项目实施管理方案.docx

项目实行管理方案
1.1 项目实行与管理目的
一般项目的管理采用目的管理法。项目管理目的重要涉及用户满意度、进度、质量、风险、成本五类，当前重点考虑在满足其它管理目的的前提下取得最大用户满意度。
用户满意目的
用户满意是项目管理追求的首要目的，也是其他目的执行的指导原则。
进度控制目的
遵照招标书规定，严格遵守协议规定，不折不扣地准时完毕协议规定的所有工程任务。在工程执行过程中出现任何变化，在保障用户利益的前提下，双方磋商、达成一致，保证协议完毕，让用户满意。
质量控制目的
质量是工程建设的基石，没有质量其他目的就没故意义。质量控制在项目管理中是极其重要的，通过建立规范的管理体系、严格的内部管理措施、可靠的工程质量保障机制、明确的验收方式、有效的知识转移培训和完备的售后服务措施，保证项目的顺利实行，不会导致任何形式的返工。
风险控制目的
任何事件的发展都会有一定意外，它的发生是不拟定的，这种脱离常规的意外称之为风险。风险存在于任何工程建设项目，风险控制是长期、大型项目管理所必需的管理内容。根据以往经验，重视风险要比风险管理自身更重要。风险不可预测，但可以管理与补救。本项目将从风险因素管理、风险预警与应急管理、风险补救三个方面保证项目风险处在管理控制范围之内。
预算控制目的
项目预算控制反映了项目建设的高效性，考核项目预算是自我监督的重要环节，目的在于提高项目管理水平。控制项目预算的表现在资源调配的合理、高效，重点在于项目规划设计与组织，难点在于对用户需求把握的准确性和设计的合理性、科学性。
我公司目前自行开发的PMS系统作为专业的项目管理工具。通过该工具的各个模块实现对项目的全面管理。
PMS系统可认为项目经理提供如下帮助：
1）为项目分派人员，并为项目人员编制任务计划，同时对于人员的实际工作地点以及工作任务也可以实时进行跟踪和监督，从而实现项目人员的全面监管；项目团队配置情况页面如下图所示：

项目人员分派
2）运用PMS系统可以对每月项目的费用进行预算，并能实时进行计划值与实际值的对比，为项目经理提供决策支持；项目预算配置页面如下图所示：

项目预算管理
3）在项目的实行与运维过程中，它可以对里程碑任务进行跟踪并使里程碑获得财政审批以确认收入，它使得项目经理可以管理项目中的问题和缺陷，它也可以对审查和流程进行跟踪；项目里程碑配置页面如下图所示：

项目里程碑管理
4）它尚有助于项目经理加速报告的进程。
1.2 项目组织机构
1.2.1 项目组织架构
本项目的项目组织架构由XX报社项目组和XX公司项目组共同组成，采用项目领导组领导下的各级项目组长负责制，并明确规范所属各组的职责及组间协调关系。这种组织结构是XX公司在多个大型工程项目采用，并被验证为行之有效的工程组织方案。
整体项目的组织结构如下图所示：

