软件售后服务管理方案

2024-12-27

软件售后服务管理方案（11篇）

1.软件售后服务管理方案篇一

产品培训：我们将根据用户需要，对项目管理层的进度、成本、采购、合同、质量、安全、招投标等模块在实际业务中的应用进行培训，切实提供项目管理的成本控制水平;对企业管理层的多项目管理中心、资源中心、财务中心、人力资源中心、经营中心、预警中心等实际业务中的应用进行指导，切实提高企业的管理水平;对决策管理层进行决策管理方面的培训，切实提升企业的决策水平，强化企业的核心竞争力。

工作流程定制：根据用户的实际业务需求，协助用户定制各种工作流、建立审批流程、及相关培训。

报表定制：根据用户的实际业务需求，协助用户定制各种统计报表和分析图表，及相关培训。

二次开发：根据用户的实际业务需要，对系统进行二次开发，实现用户的个性化功能要求，并进行相关培训。

产品补丁：不定期发布产品补丁，修正产品中存在的Bug，用户可以根据需要选择适当补丁。

建立系统模块编码档案与错误信息编码，为软件系统的管理提供依据维护依据。

系统恢复服务，确保系统崩溃后能尽快恢复。

病毒清除和防范：病毒预警服务，随时提示用户病毒发作信息，降低病毒感染传播机会。

提供系统维护报告。

协助用户建立系统安全管理和系统使用管理制度。

为客户提供计算机系统的.合理建议。

故障处理：根据故障对客户业务造成的影响，将故障分为四种级别，划分界定如下：

一级故障：主要指产品在运行中出现系统瘫痪或服务中断，导致产品的基本功能不能实现或全面退化的故障。

二级故障：主要指产品在运行中出现的故障具有潜在的系统瘫痪或服务中断的危险，并可能导致产品的基本功能不能实现或全面退化。

三级故障：主要指产品在运行中出现的直接影响服务，导致系统性能或服务部分退化的故障。

四级故障：主要指产品在运行中出现的断续或间接地影响系统功能和服务的故障。

对应每级故障，确定不同的现场响应时间

2.软件售后服务管理方案篇二

7月4日, 由工信部软件司主办、中国电子技术标准化研究院协办的《软件和信息技术服务业“十二五”技术标准体系建设方案》专家评审会在北京召开。本次评审会由国务院参事曲维枝主持并担任评审组组长, 中国工程院院士倪光南任副组长, 中国工程院院士邬贺铨、刘韵洁和工信部科技司副司长韩俊等14人任评审专家。软件司司长陈伟, 副司长郭建兵、陈英, 巡视员李颖出席本次会议。

中国电子技术标准化研究院赵波院长代表标准体系编制组, 从软件和信息技术服务业产业构成、产业现状和发展趋势、标准体系顶层框架和分领域标准体系建设方案等方面向评审组做了《标准体系方案》的报告。与会专家对相关材料进行了审查, 认为该体系涵盖了软件技术、软件产品、软件应用和信息技术服务等各类标准, 能够服务产业, 突出重点, 统筹兼顾, 具有包容性、创新性、兼容性和可操作性, 一致同意该标准体系方案通过评审。

《标准体系方案》的出台, 是软件和信息技术服务领域标准化工作的阶段性成果, 将系统地指导后续标准化工作。

3.软件售后服务管理方案篇三

在ovum最新的报告- 决策矩阵：选择基础设施管理解决方案，其透露突破性的技术，如虚拟化，自动化和云计算已因应管理和控制的需要提高了，并开始从一个单纯的技术领域跨越到更多以商业为重点的活动。

“最终，CIO将成为首席集成人员，负责客户的需求相匹配的IT资源的广泛选择，Ovum的首席分析师Illsley说。 “这个角色面临的最大挑战将是了解每个IM厂商的未来愿景是什么，如何转换为机构的计划。 ”

Ovum的报告- 决策矩阵（ODM）把在IM市场前十名的厂商分类为为领导者，挑战者和追随者，以便帮助机构去决定与选择。

“IM市场是分开两个截然不同的部门从两个不同组别而来-小型和中型企业的”足够的“管理及大型企业的”服务保证” 管理，Illsley说。“但机构需要放大对IT的意义。服务保证能在IT界竞争中脱颖而出，从而得到更大的价值，但如果IT纯是一个做生意的成本，那”足够的”的管理就已适用。 ”

这份报告展示出IM厂商前景已通过收购及出售而变化。由于EMC公司的资产出售给VMware, VMware被推为IM市场的领袖者，而戴尔(DELL)收购KACE和Scalent也符合Ovum报告的纳入标准**。也有一个在所有供应商的方法和重点，明确的变化以及管理层的作用的例子- Symantec认为安全和业务对齐是一种提供更大的灵活性的方法，而微软已经选择建立一个大的合作伙伴社区提供“插件”模块，其核心产品，以提供相同的目标。

然而，所有认定的领导者（CA技术，惠普(HP)，IBM和VMware）都证明能提供优良的解决方案的能力，并有新的及更多的异构支持云解决方案，并愿景为未来的基础设施管理及发展。

“ODM的份额在所有厂商的愿景，基础设施管理将成为该机构的有效运作，并实现业务敏捷性的关键技术，但是这将如何实现的方法不同。 Illsley说：“这是一个健康的市场，客户将决定雌是主流，谁是合适。

4.软件配置管理解决方案篇四

目的:

● 通过使用配置管理软件,遵守版本控制、变更控制等规程,保证所有配置项的完整性和可跟踪性。

范围:

● 适用于公司的软件开发项目,它规定了软件配置管理活动的具体规程及其工作产品。

角色与职责:

● 配置管理员:编制项目配置管理计划；创建并维护配置库。

● 配置变更控制委员会(SCCB):审批配置变更申请。

● 软件开发组成员:在权限内使用配置管理工具操作配置库。

● 项目SQA人员:审计配置管理活动的规范性。

进入准则:

● 项目计划已制定。

● 项目软件过程已定义

● 配置管理员和SCCB人员已确定。

输入:

● 项目计划

● 项目软件过程

结束准则:

● 对项目配置库的操作和管理持续到项目结束。

● 只要存在用户使用配置管理就要进行。

输出:

● 配置管理计划

● 产品配置库

● 软件基线审计报告

主要活动: 在项目早期(在项目计划初稿后,并与项目计划一起评审)编制项目配置管理计划。

● 确定项目配置管理员。

● 项目经理和项目配置管理员共同指定项目组的SCCB。

● 项目经理与项目配置管理员按确定的软件生命周期,识别出项目要进行控制的软件配置项和纳入配置管理的日期。

● 项目经理与项目配置管理员依据项目定义软件过程,共同确定项目的基线,并标识每个基线的配置项。

● 项目经理确认由项目配置管理员制定的在软件生命周期各个阶段配置项的使用权限清单。

● 项目配置管理员按照《配置管理计划模板》制定项目的SCM计划。

● 项目配置管理员根据项目所使用的开发工具确定项目使用的配置管理工具。

● 项目配置管理员根据项目计划的变动,适时调整项目的SCM计划。具体规程见《项目跟踪与监控过程》计划变更相关步骤。

● 由项目主管主持,项目经理、公司配置管理主管、项目配置管理员、软件工程组、软件相关组参加对配置管理计划书的评

审。具体规程参见《同行评审过程》。

按照配置管理计划,进行项目的配置库管理。

● 项目配置管理员规划、建立项目的目录结构。该结构支持对配置项的存储和检索功能。

● 项目配置管理员根据项目的规模,规划和配置管理工具相关的配置库结构。

● 项目配置管理员依据经项目经理确认的权限清单对目录结构进行权限分配,以达到在相关组之间或配置库内部之间进行共

享和传输。

● 项目配置管理员将配置项用配置管理工具统一管理,将软件工作产品存放在指定的服务器的软件基线库中。

● 项目配置管理员保证由软件基线库制造的产品的正确生成。

● 公司配置管理员定期对服务器的软件开发库、软件基线库进行备份,对配置项的归档版本提供存储和恢复功能。3 配置识别

● 项目配置管理员在制定项目的SCM计划时,与项目经理共同识别出将置于配置管理之下的软件工作产品。可标识为配置项的软件工作产品的例子有:

◇与过程有关的文档；

◇软件需求；

◇软件设计；

◇软件源代码；

◇软件可执行代码；

◇软件测试规程；

◇为软件测试活动建立的软件系统；

◇编译程序；

◇交付给用户的或最终用户的软件系统；

◇其它支持工具等。

● 项目配置管理员依据项目配置计划书在给定的时间点上标识配置项/单元。

● 项目配置管理员依据开发规范,保证每个配置项赋予唯一的标识符。

● 项目组成员应用配置管理工具,标明每个配置项的修订版本号。

● 项目配置管理员可用配置管理工具中的label功能,说明每个配置项所属的软件基线。

