《信息系统开发项目管理指导书》由会员分享，可在线阅读，更多相关《信息系统开发项目管理指导书（39页珍藏版）》请在金锄头文库上搜索。
1、信息系统开发项目管理指导书1、 项目建设总体目标 系统应该根据甲方用户的现有业务需求及发展规划的扩延要求，提供功能完善、界面友好、流程清晰、智能高效，配置维护方便的系统功能，满足系统运行稳定、安全、可靠、高效等技术要求。提供电脑版和手机版2个版本。2、 项目开发建设过程及要求 为了确保项目能按照甲乙双方达成的目标要求顺利开展，甲乙双方应该联合成立项目组，由乙方编制项目执行计划（式样见附件1）并有甲方确认同意。2.1 系统需求分析 1、开发商必须对甲方公司的业务需求进行深入调研，收集汇总客户的具体需求，出具业务需求说明书（式样见附件2），并确保业务需求说明书中包含了所有的业务需求。业务需求说明书
2、经甲方公司（用户）负责人签字确认，作为业务需求基线。 2、开发商在获得甲方签字确认的业务需求说明书后，提出技术需求和解决方案，并对系统进行定义，出具系统需求规格说明书（式样见附件3）。系统需求规格说明书需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、运作模式、关键指标等）。系统需求规格说明书需经甲方公司（用户）负责人签字确认。 3、当业务需求发生变更时，应由甲方公司提交需求变更申请（式样见附件4）给乙方开发商实施。2.2 系统设计为简化流程，本项目建议将概要设计和详细设计合二为一，统一遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。1、在该阶段确定总体结构和软件开
3、发架构，文件命名规范，编码规范。按软件需求划分成子系统，定义目标系统的功能模块及各个功能模块的关系。2、确定软件模块结构，给出每个功能模块的功能描述、数据接口描述，各模块之间的详细接口信息，并完成系统设计说明书(式样见附件5)。3、系统设计说明书应该包括所有用户界面的原型图。4、完成数据库的设计，并编写数据库设计说明书。5、在设计阶段，用户应充分参与，确保设计能满足系统需求。 6、甲方应对组织对开发商提交的系统设计说明书进行评审，设计评审均以业务需求说明书和系统需求规格说明书为依据，确保系统设计满足全部需求，并出具系统设计评审报告（式样见附件6）。2.3 系统开发 1、系统开发包括程序编码、单
4、元测试和集成测试。开发商根据系统设计说明书制定系统开发计划，并提交给甲方对计划进行监督。 2、开发商有条件的情况下尽可能开发、测试和生产环境独立。选择软件工具，明确项目成员的职责分工，按照编码规范和详细设计实现软件功能。3、代码应满足结构良好，清晰易读，且与设计一致，符合编码规范。4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。软件功能说明文档应说明项目名称、编号、软件名称和版本号，软件功能、主要功能实现过程。源代码说明应说明项目编号、软件名称、功能，全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中，以注释形式存在。5、开发商进行单元测试和集成测试。开发人员处理测试人
5、员反馈的测试问题，并以书面形式反馈主要问题及解决办法，直至系统运行稳定。测试组出具系统测试报告，测试人员签字确认测试结果。2.4 用户测试 1、开发商编制用户测试计划（式样见附件7），测试计划必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求，并提交甲方准备。 2、甲方应该按照开发商测试组要求配合标准测试数据，测试用数据要足够模拟使用环境中的实际数据。对已评定为敏感信息的数据进行敏感性处理和保护。 3、按照测试计划完成用户测试后，测试组应该出具用户测试报告（式样见附件8），甲乙双方必须在用户测试报告中签字确认。4、完成测试后，开发商完成系统帮助文档（其中包括用户操作手册和安装维护手
6、册）的编写。凡涉及应用系统的变更，应对系统帮助文档及时更新。2.5 系统试运行 1、项目组必须制定试运行计划（式样见附件9），并制定试运行验收指标。试运行计划中应包含问题应对机制，明确问题沟通渠道和职责分工。 2、项目组联合甲方公司进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。 3、项目组根据试运行计划负责对用户的老旧系统进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满足新应用系统的需要。系统转换时必须详细记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。 4、系统转换和数据迁移完成后，正式启动试运行。在试运行过程中，项目组应把系统运行
7、情况（系统资源使用，反应速度等）记录到试运行报告中。必要时，项目组应根据系统运行情况对应用系统进行优化。5、试运行达到试运行计划规定的终止条件时，开发商编写试运行报告（式样见附件10）。此报告应由开发商和甲方单位签字确认，试运行结束。2.6 系统验收与正式上线 1、系统验收主要用户单位及开发商联合组成独立系统验收小组，由验收小组共同商定验收的标准和方法。验收小组从功能需求及技术需求层面对系统进行综合评估，系统验收内容包括但不限于移交给甲方的系统测试报告、系统安装文档、配置文档、源代码、操作手册、维护手册、系统应急预案、系统“回退”计划等。 2、验收小组应根据验收情况整理形成系统验收报告（式样见
8、附件11），验收报告必须甲乙双方签字，并提交甲方作为付款依据。 3、系统验收合格且问题整改完成并经甲乙双方主要领导同意后系统转入正式上线运行。3 售后服务及保密要求 开发商应该保证系统技术支持人员队伍的稳定，明确售后服务内容与责任，按照合同要求安排维护人员对系统进行技术支持。系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进行维护。为了保护甲乙双方的商业、技术秘密等权益，开发商与甲方、开发商与其相关员工必须签订保密协议。附件1：项目执行计划文件状态： 草稿 正式发布 正在修改文件标识：当前版本：作 者：完成日期：版 本 历 史版本/状态作者参与者起止日期备注1
9、文档介绍1.1 文档目的1.2文档范围1.3参考文献提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：标识符 作者，文献名称，出版单位（或归属单位），日期例如：AAA 作者，立项建议书，机构名称，日期1.5 术语与缩写解释缩写、术语解 释2 项目介绍2.1项目范围提示：（1）用简练的语言说明本项目“是什么”，“说明用途”。（2）说明本项目“应当包含的内容”和“不包含的内容”。2.2项目目标提示：给出“清晰的”、“可实现”、“可验证”的目标。2.3客户与最终用户介绍提示：请说明本项目的客户、用户及其相关责任人是谁，描述最终用户的特征。2.4 约束提示：（1）请说明在项目开发过程中应
10、当遵循的标准或规范（2）请说明相关项目可能对本项目造成的影响。（3）说明一些假设和依赖。3 项目过程定义3.1软件生命周期模型提示：简要描述、绘制本项目的软件生命周期模型。3.2项目规范提示：描述项目需遵循的规范，例如：编码规范。此处可以表现为编码规范的链接。3.3方法与工具提示：说明在过程中将采用的方法与工具。例如采用Rational Rose进行面向对象分析与设计，采用Visual SourceSafe进行配置管理，采用Microsoft Office制作文档。方法与工具用途Visual SourceSafe配置管理4 里程碑计划序号里程碑名称开始日期结束日期工作成果备注5 资源计划5.1
11、人力资源计划提示：制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。角色职责人员姓名工作说明高层领导项目经理需求分析员系统设计员程序员测试员5.2 软硬件资源计划提示：分析项目开发、测试、运行所需的软硬件资源和关键计算机资源（会影响软件产品的性能的CPU、内存、带宽等内容），主要内容包括：l 资源级别（分为“关键”、“普通”两种）l 详细配置l 获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间l 使用说明（如“谁”在“什么”时候使用）软硬件资源名称级别详细配置获取方式与时间使用说明关键关键普通6 文档交付列表序号交付文档名称交付日期备注7 风险管理计
12、划提示：以下是各个列标题的解释。约定在项目中的风险管理方案，例如：风险识别频度、风险跟踪频度等。风险级别：确定风险的严重性、可能性、风险系数风险描述：缓解方案或者应急计划。风险编号风险级别风险描述缓解方案应急计划严重性(1-5)可能性(%)风险系数(严重性*可能性)8 沟通计划甲方代表乙方代表沟通方式沟通频率/时间期望结果9 附件l 项目进度计划n 进度表提示：制定项目开发的进度表（建议给出项目里程碑计划）。例如：编号里程碑名称预计结束时间备注需求调研完成项目计划完成需求分析完成系统设计完成 .开发完成集成测试完成系统测试完成用户验收测试完成试运行结束项目验收附件2：业务需求说明书文件状态：
13、草稿 正式发布 正在修改文件标识：当前版本：作 者：完成日期：版 本 历 史版本/状态作者参与者起止日期备注1概述1.1 业务调研人员名单【可选】序号职能部门姓名主管联系电话备注1.2业务范围此处描写总体业务的概要分类。1.3 业务目标从甲方高层或商务利益的角度提出本业务系统的期望目标，以及评价标准。1.4 相关文档说明：列出本文档的所有参考文献（可以是非正式出版物），包括现有规范、标准、批文、引用到的文件、资料等。1.5 业务词汇表说明：列出本文档的所引用的专属领域词汇、术语等，以便于业务需求的提供者和接收者是建立在一致的业务理解基础之上的。2 组织结构及业务2.1 业务相关组织结构、人员组织结构说明：如果用户岗位设置复杂可分别设置，业务组织结构和人员组织结构2.2 组织机构描述2.3 角色职责说明：将业务涉及的具体人员进行一定程度的分类