整体项目组织结构图
项目管理采用项目组长负责制，形成内部垂直管理体系。各项目小组之间的工作流程和协作关系如下。
n 项目领导小组
负责该项目的统一领导，在实行过程中进行管理，做出重大决策。
n 项目经理
项目经理是项目的总负责人，对内负责公司内部资源的协调，对外负责与客户的沟通，对项目的决策、需求变更、执行进度等负责。
项目经理是整个项目执行过程中的关键人物，项目经理的更换必须以正式的形式向XX报社项目领导小组申请，在得到批准后方可调换。
n 技术经理
技术经理负责项目的总体设计，指导管理体系梳理、业务架构和技术架构设计、总体技术方案实现以及各地实行方案的设计和评审，指导各小组的设计和开发工作。同时还需要负责技术路线选择、技术架构设计和逻辑结构设计，带领和指导设计团队进行具体的系统设计。
n 需求组
由各模块项目经理及设计师组成，负责进行各模块需求调研，根据调研结果编写需求调研报告。
需求开发组的工作分为两个阶段，第一阶段的任务是框定项目的范围，第二阶段的任务是进行具体的需求调研工作。
需求组需要XX报社集团及其相应部门的相关人员配合。
n 设计组
负责解决系统建设过程中的各种规划和设计问题：负责编写系统建设方案，负责编写系统安装配置手册，负责制定各阶段验收方案。总体设计组由XX公司的系统设计人员和各方面技术专家组成。
n 开发组
负责进行XX报社集成信息门户项目系统的软件开发，输出源程序、目的程序及用户操作指南。开发组由XX公司各级别软件开发工程师组成。
n 测试组
负责对系统进行内部测试。涉及功能测试和性能测试。为了严格把关、提高测试效率，项目组将设立专门的测试岗位，派专人完毕软件测试工作。并且，邀请用户方委派代表监督测试工作的执行过程。测试组由XX公司技术负责人、业务负责人和用户方代表组成。
n 实行组
实行组负责XX报社集成信息门户项目操作系统、中间件、数据库如搭建、系统的部署和安装工作，以及相关部署文档的整理工作。
n 培训组
培训组负责三个标段模块的使用、管理和配置的现场和远程培训工作。
培训组成员由实行组和部分开发组成员兼任。
n 运维服务组
运维服务组负责软件推广实行后的本项目的技术支持与服务工作，提供应用户及时准确的帮助，涉及系统的培训、使用方便的热线征询、现场服务和故障的修复。运维服务组由XX公司技术服务中心工程师和现场工程师组成。
为保证项目的成功完毕，涉及设计、开发、实行等在内的所有XX公司项目组的技术人员将在项目经理带领下，组成项目的长期服务机构。
n 商务代表
商务代表负责协调项目的协议及相关软硬件厂商的沟通协调。
1.2.1.1 参与本项目人员汇总表
序号
项目组职务
姓名
资格证明
证书名称
级别
证号
1
项目经理

2
技术经理

3
高级需求分析师（协同办公）

4
高级需求设计师（人事薪酬）

5
中级需求分析师（协同办公）

6
中级需求设计师（人事薪酬）

7
高级系统设计师

8
中级系统设计师

9
中级系统设计师/数据库设计师

10
中级系统设计师

11
高级开发工程师

12
高级开发工程师

13
高级开发工程师

14
高级开发工程师

15
中级开发工程师

16
中级开发工程师

17
中级开发工程师

18
中级开发工程师

19
中级开发工程师

20
测试工程师

21
测试工程师

22
实行负责人

23
实行工程师

24
实行工程师

1.3 项目实行规划
本项目建设周期为1年，为保证项目实行进度和质量，满足XX报社建设目的，分两组进行并行开发，其中门户和协同办公第一组，人事薪酬第二组。此外，门户和公文管理部分可以在12月份之前快速上线。实行整体规划如下图：

1.4 项目实行计划
招标规定本项目建设周期为1年。XX公司根据1年的建设周期规定提供整体项目实行计划和保障措施，具体实行计划安排如下：（假设本项目于2023年9月10日签订协议）

项目阶段
时间计划
工作内容描述
备注
一、项目启动
2023/9/10~2023/9/15

《项目任务书》《项目总体计划》
1、项目规划
2023/9/10~2023/9/12
成立项目组，拟定工作分工和工作方法
成立项目组、对项目范围、目的达成共识、项目启动
签订项目任务书
制定项目总体计划
二、需求分析
2023/9/16~2023/12/31

《需求规格说明书》
第一组：门户和协同办公需求调研及分析（2023/9~2023/10）
涉及需求调研、需求分析、编写需求规格说明书和需求确认。

1、需求调研
2023/9/16~2023/9/30
搭建试用系统，培训与调研业务流程、管理规定和功能需求
2、需求分析级设计
2023/9/16~2023/10/15
部分界面原型设计、编写《需求规格说明书》
3、需求评审确认
2023/10/16~2023/10/31
组织需求评审
完善《需求规格说明书》，需求签字确认
第二组：人事薪酬、集成及广义数据管理需求调研及分析（2023/11~2023/12）
1、需求调研
2023/11/01~2023/11/31
搭建试用系统，培训与调研业务流程、管理规定和功能需求
2、需求分析级设计
2023/11/15~2023/12/15
部分界面原型设计、编写《需求规格说明书》
3、需求评审确认
2023/12/16~2023/12/31
组织需求评审
完善《需求规格说明书》，需求签字确认
三、系统设计
2023/10/01~2023/01/31

