软件开发管理制度非常经典打灯笼都找不到的好资料.docx

软件开发管理制度非常经典打灯笼都找不到的好资料.docx

《软件开发管理制度非常经典打灯笼都找不到的好资料.docx》由会员分享，可在线阅读，更多相关《软件开发管理制度非常经典打灯笼都找不到的好资料.docx（109页珍藏版）》请在冰豆网上搜索。

软件开发管理制度非常经典打灯笼都找不到的好资料

软件开发管理制度【非常经典，打灯笼都找不到的好资料】

中国人寿信息技术管理制度

软件开发管理制度

第一节总则

第一条为规范中国人寿保险股份有限公司的自有软件研发和管理工作，特制

定本制度。

第二条本制度适用于公司总部软件研发与管理，分公司参照执行。

第三条本制度中软件开发指新系统开发和现有系统重大改造。

第四条软件开发遵循项目管理和软件工程的基本原则。

项目管理涉及立项管

理、项目计划和监控、配置管理、软件质量保证、合作开发管理和结

项管理。

软件工程涉及需求管理、系统设计、系统实现、系统测试、

验收测试、试运行、系统验收和系统上线。

第五条除特别指定，本制度中项目组包括业务组、IT组和合作开发商。

第六条总分公司信息技术部内设置项目管理办公室角色（以下简称itPMO，

itPMO具体定义请参见多项目管理制度），统一协调管理各信息技术

组。

第七条各软件开发项目组应严格遵循本制度所附流程和模版，如作调整需上

报itPMO审批。

第二节立项管理

第八条信息技术部参与公司层面立项，主要工作包括:

进行技术可行性分析、

参与编写《立项建议书》、进行前期筹备工作。

第九条信息技术部配合业务部门进行可行性分析，出具《可行性分析报告》，

可行性分析报告中须包含:

业务可行性分析、技术可行性分析、成本

效益分析。

第十条信息技术部配合业务部门进行立项申请，出具《立项建议书》，《立项

建议书》中应明确项目的范围和边界。

中国人寿信息技术管理制度第十一条牵头业务部门将立项建议书上交公司管理层进行立项审批，以保证系

统项目与公司整体策略相一致。

第十二条立项申请得到公司管理层批准后，成立项目组，公司管理层委派项目

经理监督项目的进度和负责项目管理工作，信息技术部委派负责人负

责IT组的管理和工作。

项目组人员的选择是通过考虑项目对业务及

技术要求而调配，项目组人员应有足够的业务和IT技术方面的专业

知识来胜任项目各方面的工作。

第三节需求管理

第十三条项目组需制定《需求开发计划》，并提交项目经理对计划可行性进

行审批。

第十四条业务组对用户需求进行汇总整理，出具《业务需求说明书》，并确

保《业务需求说明书》中包含了所有的业务需求。

第十五条IT组在获得《业务需求说明书》后，提出技术需求和解决方案，

并对系统进行定义，出具《需求规格说明书》和《系统测试案例》。

《需求规格说明书》需详细列出业务对系统的要求（界面，输入，

输出，管理功能，安全需求，运作模式等）。

第十六条业务组制定《验收测试案例》，作为验收测试的依据。

该测试案例

对第三方保密。

第十七条项目经理组织相关业务、技术人员对《需求规格说明书》和测试

案例进行评审，出具评审报告。

通过评审的《需求规格说明书》

和测试案例需提交业务部门和信息技术部负责人签字确认。

第十八条项目经理指定专人负责需求跟踪，确保项目各阶段工作成果同需

求的一致性。

第十九条业务需求发生变更时，业务组应出具《需求变更申请》，并报告业

务组负责人审批。

第二十条IT组对变更影响进行评估，结果记录在《需求变更申请》上，并

经过IT组负责人审批。

若需求变更涉及项目计划变更，执行项目

中国人寿信息技术管理制度

计划变更流程。

第二十一条项目组应对需求变更影响到的文档及时更新。

