软件系统实施与质量保障方案

软件系统实施与质量保障方案

技术文件

项目名称：XXX系统

XX系统项目

目录

1、项目实实施作计划...................................................7

2、工期保证措施........................................................8

2.1组织机构措施........................................8

2.2工期管理措施.........................................8

2.3工期技术保证措施....................................9

2.4人员保证措施........................................10

2.5工期保证措施要求...................................10

2.6保证工期组织体系措施...............................11

2.7技术培训保证措施：.................................11

3、安全控制措施.......................................................12

3.1信息安全策略.......................................12

3.2访问控制策略........................................12

3.3病毒防治策略........................................13

3.4漏洞扫描策略........................................13

3.5管理组织与制度安全策略.............................13

4、项目实施保障策略..................................................14

4.1统一计划，分步实施.................................14

4.2运营服务支持........................................14

4.3项目实施承诺........................................14

4.4项目实实施工作内容.................................14

4.4.1项目需求分析.................................14

4.4.2项目技术开发.................................15

4.4.3项目培训......................................16

4.4.4项目维护和应用调整...........................16

XX系统项目

5、项目管理保障.......................................................16

5.1项目管理和保障体系.................................17

5.1.1组队模型.....................................18

5.1.2过程模型.....................................19

5.1.3应用程序模型.................................21

5.2本项目管理措施.....................................24

5.3本项目管理规范.....................................27

5.3.1项目启动阶段.................................27

5.3.2项目需求阶段.................................28

5.3.3项目设计阶段.................................28

5.3.4项目编码阶段.................................29

5.3.5项目测试阶段.................................29

5.3.6项目实施阶段.................................29

5.3.7项目管理工具.................................30

5.4相关管理制度.......................................30

6、实施质量控制保障方案..............................................32

6.1质量控制与保证.....................................32

6.1.1质量方针和质量目标..........................32

6.1.2质量管理体系.................................32

6.1.3质量控制.....................................33

6.2质量管理程序.......................................37

6.3项目全生命周期质量管理.............................38

6.3.1项目过程走查.................................39

6.3.2文档质量检查.................................41

6.3.3用户培训质量检查.............................43

6.3.4过程改进.....................................43

II

XX系统项目

6.3.5质量监督.....................................44

6.3.6质量管理建设................................44

6.4软件部署保障.......................................46

6.4.1学署环境.....................................46

6.4.2服务器配置及软件环境........................46

6.4.3会员客户端环境..............................47

6.4.4系统软硬件安装与配置........................47

6.5上线运行保障.......................................51

6.5.1用户线上技术人员值守.........................51

6.5.2线上巡检服务.................................52

6.5.3网络运行分析与管理服务......................52

6.5.4重要时刻专人值守服务........................53

6.6数据迁移保障.......................................53

6.6.1数据迁移方案.................................53

6.6.2近移目标.....................................53

6.6.3数据库迁移思路...............................53

6.6.4近移流程.....................................54

6.6.5应用层面测试.................................57

6.6.6数据迁移异常处理.............................57

7、系统割接保障方案..................................................57

7.1割接说明............................................57

7.2割接原则............................................58

7.3割接规划............................................58

7.4准备工作............................................59

7.4.1环境准备.....................................59

7.4.2割接计划准备.................................59

in

XX系统项目

7.5割接步骤............................................59

7.5.1运行情况信息收集............................59

7.5.2备份数据.....................................59

7.5.3割接动作.....................................59

7.6测试验记............................................61

7.7回退机制............................................61

7.7.1故障判断....................................61

7.7.2紧急回退....................................61

8、系统功能测试保障..................................................62

8.1页面链接检查......................................62

8.2相关性检查.........................................62

8.3检查按钮的功能是否正确............................62

8.4系统字符测试.......................................63

8.4.1字符串长度检查...............................63

8.4.2字符类型检查.................................63

8.4.3特殊字符检查.................................63

8.4.4中文字符处理.................................63

8.5标点符号检查.......................................63

8.6检查信息的完整性...................................63

8.7信息重复.........................................64

8.8检查删除功能.......................................64

8.9检查添加和修改是否一致..........................64

8.10检查修改重名......................................64

8.11重复提交订单......................................64

8.12检查多次使用返回键的情况..........................65

8.13搜索检查...........................................65

IV

XX系统项目

8.14输入信息位置......................................65

8.15上传下载文件检查..................................65

8.16必填项检查.........................................65

8.17快捷键检查.........................................66

8.18回车键检查.........................................66

8.19刷新键检查.........................................66

8.20回退键检查.........................................66

8.21直接URL链接检查..................................66

8.22空格检查...........................................66

8.23输入法半角全角检查................................67

8.24密码检查...........................................67

8.25用户检查...........................................67

8.26系统可恢复性检查..................................68

8.27确认提示检查......................................68

8.28刷新检查...........................................68

8.29事务检查...........................................68

8.30时间日期检查......................................68