《系统设计说明书》
第一组：门户和协同办公系统设计（2023/10~2023/11）
系统设计说明书
1、系统设计
2023/10/01~2023/10/31
系统数据库设计、功能设计、接口设计
2、设计评审
2023/11/01~2023/11/15
组织设计评审
完善《系统设计说明书》
第二组：人事薪酬、集成及广义数据管理系统设计（2023/11~2023/01）
1、系统设计
2023/11/15~2023/01/15
系统数据库设计、功能设计、接口设计
2、设计评审
2023/01/16~2023/01/31
组织设计评审
完善《系统设计说明书》
四、系统开发
2023/10/15~2023/4/30

源代码、《配置管理报告》
第一组：门户和协同办公系统开发（2023/10~2023/02）
代码开发及单元测试
1、PC门户
2023/10/15~2023/11/15
PC门户开发及单元测试
2、移动门户
2023/10/15~2023/11/15
移动门户开发及单元测试
3、信息门户
2023/10/15~2023/11/15
信息门户开发及单元测试
4、协同办公应用
2023/11/01~2023/02/28
公文、事务、会议、车辆、办公用品、知识管理、协同管理、各部门其他协同办公开发及单元测试
第二组：人事薪酬、应用集成开发（2023/12~2023/03）

1、人事薪酬应用
2023/12/01~2023/03/15
人事档案、稿费核算、薪酬管理、考勤、协议、社保福利、干部评议、员工绩效考核、党工团管理开发及单元测试

2、应用集成
2023/03/15~2023/03/31
北大方正采编业务系统2.0版、
北大方正采编业务系统二期、金蝶财务系统、审计管理系统、舆情系统、两微端管理系统（涉及微博、微视、微信、app客户端）开发及单元测试

3、中经网对接
2023/03/15~2023/03/31
与中国经济网的对接开发及单元测试

五、系统测试
2023/11/1~2023/03/31

源代码和《测试报告》
第一组：门户和协同办公系统测试（2023/11~2023/02）
涉及集成测试、联调测试、压力测试

1、制定测试计划
2023/12/1~2023/12/25
制定 测试计划和测试方案
2、准备测试环境
2023/12/26~2023/12/31
准备测试环境、测试数据
3、系统测试
2023/01/01~2023/02/28
系统测试、集成测试、性能测试和安全测试
第二组：人事薪酬、应用集成测试（2023/12~2023/03）
1、制定测试计划
2023/12/15~2023/01/15
制定 测试计划和测试方案
2、系统测试
2023/01/16~2023/03/31
系统测试、集成测试、性能测试和安全测试

六、系统安装调试
2023/04/01~2023/04/15

《安装维护手册》、《系统操作手册》
1、系统安装调试
2023/04/01~2023/0/15
系统安装
系统数据初始化
系统调试
《安装维护手册》、《系统操作手册》
七、系统初验
2023/04/15~2023/04/30

《系统初验报告》、《初验文档》
1、验收文档准备
2023/04/16~2023/04/25
准备需求文档、设计文档、测试文档、操作手册等
验收文档
2、系统初验
2023/04/26~2023/04/30
召开验收会议，签字确认系统初验

八、系统上线试运营
2023/5/01~2023/7/30

《系统运营报告》
1、系统试运营
2023/03/16~2023/05/31
用户培训及试运营
问题收集
系统完善和优化

九、系统终验
2023/08/01~2023/08/31

《终验报告》、《终验文档》
1、验收文档准备
2023/08/01~2023/08/20
准备技术文档、需求文档、测试文档等
验收文档和系统完善
2、系统终验
2023/08/21~2023/08/31
验收申请、组织验收会和签字确认
十、运维服务
2023/09/01~2023/08/31

《服务日记》、《系统运营报告》
1、系统完善和优化
2023/9/01~2023/08/30
根据运营情况进行系统完善和修改

2、技术支持与服务
技术支持与服务