第二十二条对于合作开发的项目，IT组是合作开发商获得需求的唯一渠道。

第四节项目计划和监控

第二十三条软件开发采用项目形式进行管理。

项目经理负责整个项目的计划、组

织、领导和控制。

IT组负责人配合项目经理并负责IT组的管理工作。

第二十四条IT组负责人配合项目经理与项目干系人进行有效沟通，在项目目标、

项目计划和工作方法上达成一致。

第二十五条需求分析过程中，项目经理组织制定详细的《项目计划》（包括:

综

合管理、范围（需求）管理、时间管理、成本管理、人力资源管理、

沟通管理、风险管理、采购（合作开发）管理、质量管理、配置管理），

并提交业务部门和信息技术部负责人审批。

第二十六条在项目的各个阶段，业务组和IT组负责人需配合项目经理制定阶段

性项目计划。

第二十七条业务组和IT组负责人需配合项目经理对项目计划执行情况进行监控，

确保项目按计划完成。

IT组负责人按照项目计划规定的报告频度定

期填写《项目状态周报告》，上报项目经理和itPMO。

第二十八条项目进展同项目计划偏差较大时，应申请变更项目计划，项目经理填

写《项目计划变更控制报告》，并提交业务部门和信息技术部负责人

批准后执行。

第二十九条IT组负责人负责软件开发过程中的风险识别与管理，重大风险应及时

上报项目经理和itPMO。

第五节系统设计

第三十条系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致

性、扩展性、可靠性、安全性、可维护性等原则。

中国人寿信息技术管理制度第三十一条项目组需制定《系统设计计划》，并提交项目经理对计划可行性进行

审批。

第三十二条在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。

第三十三条项目组进行概要设计，出具《概要设计说明书》和《集成测试案例》。

itPMO组织相关人员对概要设计和集成测试案例进行评审，出具《技

术评审报告》。

业务组和IT组负责人应参加此评审并对评审意见签字

确认。

第三十四条项目组进行详细设计，出具《详细设计说明书》和《单元测试案例》。

《详细设计说明书》中，需要定义系统输入输出说明和接口设计说明

（现存的接口定义应根据新程序需求而更新），并根据系统运行情况的

记录，对应用系统进行优化设计。

第三十五条itPMO组织相关业务、技术人员对详细设计和单元测试案例进行评审，

出具《技术评审报告》。

业务组和IT组负责人应参加此评审并对评审

意见签字确认。

第三十六条概要设计评审和详细设计评审均以《需求规格说明书》为依据，确保

系统设计满足全部需求。

第三十七条对已确认通过的系统设计进行修改需获得业务部门和信息技术部负

责人的审批后方可进行。

第六节系统实现

第三十八条系统实现包括程序编码、单元测试和集成测试。

第三十九条项目组需根据详细设计说明书制定《系统实现计划》，并提交项目经

理对计划可行性进行审批。

第四十条项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制

机制，并明确项目成员的职责分工。

对生产环境、测试环境与开发环

境在物理或逻辑方面应该做到隔离;如果环境的分隔是通过逻辑形式

实现的，应由专门人员定期检查网络设置。

第四十一条项目组进行单元测试和集成测试，出具《单元测试报告》、《集成测试

中国人寿信息技术管理制度

报告》和《BUG管理表》，测试人员签字确认测试结果。

第四十二条项目组完成《用户操作手册》和《安装维护手册》，凡涉及应用系统

的变更，应对两手册及时更新。

第七节系统测试与验收测试

第四十三条项目组需制定《系统测试计划》和《验收测试计划》，并提交项目经

理对计划可行性进行审批。

第四十四条《系统测试计划》和《验收测试计划》需定义测试标准，并明确各种

测试的测试步骤和需要的系统设置要求。

第四十五条项目组应向数据拥有部门申请获取测试用业务数据的的使用权限，测

试用数据要足够模拟生产环境中的实际数据。

对获取的数据应进行