8.31文档测试...........................................68

8.32系统数据测试......................................69

8.32.1系统业务数据检查............................69

8.32.2数据注入检查................................69

8.32.3测试数据检查................................69

8.33多机器运行测试....................................69

8.34Ajax测试...........................................70

8.34.1Ajax技术的应用..............................70

8.34.2Ajax局部数据刷新测试........................70

XX系统项目

8.35浏览器测试......................................70

8.35.1多浏览器验证..............................70

8.35.2浏览器兼容性..............................71

9、验收测试保障......................................................71

9.1验收标准.........................................71

9.2验收方法.........................................76

9.3验收交付物.......................................76

10、应急保障..........................................................77

10.1突发事件处理....................................77

10.2突发事件分类评估................................77

10.3应急预案设计.....................................78

VI

XXX系统项目

1、项目实实施作计划

本平项目实实施期自合同签订日起120天成本次项目的开发、安

装、调试、培训工作。本次项目建设需要的是一体化解决方案，而不

是支离破碎的各种产品的堆积，只有结合实际的业务和应用这些优秀

的产品构造在一个体系里面，充分利用标准化的优势，来构建一体化

方案，才能真正体现信息化的价值。就XX：（系统一体化建设而言，其

基本构架要构造好，要具有持续生长的潜力，这就要求有合理的实施

计划。

XXX系统的开发，我们力求提供一套完整解决建设的先进、科学、

合理的综合性方法。由于平台建设是一个长期的系统项目，还直接受

业务体制和办事习惯的制约，必须遵循分阶段、分步骤的思路。XXX

系统的实施建设，将依据客户的发展规划、现有各个系统之间的技术

联系性、子系统业务逻辑的关系、平台建设的抗风险性、投资保护原

则性等进行分步实施。

具体的实施进度如下表所示（预计项目启动时间为2019年12月

11H,以此时间为项目开始时间进行规划，系统在2020年1月23

日进行上线试运行，具体时间随合同签订日期顺延。）：

序号任务开始时间结束时间

1需求分析及设计2019-12-112019-12-12

i.i需求调研及确认2019-12-132019-12-17

1.2界面设计及确认2019-12-182019-12-20

2系统设计及开发2019-12-202020-1-15

2.1架构设计2019-12-202019-12-20

7

XXX系统项目

2.2详细设计2019-12-232019-12-24

2.3平台开发2019-12-252020-1-15

2.4系统集成2020-1-162020-1-17

3系统集成测试2020-1-172019-1-20

4真实环境部署2020-1-212020-1-22

7系统试运行2020-1-23

2、工期保证措施

2.1组织机构措施

本项目实行项目法实施。我公司制定有具体而严格的《项目实施

管理实施细则》，项目进度计划的实施是对项目部考核的一项重要内

容，并有严格的进度计划目标保证调整措施和奖励政策。项目实施前,

项目经理与公司签订“责任书”，项目部各级主要管理负责人，也要

按其职责划分，层层签订“责任书”，明确项目部各级人员的职责。

加强管理考核，充分调动全体干部、职工的积极性，从组织和管理制

度上来确保项目进度按计划实施完成。

2.2工期管理措施

1）每月制定月进度计划，月进度计划中包含工序计划、周计划、

日计划；坚持项目实施团队抓工序计划目标、抓周计划目标、抓日计

划目标。

2）坚持会议协调制度。坚持每日站会、每周进度调度会、每周

质量检查会。

3）加强现场调度在项目实施中的组织资源协调、检查、反馈及

8

XXX系统项目

快速反应的作用。

4)对各节点进度实行目标考核，建立进度目标奖励基金，对进

度目标的实现情况进行奖惩。

5)积极参加业主、监理组织的各种协调会，积极配合业主和监

理。协调与各参建单位及有关社会主管部门的关系，创造一个良好的

实施环境，以确保项目进展。

6)在项目出现不可控等重大原因造成原目标不可能实现或项目

实施方案的重大改变，导致较多的工作量增减，项目实施关系改变时,

现行项目与目标项目已不能做出比较，需将目标项目进行维护和更

新。在建设各方协调一致认可后，按更新后的目标项目进行实施。

2.3工期技术保证措施

(1)编制合理详细的进度计划

实施进度网络计划，动态管理，实际实施过程中，将根据监理项

目师批准的实施计划，建立目标工期计划，重点对影响本项目直线工

期的单项项目的关键线路进行控制。根据每天完成的项目进度及项目

量，通过比较分析，确定按当前实施进度继续实施将对目标工期造成

的影响，从而及时对现行计划及资源投入进行调整，达到全项目按动

态管理来进行控制，最终实现预期的项目进度计划。

(2)制定合理的技术方案

根据进度计划，制订与本项目相应的实施方案和各项目实施技术

措施。实施中随时跟踪进度实施情况，如有比计划滞后情况发生，及

时分析原因及影响，并对计划予以调整，同时修订实施方案和有关技