1.5 软件过程管理
软件过程管理的一方面是提高质量，减少成本；另一方面则是软件的工程化开发提供保障。
根据此项目的特点以及公司CMMI5的管理规定，我们在软件过程管理中将在软件原型的基础上采用“渐进生命周期模型”，形成合理的过程管理方法。项目的完整生命周期从立项开始到维护期结束，XX报社集成信息门户项目管理过程分为项目调研与需求管理、系统设计、编码开发、软件测试、集成服务、施工保证、试运营与维护等管理。
1.5.1 项目调研与需求管理
1.5.1.1 概述
项目调研是通过调查与分析，获取XX报社集团的需求，了解XX报社集团的组织结构、拟定用户并辨认部门关键的业务过程与活动、区分过程和活动的优先级、了解部门现有信息系统及运营状况、了解系统功能/性能接口列表等。
需求管理是在XX报社集团与XX公司之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更，实现对需求的确认、跟踪、变更控制等。
1.5.1.2 项目调研与需求管理环节
n 项目调研过程
通过调查与分析，获取XX报社集团的需求并定义系统需求，涉及需求调查、需求分析、需求定义：
需求调查：在XX报社集团进行访谈式和问卷式调研，通过各种途径获取用户的需求信息（原始材料）。在需求调查时，XX公司应做尽也许具体的记录，回公司整理后，发给需求负责人，项目负责人收集所有记录，形成项目整体的需求记录。另在调研时应注重对调查结果进行整理，并对现有业务流程进行整理（形成用例），以保证被调查业务的完整性。
需求分析：对各种需求信息进行分析，消除错误，刻画细节等。
需求定义：根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《系统需求规格说明书》。系统设计人员将依据《系统需求规格说明书》开展系统设计工作。需求人员要协助测试人员一起制定《系统测试计划》和《系统测试用例》。
n 需求管理过程
项目调研管理涉及需求确认、需求跟踪、需求变更控制管理。
需求确认：由XX报社集团和XX公司共同对《系统需求规格说明书》进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业协议效果。需求确认涉及“需求评审”和“需求承诺”。
需求跟踪：比较需求文档与后续工作成果之间的相应关系，建立与维护“需求跟踪矩阵”，保证“需求－设计－编程－测试”之间的一致性，保证产品依据需求文档进行开发。
需求变更控制是指依据“变更申请－审批－更改－重新确认”的流程解决需求的变更，防止需求变更失去控制而导致项目发生混乱。
1.5.1.3 交付件
《系统需求规格说明书》
1.5.1.4 完毕标准
《系统需求规格说明书》审批通过。
1.5.2 系统设计
1.5.2.1 概述
系统设计覆盖《系统需求规格说明书》的所有内容，并作为程序开发的依据，使系统可以被软件开发小组顺利地实现。
1.5.2.2 系统设计的环节

n 概要设计
概要设计注重宏观和框架的设计，涉及总体结构设计、全局数据库（涉及数据结构设计）、外部接口设计、功能部件分派设计、部件间接口设计，覆盖《系统需求规格说明书》中的功能点列表、性能点列表、接口列表。其过程如下：

其中数据库设计涉及数据库需求分析—→数据库概念设计—→数据库物理设计三个阶段，其过程如下：

n 具体设计
具体设计覆盖《系统概要设计说明书》的所有内容，注重微观和框架内的设计，是各子系统的公用部件实现设计、专用部件实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、报表输出模块设计、前台用户界面设计、后台数据解决模块设计、数据传输与接受模块设计等。
在设计阶段后期要重新进行规模、工作量和进度的估算，调整开发计划。进行概要设计的人员要协助测试人员一起制定《系统测试计划》和《系统测试用例》；进行具体设计的人员要制定《系统单元测试计划》和《系统单元测试用例》。
1.5.2.3 交付件
n 《系统概要设计说明书》
n 《系统具体设计说明书》
1.5.2.4 完毕标准
《系统概要设计说明书》和《系统具体设计说明书》审批通过。
1.5.3 编码开发
1.5.3.1 概述
软件实现是通过输入《系统具体设计说明书》，输出源程序、目的程序及用户指南，此阶段分为编码、代码静态检查和单元测试三个环节：编码人员根据《编码规范》进行编码；代码静态检核对代码的规范符合度进行检查，质量保证人员也要抽查编码规范的遵守情况；单元测试由编码人员根据具体设计阶段制定的测试用例自行或交叉进行，最终形成《单元测试报告》。
1.5.3.2 编码开发的环节
1、项目组根据概要设计说明书、具体设计说明书制定系统实现计划
2、有条件的情况下保证开发、测试和生产环境独立。选择软件工具，明确项目成员的职责分工，按照编码规范和具体设计实现软件功能。
3、代码应满足结构良好，清楚易读，且与设计一致，符合编码规范。
4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。软件功能说明文档应说明项目名称、编号、软件名称和版本号，软件功能、重要功能实现过程。源代码说明应说明项目编号、软件名称、功能，全局变量、数据库字典、函数功能、接口。该文档包含在源代码文献中，以注释形式存在。
5、项目组进行单元测试和集成测试。开发人员解决测试人员反馈的测试问题，并以书面形式反馈重要问题及解决办法，直至系统运营稳定。
6、汇总并提交所有相关文档，提交公司备案。
1.5.3.3 交付件
n 系统源代码；
n 《单元测试报告》
1.5.3.4 完毕标准
系统编码结束。
1.5.4 软件测试
1.5.4.1 概述
软件测试涉及单元测试、集成测试、系统测试、运营与验收测试，其中单元测试在系统实现阶段实现，运营与验收测试在实行与运营阶段实现。测试的内容有接口与途径测试、功能测试、健壮性测试、性能测试、用户界面测试、压力测试、可靠性测试等。
制定系统整体测试方案，将报指定的有资质认证的软件测试中心进行检测。
1.5.4.2 软件测试过程
软件测试过程如下图：