严格的访问控制，确保只有相关项目人员才能访问及使用。

对已评定

为敏感信息的数据（如客户的银行信息）进行敏感性处理和保护第四十六条IT组或合作开发商建立测试环境进行系统测试，出具《系统测试报

告》，测试人员签字确认测试结果。

第四十七条系统测试通过后，IT组配合业务组建立验收测试环境，业务组根据验

收测试用例进行验收测试，出具《验收测试报告》。

业务部门和信息

技术部负责人应在《验收测试报告》中签字确认。

第四十八条验收测试通过后，项目组应组织完善《用户操作手册》和《安装维护

手册》的编写，并分别提交业务部门和信息技术部相关人员评审。

第八节试运行

第四十九条项目组需制定《试运行计划》，上报公司管理层审批。

第五十条项目组联合试运行单位进行相关部署工作。

项目组准备培训资料，根

据《试运行计划》对相关用户和信息技术人员进行培训。

用户培训的

完成度应为实施后评估的指标之一。

第五十一条项目组应确保《试运行计划》中包含问题应对机制，明确问题沟通渠

中国人寿信息技术管理制度

道和职责分工，并对可能发生的重大问题制定应急预案。

第五十二条项目组根据《试运行计划》进行系统转换和数据转换。

系统转换前，

需对各受影响的系统环境做检查，确保运行环境能满足新应用系统的

需要。

系统转换时要求对原系统中的重要参数、设置等系统运行需要

的信息作详细记录，此记录作为新系统上线的要求。

系统参数、设置

的转换工作作为系统上线的验收的评估指标之一。

项目组需对数据转

换的完整性和准确性作出检查，出具《数据转换记录》。

系统转换和

数据转换由试运行单位业务部门和信息技术部共同监督并进行验收。

第五十三条系统转换和数据转换验收通过后，正式启动试运行。

在试运行过程中，

试运行单位信息技术部应对系统运行情况（系统资源使用，反应速度

等）作记录。

必要时，项目组应根据系统运行情况对应用系统进行优

化。

第五十四条试运行达到《试运行计划》规定的终止条件时，项目组编写《试运行

报告》。

此报告应由项目组和试运行单位签字确认，并提交公司管理

层审阅。

第五十五条公司管理层审阅试运行结果，决定试运行结束或延期。

第五十六条项目组应根据测试标准和试运行结果，制定实施后评估标准。

第九节系统验收

第五十七条系统验收分为功能验收和软件验收，分别由业务组和IT组负责。

第五十八条项目组应根据验收情况整理生成《系统验收报告》提交业务部门和信

息技术部负责人审阅，业务部门和信息技术部负责人根据系统测试、

试运行的综合情况签署验收意见，项目组根据验收意见决定是否开展

上线工作。

第十节系统上线

第五十九条系统上线应遵循稳妥、可控、安全的原则。

中国人寿信息技术管理制度第六十条项目组制定《总体上线计划》，《总体上线计划》应综合考虑资源及系

统现状等情况，同时还应充分考虑上线可能给当前系统带来的影响，

并取得系统运行部门的意见。

《总体上线计划》经业务部门及信息技

术部管理层进行审批后，报公司管理层进行审批并下发各上线单位。

各上线单位根据《总体上线计划》制定各自的《上线计划》，该计划

得到上线单位管理层审批后，提交项目组备案。

第六十一条项目组制定实施后评估计划（包括评估标准、时间安排等）并下发各上

线单位。

第六十二条项目组根据《总体上线计划》做好相关部署、培训工作，并建立总体

的问题应对机制。

各上线单位根据各自的《上线计划》建立同项目组

有效衔接的问题应对机制，制定详细上线应急预案，并做好各自的部

署、培训、系统转换、数据转换等工作。

具体规定参见试运行一节。

第六十三条上线单位在上线初期须加强日常运行状态监控，出现问题时应及时处

理，对重大问题应启动紧急预案。

第六十四条上线单位管理层可根据上线情况对上线计划进行调整。