术措施，以保证总进度计划目标的实现。

(3)根据实施方案的任务布置和项目实施团队的配置，将项目

9

XXX系统项目

进度计划按作业面分解，制定各项目实施团队的作业进度计划，使各

项目实施团队都有明确的进度计划目标。

(4)做好实施测量服务指导工作，及时进行测量放样、检测和

验收工作，为项目实施提供良好的监测服务。加强技术人员的抽查，

尤其质量检测人员要全过程跟踪、检查，及时发现项目实施中存在的

问题并提出解决处理措施。对于试验检测项目，及时进行检测并收集

整理、分析资料，指导实施，以确保项目的顺利进行。

2.4人员保证措施

(1)我公司计划抽调精干的管理人员，业务熟练的技术骨干和

有过类似项目实施经验的项目队伍来组织项目交付团队。配足各专业

的技术人员数量，以使项目部人员精干，业务熟悉。从人员素质上来

保证项目进度计划的实施。

(2)根据进度计划的安排，合理组织人员进场，确保实施高峰

期有足够的人员投入本项目实施。

(3)投入本项目的专业技术人员应具有相应的项目经验。

2.5工期保证措施要求

(1)建立一个强有力的组织机构，把项目进度落实到人头，各

负其责，人人有责。各部门各负其责，层层保证自己计划不拖不等，

有问题、有矛盾时及时向有关部门反映求得解决。

(2)采取专业的有经验的人员投入项目，严禁出现返工现象，

彻底消除影响工期的不利因素，一次成优C组织好人员工作，为加快

实施进度，提高项目交付力度。

10

XXX系统项目

2.6保证工期组织体系措施

（1）在组织上公司领导班子会议决定把此项项目作为公司重点

项目来抓，成立公司领导的指挥部。下设质量检查部门，指挥部每周

开一次会，遇重大问题立即解决。

（2）组建一个优秀的项目经理部，设一套三员班子，选派开发

骨干技术尖子，具有丰富实施经验的管理人员，经理部每日一次会，

发现问题及时解决，不能解决的及时上报，以达到解决的目的。

（3）人员由公司派优秀团队进入项目，由公司统一分配人员，

调剂余缺，必要时全公司范围内调派确人员供应充足。

（4）对计划实行科学管理，进行计划一一实施一一检查一一处

理解决。每周一次调度会，解决和落实在执行计划过程的各种矛盾。

2.7技术培训保证措施：

（1）分段实施；按总计划总工期要求，编制周、月计划。

（2）开展劳动竞赛，调动人员的积极因素。

（3）每日工作必须当日完成，如遇特殊情况下不能及时完成的

要立即调整计划，采取必要的切实可行的措施，以确保总工期按时完

成。

（4）加强计划技术指导，协调各种矛盾，解决问题不过日，做

到层层技术保证，不等、不靠全面落实。

（5）加强成员技术素质培训，保证质量、技术完善就是保证良

好的项目实施进度。

（6）精选好的实施成员，从中选拔有技术、有素质能带动整个

工地人员的成员，使每个成员都能达到熟练成员的程度，以加快项目

速度。

11

XXX系统项目

3、安全控制措施

3.1信息安全策略

（1）监控重要系统和数据的运行状态，对用户的操作进行监视；

通过这种方式，使管理人员能够充分了解并监控系统的状态，及时处

理破坏信息系统安全的行为。（2）对于重要的数据，访问人员必须经

过验证后才能访问；可以根据用户的工作性质，授予不同的权限；防

止人为破坏重要数据。（3）多次备份重要的数据，而且这些数据要存

放在不同的位置。（4）对存有机密信息的计算机进行电磁屏蔽，并通

过各种方式实行严格的物理隔离。

3.2访问控制策略

计算机网络信息系统安全防范策略中最重要的一个策略就是访

问控制策略，这种策略通常用于防范非法访问，一般的访问控制策略

有：防火墙控制。防火墙是一种硬件设备，主要由路由器等构成，处

于外部网络和内部网络之间的一个特殊位置，其工作原理是过滤内外

部链接，从而达到控制和管理网络信息的作用。防火墙技术包括验证

工具、服务访问政策、包过滤，防火墙能够限制内部网络和外部网络,

阻止内部网络访问不安全的外部网络，同时也阻止不安全的外部网络

入侵内部网络，从而达到保障计算机信息系统安全的效果。此外，防

火墙还能很好地监视网络，监控外部网络和内部网络的所有活动。基

于入侵防御系统技术（IPS）,这种保障信息安全的方法是控制非法访

问。当出现非法访问时，防火墙就会通过各种方式拦截该访问。

12

XXX系统项目

3.3病毒防治策略

病毒防治策略是指通过各种方式实施检测计算机中的各种信息，

及时发现病毒，并清除这些病毒，从而掌控病毒入侵的主动权，从而

达到防止病毒计算机数据的损坏和病毒的扩散。目前，通常情况下，

