软件项目实施计划.doc

1、软件项目实施计划 软件项目实施计划 第 1 页 共 52 页软 件 项 目 实 施 计 划软件项目实施计划 软件项目实施计划 第 2 页 共 52 页软件项目实施计划 软件项目实施计划 第 3 页 共 52 页目 录1 、项目总体实施方案 .41.1 工程实施原则 .41.2 项目总体推进计划 .51.3 系统实施过程的质量保证活动说明 .51.3.1 需求分析阶段 .61.3.2 总体设计阶段 .61.3.3 详细设计阶段 .71.3.4 系统开发阶段 .71.3.5 系统实施和试运行阶段 .71.3.6 项目验收阶段 .91.3.7 系统正式运行及维护阶段 .91.3.8 各阶段辅助文档

2、.91.3.9 实施过程提交文件汇总 .101.4 项目实施计划 .111.4.1 数据实施步骤 .121.4.2 项目进度安排 .122 、项目管理方案 .132.1 项目管理组织结构 .132.1.1 项目各方角色与责任 .13软件项目实施计划 软件项目实施计划 第 4 页 共 52 页2.1.2 任务分工 .142.2 项目范围管理 .162.3 项目进度管理 .162.4 项目风险管理 .162.4.1 技术风险 .162.4.2 需求风险 .172.4.3 协调与沟通风险 .172.4.4 项目人员风险 .182.5 质量管理计划 .182.5.1 质量管理体系标准 .182.5.2

3、 质量控制过程 .182.5.3 质量评定计划 .182.5.4 质量管理措施 .192.5.5 软件质量控制 .192.6 项目协调与合作计划 .212.6.1 协调与合作管理方案 .222.6.2 协调手段 .222.7 配置管理 .232.7.1 配置管理和版本控制 .232.7.2 变更管理的方法 .242.8 文档管理 .252.9 人员管理 .25软件项目实施计划 软件项目实施计划 第 5 页 共 52 页2.10 保密管理 .253 、测试计划 .263.1 测试工作准备 .263.2 软件开发测试 .263.2.1 模块测试 .273.2.2 功能测试 .273.2.3 性能测

4、试 .273.2.4 分系统测试 .273.2.5 全系统测试 .283.2.6 容量测试 .283.2.7 压力测试 .283.2.8 灾难恢复测试 .283.3 设计测试用例和数据 .293.3.1 建立测试环境 .293.3.2 测试执行 .304 、验收计划 .314.1 验收组织 .314.2 验收内容 .314.3 软件系统的验收 .313.用户方已经认可测试数据 .325 、培训方案 .33软件项目实施计划 软件项目实施计划 第 6 页 共 52 页5.1 培训目标 .335.2 培训方式 .335.3 培训对象 .335.4 培训地点与环境 .335.5 培训计划及内容 .34

5、5.5.1 用户培训 .345.5.2 系统管理人员培训 .346 、技术支持和售后服务 .366.1 技术支持与售后服务政策 .366.1.1 技术后援支持 .366.1.2 技术后援支持方式 .376.1.3 保修及系统维护服务 .37软件项目实施计划 软件项目实施计划 第 7 页 共 52 页1 、项目总体实施方案建设 xxxxxxxxxxx 软件采购是一项复杂、长期的系统工程，为保证工程能够顺利地进行实施，必须要制定科学、合理、切实可行的实施计划。一方面要从组织上进行落实，成立强有力的项目领导小组和经验丰富的项目实施队伍；另一方面要制定严格的时间进度表，明确各里程碑的时间。同时还要制定

6、工作原则，以指导项目的全面实施。1.1 工程实施原则1用户方项目小组的成员，争取参与项目的全过程用户方成立领导亲自挂帅的项目小组，在调研、设计、编码、安装调试、测试、培训、运行、验收、售后服务等项目的各个阶段，配合系统开发方的工作，一方面可以培训自己的技术维护队伍，为系统的使用保驾护航；另一方面，在开发过程中，协调用户方和开发方的关系，保证项目的顺利进行，及时发现问题，并对项目进度和质量进行监督。2采用“两手抓”的方针，一手抓开发、一手抓使用对于软件项目，之所以称为一个工程，很大程度上是因为软件项目的建设，除了技术因素外，还有很多的非技术因素需要考虑，并且必须被得到重视。衡量一个软件项目是否成

7、功，很大程度上不是看这个软件项目采用了多么先进的技术，而是软件对用户来说是否实用，是否能够帮助用户解决许多预期的问题。国内很多软件项目的失败，很大程度上是使用抓得不够。建议在项目的试运行过程中，在抓系统维护的同时，也要狠抓系统的使用，开发方和用户方齐心协软件项目实施计划 软件项目实施计划 第 8 页 共 52 页力帮助业务人员从原来的手工处理转到计算机辅助处理上来，在业务人员适应计算机辅助业务处理的过程中，尽可能早发现系统中存在的问题，从而最大可能地使系统保质保量的按时完成。3数据同程序同等重要该系统的建设，数据位于首要的地位，程序的编写完成，仅仅意味着系统完成了一半，数据的收集、整理、录入，

8、对系统的建设来说同等重要。在项目实施过程中，一定要重视系统中数据的录入工作，充分估计数据处理的难度，在系统建设之初，就将数据工作提到议事日程上来，安排相应的资金、时间等，将数据工作落到实处，只有这样才能争取系统早日达到实用化。1.2 项目总体推进计划为了有效地保证系统开发的质量，整个系统建设的全过程划分为准备、设计、开发、实施和运行阶段，每个阶段完成相应的任务，确保信息系统的建设。如下图所示：软件项目实施计划 软件项目实施计划 第 9 页 共 52 页1.3 系统实施过程的质量保证活动说明在实施过程中将发生的重大质量保证活动或由此将产生的质量记录和产品，项目管理与开发阶段划分密切相关，因此主要

9、按照项目实施的具体阶段划分说明。1.3.1 需求分析阶段首先需要经双方协调，形成需求调研计划及需求调研大纲 ，确定准备工作、需求调研的内容、方法方式以及人员和日程安排等内容，经双方同软件项目实施计划 软件项目实施计划 第 10 页 共 52 页意后按此计划开始调研。调研正式开始前项目开发组应检查所有必要的准备工作已经圆满完成。项目开发组根据调研中系统实际技术需求和各个子系统的业务需求，编写并向工程领导小组提交符合 CMM LEVEL 3 规范要求的系统需求分析报告 ，并由项目组评审，不合格的部分进一步完善调研；评审通过后由双方共同签署评审意见，并正式生效。对于软件生产过程而言，需求阶段是整个过

10、程中最重要的阶段，需求分析成果的好坏将直接导致项目的成功与否，因此合作双方在此阶段多投入是值得的。而且一旦评审通过并生效，则需求报告将成为系统的设计、开发、测试、实施试运行和项目验收的基本依据之一，因此原则上用户需求将不再因为其它因素的改变而变更，如需进行此种变更，需经双方项目负责人协商确定。1.3.2 总体设计阶段项目开发组通过对系统的功能、运行和性能要求加以分析，产生一个高层次的系统结构、软件结构、接口和数据格式的设计，并向工程领导小组提交系统设计报告 （其中包括数据库设计） ，组织评审并签署评审意见。对其中评审不合格的部分进一步完善和重新策划，评审通过后由双方共同签署评审意见，并正式生效，作为后续软件开发和测试的基础。该报告内容的变更由双方的现场实施负责人、技术负责人进行交流即可确定，并需向工程领导小组汇报。