调整后的上线

计划应及时提交项目组备案。

第六十五条各上线单位在上线完成后，编写《系统上线报告》，经上线单位管理

层审批通过后，上报项目组。

第六十六条项目组及时汇总各上线单位上线报告，报公司管理层审批。

第六十七条系统上线完成后，各上线单位根据《实施后评估计划》对系统进行评

估，并作详细的《评估记录》。

各单位编写《实施后评估报告》，上报

总部IT运行部门，由其整理后上报公司管理层作为项目整体实施后

评估的依据。

第十一节结项管理

第六十八条系统上线完成后，项目组提出结项申请，出具《项目总结报告》，上

报公司管理层审批。

第六十九条公司管理层批准结项后，业务组和IT组分别整理项目管理文档和工

中国人寿信息技术管理制度

作成果，并提交各自部门统一管理。

第七十条系统结项后，由项目组交由相关运行部门进行维护支持工作。

第十二节配置管理

第七十一条信息技术部制定统一的配置管理规范，各项目组共同遵循。

第七十二条软件开发过程中各项目管理文档和工作成果均作为配置项进行管理，

其中包括:

需求文档、设计文档、代码、测试用例、测试数据、数据

转换记录以及项目相关文档。

第七十三条项目经理指定项目组成员担当配置管理员，负责配置管理工作。

第七十四条配置管理员应根据配置管理规范制定《配置管理计划》，并提交项目

经理审批。

第七十五条配置管理员负责配置库管理、维护，做好配置库的备份工作。

第七十六条项目组应严格执行配置基线的变更流程，评估变更风险及影响，撰写

《配置项变更控制报告》。

第七十七条配置管理员按照《配置管理计划》规定的审计频度进行配置审计，撰

写《配置审计报告》。

第十三节软件质量保证

第七十八条软件质量保证遵循全员负责、以用户需求为导向、持续改进的原则。

第七十九条itPMO指定项目组成员担当软件质量保证员，负责质量保证工作。

软

件质量保证员向itPMO负责。

第八十条软件质量保证员制定详细的《质量保证计划》并提交项目经理审批。

第八十一条对于项目中的质量问题，软件质量保证员应及时提交IT组负责人。

IT组负责人在《质量保证计划》中约定的时间未处理时，软件质量

保证员应上报itPMO。

第八十二条软件质量保证员根据《质量保证计划》规定的报告频度撰写《质量管

理报告》提交IT组负责人、项目经理和itPMO审阅。

中国人寿信息技术管理制度

第十四节合作开发管理

第八十三条合作开发应本着公开、公正、公平的原则。

第八十四条合作开发商招标参见采购制度。

合作商资质认定参见第三方管理制

度。

第八十五条IT组应同合作开发商明确项目变更的范围和处理方式，重点关注需

求和设计变更。

第八十六条合作开发商应遵循我方软件开发管理制度。

第八十七条IT组负责监控合作开发商的项目管理及软件开发活动。

合作开发商

应按计划定期向我方IT组报告进展状态，并提交阶段性成果文档。

发生重大问题时，合作开发商需及时向IT组汇报。

第八十八条IT组负责人派专人监控合作开发商的质量保证过程。

第八十九条IT组负责人要求合作开发商做好技术转移工作，保证我方人员掌握

核心技术。

第九十条项目组同合作开发商商定验收的标准和方法。

第九十一条以上各要求需要在开发合同中明确。

第十五节附则

第九十二条本制度由公司总部信息技术部负责解释和修订。

第九十三条本制度自发布之日起开始执行。

中国人寿信息技术管理制度附件一软件开发总流程

软件开发总流程

需求系统系统系统系统测试试运行项目软件工程流开发设计实现验收上线计划

结项立项管理开始结束管理

项目项目管理流监控

合作开发管理

质量保证

配置管理

……

中国人寿信息技术管理制度

附件二立项管理流程

软件开发（立项管理）流程

是否同意立项审批立项,