都采用安装杀毒软件防治病毒。

3.4漏洞扫描策略

这是一种能够自动检测本地计算机和远端计算的安全漏洞的技

术。在检测到漏洞后，要及时对漏洞进行修复，否则计算机很有可能

受到安全攻击。因此，为了确保计算机信息系统的安全，必须对计算

机进行漏洞扫描，而且扫描的频率应该大一些，最好每个星期扫描一

次，一旦发现计算机存在漏洞，就要马上进行手动或自动修复。

3.5管理组织与制度安全策略

（1）建立健全的安全管理规章制度，为了保障信息系统的安全，

有关企业和相关部门应当成立专门的信息安全管理部门，由专人进行

管理，建立健全的安全管理规章制度，将信息系统安全纳入到规章中

去，使信息安全工作有章可循，井然有序。（2）建立有关人员调离的

安全管理制度。在与计算机安全相关的人员发生调离等变动时，要与

其签订保密协议，同时应当及时更新计算机信息系统的保密措施。（3）

建立人员的安全管理制度，计算机业务部门和人事部门协作，共同做

好人员管理审查工作；此外，对于外来的维修人员和参观人员也要有

一定的安全防范措施。（4）严格分离系统管理人员、软件开发人员与

业务操作人员的责权。三部分的人员不能重叠。

13

XXX系统项目

4、项目实施保障策略

在本项目中，我公司结合多个大型系统项目实施的经验以及客户

工作的实际情况，制定了一套有效的实施策略。

4.1统一计划，分步实施

项目实施采用统一计划，分步实施策略，保障XXX系统建设的高

效、有序地实施。

我们将根据各系统的逻辑关系和应用的需求方面综合考虑，分阶

段进行分布项目的实施。

4.2运营服务支持

从系统上线后，我公司在必要时根据客户的要求，可派驻技术支

持项目师和平台运营人员对XXX系统进行现场的技术支持。

4.3项目实施承诺

我公司承诺，在项目启动后，任何有关项目组织、管理等方面的

问题，将首先征求客户有关项目管理人员的意见。

XXX系统是一项重要而艰巨的任务，非常需要一个长期稳定的技

术支撑单位来承担这一工作，我公司非常愿意成为客户的长期技术支

撑单位。

4.4项目实实施工作内容

4.4.1项目需求分析

深入调查并了解XXX系统的建设需求，形成需求调研报告，保证

项目可操作性和实用性。

14

XXX系统项目

本次项目建设的成功与否不仅取决于系统本身的性能和功能，还

要取决于其与当前的管理模式的贴切程度和使用者对该系统的熟悉

和使用。对此需要进行全面调查和分析才能保证本次项目建设可操作

性和实用性。

在此阶段要与客户共同完成《用户基本信息调查表》，包括以下

内容：

1.项目组成员基本情况

2.用户已为项目启动所做工作

3.项目可利用的资源

4.信息系统硬件、网络和软件的配置等

在此阶段同时进行的有项目信息收集工作，信息主要包括：管理

报表、组织结构图、文件格式、业务流程等基本信息资料。

在上述工作全部完成后完成《需求分析说明书》，综合分析用户

需求的情况下确定项目的范围与内容。此报告交由最终用户签收，并

作为以后项目实实施作的依据。

在此基础上，进一步完成业务模型分析和数据模型分析，并完成

本次项目建设概要设计工作。概要设计包括功能详细定义，并且要考

虑到安全限制：谁可以操作哪些功能、谁可以看哪些内容等等。

提交《概要设计说明书》给客户并得到客户确认。

4.4.2项目技术开发

在项目技术开发上将采用MSF项目管理方法，采用先进的技术架

构，集中优秀的技术开发人员进行设计开发。

15

XXX系统项目

4.4.3项目培训

在项目应用培训上将分别面向不同的用户对象，设计完整的培训

体系，灵活采用多种培训方法，进行项目的应用推广。

4.4.4项目维护和应用调整

在项目维护和应用调整上将针对项目的实施、后期和长期合作，

提供一整套的服务体系，包括项目的前期咨询服务、项目建成后的保

障服务和后期运行维护过程中的全面护航服务等三类服务方式，从人

员管理方面、数据资源管理方面、应用管理方面等各个层面对客户方

提供支持。

5、项目管理保障

项目管理的好坏对于一个项目的成败起着决定性的作用，为了确

保本项目能够成功实施，我们必须严格按照CMM-L3的规范对应用开

发项目进行全生命周期的管理，事实证明，只有规范化和标准化的项

目管理才有可能在大型项目的实施中获得成功。

一个典型的信息化项目生命周期可以分成项目前期、需求定义、

系统设计、技术实现、集成测试、实施验收、项目维护等七个阶段。

项目管理的九大体系：进度管理、风险管理、需求管理、成本管

理、配置管理、质量管理、资源管理、采购管理、沟通管理贯穿了整

个信息化项目生命周期的始终。典型的项目管理模型如下图所示：