● 项目配置管理员使用配置管理工具记录每个配置项/单元置于软件配置管理之下的时间,并标明其生成者。配置变更

● 变更分类

对软件及其相关文档的变更按照变更的影响范围进行分类:

1)A级:变更会影响系统级需求、外部接口、产品价格或者交付期；这类变更必须经过SCCB审核并有客户批准和确认。

2)B级:变更会影响配置项间的功能接口、组件级成本或者项目Schedule；这类变更必须由SCCB或上级管理部门的批准和认可。

3)C级:变更会影响配置项内部功能的设计和分配；这类变更可以由配置项的管理人员负责批准。

● 变更请求的提出

◇如果需对已纳入基线管理的配置项提出修改,项目组或其他相关人员应在配置项变更请求评审记录中填写变更请求,交给项目

经理。相关表格参见《配置项变更申请单》。

◇项目经理组织人员对变更请求进行评估,描述实施变更所影响的配置项、文档和资源,确定变更的分类；如果是属于A类

或B类,需要组织SCCB评审会进行评审。

● 变更实施

◇项目经理将需解决并批准的问题通知相关人员进行修改。

◇项目组成员实施《配置项变更申请单》中的所有变更,并确保相关文档得到更改。

◇测试人员对已修改的问题进行确认,并将跟踪结果记入CQ中。

◇当确认无误后,项目组成员检入配置库。

◇项目配置管理员跟踪配置项变更解决的过程。跟踪的主要内容有:

1)解决人；

2)解决日期；

3)解决方法；

4)修改的文件；

5)受影响的文件；

6)受影响的数据；

7)是否经过验证等。

● SCCB定期召开评审会,确认基线修改的正确性、完整性和一致性,并保证不会对基线造成意外的后果。保证由软件基线库生成产品并控制它们的发行。

● 项目经理或指定人员依据SDP中的build计划和软件产品测试申请单,对存放于软件配置库中的源程序进行编译,生成软件产

品,并提交测试人员进行测试。

● 测试人员依据产品测试通过标准,对待测产品进行确认测试,形成测试报告。

● SCCB依据测试报告,审计由软件基线库生成的软件产品与测试通过标准的符合性,并生成SCCB会议纪要。

● 对审计通过的产品build,项目配置管理员将其升级为基线。

● 项目配置管理员对审计通过的软件工作产品建立版本标识号(用配置管理工具的label加以标识)。

● 项目配置管理员将审计通过的软件产品(release)放入软件产品库。

当软件工作产品纳入基线管理时,进行软件基线审计。

● 根据项目配置管理计划,SCCB确认在适当的时间需要审计的软件基线,明确该基线包括的配置项。

● 在该基线包含的配置项经评审和检查通过后,项目配置管理员通过配置管理工具将配置项升级为基线状态,并为配置项标注

LABEL等。该基线所包含的所有配置项都升级为基线状态时,该基线正式建立。

● 项目配置管理员验证该基线是按照项目的配置管理计划所明确的配置项组成的。

● 项目配置管理员验证已建立的基线所包含的配置项是完备、准确的。

● 项目配置管理员将审计发现的问题记入基线审计报告,并对问题进行跟踪直至解决。

● 项目配置管理员将基线审计报告向项目经理报告。

过程裁剪说明:

◆创建配置库时,库结构需要使用公司统一目录结构,但是项目可以根据需要增加目录结构；除在公司外部连接不到公司服务器情况

外,不可以使用公司规定以外的配置管理工具。

5.公务用车管理软件设计规划方案篇五

赣州科睿特软件股份有限公司

2016年4月

一、指导思想................................................1

二、建设原则................................................1

三、建设目标................................................2

四、政策依据................................................4

五、公务用车制度改革的重要意义...............................4

六、公车管理体系总体设计方案.................................5

1、设计原则.......................................................................................................................5

2、系统架构.......................................................................................................................6

3、主要工作流程...............................................................................................................9

4、建设内容.....................................................................................................................10

5、规划功能.....................................................................................................................10 七、一期建设方案............................................12

1、基础信息库.................................................................................................................12

2、一般公务用车调度中心.............................................................................................13

3、应急接待调研用车平台.............................................................................................15

4、跨部门综合执法用车平台.........................................................................................16

5、手机APP终端.............................................................................................................17

6、大数据分析中心.........................................................................................................18

7、消息预警平台.............................................................................................................18

8、车载卫星定位平台.....................................................................................................19

9、电子围栏平台.............................................................................................................19 八、二期建设方案............................................20

1、定制化城市GIS地图.................................................................................................20

2、单位用车考核子系统.................................................................................................20

3、用车超时管理子系统.................................................................................................20

九、效益分析..............................................21

1、实现了公车信息的规范管理.....................................................................................21

2、实现了公车用车申购审批的公正高效.....................................................................21

3、实现了公务用车的实时监管.....................................................................................21

4、实现了全市公务用车的态势分析.............................................................................21

5、实现公务用车资源的有效节约.................................................................................22

十、项目申报人简介..........................错误！未定义书签。

1、名称.............................................................................................错误！未定义书签。

2、简介.............................................................................................错误！未定义书签。

3、地址.............................................................................................错误！未定义书签。

4、项目实施负责人.........................................................................错误！未定义书签。

5、网址.............................................................................................错误！未定义书签。

公务用车改革配套实施方案—公车管理体系设计规划

一、指导思想

围绕建设节约型、廉洁型机关，坚持社会化、市场化方向，转变传统的公务用车运行管理方式，合理有效配置公务用车资源，创新公务交通分类提供方式，实现公务出行便捷合理、交通费用节约可控、公车管理规范透明、监管问责科学有效，基本形成符合实践需要新型公务用车制度。

坚持制度创新，改革公务用车实物供给方式，切实保障公务出行；坚持统筹兼顾，科学制定改革方案和相关配套政策，确保新旧机制平稳过渡、有机衔接；坚持厉行节约，确保改革后公务交通支出低于改革前支出总额，整体节支率达7%。

二、建设原则

1、积极稳妥。车改要保证开展业务工作所必需的交通条件，正常工作不能受到影响。要避免因车改影响工作积极性、影响工作效率的情况发生。

2、注重实效。车改要体现厉行节约、反对奢侈浪费的要求。实行车改后，财政在公务交通方面的支出要有较大幅度的减少。

3、利于廉政。车改要从根本上解决公务用车方面的不正之风和腐败现象，车改后要继续加强管理和监督，防止出现新的问题。

4、公开透明。车改要与当前经济发展、群众生活水平相适应，与财政承受能力相适应。要广泛征求意见，得到多数干部群众的支持和拥护，严格规范实施过程，并接受社会监督。

三、建设目标

根据文件指示，利用信息化手段进行公务用车管理，主要建立一个中心，两个平台，即用车服务中心，应急调度接待平台和综合执法用车平台，需要进行同步建设，统一管理。用车服务中心由机关事务局负责管理。按照务实、从紧、节俭、高效的原则，服务中心保留接待用车、应急用车和行政执法用车，实行集中管理、企业化运作、有偿使用。服务中心车辆主要用于重大活动、重要会议、重要接待、重大突发事件和机关部门、单位、镇（街道）重大活动、公务接待、突发性任务、行政执法、老干部活动、机要保密活动、无自备车人员公务活动等的需要。同时保留必要用车，应急保障办法，严格规范管理工作，对公务人员进行合理补贴，节支率要小于7%，分级补贴，科学调整。建立司勤管理体系，规范车辆维修处置，以便建立新的公务用车管理制度，积极推进廉洁型机关和节约型社会，主要实现以下几个目标：

1、保障出行，降低成本

信息化建设在管理公车的过程中，原则上是要保障正常的公务出行，同时要降低公车消费的成本，在车辆使用过程中，通过平台，最大化的使用公车，并进行调度，提升公车使用效率，降低出行成本。

2、出行便捷，节约可控

对公务人员进行合理补贴，公职人员可以自由选择出行方式，做到出行便捷，分级补贴，节约可控，防止高出行岗位补贴不合理，既坐公车又拿补贴现象。

3、管理透明，问责科学

建设公务用车管理服务平台，使得公车统一管理，管理透明，不进可对车辆进行管理，也可对人员，单位等进行考核管理，使得问责科学。

运用科学发展观, 充分理解车改方案，学习先进地区车务改革经验,将传统调度模式转变成可视化调度。建立起公务车与管理端之间迅速、准确、有效的信息传递通道,随时掌握车辆动态,科学调度,精细管理，保障出行，市场运作，降低成本，将传统模式的公车管理方式进行创新。

四、政策依据

1、《中共中央关于制定国民经济和社会发展第十三个五年规划的建议》；

2、《中央和国家机关公务用车制度改革方案》；

3、《关于全面推进公务用车制度改革的指导意见》；