否信息技术部需求部门公司管理层

是

可行性立项申请书分析报告

成立项目组终止进行结束（业务组）后继工作

开始可行性分析立项申请

是否自行开配合进行配合进行成立项目组是发,可行性分析立项建议（IT组）

否

成立合作开发进行内部招标签订软件结束结束结束谈判委员会或竞争性谈判开发合同

中国人寿信息技术管理制度

附件三需求开发流程

中国人寿信息技术管理制度附件四需求变更流程

软件开发（需求变更）流程

需求变更申请

提出开始业务组负责人审批需求变更

是否接受填写拒绝意见变更影响评估否结束变更,IT组负责人审批

是

需求变更申请

填写接受意见需求文档变更项目计划变更按照变更后的需求IT组负责人审批相关文档变更（必要时）进行开发信息技术部（IT组）需求部门（业务组）

中国人寿信息技术管理制度

附件五项目计划流程

软件开发（项目计划）流程

开始进行项目估计制定项目计划执行项目计划结束

项目估计表项目计划

项目计划审批信息技术部需求部门项目组负责人负责人

项目计划审批

中国人寿信息技术管理制度

附件六项目计划变更流程

软件开发（项目计划变更）流程项目计划变更控制报告

提出项目计划更新项目计划维持项目计划开始结束变更申请开始执行新计划继续执行原计划

是

否

审批项目计划提出审批意见审批通过,变更申请

信息技术部需求部门负项目经理负责人责人是

否

审批项目计划审批通过,提出审批意见变更申请

中国人寿信息技术管理制度附件七项目监控流程

软件开发（项目监控）流程

否

项目状态报告

项目执行编写项目报告是与计划偏差进行项目是否开始是结束较大,项目计划变更结束,

否

项目状态报告结束审阅itPMO项目经理信息技术部（IT组）

项目状态报告审阅结束

中国人寿信息技术管理制度

附件八系统设计流程

软件开发（系统设计）流程

单元测试详细设计概要设计集成测试系统设计案例说明书说明书案例计划

制定细化的进行进行进入系统实现结束开始系统设计计划概要设计详细设计

否否

业务组负责人业务组负责人IT组负责人IT组负责人签字确认签字确认

是是

组织概要组织详细设计评审评审通过,设计评审评审通过,（需求部门参加）（需求部门参加）

技术评审技术评审报告报告

itPMO项目经理项目组

系统设计计划结束审批

中国人寿信息技术管理制度

附件九系统实现流程

软件开发（系统实现）流程

系统实现计划结束审批

系统实现单元测试报告BUG管理表集成测试报告BUG管理表用户操作手册安装维护手册计划

制定细化的搭建开发进行进行进行编写开始结束系统实现计划测试环境编码单元测试集成测试手册

项目组项目经理

测试人员测试人员签字确认签字确认单元测试报告集成测试报告

结束结束

中国人寿信息技术管理制度附件十测试流程

软件开发（测试）流程

验收测试计划安装维护手册技术评审报告系统验收系统测试计划用户操作手册测试报告测试报告

评审手册制定细化的建立测试数据获取进行进行开始系统测试计划系统测试环境完善手册结束敏感数据处理系统测试验收测试验收测试计划验收测试环境

测试人员签字确认系统测试报告

结束

签字确认结束验收测试报告信息技术部需求部门项目经理项目组负责人负责人

签字确认结束验收测试报告

系统测试计划结束验收测试计划审批

中国人寿信息技术管理制度

附件十一试运行流程

软件开发（试运行）流程

数据转换试运行报告试运行计划系统转换记录记录结束

相关用户进行系统转换执行试运行编写试运行报告制定制定实施后进行数据转换技术人员开始试运行计划评估标准公司管理层试运行单位项目组培训

项目组完成试运行签字确认

系统转换数据转换试运行单位监督验收执行试运行监督验收签字确认

结束结束结束

试运行计划审批审阅试运行报告决定结束或延期