16

XXX系统项目

上述模型总体上是一个从上至下的瀑布模型，但同时每个阶段设

立里程碑(Milestone)和内部的检查点(Checkpoint),对检查点

和里程碑进行严格控制，全面执行节点评审制度，在阶段内部是一个

反复并行、迭代的过程。

可以将整个生命周期中的各种项目管理进行提炼，形成前期管

理、立项管理、需求管理、进度管理、风险管理、资源管理、质量管

理、成本管理、文档管理、配置管理、结项管理、培训管理、维护管

理等13项管理制度，作为指导我们进行信息化项目管理的基本制度。

在实际项目管理过程中将参照以下流程，每个阶段都给出了相应

的责任人、参照规范以及产生文档。

5.1项目管理和保障体系

完善的管理和保障体系是一个项目实施成功的关键，我公司对本

17

XXX系统项目

项目的实施服务制定了完善的质保体系。

5.1.1组队模型

组队模型着重于解决在复杂软件项目中如何组建项目组、分配合

适的角色、项目组的管理、职责划分和质量控制等问题。虽然组队模

型是起源于软件开发过程中的规范和准则，但它也同样被成功的应用

于基础信息结构设施的实现过程。

MSF组队模型定义了相互依赖、相互协作、同等角色关系的工作

模型。每个组中的成员在项目中都有一个明确定义的角色，并且关注

于一种特定的任务。这种方法鼓励各个角色的所有感，最终结果是产

生更好的产品。每种角色小组的领导者负责管理、指导和协调，小组

中的成员专注于执行他们的任务。

MSF组队模型由六个明确定义的角色组成：

A产品管理

A程序管理

A开发

A测试

»用户教育

A系统实施

项目组成员之间无限制的交流是一个潜在的成功因素。

基于项目的大小，每个角色被分配给一个人或有人领导的一个小

组。同样，一个人也可以承担多种角色。每个小组成员都要估算他自

己的工作量，估算的结果用于作为他们各自角色的项目计划参考，各

个角色的项目计划又是项目总体计划的一部分。

在一个成功的MSF项目组中，每个成员都感觉到对产品的质量负

18

XXX系统项目

有责任。不能出现由一个小组成员代表另一小组成员对质量负责的情

况。类似地，每个小组成员都是客户利益的维护者。

MSF组队模型定义了角色和责任，但没有定义项目组的管理模式

和结构。项目组可以由一个部门经理负责管理，或根据项目的需要由

几个不同的部门成员组成。组织结构图确定出谁是主管，MSF组队模

型定义了工作划分和由谁负责完成该项工作。

产品管理、程序管理、测试、用户教育和系统实施角色都具有重

要的外部协调责任，这些责任包括与下列人员的协调：

A商务或项目管理

A使用者

A系统操作和支持

A系统标准制定

A前台帮助支持

A总体信息结构策略

»质量保证标准制订

5.1.2过程模型

过程模型描述的是系统开发的生命周期内各种顺序进行的活动。

MSF过程模型包含四个主要的里程碑：前景/范围认可

(Vision/ScopeApproved)里程碑、项目设计认可(ProjectPlan

Approved)里程碑、范围完成/第一次应用(ScopeComplete/First

Use)里程碑和系统发布(Release)里程碑。这四个里程碑是客户与

项目组之间重要的设计、评估和协调的同步点。

每个里程碑都是一个阶段的终结点。

预想和构思阶段在“前景/范围核准”里程碑上到达了终结点。

19

XXX系统项目

一旦一个新的产品（在信息基础设施实现的项目中，这样的产品可能

是某项服务）吸引了大家的兴趣并得到了允许构建的批准后，项目组

开始集中起来定义产品。前景描述文档清晰地阐明了产品或服务的最

终目标，并提供了明确的方向。范围与前景相反：它定义了一个特定

版本产品或服务所受的限制，并且认识在未来的版本中将要进行的开

发工作。

设计阶段在“项目设计核准”里程碑上到达了终结点。项目设计

包含功能规定文档、每种角色职能组的计划组合（如在MSF组队模型

中定义的开发、测试、用户教育、系统实施、程序管理和产品管理）

和时间进度安排。功能规定提供给项目组足够的细节情况确定需更的

资源并做出承诺。在项目设计核准里程碑上，客户和项目组在要交付

的内容上及如何进行构建达成一致。这是一个重新评估风险、建立优

先级和对时间进度和资源调配情况做最终估计的非常重要的机会。

开发阶段在“范围完成/第一次使用”里程碑上到达了终结点。

经过核准的功能规定和相关的项目计划提供了开始开发的基准线。开

发组设置了一系列内部交付的里程碑，每个内部里程碑都要经过全部

的测试/诊断/排错的过程。在这个里程碑上客户和项目组评估产品的

功能，验证产品过渡和支持计划。同样在这个里程碑上，所有新功能

的开发都已经结束，推迟开发的功能记录下来作为下一个版本功能的