4、《党政机关厉行节约反对浪费条例》

5《**省全面推进公务用车制度改革总体方案》，；

6、《**市公务车辆管理专项工作实施方案》；

7、《**市公务用车改革实施细则》；

8、《**市公务用车配套系统设计调研报告》

五、公务用车制度改革的重要意义

新中国成立以来，公务用车一直实行实物供给制度，对保障公务出行发挥了重要作用。随着社会主义市场经济体制不断完善，传统公务用车制度越来越难以适应形势发展需要，车辆配备范围过大、运行管理成本偏高、公车私用等问题日益突出，社会对此反映强烈。为解决公务用车领域存在的突出问题，总书记、李克强总理多次作出重要指示，党中央、国务院专门作出部署，强调要全面推进公务用车制度改革。近年来一些地方和部门进行了积极改革探索，为全面推进公务用车制度改革积累了有益经验。

全面推进公务用车制度改革，是加强党风廉政建设、厉行节约反对浪费的重要举措，是转变政府职能、推进后勤服务社会化改革的重

要内容，是顺应民意、维护党和政府形象的迫切要求。各地区各部门要充分认识公务用车制度改革的重要意义，采取切实有效措施加快改革步伐。

六、公车管理体系总体设计方案

1、设计原则

（1）遵循标准与规范的原则

本项目的设计，满足国家、省、市、区相关技术标准与业务规范的要求，结合目前和潜在的业务需求，进行项目设计。

（2）先进性和适用性相结合

在系统设计上，首先应当具有前瞻性。在保证系统经济性的前提下整个软件系统的适度超前性，以确保在较长的时间内保持现有系统的先进性、政府的良好形象，使投资充分发其效率。与此同时，还应当结合企业和政府信息化使用的实际情况，在保证实现系统建设目标的前提下，尽量选择较高性能价格比技术和产品。

（3）合理性和实用性相结合

结合实际的车辆管理流程，通过对实际业务流程以及需求的分析，设计结构合理、功能实用、符合实际业务需要的系统。系统的设计在运行环境、使用操作等方面以实用为主，以方便用户使用和维护为出发点。

（4）开放性与标准性相结合

从系统架构到软件体系结构，都应充分考虑系统的开放性。系统

建设采用的软件平台、数据标准、开发技术应符合公认的工业标准，符合国家、地方和行业的有关标准与规范，系统分析、设计与实现采取开放路线，遵循国际软件工程的标准、规范，并尽可能采用国际主流产品，以确保系统集成的可行性、良好的可扩充性。采用标准的数据描述语言以及标准的通信协议，适应以后的数据交换标准以及系统间互连的标准协议等。

（5）易维护性和扩展性原则

可根据实际情况对系统软件进行灵活地配置和组合，能方便地进行功能的调整以及系统的升级、扩展，以适应业务的不断发展和更新。同时，系统的升级要充分考虑与现有其它应用系统的数据接口问题，尽可能保证系统有更长的生命周期。

（6）安全性和可靠性原则

安全性对于分布式系统来说很重要，从身份验证到资源授权访问再到数据的安全性。从操作系统的安全性、访问控制、数据的完整性以及业务层的安全机制要考虑整个系统的安全、可靠地运行。

2、系统架构

公务用车管理服务平台主要分为PC端功能和手机客户端功能，PC端功能包含：①公务用车管理服务公示平台；②公务用车管理服务监管平台；③公务用车业务支撑平台；手机客户端功能：①司勤人员APP ②公务人员APP ③单位管理人员APP。

公务人员执法执勤人员单位管理人员司勤人员调度人员中心服务人员服务企业公务用车管理服务平台单位公务交通管理公务用车服务中心应急接待调研用车平台综合执法用车平台公务交通高出行岗位用车服务服务企业公务用车执法用车执法用车补贴设置差旅范围公务用车预约投诉管理应急预案预约出库单位统筹资金管理维修管理公务用车服务投诉服务车辆应急呼叫执法用车执法用车调度处理管理中心调度入库公公务一线执法执法执勤用公务出车服务人员应急调度执法出车执法用车用执勤岗位车配备范围保险管理服务考核通知管理管理中心务通知记录用车监执法用车执法用车公务用车车保养管理执法用车应急用车登记出库出库监管记录公监察人员管示平平台执法用车执法用车入库记录报废管理公务用车入库台用车考核管理采购管理公务用车记录统一认证单点登录、大数据分析平台、消息预警平台、车载卫星定位平台、电子围栏平台标准制度库参改单位库参改人员库司勤人员库一般公务用车库执法执勤用车库应急服务企业库应急服务车辆库

平台结合车辆管理现状，充分体现因地制宜、实用为主、科技创新的指导思想，基于原有车辆信息维修数据库，还可引入北斗卫星定位前端设备与IC卡刷卡系统打造车辆综合管理系统。系统拓扑图如下。

群众

3、主要工作流程

与需求部门确认地点、时间等政府用车部门用车需求、财务结算公务用车服务调度员手机短信驾驶员持行车记录向公务用车服务中心报到出车准备驾驶员与车辆长/短途安全性能检测按指定目的、时间、路线行驶驾驶员、用车人手机短信填写行车记录签字确认用车完毕车况异常车况正常检测维修入库

单位公务人员主要通过手机APP进行用车预约，调度人员对用车需求以及相应的紧急程度进行受理并调度。

预约公务用车服务平台受理公务人员调度人员9

4、建设内容

平台建设主要分二期进行建设，一期建设主要包括三平台一中心，一个移动终端。三平台指的是一般公务用车调度中心平台、应急调研接待平台和跨部门综合执法用车平台，这三个平台针对公务用车的一般情况以及特殊情况进行管理调度。一中心指的是数据分析中心，是通过平台对车辆管理产生的数据包括司勤人员、车辆申报数据、车辆费用数据等形成的分析数据。一个移动终端是指手机APP终端，用于单位用车人员进行车辆申报，管理人员进行实时查看等。

二期建设内容主要有一张图，两个子系统，一张图是指GIS地图，通过GIS地图可以查看车辆所在位置，进行实时调度平台。两个子系统是指用车考核管理子系统和一个是用车超时管理子系统，针对用车单位进行考核，如归还时间超期，归还车辆状态等项目对用车单位进行用车考核，同时，用车单位在用完车辆之后，也可对服务中心进行用车服务满意度评价，促进调度工作的积极开展。用车超时管理子系统是针对用车单位的用车超时情况进行收费管理。

5、规划功能（1）统一调度车辆

