项目计划书，软件计划书

1 概述 

1.1 目的 

1.2 术语和缩写 

2 项目信息 

2.1 项目范围 

2.2 客户与最终用户介绍 

2.3 项目约束 

3 软件生命周期 

4 人力资源计划 

5 软硬件资源和管理工具计划 

6 干系人介入计划 

7 沟通计划 

7.1 内部沟通计划 

7.2 与客户的沟通计划 

7.3 关键依赖管理计划 

8 培训安排 

8.1 培训目的 

8.2 培训对象和培训内容 

8.2.1 培训对象 

8.2.2 培训内容 

8.3 培训方式 

8.3.1 培训计划 

9 数据资料管理计划 

10 软件工程计划 

10.1 需求管理计划 

10.2 需求变更管理 

10.3 决策分析计划 

10.4 实现 

10.5 风险管理计划 

10.6 测试计划 

10.7 度量计划 

10.8 配置管理计划 

10.9 移交计划 

10.9.1 项目交付物及验收 

10.9.2 售后服务 

10.10 质量保证计划 

10.11 评审计划 

10.11.1 评审环境配置 

10.11.2 评审的标准 

11 其他注意事项 

软件全套资料部分文档清单：
工作安排任务书，可行性分析报告，立项申请审批表，产品需求规格说明书，需求调研计划，用户需求调查单，用户需求说明书，概要设计说明书，技术解决方案，数据库设计说明书，详细设计说明书，单元测试报告，总体测试计划，单元测试计划，产品集成计划，集成测试报告，集成测试计划，系统测试报告，产品交接验收单，验收报告，验收测试报告，压力测试报告，项目总结报告，立项结项审批表，成本估算表，项目计划，项目周报月报，风险管理计划，质量保证措施，项目甘特图，项目管理工具，操作手册，接口设计文档，软件实施方案，运维方案，安全检测报告，投标响应文件，开工申请表，开工报告，概要设计检查表，详细设计检查表，需求规格说明书检查表，需求确认表，系统代码编写规范，软件项目质量保证措施，软件部署方案，试运行方案，培训计划方案，软件系统功能检查表，工程试运行问题报告，软件合同，资质评审材料，信息安全相关文档等。

建设方案部分资料清单：

信创云规划设计建设方案，新型智慧城市解决方案，医疗信息化中台技术架构方案，智慧消防建设规划方案，智慧校园技术方案，智慧医疗技术方案，智慧园区管理平台建设方案，智慧政务大数据整体技术解决方案，SRM系统解决方案，固定资产管理系统建设方案，工单管理系统建设方案，大数据管理平台技术方案，GIS地理信息服务平台建设方案，设备管理系统建设方案，远程抄表管理方案，BIM建模建设方案，数字孪生物联网云平台建设方案，仓储管理建设方案，智慧园区整体解决方案 ，智慧工地整体解决方案等等。

全资料获取：本文末个人名片直接获取。

1. 软件工程计划
   1. 需求管理计划
   2. 需求变更管理

成果物	需求类型	责任人员	描述
需求调研记录	需求开发		需求调研的安排
需求说明书	需求开发		用文字来详细描述项目的功能性及非功能性的需求。
需求跟踪矩阵	需求管理		需求跟踪矩阵表

成果物	需求类型	责任人员	描述
需求说明书	需求开发		用文字来详细描述项目的功能性及非功能性的需求，增加了需求变更的内容
需求跟踪矩阵	需求管理		需求跟踪矩阵表，显示变更内容

1. 1. 决策分析计划

决策分析的原则：遇到重大问题或重大风险及技术选型等情况下，实施决策分析。

决策分析参与的角色：项目经理，需求人员，设计人员等。

决策分析通过会议打分的形式进行。

1. 1. 实现

可参考公司通用编码规范。

项目规模小，持续时间短，不需要单独的计划，如软件开发计划、风险管理计划。除详细进度计划外，所有计划均纳入本计划。

1. 1. 风险管理计划

在定义的过程中详细描述了风险策略。风险按发生的可能性、影响和风险评级进行分类。对于影响和风险评级，使用高、中、低。对于发生的可能性，使用低可能性、可能和极有可能。项目风险，包括减轻每种风险的计划，以及应急计划见如下。在每次管理评审中报告风险状态，直到风险得到缓解。