参考。

稳定阶段在“产品发布”里程碑上到达了终结点。测试工作是伴

随着代码开发工作进行的，在稳定阶段因为集中注意力于寻找错误和

修改错误，所以测试活动成为主要的工作c在产品发布里程碑，产品

正式转交给操作和支持组。通常情况下，项目组或者开始下一个版本

20

XXX系统项目

的产品开发，或者拆散加入其它的项目开发组。

这四个里程碑是客户与项目组之间重要的设计、评估及协调的时

间点。这些里程碑上交付的内容在里程碑代表的阶段结束后，被置于

一种可变控制的状态下。可变控制是一种从需要改变到最终稳定的文

档或代码，并获得一致同意的过程。这些交付的内容必须被置于可变

控制状态下，保证整个项目组在共同的假设、指南和目标基准线情况

下工作。

5.1.3应用程序模型

一个应用程序模型是一种对应用程序就念性的观点，它建立了组

成应用程序的定义、规则和相互关系。它作为应用程序逻辑设计时，

互相交换信息的基准线。应用程序模型是增强交流的简化的、直观的

方式，重点强调在逻辑上，而不是物理上的。应用程序模型给出了应

用程序的组成结构，而不是如何实现它。

我公司解决方案框架结构中的应用程序模型，建立了一系列的标

准和指南，用于设计分布式的、多层结构的客户机/服务器应用程序,

并且通过使用基于组件的技术和工具进行实现。这些标准和指南的目

标是提供一种通用的方法，实现跨越商业应用程序的组件重用性。

MSF提倡使用基于服务的应用模型，设计和实现客户机/服务器

21

XXX系统项目

的组件和商业方案。基于服务一词意味着应用程序的功能被定义成完

成特定消费者需要的、一系列服务的集合c在这个模型中，一个消费

者可以是一个使用者或另外一种服务组件。因为反映了正在发展的技

术趋势，所以这种模型非常引人注目。客户机和服务器的概念正在向

更广义的概念发展一消费者和提供者，同样基于服务的模型也是一种

看待商业应用的全新方法，以下的概念反映出我公司和其它公司，今

天构建核心组件技术的方法。

MSF应用模型是我公司推荐的设计分布式、多层结构、客户机/

服务器应用程序的方法。它的目标是：

为设计和开发客户机/服务器方式的、internet或intranets应

用程序提供一致的方法，建立用于跨越所有客户机/服务器开发项目

的开发标准和应用程序接口规定。

在三层结构的应用程序中，提供组成三层结构的应用程序逻辑定

义的标准集合。

保证使用组件技术实现分布式的、多层结构的应用程序，使其具

有可扩展性、可伸缩性和可管理性，以满足任务重要的、企业级的商

业应用程序。

引入系统是由一系列构建于一致组件集合之上的、交互式应用程

序构成的概念，这种思想打破了传统上单一的应用程序支持特定商业

处理过程的观点和模式。

确定用于构建分布式、多层结构的客户机/服务器应用程序所需

要的工具和技术，辅助企业总体技术结构的开发。

在拥有多个项目的应用开发机构中，描述出应用技能和资源的一

致的方法。

22

XXX系统项目

定义组建项目组并确定所需技能的框架，保证项目的设计和开发

过程中不同的工作组可以有效的、并行的工作。

为进一步提炼网络服务的分布特色，MSF应用模型定义了组成应

用程序的三种类型的服务：

用户服务.应用程序组成结构中提供接口交互的部分。应用程序

的用户可以是一个人或另外一个应用，因此应用程序的接口可以是图

形用户界面或者是一组可编程的接口。

业务规则服务.应用程序组成结构中控制执行次序、增强商业规

则和完整操作转换的部分，业务规则服务通过应用程序中适当的商业

规则转换数据为信息。

数据服务.应用程序组成部分中提供最底层的、可见层次的用于

抽象数据操作的部分，数据服务维护企业的连续数据和非连续数据的

一致性和可管理性。它们提供创建、读取、更新和删除等服务，以便

使业务规则服务（数据服务的消费者）不需要了解数据存放在哪个位

置、如何实现的和如何访问的等问题。

在基于组件技术的实现中，通常不是物理的软件层，而是一系列

分布在网络上的互操作组件，它们跨越物理边界提供服务给许多客户

23

XXX系统项目

机。由于这个原因并防止单一的实现，MSF应用模型使用由用户服务、

业务规则服务和数据服务构成的逻辑网络就念，描述应用程序的组成

结构。这三种服务可以在任何客户机服务器应用程序中找到。

MSF是一项实践性非常强的复杂的管理过程，是一种观念的传播。

只有使具有决策或是可以影响决策的人士接受了这样的观念，MSF

才有实施的可能，人们才可能进一步得益于MSF,尽可能早地去发

现风险，将风险降低到最低，使自己的投资收益最大化。

同时MSF会随着我们从我公司的客户和合作伙伴那里学习的经