车辆统一管理，任何一辆车的行驶数据都自动向中心汇报、监控中心随时随地掌握每一辆车的状态(停车、行驶、速度、时间）等基本信息，监控中心就能做到对任何车辆进行统一管理。

（2）有效调度车辆

由于随时随地知道车辆的基本工作状态，调度中心的工作人员能

根据执行公务的情况来调度指挥车辆。多种有效应急预案可供选择，极大的为各种突然情况提供便利之选。

（3）提高工作效率

由于及时的调用最近距离、最合适的车辆到现场指挥执行工作任务，提高对紧急事件的应变能力和作战能力。

（4）惩罚明确

调度中心全部掌握司机对车辆的使用情况和工作状态，对司机的工作执行任务和工作积极性全部的了解，司机什么时间违反公司规定工作、什么时间公车私用，编造事实来欺骗公司等行为提供有根据的数据考核，结合单位制度有力的根据司机的违反程度进行有据可查的进行惩罚，使公司管理统一严明。

（5）节省费用开支

由于采用自动监控汇报的工作模式，杜绝司机公车私用，找借口搪塞单位拒绝执行或拖延工作等情况；杜绝司机偷燃油、杜绝司机无中生有或多报、乱报销路桥费、添加燃油费、各种形式的修理费等各类费用报销，杜绝司机做假欺骗单位的行为。

（6）减少车辆损耗支出

实时的对每一辆车的跟踪调度和对司机工作督促、指导，避免司机误时工作、避免公车私用等情况的发生以及所产生的车辆损耗、燃油的浪费、时间的消耗、和各种有可能发生的违者罚款行为、交通事故后被交警部门拖车扣留等情况，耽误车辆使用同时也增加麻烦事情处理，造成单位直接经济损失，同时延长了车辆的使用寿命。

（7）减少保险费

安装GPS的车辆,一般不存在车辆被盗的情况, 节省购买盗窃保险支出的费用。

(8)提高工作效率

建立完善的公务用车服务管理平台，使单位统一的对车辆和司机进行管理，对车辆、司机、公务三者有机的结合、分配工作和统一的指挥调度、合理的使用，使资源容为一体，以最少的付出发挥最大资源优势作用，便捷车辆审批流程。

(9)车辆维护智能

平台提供信息提醒功能，及时的信息提醒可以确保工作的及时性，有效降低沟通费用，提高工作效率，提醒信息主要包括保险、保养、年检等。同时平台提供预警功能，系统记录每辆车的理论油耗，当实际油耗超过理论油耗后，管理人员可根据车辆行驶轨迹，行驶里程等数据进行分析，有效控制偷油，公车私用等现象发生。

(10)实现平台对接

针对之前赣州各县市启用的《公务用车定点维修管理系统》，由于是本公司研发，对其内在开发原理及数据结构都非常清晰，因此可完成新平台与老系统的各种数据无缝对接，平稳过渡。七、一期建设方案

1、基础信息库

基础信息库包含了公务用车的所有基础管理数据，其中包括参改

单位库、参改人员库、司勤人员库、一般公务用车库、执法执勤用车库、应急服务企业库、应急服务车辆库。

2、一般公务用车调度中心

该平台主要是针对保留的一般公务用车进行调度管理，调度中心主要实现以下功能：

①公务用车养护管理

针对公务用车日常养护进行管理，做到每辆车每次养护记录在案，全方位管理，方便进行车辆养护费用统计监管。主要日常养护包括以下几个部分：

加油管理：对每一个车辆进行一车一卡制度，去定点加油站加油必须车牌号和加油卡匹配才行，系统对接加油卡数据，通过GPS行车记录仪获取行驶里程数据，估算油耗，与加油卡的数据进行对比。同时系统可设置一个预警功能，对每辆车一个时间段内加油升数超过一定限额而在系统中显示，大大方便了监管部门通过系统对每辆车的加油次数及升数进行监管。

维修管理：沿用询价机制，采用目前已有的定点维修管理模式，对车辆进行申报，询价，报价，中标的流程选择维修企业，提示企业之间的服务竞争力。

保险管理：对车辆的保险进行管理，录入保单，有效期、险种等信息，对保险到期进行提醒，方便服务中心人员及时缴纳保险。

处置管理：对于车辆的采购，编制以及报废等进行管理。根据文件公车保留数，对车辆购置以及编制进行进行管理，超过编制数，购

置进行预警，有效控制公车超编。

②公务用车预约

单位需要用车时，可以通过平台或者手机APP进行预约申请，填写用车人数，用途，地点等信息，由服务中心的调度人员进行受理申请。服务中心人员也可以在该平台进行用车登记。

③公务用车调度

服务中心根据预约申请，进行用车审批，并对闲置车辆进行调度安排，省却电话联系时间，省去繁琐的审批流程，快速高效的对用车单位用车申请进行调度服务。

④公务出车通知

服务中心在系统中为单位安排好车辆，人员之后，平台向单位申请人员发送用车安排的短信通知，同时相关司勤人员也可收到一条出车通知。若是长时预约的申请，系统提供出车提醒功能。

⑤公务用车出库

单位人员来提车时，服务中心人员进行用车出库操作，登记用车人，提车时间等信息，记录车辆出库状态。

⑥公务用车入库

单位人员用完车之后，服务中心人员对车况进行检查并进行入库操作，记录入库状态。

⑦公务用车记录

公务用车记录是查看公务用车的行车轨迹查看，申请单位、司勤等信息的记录查看，对每辆公务用车都生成用车记录，行驶记录、费

用记录、加油记录等全面的信息

⑧公务用车监管

公务用车监管包括了对车辆状况，车辆信息，行驶记录、各种费用等监管。其中，服务中心可以在电子地图上直观的查看到公务用车行驶记录。

3、应急接待调研用车平台

应急接待调研用车平台是针对党委、政府、人大、政协四套班子单独核定的保留车辆而组建的平台。系统纳入应急服务企业，当出现应急接待情况时，系统提供公务用车应急预案，可通过应急呼叫、事后补录、或者选择服务企业等方式供服务中心应急选择。

①服务企业管理

通过政府采购选择公司纳入平台，对这些服务企业进行管理。便

于出现公务用车不够用的情况可以应急调用服务企业租车服务。

②服务车辆管理

对单独核定的保留的车辆进行管理。③服务人员管理

对司勤服务人员进行管理。④应急呼叫中心

应急呼叫中心是单位可以通过应急呼叫中心向服务中心进行一键呼叫，由服务中心根据事情紧急程度选择车辆调用方案，可以通过选择服务企业进行用车租用，也可直接调用该平台中管理的车辆，并将应急用车信息录入系统。

⑤应急调度中心

应急调度中心是服务中心受理了单位通过电话的用车申请，由服务中心直接调度公务用车并安排司勤人员，或者选择服务企业进行应急调度。

⑥应急用车记录

系统对每次应急调用的情况进行记录，以及查看行驶记录等信息。

4、跨部门综合执法用车平台

跨部门综合执法用车平台是针对当服务中心的车辆不足时，各单位可以进入平台借调其他单位的车辆，实现跨部门借调。首先由用车单位提出申请，服务中心进行协调，协调好之后，借调单位或者服务中心可以进入平台进行借调车辆操作。车辆用完归还之后，借调单位进行车辆入库操作。

①执法用车预约

用车单位先向平台提交预约申请。②执法用车调度

服务中心收到预约通知之后可先线下协调借调车辆的单位，征得同意之后，在平台中对车辆进行调度。

③执法用车通知

跨部门的申请成功之后，服务中心会通过平台向用车单位发送用车通知。

④执法用车出库

借调车辆的单位对借调车辆进行出库操作。⑤执法用车入库

车辆归还之后，对车况进行检查，检查无异常之后进行入库操作。⑥执法用车记录

系统对跨部门申请的用车申请形成记录，同时可以在线查看行车轨迹等信息。

5、手机APP终端

APP平台主要是用于公务人员、司勤人员以及单位管理人员对用车进行预约，司勤人员通过APP查看被指派的用车调度，单位管理人员对跨部门的用车进行审批，查看用车记录等。同时，公务人员用完车之后，可以通过手机APP进行用车服务的评价或者投诉。若遇到紧急用车情况，可通过手机APP进行应急呼叫，用车服务中心即可根据情况应急调度车辆。可以对单位的用车资金，以及违纪进行公示。

公务人员司勤人员手机APP公务用车资金公示、违纪公示应急呼叫单位管理人员我的预约车辆预约用车记录出行计划跨部门用车车辆分布图审批我要投诉我的预约用车记录我的预约车辆预约我要评价我要投诉我要投诉我的预约我要评价我要评价我要投诉我要评价

6、大数据分析中心

大数据分析中心主要包括统计报表、车辆行驶里程统计、车辆油耗统计、车辆信息查询、单位车辆使用统计、车辆费用统计、满意度汇总。中心对日常使用频率、资金涨幅、单位用车量进行图形化展示，辅助管理决策，便于管理调整。通过单位用车互评，完善调度中心内部日常管理，优化调度人员、司勤人员服务质量，提高工作协同满意度。

7、消息预警平台

平台提供消息预警功能，对车辆超出行驶范围、车辆费用超支、油耗超标，归还超时等进行预警。同时可对车辆保养、报废、年检等进行提醒。

8、车载卫星定位平台

对每辆车安装车载卫星定位，与平台做对接，应用GIS地理信息，可以在PC端直观查看到车辆行驶轨迹。同时可以获取车辆行驶里程数据，估算车辆油耗，实时监控车辆出勤情况，进行实时调度，控制公车私用。

9、电子围栏平台

电子围栏平台是通过平台设置电子围栏，划分车辆行驶范围，超

过该范围进行平台预警。八、二期建设方案

1、定制化城市GIS地图

对城市GIS进行定制，实现3D地图直观的车辆调度管理。

2、单位用车考核子系统

对于用车单位来讲，单位用车人员归还车辆之后，可以在手机APP上进行用车服务评价，对用车服务进行服务评价管理，有利于车辆调度工作的积极开展。对于服务中心来讲，对用车单位归还车辆的状态，归还时间是否超时等进行考核。

3、用车超时管理子系统

平台可以根据用车单位申报的用车时间开始计时，超过申请时间后，开始进行提醒并根据预设的超时费用进行计算，可以有效管控车辆出勤时间，高效调度车辆，对于服务中心来讲，也可成为车辆管理的经济效益来源之一。

九、效益分析

1、实现了公车信息的规范管理

平台建成之前，公车管理的信息化主要在维修方面，而建成之后，平台对车辆的全部信息了如指掌，包括编制信息、号牌资源信息、司勤人员信息、费用管理信息、行驶记录信息、保险信息、加油信息等应有尽有，并且一目了然，可通过多种查询统计口径生成多种信息报表数据，便于信息管理工作。

2、实现了公车用车申购审批的公正高效

通过管理工作平台中的在线申购审批流程，规范了单位申购审批流程，有效保证了车辆申购的规范性，平台记录各个部门的审批意见，做到有据可查，确保了申购的方便，公正，及时、高效，杜绝了暗箱操作。同时，所有单位公务人员均可利用手机APP进行用车预约，服务评价，为打造服务型政府创造条件，提升政府形象。

3、实现了公务用车的实时监管

平台利用车载卫星定位系统以及电子围栏技术，搭建GIS地理信息系统，实现了车辆的运行轨迹的实时查看监督，可有效避免公车私用，另一方面，平台可提供各种预警功能，为公务用车的实时监管提供依据。

4、实现了全市公务用车的态势分析

依托管理服务平台，可统计分析所有公务用车的总数量、总金额、平均价格、以及增长情况，对各单位自留的执法执勤车辆比重进行统计分析，统计结果以报表形式打印输出，同时能够定期对用车单

位的申请用车量进行分析，增强了公务用车信息管理的智能型和多面性。

5、实现公务用车资源的有效节约

6.软件售后服务管理方案篇六

一、项目背景

近年来，在国家宏观政策的推动下，我国房地产业连续多年保持了快速发展势头，已经成为国民经济的重要支柱产业。但房地产市场发展还不平衡，一些地区房地产价格和投资增长过快；一些地区住房供求结构性矛盾较为突出，对房地产业乃至国民经济的持续健康发展造成了一定的影响。

为了密切掌握房地产市场运行情况，加强对房地产市场的宏观调控，必须全面、及时、准确地采集房地产市场基础数据及相关数据，对市场运行状况和发展趋势做出准确判断，及时处理和解决发展中存在的问题，并通过向社会发布市场信息，引导市场理性投资和消费。抚州市房地产管理局充分认识到建立一个全面、高效、一流的网上合同备案管理信息系统对于提高政府监管水平、加强宏观调控、引导市场健康持续发展的重要性，并且已成为当前的迫切要求。

二、项目建设目标

通过网上合同备案管理信息系统，依托房地产管理的各业务系统，将分散于房地产开发、转让、租赁登记备案、权属登记等管理环节的市场信息有机整合起来，同时纳入与房地产市场发展相关的土地、金融等其他信息，形成全面客观地反映各地房地产市场运行状况的信息系统。在此基础上，通过数据的分析和历史的比较，及时发现市场运行中存在的问题，准确判断市场发展趋势，有针对性地提出调控对策；通过市场信息的发布，增加房地产市场的透明度，实现透明售房，引导企业理性投资、消费者理性消费。

三、项目建设总体要求

1．建设内容

开发完成网上合同备案管理信息系统，实现房地产管理局对房地产开发商从预售申请到合同备案整个过程的管理和监控；建立门户网站，提供网上房地产市场信息发布和查询平台，整合各类房地产市场信息资源，抚州市房地产管理局向下可为公众提供高效透明的市场信息，向上可为上级或同级政府部门随时提供各

种房地产统计数据、分析报表。

2．建设原则

根据项目建设目标和建设内容，系统设计与建设中应反映以下几个原则：

（1）实用性；

（3）网络化；

（5）安全性；

（7）稳定性；（2）经济性；（4）可扩展性；（6）可靠性；（8）先进性；

（9）开放性及与房产综合管理业务系统、房产测绘管理系统的数据接口。

3．建设规范及标准

3.1系统结构标准

采用Browser /Server的三层体系结构。

3.2平台软件标准

3.2.1操作系统

客户端操作系统采用Windows 2000/XP；

Web服务端操作系统采用Windows Server 2003。

3.2.2数据库平台

采用SQL Server 2000企业版。

3.3国家、行业政策和规范标准

3.3.1房产管理类

《中华人民共和国城市房地产管理法》主席令第２９号

《城市房地产开发经营管理条例》国务院令第248号

《城市房屋拆迁管理条例》国务院令第305号

《建设部关于修改<城市商品房预售管理办法>的决定》建设部令第131号《建设部关于修改<城市房屋权属登记管理办法>的决定》建设部令第99号《建设部关于修改<城市房地产抵押管理办法>的决定》建设部令第98号《建设部关于修改<城市房地产中介服务管理规定>的决定》建设部令第97号

《建设部关于修改<城市房地产转让管理规定>的决定》建设部令第96号《商品房销售管理办法》建设部令第88号

《房地产开发企业资质管理规定》建设部令第77号

《城市房屋租赁管理办法》建设部令第42号

《城市新建住宅小区管理办法》建设部令第33号

《经济适用住房管理办法》建住房[2004]77号

3.3.2房产信息系统类：

《国务院关于促进房地产市场持续健康发展的通知》（国发[2003]18号）建设部等7部门《关于加强协作共同做好房地产信息系统和预警预报体系有关工作的通知》（建住房[2004]7号）

《关于加快房地产市场信息系统和预警预报体系建设的通知》（建办住房

[2004]78号）

《房地产市场信息系统建设工作纲要（试行）》（建办住房[2005]116号）

3.3.3软件工程类

计算机软件需求说明编写指南GB 9385-1988

计算机软件测试文件编制规范GB 9386-1988

计算机软件质量保证计划规范GB/T 12504-1990

计算机软件配置管理计划规范GB/T 12505-1990

计算机软件维护指南GB/T 14097-1993

计算机软件可靠性和可维护性管理GB/T 14394-1993

计算机软件单元测试GB/T 15532-1995

软件工程术语GB/T 11457-1995

计算机软件开发规范GB8566-88

软件产品开发文件编制指南GB 8567-88

信息产业部或其他相关部门规定的其他信息系统建设的文件和规范。

四、关键技术要求

4.1可视化楼盘表技术

系统应具有楼盘表的建立和自动维护更新功能。要求楼盘表建立灵活、快捷，同时对于复杂的楼盘应提供同层或上下层的分割、合并等特殊处理功能，使得楼盘表与现状能保持一致。系统能从楼盘表中直接调出房屋属性信息；能通过图表的形式并以不同的颜色直观地显示房屋状态，可使商品房的保留、可售、预定、备案、登记、抵押、限制等状况一目了然。系统能根据合同签订、备案、解除合同等不同的业务办理情况自动更新楼盘表的房屋状态，如合同撤销后房屋也会自动从“已备案”转到“可售”状态并在网上公示。

4.2与目前在使用的房产综合业务管理系统实现数据交换

对于网上合同备案管理信息系统中的项目、楼盘、合同、备案等信息，系统要求能直接进入到房产综合业务管理系统中加以利用，无须再重新录入。并且根据在房产综合业务管理系统中房屋的不同业务办理情况，系统应能自动更新网上合同备案管理信息系统中楼盘表的房屋状态。通过外网和内网数据的互联互动，实现数据的“自动维护、实时更新”。

4.3与目前在使用的房产测绘管理系统实现数据交换

在建立楼盘表时，要求系统可以直接利用房产测绘管理系统生成的预测或实测成果，不用再一一录入，通过与房产交易与权属登记管理系统的数据交换，也可以进入到房产综合业务管理系统中再利用。

4.4电子楼市

要求系统根据抚州市电子地图建立楼盘分布图，在图上可以直接选择项目、楼盘查看开发商信息、项目楼盘基本信息、楼盘表信息、商品房信息及销售备案情况等。甚至可以考虑在小区鸟览图上也可以直接选择楼盘进行查看。系统应提供电子楼盘图的编辑、维护、管理功能，及时更新。

4.5统计分析

系统应具有强大的统计分析功能，统计报表和统计条件要能灵活维护，能满足房管局不同的管理要求，各类统计报表并能打印输出。

五、功能需求

5.1开发企业管理

系统应能对开发企业入网申请进行业务处理，并赋予开发企业账户和相应权限。

5.2商品房项目管理

系统应按照从项目－楼栋－房间的管理思路对商品房进行管理，在新建项目

时可以对商品房的可售、保留、限制等进行设置，并可以提供相关图片资料，如户型图、小区鸟览图、房屋区位图等。系统还要求能对新建项目楼盘信息的审核功能，只有审核之后楼盘才可以纳入网上公开销售。

5.3合同管理

要求系统提供对合同的新建、编辑、打印功能。系统应能自动按顺序产生合同编号。系统对不是可售房源或者已查封、已抵押、已备案等的商品房必须进行严格限制，不准开发商再进行销售，从技术上防止“一房多卖”等恶性情况的发生。购房户可以对自己签订的合同设置查询密码，并通过此密码在网站上可以查看本人合同的备案状态及合同内容。

5.4备案管理

系统应提供网上联机备案功能，开发商在网上就可以直接进行合同备案。系统对已备案过的合同要进行严格限制，使其不得再进行编辑修改，除非得到房管局的审核批准。系统应允许合同撤销、变更，但要经过房管局审核批准，撤销、变更的信息要放到网上进行公示。

5.5系统管理

系统必须具备安装方便、配置简单、维护简便、易于操作等特点，对于用户管理、权限设置、合同模版等各项自定义功能设计要方便快捷，尽量采用可视化设计和无代码维护。

5.6公告管理和投诉处理

要求系统提供公告发布管理平台，作为房管局与开发商之间一个信息交流的渠道。系统应在选择发布对象时可以选择定向发布或全部对象发布，对浏览率、回复率进行记录。要求开发商对公告,函件强制接收回复,对业主投诉强制答复处理。

5.7市场交易信息公布

要求系统能自动实时更新各类市场交易数据并在网上公布，如销售排行榜、市场报告、每日交易信息、交易汇总信息等，可以实时掌握房地产市场运行状况。

5.8网上查询

要求系统在网上可以允许社会公众进行预售许可证、合同、纳入网上销售的商品房房源等信息的查询，查询方便灵活并支持模糊、精确、简单、组合等多种

查询方式，但对涉及个人隐私信息的查询要有一定的控制，如要求身份证号、密码等。

5.9诚信档案

7.轻量级软件项目管理方案篇七

关键词：项目管理,配置管理,代码自动化生成,.NET

“软件危机”是指落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与维护过程中出现一系列严重问题的现象。“软件危机”于1968年由北大西洋公约组织的计算机科学家第一次提出,并随之诞生了“软件工程”这一学科。软件工程主要目的是研究用工程化方法构建和维护有效的、实用的和高质量的软件,从而避免“软件危机”。

“软件危机”已经提出40多年来,软件工程领域研究成果显著,取得了较大的成就。由于微电子技术的发展和计算机应用的普及,软件成本在计算机成本中所占的比例持续增长,软件项目日趋复杂,软件开发效率的提高也远远落后于信息化普及速度。因此导致“软件危机”问题不仅没有解决,而且愈演愈烈。对于软件工程的研究依然是一个比较热门的领域。软件项目的管理方法研究是软件工程学的研究领域之一,良好的软件项目管理模式对于对提高项目的成功率,减少开发成本和提升软件质量具有促进作用。

软件项目管理主要包括进度管理、成本管理、质量管理、风险管理与配置管理等。要进行有效的过程管理,必须制定科学的管理办法和使用有效的软件项目管理工具。

软件工程发展至今,陆续诞生了CMM(软件能力成熟度模型)、CMMI(能力成熟度模型集成)、RUP(统一软件开发过程)与MSF(微软解决方案框架)等成熟管理模型。这些解决方案对项目管理进行了全面的定义,一定程度上缓解了软件危机问题。诸如,CMMI中定义了详细的项目管理及过程管理模型,适合研发团队进行规范化设计。但对于不具有很高的复杂程度软件研发项目,完全按照CMMI或其它成熟的模型不切合实际,但是又必须以成熟模型为主要参考目标。本文根据实际软件项目管理与研发经验,提出了一种适合于中小型项目的轻量级项目管理解决方案。该方案主要适用于采用Microsoft.NET平台进行开发的项目团队。

1 轻量级项目管理过程

轻量级项目管理过程包括计划、需求、设计、编码、测试、发布与维护5个阶段。

计划阶段主要工作为调研用户需求,分析系统目标,分析系统开发的可行性,制定初步的项目计划。

需求阶段主要工作内容为与用户沟通,编写完善的“需求规格说明书”。“需求规格说明书”包括软件的功能需求、性能需求、非功能性需求、环境约束和外部接口等。

设计阶段主要包括概要设计和详细设计两个部分,由架构师针对软件的需求设计出系统总体流程、子系统、数据与对象描述、算法和程序接口等。

编码阶段的主要工作内容为将设计描述为可编译的源程序。

测试阶段的主要工作任何为根据需求规格和设计文档,对软件的功能进行验证。测试与需求阶段同步开始,到项目验收前结束。

发布阶段的主要工作是,对于软件产品进行安装部署,发布以后还需要根据用户要求和产品实际情况进行维护。

轻量级软件项目管理解决方案的目标是针对中小型软件项目运作的实际情况,建立行之有效的管理体系和沟通机制,提供项目开发效率,保障产品质量,确保项目能如期交付。主要管理的内容是开发过程中的各类文档、进度控制管理、BUG跟踪与代码同步协作开发。

2 轻量级项目管理实施

笔者所在的团队主要以Microsoft.NET为基础开发平台,数据库采用Sql Server系列,软件项目管理方案主要基于以上经验获得。因此本方案主要适用于使用.NET平台的开发的各类中小型项目,B/S与C/S项目均可。方案主要内容为:

2.1 项目计划管理

软件项目管理的目的主要是确定项目的范围、进度和费用。项目计划就是要对项目整个实施过程的目标、任务、进度和责任委派做出具体的规定和部署,它在项目管理中处于中心地位。项目计划主要包括设计工作分解结果。此阶段主要使用的工具为:Microsoft Project等。

2.2 配置管理

配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。其最终目标是实现软件产品的完整性、一致性、可控性,使产品极大程度地与用户需求相吻合。它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。常见的用于支持配置管理的工具有CVS、Subversion、VSS、Star Team、CC等等。我们选择VSS2005为团队配置管理工具。主要原因是:VSS为轻量级平台,便于部署和迁移;VSS与微软发布的产品Visual Studio.NET2008/2010等兼容性非常好。

配置管理模板包括PP(项目计划)、RD(需求)、TS(设计)、V&V(验证与确认)等环节的各类文档,如需求规格说明书、项目计划、RD_用例报告、TS_概要设计说明书、详细设计说明书、数据库设计说明书、安装维护手册、测试计划、测试方案与单元测试记录等。

2.3 项目建模

方案采用的建模工具有Enterprise Architect与Power Designer。

Enterprise Architect是以目标为导向的软件系统。它覆盖了系统开发的整个周期,除了开发类模型之外,还包括事务进程分析,使用案例需求,动态模型,组件和布局,系统管理,非功能需求,用户界面设计,测试和维护等。Enterprise Architect是一个完全的UML分析和设计工具,它能完成从需求收集经步骤分析、模型设计到测试和维护的整个软件开发过程。它基于多用户Windows平台的图形工具可以帮助您设计健全可维护的软件。除此,它还包含特性灵活的高品质文档输出。用户指南可以在线获取。

Sybase Power Designer是一个"一站式"的企业级建模及设计解决方案,它能帮助企业快速高效地进行企业应用系统构建及再工程(Re-engineer)。使用该工具可以设计数据流程图、概念数据模型与物理数据模型,包括了数据库建模的全过程。该工具在项目中主要用于数据库建模。支持数据库的正向和反向工程,便于数据字典维护与调整。

2.4 需求管理与Bug跟踪

我们采用Mantis作为项目管理和Bug跟踪平台。Mantis是一款基于Web的Php+Mysql的开源BUG管理系统,一款简单实用的系统,具有截图功能和强大的报表功能。Mantis还具有良好电子邮件支持,可将需求与Bug的各种状态定义按照预定设置发送到项目组相应邮箱。

对于新增需求变更,经历提出需求、确认需求、开发需求、测试需求到发布需求五个阶段,这五个阶段分别由需求工程师、开发工程师、测试工程师与配置管理工程师进行完成。通过Mantis提供的基于Web的协作系统,可以很方便的进行需求变更管理和跟踪。

对于已发布的项目所产生的Bug,通过Mantis也可以进行记录、跟踪。其邮件提醒功能使得Bug状态一旦发生改变,会立即通知到相关责任人进行处理。同时,其强大的统计和报表功能也便于统计各项目的Bug量,统计测试人员报告的数量等关键值。

2.5 代码自动化生成

轻量级项目均采用三层结构进行设计。三层结构模式如图2。

三层结构包含:表示层(UI),业务逻辑层(BLL),数据访问层(DAL),各层特点如下:

数据访问层:主要是对原始数据的操作层。可以操作数据库、文本文档或XML文件等多种数据格式,执行对数据库的增、删、查、改操作。数据访问层还可以通过OR映射进行扩充。

业务逻辑层:是系统的核心层,位于数据层和表示层中间,主要实现业务规则制定与业务流程实现。业务逻辑层直接调用数据层,并接受表示层的调用,起到承上启下的作用。

表示层:表示层是与用户直接交互的一层,主要处理用户的输入操作,提供交互式接口。在项目实现过程中,表示层一般为Web Form或Win Form等形式。

三层结构的划分,体现了“高内聚、低耦合”的设计思想,有效降低层与层之间的依赖,增强各层的复用性,有利于标准化开发。但三层结构也存在着降低性能、级联修改等问题。但轻量级项目一般侧重于业务流程,对于系统性能要求不高,而且计算机芯片的发展使得项目开发效率越来越比性能更重要。因此,轻量级软件项目均采用三层结构设计。

除此之外,还有业务实体层(Model),这个层主要内容是存放可持久化的实体类;通用工具类库(Common),主要用于存放通用的管理类库。类库的存在形式一般为Static类和Static方法。由于开发模式基本相似,所以开发过程中的大量相似代码,如:实体类、数据库操作类、UI界面,均可采用工具生成。.NET平台下比较优秀的代码生成工具有李天平的动软.NET代码生成器Codematic和国外成熟的代码生成器Code Smith。

轻量级项目采用动软.NET代码生成器为主要生成工具。动软.NET代码生成器Codematic是一款为.net程序员设计的自动代码生成器,Codematic生成的代码基于面向对象的思想和三层架构设计,结合了微软Petshop中经典的思想和设计模式,可以通过反射支持多数据库,支持对连接字符串加密等。Codematic在项目中主要针对数据库中的表或视图生成表示层、业务层、数据层及实体等代码。使得开发人员完全从重复的录入过程中解脱。最新版本的Codematic还支持模板语法,开发人员可根据实际项目需要生成相应的表示层或数据层的SQL代码。以下是动软.NET生成器生成的Visual Studio.NET2010解决方案结构。

3 结束语

本文根据中小型研发项目实际需要,提出了一种轻量级开发的项目管理解决方案。方案主要针对项目计划管理、配置管理、项目建模、需求管理与Bug跟踪、代码自动化生成5个方面进行了定义和分析,给出了各过程中最佳的解决方案和管理工具。轻量级的项目管理解决方案已经大量应用于团队所承担的各类研发项目中,与方案实施前相比,开发更高效、项目进度可控,能有效的提高软件产品质量。

参考文献

[1]季丽萍.浅谈.NET三层结构及其应用[J].福建电脑,2009(6).

[2]李立芳,周小平.软件项目管理活动浅析[J].中国科技信息,2010(10).

[3]范振钧.基于ASP.net的三层结构实现方法研究[J].计算机科学,2007(4).

[4]孙继红.基于.NET三层架构的网上商城设计与实现[J].电脑编程技巧与维护,2008(16).

[5]于红波.三层结构各层次的实现技术研究[J].山东纺织科技,2008(1).

[6]刘宇翔.软件项目管理的流程设计分析[J].科技资讯,2010(36).

[7]邹晖.软件项目管理开发与应用[J].中小企业管理与科技:上旬刊,2011(5).

8.软件售后服务管理方案篇八

作为中国IT从业者的聚集地，中关村软件园有着近300家IT企业，3万多名IT从业者。最新的调研数据显示，这些入驻的IT企业普遍需要常规体检之外的更丰富、便捷、高效、周到的专业健康管理服务来进一步保障员工的健康，从而提升企业的核心竞争力。加强以员工健康关怀为核心的园区健康管理服务体系建设成为中关村软件园迫在眉睫的工作。

2014年3月6日，中关村软件园健康服务中心开业盛典暨园区健康服务活动周启动。中关村软件园健康服务中心作为中关村软件园与北医三院携手创建的第一个园区专业健康管理服务中心，将为中关村软件园近300家企业、3万多名员工提供专业便捷、优质放心的健康服务。活动周同期将会陆续举办走进企业大型义诊、健康管理大讲堂、健康项目体验等一系列活动。中国软件行业协会教育与培训委员会秘书长邱钦伦，中关村软件园公司总经理刘克峰，北京北医三院健康管理中心董事长、原北京大学第三医院副院长范凤立，北医三院知名心血管教授、主任医师、博士生导师、原北京大学第三医院副院长毛节明，科瑞集团执行总裁任晓剑、北京北医三院健康管理中心晏江等有关领导出席了本次活动。

中关村软件园健康管理服务体系以“专业服务、商业运营、企业协作、政府支持”的理念规划，分为健康培训和健康管理两大部分，全方位、定制化服务体系保障园区IT企业健康发展。园区与北医三院健康管理中心合作打造的健康服务中心是园区健康服务体系的重要组成部分，旨在为园区内IT 从业者提供全方位、多手段和高效的健康管理服务。

健康服务中心设有企业基础诊疗、企业健康管家、企业高管健康管理、企业特色健康服务四大类服务，每一项服务内容都是依据IT从业者最为突出的健康问题设定的，采取健康理念传播、健康问题预防、健康数据长期监控、物理微创诊疗的方法。服务中心首创“减少用药、适度诊疗”的物理无创健康调养和“医养结合、一人一方”的中医调养的特色服务模式，服务过程处处体现绿色思维，全面促进IT从业者健康。

中关村软件园健康服务中心通过一位健康专员、一家健康服务中心、一个健康联盟构成了软件园健康管理的架构。依托这“三个一”，实现了企业绿色健康管理。中关村软件园总经理刘克峰说，“与IT人有关的健康问题，都可以在园区内及时有效得到解决。

9.软件售后服务管理方案篇九

通讯流通行业是一个依靠规模和流通速度赚钱的行业。面对日趋激烈的竞争环境和不断下降的行业利润，从事通讯销售的商家们往往不遗余力地扩大规模，增加人员，加大投资，借此占据更有利的竞争位置和保持利润空间。然而在手中掌握了更多筹码的同时，却也增加了管理难度，降低了运营效率，加大了经营风险。

手工记录或者不使用专业的软件管理手机的序列号，员工烦，老板也烦。而手机序列号涉及到从进货、调拨、销售、返修、换货、价格保护等每一个重要业务环节，实在难堪这个琐碎的、可恼的但又无法回避的工作流程。

1、客户的手机是否从您的商场购买的，售后服务是否属于您的责任？由于单据等的不清楚，不详细导致个别甚至很多客户的投诉，甚至被媒体曝光。

2、在保值期内的库存旧款手机需要向厂家更换，真正需要更换哪些？数量是多少？当初的进货价是多少？数量统计不清楚，最终只好吃了“哑巴亏！

3、维修管理十分复杂，维修配件的领用管理琐碎，无章法可言，”肉烂在锅里“

这句话只能是手机维修管理的自我安慰！

4、市场行情变化很快，有些手机甚至一天一个价，如何及时调整成本价格？因价格变化导致财务工作量繁重，甚至无法准确核算利润。

5、公司的实际经营数据，不想被某些人看到查到，加上密码也不放心！开公司实在难，事事都要操心。

6、在其他地方开设了分公司后，管理层更忙了。分店的经营状况怎样？不在眼皮下面的事情太让人不放心了，经常往返于各个分公司之间，大量的时间浪费在路上，无暇考虑公司发展大计。不是在赚钱，实在在受罪！

到底怎样才能提升管理水平？

优化管理流程，实施信息化管理，建立起一个以信息技术为支撑的现代企业管理体系，实现数据的信息化、业务流程的信息化和决策的信息化。管理软件是企业信息化的核心。从本质上讲，管理是为实现企业目标而建立的架构、流程和机制。模式是架构，变成具体的东西就是系统，介入以后就是机制。管理软件的作用在于”固化“企业的管理架构、流程，强化企业的执行力，它是管理与信息化的结合，把企业管理构筑在信息化手段之上，建立起简捷、高效的现代企业管理体系。

解决方案：

天朗软件通讯行业信息化解决方案是一套针对中型规模的通讯经销企业应用的信息化管理整体解决方案，集进销存、财务、分销、OA管理一体化，致力于帮助企业建立起一个简捷、高效的实时运营管理平台，实现物流、资金流、信息流的在线动态监控和管理，实现信息的全面把控、传递和电脑全程记录，为企业决策提供数据和速度，确保企业在庞大范围内健康地运行。

天朗软件采用B/S结构，通过Internet，可以使企业总部与异地分支机构在同一平台上协同办公，实现对异地分支机构销售、库存、费用、办公等信息的全方位实时掌控。

应用价值：

·完善的物流处理能力和全方位的业务流程控制，极大地提高了企业的运作效率。

·让所有与企业相关的办事处、门店、分仓库、经销商等广泛地参与进来，真正实现”分散业务、集中处理"。·对序列号的强大管理，让数目巨大、种类繁多的序列号在企业管理中清清楚楚、明明白白。·实时掌握每天的销售和库存状况，及时作出调整，最大限度地减少库存积压。

·手机销售返利的智能计算处理，精确、及时地计算自己应该从供应商处获得多少返利，自己又应该给下家多少返利。

·委托、受托代销手机铺货管理，统一采购，统一配送，往来对帐一目了然。

·手机价格保护、补差的计算处理，避免了人工操作的误差，降低了经营风险。

·手机维修管理，做到维修有根据，领用配件有清晰的记录，费用有统计。

·信息沟通及时准确，确保了公司总部与各门店及时、畅通的交流，极大提高工作效率，节省了大笔通讯和纸张费用。

10.车辆服务管理方案篇十

停车场的合理使用以及车辆的管理是影响管理服务质量的具体问题，物业处将从规范化操作方面为办公区提供方便和车辆安全保障。针对办公区交通停车设施情况，对车辆管理作如下设想：

1、合理制定车辆流向

根据拟订的车辆流向，规定车辆按统一的路线行驶，车辆高峰期，派秩序维护员现场车辆疏导，保证现场不堵塞。

2、车辆疏导

负责车辆的交通疏导工作。采用封闭式管理，主要是对车辆出入口及与共用道路、地面交通车辆的指引、疏导;

车辆主出入口，设立固定的车管岗，由秩序维护员负责进出车辆的登记，配套道路、地面交通，物业处设置巡逻岗对车辆进行疏导。

3、停车场统一管理，停车位合理使用

车辆管理实行卡证管理，通过停车证进入相应的停车位，其它车辆办理临时停车卡后停车。

4、交通设施的维护：包括路牙、路面的完好，交通标识的维护和完善。

二、交通管理的原则

1、规范管理的原则

秩序维护员按管辖区内各路段的交通设施要求，对辖区内的车辆进行规范停放及行驶管理，秩序维护员必须按交通管理的正规指挥方法指挥。

2、文明服务的原则

秩序维护员在维护交通秩序、纠正违章停车或行驶时，必须以礼待人，文明服务。具体工作时按《物业处员工服务管理标准作业规程》的要求执行。

3、时效性原则

当值秩序维护员在接到交通事故等求助时，按《突发事件处理标准作业规程》的时效原则进行

三、车辆管理措施

1、业主车辆管理

物业处为中心用车办理“车辆通行证”，车辆进入时，将“车辆通行证”放置于车辆醒目处，车库门岗秩序维护员核实身份及车辆通行证后放行。秩序维护员有责任在最短的时间内，牢记办公区内部所有车辆的车号、车辆特征和车主。

2、外来车辆及人员管理

外来车辆在地面停放。车辆在进入停车场前，门岗秩序维护员对车辆、来访人员进行登记，检查证件、问清来访事由，并通知巡逻员做好引导准备，经安全检查后进入停车场，车辆停放在指定车位。

3、上、下班高峰车辆指挥

物业处在上、下班高峰期时将增派秩序维护员在停车场车辆停放处指挥，以便让业主安全、有序地进出停车场;道闸出入口由当值班长协助秩序维护员管理。

4、车辆行驶与停放管理监督进入辖区的车辆不超过10km/h慢行、禁鸣喇叭，并指挥车辆按规定方向行驶，停放在指定的停车位置，以便于车辆停放整齐。

提醒司机关锁好车门、窗并将车内的贵重物品随身带走，检车辆情况，发现门、窗未关好，有漏油、漏水等现象应及时通知驾驶人员。

漏油车辆及载有易燃、易爆等危险物品的车辆禁止进入辖区。若遇醉酒驾车者应立即劝阻，避免交通意外事故的发生。对辖区内路面的一切车辆实行统一停放管理。

5、交通设施管理

秩序维护员在接班前对辖区各道路标志，禁鸣喇叭标志，禁止驶入标志等交通标志牌、减速线、停车线、让行线、人行道线等进行检查，发现有损坏的应予以记录并及时报部门处理。

秩序维护主管对当值人员报告的交通标识的损坏进行核实报修。当发现交通设施有损坏、歪斜移位等变化时，应及时报告秩序维护部主管以便及时修复或更换。

秩序维护部主管应负责建立辖区交通设施的管理台账，对整个辖区内的交通设施的效能和合理性做出评价，报主任以便为改进和完善道路交通设施系统提供依据。

对过失造成交通设施损毁的责任者，责令其赔偿。

6、停车场管理

(1)车辆进场停放

当有车辆进场时，当值秩序维护员应迅速指引车辆慢行，停放在相应的车位上，提醒车主锁好车锁、随身带走车上的贵重物品;

检查车辆是否有损坏或其他不正常情况，如有不正常情况应立即当面向车主提出，并作详细记录。

(2)车辆离场

当有车辆离场时，当值秩序维护员应及时检查车主证及相关资料;检查车主证件与车辆是否相符;

若检查中发现异常情况，应立即拦截车辆，并及时主管前来协助处理;

收回停车卡;及时登记。 (3)巡视

当值秩序维护员每小时至少详细检查车辆的车况一次，发现漏油，未上锁等现象及时通知车主，并做好记录，同时报告主管处理;

发现无关人员和可疑人员到车场时要及时劝其离开，若出现紧急情况按紧急情况预案处理;

协助保洁员维护好车场卫生。

7、停车场管理规定

为保障停车场的正常使用，使用停车场的车辆应严格遵守管理规定，服从指挥调度，规定如下：

对外停车区域仅限地面停车场，临时停车须按秩序维护员指挥进行停放，固定车辆按指定位置停放;

停车场实行24小时封闭式安全管理，巡逻秩序维护员实行24小时不间断巡逻;

本车场车辆出入实行停车证制度，车主凭物业处发放的停车证(IC卡)刷卡或由秩序维护员开启车场道闸系统，对强行进入所造成的不安全事件承担全部责任;驾驶员应严格遵守指示牌上规定的行车路线及停车场规定，其中包括车线、限高、出入口等，停车场内车速限10公里/小时;贵重物品请勿放车内;

停车场区域内严禁鸣喇叭，不允许在车场内进行加油、洗车、修车、吸烟、吐痰、乱扔果皮、清理车上杂物;不得将车上的杂物和垃圾丢在地上;发现有漏油、漏水时，负责通知车主进行处理;

严禁装载汽油、柴油、煤气瓶及其它易燃易爆物品进入停车场，必要时必须得到物业处的批准，并有安全措施。场内严禁存放危险品，如：汽油、柴油、油漆、腐蚀品和其它易燃易爆物品;

11.软件即服务篇十一

有数据显示，2012年德国的云计算市场增幅达47%。大部分云计算服务提供商都专注于SaaS（Software as a Service，软件即服务）领域，以及以提供存储备份为主的IaaS（Infrastructure as a Service，基础设施即服务，即由供应商提供硬件系统）。SaaS模式中，软件和相关数据都被集中托管在云端，用户只需通过能上网的电脑即可访问程序并实现相关应用。同时，SaaS还针对在家使用SaaS服务的用户提供了一些有趣的功能，并提供类似Dropbox、Google Drive和微软SkyDrive的在线存储服务。

66%

目前，有66%的德国人在使用SaaS，如Gmail等网页邮箱服务，或者替代传统email客户端的付费邮箱服务，当然很多用户本身并未意识到自己使用的是SaaS。根据SaaS供应商提供的数据，SaaS帮用户节省了大量的IT成本开支。使用SaaS可以无需花费或者仅少量花费类似传统软件的授权使用费用，而且供应商会将应用软件部署在统一的服务器上，免除了最终用户在服务器硬件、网络安全设备和软件升级维护方面的支出。SaaS供应商通常按照客户所租用的软件模块收费，因此用户可以按需订购软件应用服务，比如微软Office 365就可按月预付费。个人用户还可借助SaaS使用免费在线课程或其他服务。SaaS不再仅能在办公环境中应用，也逐渐开始在游戏市场中发展。

3.8亿

索尼花费了3.8亿美元收购了流媒体提供商Gaikai。这样，用户不再需要高配置电脑，只要有一台与网络相连的电视或者显示器，就能玩最新的网络游戏。游戏所需的计算和成绩存储都交由服务供应商来完成。面对SaaS的不断蔓延和深入，硬件市场也应该果断进行改革，以应对这种局面：如果个人游戏应用由供应商提供计算和处理能力，那么高端个人电脑的市场需求将减少。

软件即服务（SaaS）的工作原理

现在的PC工作场所与已经存在多年的经典场景——硬件、软件、系统管理员——相差甚远。SaaS等云计算解决方案使得IT应用操作变得更简单、维修更方便，这给用户留下了深刻的印象。但是，SaaS也有自身的问题需要解决：用户需要一个永久连接且速度飞快的网络。

数据

Dropbox、SkyDrive或Google等厂商提供的服务，让云存储服务变得被大众所熟知。云存储的最大优势在于，数据不再只绑定在一台PC上，我们可以在世界的任何地方检索数据。

管理员

软件的维护应通过云解决方案实施。程序源在云端，因此不必进行客户端安装。管理员在SaaS供应商一端进行维护即可。如果需要，可通过电话提供服务。

操作系统

理论上，一台能运行浏览器的电脑就完全可以使用SaaS了。但由于没有网络连接的电脑无法工作，因此在网络中断的情况下，只拥有基本功能的操作系统只能处于待机状态，无法提供服务。

服务器

企业数据并非保存在客户这一端，而是全部存储、备份在云端服务商，这样做既可以降低功耗，又能节省企业购买服务器的开支。此外，这样做也使随时随地访问数据成为可能。

个人电脑的SaaS

对个人用户来说，还不值得迁移到SaaS。如果想试用SaaS，无需任何准备工作，只要选好一个供应商，并且注册免费账户即可。