序号	活动	时机	活动描述	责任人
1	风险识别	每周、每阶段	项目经理根据组织级的 《风险库》 和对项目的理解， 组织识别出本项目可能存在的风险， 填写《风险与机会跟踪表》中“项目风险”页。
2	风险评估	风险识别后 每周、每阶段	对识别出的风险逐个进行评估和分析， 量化风险发生的概率和影响程度， 更新《风险与机会跟踪表》中“项目风险”页。
3	风险应对	当风险显露度>0.21 时	1) 风险值 >0.21 时， 针对中高级风险给出风险应对措施，更新《风险与机会跟踪表》中“项目风险”页。 2) 风险值 >0.37 时， 针对高级风险制定并启动应急方案。
4	风险跟踪	每周、每阶段 或事件驱动	1) 项目经理须逐个对风险的状态、 概率、 影响程度和应对措施进行审核、 评价， 更新《风险与机会跟踪表》中“项目风险”内容。 2) 项目例会上， 项目经理需组织项目人员讨论项目风险的状况， 更新《风险与机会跟踪表》中“项目风险”内容。 3) 事件驱动时， 项目经理安排应对措施和应急方案的实施。

1. 1. 测试计划

详见《测试计划》。

产品	验证方法
需求	技术评审，确保客户评审和批准需求；客户参与模拟
设计	技术审查，确保客户审查和批准设计；向客户演示原型以获得反馈
测试	技术评审，以确保产品准备好进行验收试验；验收试验，以证明产品符合要求
用户文档	向客户交付草案版本以获得反馈

1. 1. 度量计划

详见《度量计划》。

1. 1. 配置管理计划

详见《配置管理计划》。

1. 1. 移交计划

详见《上线验收计划》。

1. 1. 1. 项目交付物及验收

序号	交付件内容	交付物名称	交付标准
1	系统需求调研	系统需求调研报告	文档符合规范，通过评审
2	系统详细设计	系统设计说明书	文档符合规范，通过评审
3	系统产品说明	产品说明书	文档符合规范，通过评审
4	系统操作说明	系统操作手册	文档符合规范，通过评审
5	平台部署文档	部署手册	文档符合规范，通过评审
6	研发软件产物，可进行安装部署	平台软件安装包	安装包交付件，功能点满足客户要求，通过客户测试验收。

1. 1. 1. 售后服务

项目整体验收后，软件提供为期叁年的免费质保期；在质保期内我公司将为最终用户提供技术服务热线（7*24小时），负责解答用户在系统使用中遇到的问题，并及时提出解决问题的建议和操作方法。

1. 1. 质量保证计划

详见《质量保证计划》。

公司QA组织将每年对QA进行一次审核，以确保QA符合公司政策和程序。

1. 1. 评审计划

为确保系统的成功实施，将根据本公司的质量程序文件要求，制订详细的的进度计划、质量计划、沟通计划、配置计划等，经买方确认后，在整个项目的实施过程中严格落实执行。公司的过程管理部将作为整个项目的质量保证机构监督项目的全过程。

在设计过程中，公司会对各阶段文档的内容按贯标要求严格地进行评审和验证，并形成正规化文件，保证设计结果严格符合用户的实际需求。前一阶段的设计审查经双方签字的资料作为下一阶段的设计与验收依据。同时我们将提供给用户完善的质量和监督手段来保证信息化建设项目的高质量完成。同时会对所有的质量文件按有关文档管理程序进行有效的控制和管理，以保持质量体系运行的正规化和规范化。这些文件和记录包括项目计划、阶段文档、测试计划、操作手册以及工程实施当中的记录，如评审记录、变更记录等。项目实施过程中产生的会议纪要，由双方确认后进行正式签发与保存。

阶段	评审名称	评审负责人	评审参与人员	评审主要工作产品	评审方式
策划	计划评审	项目经理	项目经理，研发，测试，质量保证	项目计划、从属计划	正式检查
需求	需求评审	项目经理	项目经理，研发，需求人员，测试，质量保证	用户需求说明书	正式检查
设计	设计评审	项目经理	项目经理，研发，需求人员，测试，质量保证	设计说明书	正式检查
编码	代码审查	项目经理	项目经理，研发	系统代码	走查
测试	测试用例评审	项目经理	项目量，研发，测试，质量保证人员	系统测试用例	正式检查

具体评审时间，参见《项目进度计划》

注：

1. 需求和设计阶段的评审必须采取正式检查的方式。
2. 编码和测试阶段的评审可以根据项目实际情况，选择正式检查或者走查的方式。但是小项目的同行评审可以采用走查的方式。