验而不断的发展和完善，新的思想和准则会不断地被引进MSF。这些

发展将适应技术的更新、商业需求的变化，并支持构建更好的软件解

决方案。

5.2本项目管理措施

1）建立管理的原则，组织，协调机制和实施办法。我公司提供实

施本项目的完整的项目管理方案，并在项目建设过程中严格执行。

2）项目计划的制定和执行过程中体现电子政务项目的特点。

3）高度重视对过程的管理控制，高度重视对各类文档的管理，建

立中间环节和文档的内部测试审核制度。

4）在项目管理方案中，充分体现我公司在项目管理方面的经验和

能力以及对该项目管理的设想和具体方法，并涉及以下的内容：

A项目经理，项目组成员及项目组织结构。

A项目组成员除基本信息外，并说明专业背景由相关资质和专长

A组织管理金与系统集成，软件开发环节相关①；

A项目计划窘与项目整体管理相关①；

A文档清单，文档资料提交计划和文档质量控制办法：

24

XXX系统项目

A质量控制办法；

A项目需求变更控制和进度控制办法。

5）我公司承诺保持项目团队稳定。未经用户方同意，项目总负

责人、项目经理、系统架构师等关键岗位人员在项目整体验收前不得

变更；关键岗位人员保证在本项目现场工作的时间；项目实施全过程

中，项目团队成员变更不得大于30%,且须经用户方同意。

6）项目实施过程中由客户提出的变更申请，我公司将在接到变

更申请的1天内给出收到说明以及分析变更申请所需的时间，并在5

天内做出相应的项目修改建议书。需求修改建议书将就变更申请中所

提出的修改对整个项目的影响做出以下几方面的说明：

A基本修改：文件的增改和删除；

A软件设计：程序编码的增加、修改和删除；

A测试项目：测试计划、测试和重新测试的修改；

A系统性能：确认修改项目对系统性能的影响以及增加或改装其

它机器是否必要；

A人员需求：确认增加其他人员的必要性；

A进度：项目进展情况、交付项目的进展速度和协议的终止日期;

A费用：由于变更产生的开发实施费用。

7）本项目建设的目标是使整个系统能够连通并具有可操作性、

所有计算机系统和设备能够接通并正常运转、所有软件能够在相应平

台上正常运行。我们将紧密结合系统集成的目标，组建一套高质量、

高效的项目管理与实施队伍。

通过项目管理实现以下五个方面的目标，从而以优异的工作成绩

完成项目。

25

XXX系统项目

1）用户满意

本项目管理追求的首要目标，如果这个目标没有达到，我们认为

这个项目就是失败的。

2）按时严格完成所有任务

如果合同执行过程中出现任何变化，我们会主动友好地与用户协

商讨论，保障用户利益的前提下，双方达成一致，确保合同完成，让

用户满意。

3）质量控制

质量控制的重要性在项目管理中是极其重要的，我们正是通过质

量控制来保证项目的顺利实施，以确保不会造成任何形式的返工。M

体措施包括：

A清晰的安装配置手册；

A明确验收方式；

A强化实施方法；

»监督操作过程。

4）降低风险

任何事件的发展都会有一定的意外，它的发生是不可定的，这种

脱离常规的意外称之为风险。如果我们充分重视风险会造成的影响，

就可以避免遭受较大的损失。

风险管理主要从三方面着手：

A确定风险因素；

A阻止不可承受妁风险发生；

A制定风险发生的解救方案。

风险因素的确定要根据项目的具体情况。针对客户会关心的风

26

XXX系统项目

险，我们制定了相应的避免风险的措施。

5）符合预算

考核项目预算是自我监督的重要步骤，目的在于提高项目管理水

平，项目建成后能够得到长期的技术服务和支持。

5.3本项目管理规范

5.3.1项目启动阶段

目标：将项目纳入管理

方法：

通过项目可行性分析会议（会议的次数根据具体情况而定），产

生一系列项目进度时间，包括工作计划初稿交稿时间，StatusWeekly

Report交稿时间等，然后跟踪时间，规范操作。

会议内容：

A产生项目经理（及技术骨干）

»收集有关项目的信息（项目背景；风险评估；项目现状）

A跟踪初始阶段的开发工作（需求分析；草拟工作计划）

A资源分析

A培训安排（草稿）内容：项目管理，技能等

结果：

A产生工作计划初稿

A组建项目团队，项目经理确定项目编号，通知客户项目编号。

A项目经理产生一个工作职责

A项目经理在本阶段要跟踪事项：

A项目现状

27

XXX系统项目

A风险评估或相关信息

A资源安排

5.3.2项目需求阶段

目标：产生需求分析书

方式：开会

会议型式：每周例会；随时召集

项目经理在本阶段要跟踪事项：

A检查需求书的内容

A控制每项任务的时间

A根据变化对上分段的工作安排作调整

5.3.3项目设计阶段

目标：