第一步：制定测试计划。
第二步：设计测试用例。
第三步：执行测试。
第四步：撰写测试报告。
第五步：消除软件缺陷。
1.5.4.3 交付件
n 《软件测试计划》
n 《软件测试报告》
1.5.4.4 完毕标准
《软件测试报告》审批通过。
1.5.5 集成服务
1.5.5.1 概述
集成涉及用户集成、数据集成和数据集成。系统间集成的方式有服务的方式、队列方式、数据库表方式等。本项目的具体集成方式根据XX报社集团的规定来最后拟定。
1.5.5.2 集成过程
Ø 拟定集成需求
XX公司项目组和甲方、其他相关应用系统开发商一起，对系统集成需求进行调研，重要从应用系统集成需求、应用集成平台需求和基础支撑环境需求三个角度展开相应用系统集成工作的全面调研，明确系统之间的关联关系，以及应用系统与应用集成平台的关联关系，确认整体集成需求，以更好的开展集成设计工作。
Ø 执行集成标准
在集成设计时，规范标准很重要。本系统的集成将按照XX报社集团制定的应用集成规范和标准进行门户、应用和数据集成。保证集成的技术先进，灵活可扩展。
Ø 统一集成设计
有了对需求的全面完毕的把握，项目按照SOA架构进行总体设计，并基于构件技术相应用系统进行切分并开发这些构件，最终由总集成商集成在应用集成平台上。
Ø 集成测试实行
集成实行阶段一方面需要确认集成环境已经准备继续，然后组织集成的相关系统开发商和业务部门进行集成测试，测试通过进入试运营，试运营期间有问题及时记录、修改并测实验证问题，保证集成顺利实行。
1.5.5.3 交付件
n 《集成设计说明书》
n 《集成测试报告》
1.5.5.4 完毕标准
集成测试实行通过。
1.5.6 施工保证
1.5.6.1 概述
在XX报社集团进行的系统的软、硬件安装调试，以及系统管理员培训、业务操作培训、现场培训、数据初始化和数据导入等工作。XX公司对试运营结果和意见进行汇总，提交系统试运营报告，并请XX报社集团进行审核批示，拟定需作改善的问题，交付XX公司进行修改，XX公司根据问题汇总制定修改计划，并准时完毕软件更新。
1.5.6.2 系统实行过程
系统实行是一项复杂的工作，需要XX报社集团和XX公司做认真细致的准备。进行软件工程过程中发生的各种软件工程管理活动。实行项目计划，最重要的是遵循计划，并完毕相关的工作。 实行过程涉及以下环节：
1.5.6.2.1 设备与系统检测
检查系统所包含的硬件设备和系统软件是否正常。硬件设备有主机、网络、线路和电源；系统软件重要涉及操作系统版本、IE版本、数据库系统、应用服务器、Web服务器等。
1.5.6.2.2 安装应用系统
n 安装数据库，进行初始化；
n 安装、配置中间件平台系统；
n 配置HTTP系统；
n 应用软件的安装。
1.5.6.2.3 运营规划与准备
在本阶段对业务流程进行具体划分，拟定并安排每个岗位的职责，拟定业务过程的衔接，准备操作员信息表，拟定每个操作员的岗位；
进行人员的管理征询培训和上线准备培训。
1.5.6.2.4 基础数据准备与导入
和XX报社集团进行基础数据编码规划探讨，XX报社集团按照基础数据编码规划填写数据准备表；
基础数据准备好后，在系统中录入数据，进行数据初始化。
1.5.6.2.5 测试应用系统
与XX报社集团协商，制定测试计划；
安排所有业务部门，进行测试及操作培训。
1.5.6.3 交付件
系统实行的交付件有《系统实行计划》、《系统管理员手册》、《用户操作手册》。
1.5.6.4 项目施工保证
按项目实行进度计划安排日程，规定所有实行人员掌握整个项目计划，明确每一个实行人员的权利及义务，对实行人员进行产品及技术培训。
实行《实行人员管理计划》，保证所有人员履行所属责任。天天准时到实行地点报到上班，并分派当天工作任务，在当天工作完后对当天的工作进行总结，并计划分派第二天的工作任务。
项目经理及技术骨干天天按项目实行标准及计划，定期巡视实行现场，保证项目进度如期进行及达成实行标准。如实行环境发生特殊情况，立刻告知项目经理，有需要时同时告知用户，以做出适当解决。
实行组天天应归纳工作中出现的所有问题，做出实行进度情况总结报告，并向负责人提交，并做到对文档资料的及时归档、建档。
项目经理批阅天天有关总结报告后，应快速做出回应，根据实际需要调动人员及调整实行计划，以保证项目的质量及进度。
项目组将按照以下两种方式向甲方提交书面项目进度报告：
1、于每月结束后五个工作日内提交；
2、按照约定的项目进度安排，于每一阶段工作完毕后五个工作日内提交。
项目进度报告的内容涉及：项目进度、已完毕的开发项目、本项目的预期效果、人员配置情况，以及其他与本项目有关的甲方应当知道或其规定知道的情况。
系统实行中应注意：
n 坚持质量第一，保证规范实行；
n 按计划和方案组织实行；
n 严格执行标准实行安装程序和制定的相应技术规范和规定；
n 严格按照标准保证项目的质量，保证可靠性，安全性；
n 必须严厉工作纪律，各级实行人员都不得随意更改方案的内容，如因实行条件变化，方案难以执行，或方案内容不切合实际之处，应逐级上报，经变更确认后，方准执行新规定。
1.5.7 试运营与维护
1.5.7.1 概述
1.5.7.2 试运营与维护过程
1.5.7.2.1 模拟运营
初步测试后，业务部门进行并行操作模拟运营，并随时进行比较，确认系统有效。
1.5.7.2.2 正式运营
在确认基础数据正常后，与XX报社集团拟定正式运营日期；录入相关单据，初始化系统。
1.5.7.2.3 问题反馈与改善
拟定需作改善的问题，交付XX公司进行修改，XX公司根据问题汇总制定修改计划，并准时完毕软件更新。
1.5.7.2.4 系统运营维护
系统需求变更或调整，记录变更因素和软件及源代码的版本控制，按照软件变更规定对系统进行维护。
1.5.7.3 交付件
系统试运营与维护的交付件有《系统试运营报告》。
1.6 项目进度管理
项目的进度直接关系着整个项目的成本，特别是像本项目这样长周期的系统工程项目，有效的项目进度的控制方法必不可少。
项目进度管理从以下几个环节有序进行：活动定义、活动排序、活动资源估算、活动连续时间估算、制订进度表以及进度控制。
XX公司采用世界知名的项目管理软件PMS系统制作WBS工作分解结构，具体涉及：活动定义、活动排序、活动资源估算、活动连续时间估算、制订进度表，如下图所示：

