系统软件项目实施方案p38

系统软件项目实施方案系统软件项目实施方案 项目名称：项目名称：XXXXXXXXXXXXXXXX 系统软件系统软件 实施单位：实施单位：XXXXXXXXXXXXXXXXXXXXXXXXXXXX 时时间：间：20172017 年年 0909 月月 1818 日日 技术支持：技术支持： 1 目目 录录 1 1、项目总体实施方案、项目总体实施方案 4 4 1.1 1.2 1.3 工程实施原则 .4 项目总体推进计划 .5 系统实施过程的质量保证活动说明5 需求分析阶段 .6 1.3.2总体设计阶段 .6 1.3.3详细设计阶段 .7 1.3.4系统开发阶段 .7 1.3.5系统实施和试运行阶段 .7 1.3.6项目验收阶段 .9 1.3.7系统正式运行及维护阶段 .9 1.3.8各阶段辅助文档 .9 1.3.9实施过程提交文件汇总 .10 1.4项目实施计划 .11 1.4.1数据实施步骤 .12 1.4.2项目进度安排 .12 2 2、项目管理方案、项目管理方案. 13. 13 2.1项目管理组织结构 .13 1.3.1 项目各方角色与责任 .13 2.1.2任务分工 .14 2.2项目范围管理 .16 2.3项目进度管理 .16 2.4项目风险管理 .16 2.4.1技术风险 .16 2.4.2需求风险 .17 2.4.3协调与沟通风险 .17 2.4.4项目人员风险 .17 2.5质量管理计划 .18 2.5.1质量管理体系标准 .18 2.5.2质量控制过程 .18 2.5.3质量评定计划 .18 2.5.4质量管理措施 .19 2.5.5软件质量控制 .19 2.6项目协调与合作计划 . 21 2.6.1协调与合作管理方案 .21 2.6.2协调手段 .22 2.7配置管理 .22 2.7.1配置管理和版本控制 .22 2.7.2变更管理的方法 .24 2.8文档管理 .24 2.9人员管理 .25 2.1.1 2 2.10 3 3 保密管理 .25 、测试计划、测试计划 . 26 . 26 3.1 3.2 测试工作准备 .26 软件开发测试 .26 模块测试 . 27 3.2.2功能测试 . 27 3.2.3性能测试 . 27 3.2.4分系统测试 . 27 3.2.5全系统测试 .28 3.2.6容量测试 .28 3.2.7压力测试 .28 3.2.8灾难恢复测试 .28 3.3设计测试用例和数据 . 29 3.3.1建立测试环境 .29 3.3.2测试执行 .30 4 4、验收计划、验收计划 . 31 . 31 4.1 4.2 4.3 验收组织 .31 验收内容 .31 软件系统的验收 .31 3.2.1 3.3.用户方已经认可测试数据用户方已经认可测试数据. . 32 32 5 5、培训方案、培训方案 . 33 . 33 5.1 5.2 5.3 5.4 5.5 培训目标 .33 培训方式 .33 培训对象 .33 培训地点与环境 .33 培训计划及内容 .34 5.5.1 5.5.2 6 6 用户培训 .34 系统管理人员培训 .34 、技术支持和售后服务、技术支持和售后服务 36 36 6.1技术支持与售后服务政策 . 36 6.1.1 6.1.2 6.1.3 技术后援支持 .36 技术后援支持方式 .37 保修及系统维护服务 .37 3 1 1 、项目总体实施方案、项目总体实施方案 建设 xxxxxxxxxxx 软件采购是一项复杂、长期的系统工程，为保证工程能 够顺利地进行实施，必须要制定科学、合理、切实可行的实施计划。一方面要从 组织上进行落实，成立强有力的项目领导小组和经验丰富的项目实施队伍；另一 方面要制定严格的时间进度表，明确各里程碑的时间。同时还要制定工作原则， 以指导项目的全面实施。 1.11.1 工程实施原则工程实施原则 1．用户方项目小组的成员，争取参与项目的全过程 用户方成立领导亲自挂帅的项目小组，在调研、设计、编码、安装调试、 测试、培训、运行、验收、售后服务等项目的各个阶段，配合系统开发方的工作， 一方面可以培训自己的技术维护队伍，为系统的使用保驾护航；另一方面，在开 发过程中，协调用户方和开发方的关系，保证项目的顺利进行，及时发现问题， 并对项目进度和质量进行监督。 2．采用“两手抓”的方针，一手抓开发、一手抓使用 对于软件项目，之所以称为一个工程，很大程度上是因为软件项目的建设， 除了技术因素外，还有很多的非技术因素需要考虑，并且必须被得到重视。衡量 一个软件项目是否成功，很大程度上不是看这个软件项目采用了多么先进的技 术，而是软件对用户来说是否实用，是否能够帮助用户解决许多预期的问题。国 内很多软件项目的失败，很大程度上是使用抓得不够。建议在项目的试运行过程 中，在抓系统维护的同时，也要狠抓系统的使用，开发方和用户方齐心协力帮助 业务人员从原来的手工处理转到计算机辅助处理上来， 在业务人员适应计算机辅 助业务处理的过程中，尽可能早发现系统中存在的问题，从而最大可能地使系统 保质保量的按时完成。 3．数据同程序同等重要 该系统的建设，数据位于首要的地位，程序的编写完成，仅仅意味着系统 完成了一半，数据的收集、整理、录入，对系统的建设来说同等重要。在项目实 4 施过程中，一定要重视系统中数据的录入工作，充分估计数据处理的难度，在系 统建设之初，就将数据工作提到议事日程上来，安排相应的资金、时间等，将数 据工作落到实处，只有这样才能争取系统早日达到实用化。 1.21.2 项目总体推进计划项目总体推进计划 为了有效地保证系统开发的质量，整个系统建设的全过程划分为准备、设 计、开发、实施和运行阶段，每个阶段完成相应的任务，确保信息系统的建设。 如下图所示： 1.31.3 系统实施过程的质量保证活动说明系统实施过程的质量保证活动说明 在实施过程中将发生的重大质量保证活动或由此将产生的质量记录和产 5 品， 项目管理与开发阶段划分密切相关，因此主要按照项目实施的具体阶段划分 说明。 1.3.11.3.1 需求分析阶段需求分析阶段 首先需要经双方协调，形成《需求调研计划》及《需求调研大纲》 ，确定准 备工作、需求调研的内容、方法方式以及人员和日程安排等内容，经双方同意后 按此计划开始调研。 调研正式开始前项目开发组应检查所有必要的准备工作已经 圆满完成。 项目开发组根据调研中系统实际技术需求和各个子系统的业务需求，编写 并向工程领导小组提交符合 CMM LEVEL 3 规范要求的《系统需求分析报告》 ，并 由项目组评审， 不合格的部分进一步完善调研；评审通过后由双方共同签署评审 意见，并正式生效。 对于软件生产过程而言，需求阶段是整个过程中最重要的阶段，需求分析 成果的好坏将直接导致项目的成功与否，因此合作双方在此阶段多投入是值得 的。而且一旦评审通过并生效，则需求报告将成为系统的设计、开发、测试、实 施试运行和项目验收的基本依据之一， 因此原则上用户需求将不再因为其它因素 的改变而变更，如需进行此种变更，需经双方项目负责人协商确定。 1.3.21.3.2 总体设计阶段总体设计阶段 项目开发组通过对系统的功能、运行和性能要求加以分析，产生一个高层 次的系统结构、