A生设计文档

A系统分析师制定技术规范

A制定测试计划

A项目经理在本阶段要跟踪事项：

A每周评审会

A与需求对照控制

A时间控制

A根据变化，调整工作

A根据项目风险，制定措施。（若不能出措施，也要及时做风险

评估）

28

XXX系统项目

5.3.4项目编码阶段

目标：

A规范代码

A测试计划

A项目经理在本阶段要跟踪事项：

A每周评审会

A特殊事件的处理：根据处理需求变化，做出相应安排。

A客户需求变化程序：客户提出需求，客户只可到项目经理处进

行咨询，不能提出需求变化。在客户提出需求变化时，须填写“需求

变化记录表”

A技术工作规则

A开始客户工作，反馈工作进展

5.3.5项目测试阶段

目标：

A确定测试方法

A项目测试结果

A项目经理要跟琮事项：

A每周评审会

A根据测试结果，察看测试的级别，确定相应工作

A项目风险评估会议

5.3.6项目实施阶段

目标：

A项目实施计划书

29

XXX系统项目

A用户手册

A项目经理要跟踪事项：

A客户满意度调查

A项目总结会

A项目文件打包

A通知人事部项目结束

5.3.7项目管理工具

»进度及人员管理

A源码管理

A文档和信息管理

5.4相关管理制度

为保证XXX系统的顺利实施，更好的促进项目各工作组扎实工

作，由项目建设办公室制定如下制度：

一、项目管理制度

（一）组织领导机构、实施机构及职责；

（二）项目会议制度；

（三）项目文件审批、印发及归档制度；

（四）项目《简报》编发制度；

（五）项目安全管理制度；

（六）后勤保障管理制度；

（七）物资设备的管理与使用；

（A）其它项目管理制度。

二、运行维护管理制度

30

XXX系统项目

（一）XXX系统运行安全管理办法；

（二）XXX系统信息安全事故或故障报告制度;

（三）XXX系统业务协调管理制度；

（四）XXX系统设备管理制度；

（五）XXX系统机房管理制度；

（六）XXX系统数据备份制度；

（七）XXX系统服务器病毒防范制度；

（八）XXX系统资料管理制度；

（九）XXX系统密码管理制度（试行）；

（十）XXX系统网络传输线路运维管理制度；

（十一）其它运维制度。

三、应急预案和灾难恢复

（一）XXX系统综合应急预案；

（二）XXX系统网络安全专项应急预案；

（三）XXX系统信息安全专项应急预案。

31

XXX系统项目

6、实施质量控制保障方案

6.1质量控制与保证

目前国内软件开发公司很多，软件项目的质量控制、质量保证和

质量管理也成为一个热门话题。美国著名质量管理专家朱兰有句名

言：”生活处于质量堤坝后面”(Lifebehindthequalitydikes)。

质量正像黄河大堤一样，可以给人们带来利益和幸福，而一旦质量的

大堤出现问题，它同样也会给社会带来危害甚至灾难。我们有能力把

好质量关，维护XXX系统建设项目质量大堤的安全。

6.1.1质量方针和质量目标

我们采用标准的整套MSF项目管理方法论，参照国际质量管理体

系，遵循以规范的管理、一流的品质、个性化的服务，为客户创造价

值的质量方针。

质量保障工具主要有：控制、检查、抽样、因果图、流程图等工

具。

我们的质量目标与XXX系统建设相关要求为：

发布产品的BUG数不超过客户预期

实施过程中，客户的平均满意度达95%以上

注：客户满意度是指回访客户时，满意与比较满意占回访总数的

比例。

6.1.2质量管理体系

我们结合IS09000、MSF、CMM等多种质量管理体系和方法论,建

32

XXX系统项目

立了适合本项目特点的团队模型和过程模型，如下图所示。

项目约束下交付解决方案

增强用户的磕、/质量问题被确定后发布

发布管理

产品平滑部署，稳定操作

图表1项目团队模型

图表2项目过程管理模型一分阶段交付

6.1.3质量控制

在执行本项目过程中，将在开发过程中进行代码审查和系统构

建；在项目的不同阶段，进行单元测试、冒烟测试、集成测试、系统

33

XXX系统项目

测试和验收测试；并对关键过程进行过程控制，使产品的质量受控。

A代码审查

代码审查是为了尽早识别出会导致系统质量问题的编码技术和

错误。虽然可能很耗时，但代码审查必须是项目开发周期中的常规事

件，这是因为在开发时修复缺陷会比以后在产品运维或维护修复周期

中再做这项工作节省大量的时间和工作量，是我们保证本项目工期和

质量的重要手段之一。

在开发之前，项目组开发经理将根据需求中功能、性能、可靠性

等方面的优先级，制定代码审查计划，确定代码审查列表中问题的优

先级排列、进度要求和资源安排。

A系统构建

指本项目系统在开发过程中的每一阶段点都被完全构建，并且通

过一系列测试以