结束

中国人寿信息技术管理制度

附件十二系统验收流程

软件开发（系统验收）流程

系统验收报告

信息技术部需求部门项目组完成负责人负责人整理结束开始功能验收提交审阅确定系统上线系统验收报告软件验收

签署验收意见

签署验收意见

中国人寿信息技术管理制度

附件十三系统上线流程

软件开发（系统上线）流程

实施后评估系统上线上线计划报告报告

上线计划部署培训执行上线上线报告进行实施后评估制定管理层审批系统转换上线完成管理层审批编写评估报告结束上线计划项目组备案数据转换编写上线报告上报项目组上报总部IT运行

总体上线计划

制定汇总开始总体上线计划系统上线报告

总部IT公司管理层项目组执行上线单位运行部门汇总实施后评估报告

总体上线计划总体上线报告总体评估报告审批审批审批

结束结束结束

中国人寿信息技术管理制度

附件十四结项管理流程

软件开发（结项管理）流程

项目总结报告

公司管理层项目组管理文档工作成果开始上线完成结项申请结束提交部门统一管理

批准结项

中国人寿信息技术管理制度

附件十五立项建议书

{项目名称}立项建议书

文件状态:

文件标识:

ProjectName-

[?

]草稿当前版本:

X.Y

[]正式发布作者:

[]正在修改完成日期:

Year-Month-Day

版本历史

版本/状态作者参与者起止日期备注

1.文档介绍

1.1.文档目的

提示:

说明写作该文档的目的。

例如:

该文档将作为公文签报的底稿。

1.2.文档范围

1.3.参考文献

提示:

列出本文档的所有参考文献（可以是非正式出版物），也可以是本项目的其他文档。

格式如下:

[标识符]作者，文献名称，出版单位（或归属单位），日期

例如:

[AAA]作者，《立项调查报告》，机构名称，日期

[BBB]作者，《立项可行性分析报告》，机构名称，日期

1.4.术语与缩写解释

缩写、术语解释

中国人寿信息技术管理制度

„

2.项目介绍

2.1.项目目的

提示:

用简练的语言说明本项目“是什么”，“实现什么目的”。

描述简练且清晰。

2.2.项目背景

提示:

阐述项目背景，重点说明“为什么”会产生本项目。

（1）公司的短期、长期发展战略;

（2）业务需求及发展趋势;

（3）技术状况及发展趋势;

（4）特殊的业务需求等。

2.3.项目主要内容和特色

提示:

（1）给出本项目待开发系统的主要功能列表（概要）;

（2）简要说明客户对系统要求;

（3）简要说明本系统的特色。

2.4.项目范围

提示:

根据对现有需求的了解来确定项目基本范围，说明本系统“应当包含的内容”和“不包含的内容”。

3.项目风险

提示:

从各个角度分析项目的风险，包含技术、人员、管理等等方面的内容。

4.项目计划

4.1.项目团队

提示:

说明项目团队的角色、知识技能要求、建议人选、人数、工作时间，如下表所

示。

角色知识技能要求建议人选、人数工作时间

项目经理

需求开发人员

系统设计人员

编程人员

测试人员

中国人寿信息技术管理制度

质量保证人员

配置管理人员

服务与维护人员

„„4.2.软件硬件资源估计

提示:

（1）估计项目所需的软件和硬件资源，说明主要配置。

（2）说明以何种方式获得，如“已经存在”、“可以借用”或“需要购买”等。

（3）资源的级别为“关键”、“普通”两种，如果关键资源不能及时到位，可能危害项

目。

资源名称级别详细配置获取方式费用

关键

关键

普通„普通4.3.成本估计

内容成本（人民币）备注人力资源

软硬件资源

差旅费

会议费

接待费

„

„

4.4.进度表

提示:

制定项目开发的进度表（建议给出项目里程碑计划）。

例如:

编号里程碑名称预计结束时间备注

需求调研完成

项目计划完成

需求分析完成

概要设计完成