软件开发管理制度【非常经典，打灯笼都找不到的好资
料】
中国人寿信息技术管理制度 软件开发管理制度 第一节 总则
第一条 为规范中国人寿保险股份有限公司的自有软件研发和管理工作，特制 定本制度。
第二条 本制度适用于公司总部软件研发与管理，分公司参照执行。 第三条 本制度中软件开发指新系统开发和现有系统重大改造。 第四条 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管
理、项目计划和监控、配置管理、软件质量保证、合作开发管理和结 项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、 验收测试、试运行、系统验收和系统上线。
第五条 除特别指定，本制度中项目组包括业务组、IT组和合作开发商。 第六条 总分公司信息技术部内设置项目管理办公室角色(以下简称itPMO，
itPMO具体定义请参见多项目管理制度)，统一协调管理各信息技术 组。
第七条 各软件开发项目组应严格遵循本制度所附流程和模版，如作调整需上 报itPMO审批。 第二节 立项管理
第八条 信息技术部参与公司层面立项，主要工作包括:进行技术可行性分析、 参与编写《立项建议书》、进行前期筹备工作。
第九条 信息技术部配合业务部门进行可行性分析，出具《可行性分析报告》，
可行性分析报告中须包含:业务可行性分析、技术可行性分析、成本 效益分析。
第十条 信息技术部配合业务部门进行立项申请，出具《立项建议书》，《立项
建议书》中应明确项目的范围和边界。
中国人寿信息技术管理制度 第十一条 牵头业务部门将立项建议书上交公司管理层进行立项审批，以保证系
统项目与公司整体策略相一致。
第十二条 立项申请得到公司管理层批准后，成立项目组，公司管理层委派项目
经理监督项目的进度和负责项目管理工作，信息技术部委派负责人负 责IT组的管理和工作。项目组人员的选择是通过考虑项目对业务及 技术要求而调配，项目组人员应有足够的业务和IT技术方面的专业 知识来胜任项目各方面的工作。 第三节 需求管理
第十三条 项目组需制定《需求开发计划》，并提交项目经理对计划可行性进 行审批。
第十四条 业务组对用户需求进行汇总整理，出具《业务需求说明书》，并确 保《业务需求说明书》中包含了所有的业务需求。 第十五条 IT组在获得《业务需求说明书》后，提出技术需求和解决方案，
并对系统进行定义，出具《需求规格说明书》和《系统测试案例》。
《需求规格说明书》需详细列出业务对系统的要求(界面，输入， 输出，管理功能，安全需求，运作模式等)。
第十六条 业务组制定《验收测试案例》，作为验收测试的依据。该测试案例 对第三方保密。
第十七条 项目经理组织相关业务、技术人员对《需求规格说明书》和测试 案例进行评审，出具评审报告。通过评审的《需求规格说明书》
和测试案例需提交业务部门和信息技术部负责人签字确认。 第十八条 项目经理指定专人负责需求跟踪，确保项目各阶段工作成果同需
求的一致性。
第十九条 业务需求发生变更时，业务组应出具《需求变更申请》，并报告业 务组负责人审批。
第二十条 IT组对变更影响进行评估，结果记录在《需求变更申请》上，并 经过IT组负责人审批。若需求变更涉及项目计划变更，执行项目
中国人寿信息技术管理制度 计划变更流程。
第二十一条 项目组应对需求变更影响到的文档及时更新。
第二十二条 对于合作开发的项目，IT组是合作开发商获得需求的唯一渠道。 第四节 项目计划和监控
第二十三条 软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组
织、领导和控制。IT组负责人配合项目经理并负责IT组的管理工作。 第二十四条 IT组负责人配合项目经理与项目干系人进行有效沟通，在项目目标、
项目计划和工作方法上达成一致。
第二十五条 需求分析过程中，项目经理组织制定详细的《项目计划》(包括:综
合管理、范围(需求)管理、时间管理、成本管理、人力资源管理、 沟通管理、风险管理、采购(合作开发)管理、质量管理、配置管理)， 并提交业务部门和信息技术部负责人审批。
第二十六条 在项目的各个阶段，业务组和IT组负责人需配合项目经理制定阶段
性项目计划。
第二十七条 业务组和IT组负责人需配合项目经理对项目计划执行情况进行监控，
确保项目按计划完成。IT组负责人按照项目计划规定的报告频度定 期填写《项目状态周报告》，上报项目经理和itPMO。 第二十八条 项目进展同项目计划偏差较大时，应申请变更项目计划，项目经理填
写《项目计划变更控制报告》，并提交业务部门和信息技术部负责人 批准后执行。
第二十九条 IT组负责人负责软件开发过程中的风险识别与管理，重大风险应及时
上报项目经理和itPMO。 第五节 系统设计
第三十条 系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致
性、扩展性、可靠性、安全性、可维护性等原则。
中国人寿信息技术管理制度 第三十一条 项目组需制定《系统设计计划》，并提交项目经理对计划可行性进行
审批。
第三十二条 在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。 第三十三条 项目组进行概要设计，出具《概要设计说明书》和《集成测试案例》。
itPMO组织相关人员对概要设计和集成测试案例进行评审，出具《技 术评审报告》。业务组和IT组负责人应参加此评审并对评审意见签字 确认。
第三十四条 项目组进行详细设计，出具《详细设计说明书》和《单元测试案例》。
《详细设计说明书》中，需要定义系统输入输出说明和接口设计说明 (现存的接口定义应根据新程序需求而更新)，并根据系统运行情况的 记录，对应用系统进行优化设计。
第三十五条 itPMO组织相关业务、技术人员对详细设计和单元测试案例进行评审，
出具《技术评审报告》。业务组和IT组负责人应参加此评审并对评审 意见签字确认。
第三十六条 概要设计评审和详细设计评审均以《需求规格说明书》为依据，确保
系统设计满足全部需求。
第三十七条 对已确认通过的系统设计进行修改需获得业务部门和信息技术部负
责人的审批后方可进行。
软件开发管理制度【非常经典,打灯笼都找不到的好资料】
