《信息系统开发项目管理指导书》由会员分享，可在线阅读，更多相关《信息系统开发项目管理指导书（44页珍藏版）》请在金锄头文库上搜索。
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、验收小组应根据验收情况整理形成?系统验收报告?式样见11，
8、验收报告必须甲乙双方签字，并提交甲方作为付款依据。 3、系统验收合格且问题整改完成并经甲乙双方主要领导同意后系统转入正式上线运行。3 售后效劳及*要求 开发商应该保证系统技术支持人员队伍的稳定，明确售后效劳容与责任，按照合同要求安排维护人员对系统进展技术支持。系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进展维护。为了保护甲乙双方的商业、技术秘密等权益，开发商与甲方、开发商与其相关员工必须签订*协议。1：工程执行方案文件状态： 草稿 正式发布 正在修改文件标识：当前版本：作 者：完成日期：版 本 历 史版本/状态作者参与者起止日期备注1 文档介绍1.1 文档目
9、的1.2文档围1.3参考文献提示：列出本文档的所有参考文献可以是非正式出版物，格式如下：标识符 作者，文献名称，出版单位或归属单位，日期例如：AAA 作者，?立项建议书?，机构名称，日期1.5 术语与缩写解释缩写、术语解 释2 工程介绍2.1工程围提示：1用简练的语言说明本工程“是什么，“说明用途。2说明本工程“应当包含的容和“不包含的容。2.2工程目标提示：给出“清晰的、“可实现、“可验证的目标。2.3客户与最终用户介绍提示：请说明本工程的客户、用户及其相关责任人是谁，描述最终用户的特征。2.4 约束提示：1请说明在工程开发过程中应当遵循的标准或规2请说明相关工程可能对本工程造成的影响。3说
10、明一些假设和依赖。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：业务需求说明书文件状态： 草稿 正式发布 正在修改文件标识：当前版本：作 者：完成日期：版 本 历 史版本/状态作者参与者起止日期备注1概述1.1 业务调研人员【可选
13、】序号职能部门*主管联系备注1.2业务围此处描写总体业务的概要分类。1.3 业务目标从甲方高层或商务利益的角度提出本业务系统的期望目标，以及评价标准。1.4 相关文档说明：列出本文档的所有参考文献可以是非正式出版物，包括现有规、标准、批文、引用到的文件、资料等。1.5 业务词汇表说明：列出本文档的所引用的专属领域词汇、术语等，以便于业务需求的提供者和接收者是建立在一致的业务理解根底之上的。2 组织构造及业务2.1 业务相关组织构造、人员组织构造说明：如果用户岗位设置复杂可分别设置，业务组织构造和人员组织构造2.2 组织机构描述2.3 角色职责说明：将业务涉及的具体人员进展一定程度的分类和抽象，描述该抽象角色的操作职责。2.4 管理综述【可选】说明：主要描述该业务的管理特点和管理模式。例如：2.5 现有业务流程清单【可选】说明：现有业务流程需要考虑，很多新的业务