WBS工作分解
上图中每个里程碑填写完毕后，项目经理必须提交审批，一经审批后项目经理不可做任何修改。通过WBS结构分解，将每项任务拆分为若干个基本的活动，同时结合里程碑和关键途径分析，精确的控制整个项目的时间进度。
根据项目成立初期做的项目进度计划，项目经理每月需提交月状态报告说明该月项目的进度情况，同时项目经理指派人员进行本项目的进度对照，出具项目进度跟踪表，根据此结果对项目进行预警或采用相应的改善措施。项目进度跟踪表如下图所示：

项目进度跟踪表
1.7 项目质量管理
1.7.1 目的和依据
1.7.1.1 质量保障的目的
为保证系统可以充足满足用户的质量规定，使系统实现用户规定的功能，我们站在用户立场上来掌握产品质量，我们进行有计划、有组织的系统设计开发活动，依据有关国际国内标准，在需求分析、系统开发、系统测试、人员培训等方面为项目在预定期间内完毕并达成用户规定提供保证措施。
1.7.1.2 质量保障的依据
CMM和ISO9000质量体系标准，这些标准已经转化为公司标准和规范，如：《六个统一管理规定》。
XX报社集团相关标准和规范。
其他相关技术标准。
1.7.2 项目质量保障框架
项目质量保障一直是国内应用软件建设项目的难点和软件工程的关注点。北京XX公司根据大量的项目经验，总结出了一套项目质量保障手段，形成了项目质量保障框架。

项目质量保障框架图
1.7.2.1 软件产品质量保障
为了保证软件质量，我们将从以下五个方面保证软件质量。
Ø 需求定位保障
需求调研的完整性与准确性是软件开发质量的首要保证。假如需求调研的结果不能对的反映用户的业务，或者不能全面反映用户的业务，那么后期的软件质量无需谈起。所以，北京XX公司总结经验，提出了严格把握需求质量的管理规定。具体工作涉及：
n 需求调研工作必须在用户现场进行；
n 调研过程必须有严格的工作计划，涉及与用户交流的时间安排；
n 调研过程中出现的业务问题、调研时间变更问题，必须要在当天反映到项目管理层，由管理层出面解决，并由管理层备案，必要时要反映给整个项目的决策层。
n 调研人员携带录音笔的同时，必须也要有笔记，当天材料当天整理。
n 调研过程中涉及到几个部门的复杂业务问题，必须以书面形式上报项目组长，由项目组长协调、贯彻解决。一时无法解决的问题，要作为重大业务问题，反映到XX报社集团党组办公会加以协调。
n 调研人员调研表格格式统一印制，但是调研前的调研准备情况，以及调研内容必须充实，项目质量组会对调研人员进行不定期抽查。
n 调研人员编写的《系统需求规格说明书》，必须通过北京XX公司组织的公司内部专家评审，通过后才干提交用户确认。
n 《系统需求规格说明书》必须通过确认，然后才干进入系统设计阶段。
Ø 软件编码质量保障
北京XX公司根据数年的软件开发经验，总结、开发了ResouceOne 软件组建架构，指在完毕组建化开发体系。为此，在软件编码的规范上做了详尽的规定，具体体现在：
1) 编码风格上的规定，如类、变量、方法的命名规则。
2) 类定义的规范。
3) 编码注释规范。
4) 接口定义规范。
5) 组件定义规范
ResouceOne 软件组建架构拥有了自己的开发环境与编译环境，以保证规范的贯彻，提供自己的组件容器，以及组件管理与部署工具，以保证组件的可应用性。
Ø 软件测试质量保障
准确的说明，测试自身就是软件质量保障的重要手段。这涉及我们通常所说的白盒测试与黑盒测试。我们组织专门的测试组来保证软件质量。
白盒测试重要是读码测试。我们采用交叉读码，小组讲码的方式进行。根据我们的经验，读码与讲码不仅可以发现软件编码问题，更可以实现细节沟通，优化编码结构，提高软件质量。组织读码与讲码，是公司尽一年来开发软环境建设的重要内容。
黑盒测试的测试方法：是由一些非编码人员根据《系统需求规格说明书》的规定对打包好的软件进行测试环境部署、模仿使用，以发现软件中的问题。黑盒测试涉及安装测试、功能测试、组装测试、压力测试、集成环境测试五种。在该项目中，我们组织了专门的测试组来完毕黑盒测试。此外，用户验收过程也是一个测试过程，是一个抽测过程。我们会为用户起草验收测试方案。
再有，为了保证测试自身质量得以加强，我们在测试过程中采用了以下手段来加强测试效果，保证测试质量。
1) 采用压力测试工具，发现系统得性能承受能力；
2) 采用测试软件管理整个测试环节；
3) 编写测试案例，规范测试行为，提高测试效率；
4) 编写测试大纲，加强测试组与开发组的沟通；
5) 平台测试，平台是公司已有产品，对平台的改动由独立的测试小组完毕
我们的测试方案与测试用例对XX报社集团完全公开，并且需要通过XX报社集团或其委托人审批。测试中系统如有任何部分发生故障，则测试重新开始，整个系统需整体通过测试后才标志测试工作完毕，最后提交测试报告。
Ø 软件部署质量保障
软件部署过程涉及了系统环境搭建、应用软件安装、数据库搭建、初始数据建设、系统调优和全市联调六个环节。软件部署质量保障关键在于软件部署方案的设计与贯彻。为此，要有专门的文字材料，要通过总工程师的审阅与用户的认可。
软件部署方案将涉及环境规定、建设环节、参数设立、初始数据内容、以及准确的联调时间，以及联调内容。
Ø 软件应用质量保障
软件应用的效果也是这次项目建设成败一个很关键的工作。具体体现在下面几个方面。
软件应用治疗保障方法
应用效果控制
控制方法
培训质量
培训材料的准备、培训人员对培训内容的理解与掌握，培训口才，培训态度和培训时间
用户配合限度
组织专门的交流会、项目启用动员会，现场技术支持人员的讲解，考核机制
系统易用性
人性化的操作、图形化的界面、非变成化的定制、“拖曳”式的流程定义、手写笔、电子盖章等。
1.7.2.2 技术保障
技术保障涉及技术人员数量保障、技术人员素质保障和技术人员培训与考试，因此，根据我们数年相关经验，提出了“六统一”思想。
Ø “六统一”介绍
以下引用自北京XX公司“六统一管理规定”：
为了规范公司软件项目的开发及提交管理，有效的运用项目资源和实现复用并且增强对项目从设计到开发以及交付各个阶段的把关，要实现六个统一：
l 统一文档管理
l 统一build管理
l 统一代码安全管理
l 统一设计review
l 统一代码review
l 统一软件出版管理
其中，统一的文档管理和代码安全管理，重要是通过统一的版本控制工具管理文档和代码的版本和内容；统一的build管理和软件出版管理，是通过统一build工具、过程规范来统一的build来源和软件出版的规范，对开发结果进行统一管理控制和发布；统一review设计和代码，是通过统一的代码和设计review提高开发质量和设计水平，重要涉及两方面：第一，项目经理对开发人员代码的review和review后的指导；第二，公司组织对设计review，将设计高度从项目组设计高度提高到公司设计的高度，有效复用。
针对以上的规定，基础技术资源开发与管理部之前提交了一个合用于各个团队内部的项目管理规范：《管理规范》，涵盖了整个软件过程的三条线和八个点的具体管理办法。
三条线：【文档管理】、【源代码控制】、【提交物版本控制】
八个点：【需求】、【总体设计】、【技术设计】、【开发（code）】、【开发（build）】、【测试】、【实行】、【用户验证和使用性测试】
本实行规范站在更高的层面，在各个项目组及团队之间来约束和规定各项目，保证其最新提交物可以提交到公司。不同项目组可以在权限允许的情况下直接获取和参考其他项目的最新成果，并且公司可以集中优势技术资源来对各个项目的关键点进行指导和把关，避免技术方向失误及反复开发，同时也可以此为基础形成相关产品的复用。
Ø 实行“六统一”
1、基础环境
开发工具：R1 Bizfoundation V5.0
开发语言：Java
2、项目定岗信息
根据“六统一管理规定”填写下表：
项目定岗信息
岗位
姓名
总设计师

项目经理

测试经理

文档管理员

代码管理员

Build管理员

3、具体任务和分工
具体任务和分工表
任务
具体内容
负责人
源代码
版本管理环境搭建和维护

建立和维护工程
权限分派
提交（含公司、客户）
代码Review

文档
文档清单

文档模版
文档Review
Build
Ant脚本维护

版本标签
修改列表
提交
测试
测试环境搭建和维护

权限分派
单元测试
集成测试
用户提交的Bug收集
测试管理
部署
数据部署和维护

应用部署
Ø 技术人员保障
北京XX公司为了提高所承接项目的质量，为了提高工作效率，在整个项目过程中对内部人员还要针对项目自身组织多次培训，保证每个项目参与人员可以高质量的完毕本职工作。
n 项目背景与用户背景讲解。介绍用户的业务、组织，项目的定位、重心等内容，使整个项目团队可以宏观理解整个项目的价值和意义。从而提高团队的战斗协调性，提高团队的价值认同感。
n 需求分析讲解。根据需求调研与分析结果，给团队讲解项目的功能、流程，使各种技术人员都可以全面理解该系统，从而提高工作效率。
n 系统设计培训。根据系统设计结果，给整个团队讲解产