1、软件开发管理制度非常经典打灯笼都找不到的好资料软件开发管理制度【非常经典，打灯笼都找不到的好资料】中国人寿信息技术管理制度 软件开发管理制度 第一节 总则 第一条 为规范中国人寿保险股份有限公司的自有软件研发和管理工作，特制定本制度。 第二条 本制度适用于公司总部软件研发与管理，分公司参照执行。 第三条 本制度中软件开发指新系统开发和现有系统重大改造。 第四条 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、软件质量保证、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、验收测试、试运行、系统验收和系统上线。 第五条 除特别指
2、定，本制度中项目组包括业务组、IT组和合作开发商。 第六条 总分公司信息技术部内设置项目管理办公室角色(以下简称itPMO，itPMO具体定义请参见多项目管理制度)，统一协调管理各信息技术组。 第七条 各软件开发项目组应严格遵循本制度所附流程和模版，如作调整需上报itPMO审批。 第二节 立项管理 第八条 信息技术部参与公司层面立项，主要工作包括:进行技术可行性分析、参与编写立项建议书、进行前期筹备工作。 第九条 信息技术部配合业务部门进行可行性分析，出具可行性分析报告，可行性分析报告中须包含:业务可行性分析、技术可行性分析、成本效益分析。 第十条 信息技术部配合业务部门进行立项申请，出具立项
3、建议书，立项建议书中应明确项目的范围和边界。 中国人寿信息技术管理制度 第十一条 牵头业务部门将立项建议书上交公司管理层进行立项审批，以保证系统项目与公司整体策略相一致。 第十二条 立项申请得到公司管理层批准后，成立项目组，公司管理层委派项目经理监督项目的进度和负责项目管理工作，信息技术部委派负责人负责IT组的管理和工作。项目组人员的选择是通过考虑项目对业务及技术要求而调配，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。 第三节 需求管理 第十三条 项目组需制定需求开发计划，并提交项目经理对计划可行性进行审批。 第十四条 业务组对用户需求进行汇总整理，出具业务需求说明
4、书，并确保业务需求说明书中包含了所有的业务需求。 第十五条 IT组在获得业务需求说明书后，提出技术需求和解决方案，并对系统进行定义，出具需求规格说明书和系统测试案例。需求规格说明书需详细列出业务对系统的要求(界面，输入，输出，管理功能，安全需求，运作模式等)。 第十六条 业务组制定验收测试案例，作为验收测试的依据。该测试案例对第三方保密。 第十七条 项目经理组织相关业务、技术人员对需求规格说明书和测试案例进行评审，出具评审报告。通过评审的需求规格说明书和测试案例需提交业务部门和信息技术部负责人签字确认。 第十八条 项目经理指定专人负责需求跟踪，确保项目各阶段工作成果同需求的一致性。 第十九条
5、业务需求发生变更时，业务组应出具需求变更申请，并报告业务组负责人审批。 第二十条 IT组对变更影响进行评估，结果记录在需求变更申请上，并经过IT组负责人审批。若需求变更涉及项目计划变更，执行项目中国人寿信息技术管理制度 计划变更流程。 第二十一条 项目组应对需求变更影响到的文档及时更新。 第二十二条 对于合作开发的项目，IT组是合作开发商获得需求的唯一渠道。 第四节 项目计划和监控 第二十三条 软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。IT组负责人配合项目经理并负责IT组的管理工作。 第二十四条 IT组负责人配合项目经理与项目干系人进行有效沟通，在项目目标、项
6、目计划和工作方法上达成一致。 第二十五条 需求分析过程中，项目经理组织制定详细的项目计划(包括:综合管理、范围(需求)管理、时间管理、成本管理、人力资源管理、沟通管理、风险管理、采购(合作开发)管理、质量管理、配置管理)，并提交业务部门和信息技术部负责人审批。 第二十六条 在项目的各个阶段，业务组和IT组负责人需配合项目经理制定阶段性项目计划。 第二十七条 业务组和IT组负责人需配合项目经理对项目计划执行情况进行监控，确保项目按计划完成。IT组负责人按照项目计划规定的报告频度定期填写项目状态周报告，上报项目经理和itPMO。 第二十八条 项目进展同项目计划偏差较大时，应申请变更项目计划，项目经
7、理填写项目计划变更控制报告，并提交业务部门和信息技术部负责人批准后执行。 第二十九条 IT组负责人负责软件开发过程中的风险识别与管理，重大风险应及时上报项目经理和itPMO。 第五节 系统设计 第三十条 系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。 中国人寿信息技术管理制度 第三十一条 项目组需制定系统设计计划，并提交项目经理对计划可行性进行审批。 第三十二条 在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。 第三十三条 项目组进行概要设计，出具概要设计说明书和集成测试案例。itPMO组织相关人员对概要设计和集成测试案例
8、进行评审，出具技术评审报告。业务组和IT组负责人应参加此评审并对评审意见签字确认。 第三十四条 项目组进行详细设计，出具详细设计说明书和单元测试案例。详细设计说明书中，需要定义系统输入输出说明和接口设计说明(现存的接口定义应根据新程序需求而更新)，并根据系统运行情况的记录，对应用系统进行优化设计。 第三十五条 itPMO组织相关业务、技术人员对详细设计和单元测试案例进行评审，出具技术评审报告。业务组和IT组负责人应参加此评审并对评审意见签字确认。 第三十六条 概要设计评审和详细设计评审均以需求规格说明书为依据，确保系统设计满足全部需求。 第三十七条 对已确认通过的系统设计进行修改需获得业务部门
9、和信息技术部负责人的审批后方可进行。 第六节 系统实现 第三十八条 系统实现包括程序编码、单元测试和集成测试。 第三十九条 项目组需根据详细设计说明书制定系统实现计划，并提交项目经理对计划可行性进行审批。 第四十条 项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责分工。对生产环境、测试环境与开发环境在物理或逻辑方面应该做到隔离;如果环境的分隔是通过逻辑形式实现的，应由专门人员定期检查网络设置。 第四十一条 项目组进行单元测试和集成测试，出具单元测试报告、集成测试中国人寿信息技术管理制度 报告和BUG管理表，测试人员签字确认测试结果。 第四十二条 项目组完成
10、用户操作手册和安装维护手册，凡涉及应用系统的变更，应对两手册及时更新。 第七节 系统测试与验收测试 第四十三条 项目组需制定系统测试计划和验收测试计划，并提交项目经理对计划可行性进行审批。 第四十四条 系统测试计划和验收测试计划需定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。 第四十五条 项目组应向数据拥有部门申请获取测试用业务数据的的使用权限，测试用数据要足够模拟生产环境中的实际数据。对获取的数据应进行 严格的访问控制，确保只有相关项目人员才能访问及使用。对已评定为敏感信息的数据(如客户的银行信息)进行敏感性处理和保护 第四十六条 IT组或合作开发商建立测试环境进行系统测试，出
11、具系统测试报告，测试人员签字确认测试结果。 第四十七条 系统测试通过后，IT组配合业务组建立验收测试环境，业务组根据验收测试用例进行验收测试，出具验收测试报告。业务部门和信息技术部负责人应在验收测试报告中签字确认。 第四十八条 验收测试通过后，项目组应组织完善用户操作手册和安装维护手册的编写，并分别提交业务部门和信息技术部相关人员评审。 第八节 试运行 第四十九条 项目组需制定试运行计划，上报公司管理层审批。 第五十条 项目组联合试运行单位进行相关部署工作。项目组准备培训资料，根据试运行计划对相关用户和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。 第五十一条 项目组应确保试
12、运行计划中包含问题应对机制，明确问题沟通渠中国人寿信息技术管理制度 道和职责分工，并对可能发生的重大问题制定应急预案。 第五十二条 项目组根据试运行计划进行系统转换和数据转换。系统转换前，需对各受影响的系统环境做检查，确保运行环境能满足新应用系统的需要。系统转换时要求对原系统中的重要参数、设置等系统运行需要的信息作详细记录，此记录作为新系统上线的要求。系统参数、设置的转换工作作为系统上线的验收的评估指标之一。项目组需对数据转换的完整性和准确性作出检查，出具数据转换记录。系统转换和数据转换由试运行单位业务部门和信息技术部共同监督并进行验收。 第五十三条 系统转换和数据转换验收通过后，正式启动试运
13、行。在试运行过程中，试运行单位信息技术部应对系统运行情况(系统资源使用，反应速度等)作记录。必要时，项目组应根据系统运行情况对应用系统进行优化。 第五十四条 试运行达到试运行计划规定的终止条件时，项目组编写试运行报告。此报告应由项目组和试运行单位签字确认，并提交公司管理层审阅。 第五十五条 公司管理层审阅试运行结果，决定试运行结束或延期。 第五十六条 项目组应根据测试标准和试运行结果，制定实施后评估标准。 第九节 系统验收 第五十七条 系统验收分为功能验收和软件验收，分别由业务组和IT组负责。 第五十八条 项目组应根据验收情况整理生成系统验收报告提交业务部门和信息技术部负责人审阅，业务部门和信
14、息技术部负责人根据系统测试、试运行的综合情况签署验收意见，项目组根据验收意见决定是否开展上线工作。 第十节 系统上线 第五十九条 系统上线应遵循稳妥、可控、安全的原则。 中国人寿信息技术管理制度 第六十条 项目组制定总体上线计划，总体上线计划应综合考虑资源及系统现状等情况，同时还应充分考虑上线可能给当前系统带来的影响，并取得系统运行部门的意见。总体上线计划经业务部门及信息技术部管理层进行审批后，报公司管理层进行审批并下发各上线单位。各上线单位根据总体上线计划制定各自的上线计划，该计划得到上线单位管理层审批后，提交项目组备案。 第六十一条 项目组制定实施后评估计划(包括评估标准、时间安排等)并下
15、发各上线单位。 第六十二条 项目组根据总体上线计划做好相关部署、培训工作，并建立总体的问题应对机制。各上线单位根据各自的上线计划建立同项目组有效衔接的问题应对机制，制定详细上线应急预案，并做好各自的部署、培训、系统转换、数据转换等工作。具体规定参见试运行一节。 第六十三条 上线单位在上线初期须加强日常运行状态监控，出现问题时应及时处理，对重大问题应启动紧急预案。 第六十四条 上线单位管理层可根据上线情况对上线计划进行调整。调整后的上线计划应及时提交项目组备案。 第六十五条 各上线单位在上线完成后，编写系统上线报告，经上线单位管理层审批通过后，上报项目组。 第六十六条 项目组及时汇总各上线单位上
16、线报告，报公司管理层审批。 第六十七条 系统上线完成后，各上线单位根据实施后评估计划对系统进行评估，并作详细的评估记录。各单位编写实施后评估报告，上报总部IT运行部门，由其整理后上报公司管理层作为项目整体实施后评估的依据。 第十一节 结项管理 第六十八条 系统上线完成后，项目组提出结项申请，出具项目总结报告，上报公司管理层审批。 第六十九条 公司管理层批准结项后，业务组和IT组分别整理项目管理文档和工中国人寿信息技术管理制度 作成果，并提交各自部门统一管理。 第七十条 系统结项后，由项目组交由相关运行部门进行维护支持工作。 第十二节 配置管理 第七十一条 信息技术部制定统一的配置管理规范，各项
17、目组共同遵循。 第七十二条 软件开发过程中各项目管理文档和工作成果均作为配置项进行管理，其中包括:需求文档、设计文档、代码、测试用例、测试数据、数据转换记录以及项目相关文档。 第七十三条 项目经理指定项目组成员担当配置管理员，负责配置管理工作。 第七十四条 配置管理员应根据配置管理规范制定配置管理计划，并提交项目经理审批。 第七十五条 配置管理员负责配置库管理、维护，做好配置库的备份工作。 第七十六条 项目组应严格执行配置基线的变更流程，评估变更风险及影响，撰写配置项变更控制报告。 第七十七条 配置管理员按照配置管理计划规定的审计频度进行配置审计，撰写配置审计报告。 第十三节 软件质量保证 第
18、七十八条 软件质量保证遵循全员负责、以用户需求为导向、持续改进的原则。 第七十九条 itPMO指定项目组成员担当软件质量保证员，负责质量保证工作。软件质量保证员向itPMO负责。 第八十条 软件质量保证员制定详细的质量保证计划并提交项目经理审批。 第八十一条 对于项目中的质量问题，软件质量保证员应及时提交IT组负责人。IT组负责人在质量保证计划中约定的时间未处理时，软件质量保证员应上报itPMO。 第八十二条 软件质量保证员根据质量保证计划规定的报告频度撰写质量管理报告提交IT组负责人、项目经理和itPMO审阅。 中国人寿信息技术管理制度 第十四节 合作开发管理 第八十三条 合作开发应本着公开
19、、公正、公平的原则。 第八十四条 合作开发商招标参见采购制度。合作商资质认定参见第三方管理制度。 第八十五条 IT组应同合作开发商明确项目变更的范围和处理方式，重点关注需求和设计变更。 第八十六条 合作开发商应遵循我方软件开发管理制度。 第八十七条 IT组负责监控合作开发商的项目管理及软件开发活动。合作开发商应按计划定期向我方IT组报告进展状态，并提交阶段性成果文档。发生重大问题时，合作开发商需及时向IT组汇报。 第八十八条 IT组负责人派专人监控合作开发商的质量保证过程。 第八十九条 IT组负责人要求合作开发商做好技术转移工作，保证我方人员掌握核心技术。 第九十条 项目组同合作开发商商定验收
20、的标准和方法。 第九十一条 以上各要求需要在开发合同中明确。 第十五节 附则 第九十二条 本制度由公司总部信息技术部负责解释和修订。 第九十三条 本制度自发布之日起开始执行。 中国人寿信息技术管理制度 附件一 软件开发总流程 软件开发总流程需求系统系统系统系统测试试运行项目软件工程流开发设计实现验收上线计划结项立项管理开始结束管理项目项目管理流监控合作开发管理质量保证配置管理中国人寿信息技术管理制度 附件二 立项管理流程 软件开发(立项管理)流程是否同意立项审批立项,否信息技术部需求部门公司管理层是可行性立项申请书分析报告成立项目组终止进行结束(业务组)后继工作开始可行性分析立项申请是否自行开
21、配合进行配合进行成立项目组是发,可行性分析立项建议(IT组)否成立合作开发进行内部招标签订软件结束结束结束谈判委员会或竞争性谈判开发合同中国人寿信息技术管理制度 附件三 需求开发流程 中国人寿信息技术管理制度 附件四 需求变更流程 软件开发(需求变更)流程需求变更申请提出开始业务组负责人审批需求变更是否接受填写拒绝意见变更影响评估否结束变更,IT组负责人审批是需求变更申请填写接受意见需求文档变更项目计划变更按照变更后的需求IT组负责人审批相关文档变更(必要时)进行开发信息技术部(IT组)需求部门(业务组)中国人寿信息技术管理制度 附件五 项目计划流程 软件开发(项目计划)流程开始进行项目估计制
22、定项目计划执行项目计划结束项目估计表项目计划项目计划审批信息技术部需求部门项目组负责人负责人项目计划审批中国人寿信息技术管理制度 附件六 项目计划变更流程 软件开发(项目计划变更)流程项目计划变更控制报告提出项目计划更新项目计划维持项目计划开始结束变更申请开始执行新计划继续执行原计划是否审批项目计划提出审批意见审批通过,变更申请信息技术部需求部门负项目经理负责人责人是否审批项目计划审批通过,提出审批意见变更申请中国人寿信息技术管理制度 附件七 项目监控流程 软件开发(项目监控)流程否项目状态报告项目执行编写项目报告是与计划偏差进行项目是否开始是结束较大,项目计划变更结束,否项目状态报告结束审阅
23、itPMO项目经理信息技术部(IT组)项目状态报告审阅结束中国人寿信息技术管理制度 附件八 系统设计流程 软件开发(系统设计)流程单元测试详细设计概要设计集成测试系统设计案例说明书说明书案例计划制定细化的进行进行进入系统实现结束开始系统设计计划概要设计详细设计否否业务组负责人业务组负责人IT组负责人IT组负责人签字确认签字确认是是组织概要组织详细设计评审评审通过,设计评审评审通过,(需求部门参加)(需求部门参加)技术评审技术评审报告报告itPMO项目经理项目组系统设计计划结束审批 中国人寿信息技术管理制度 附件九 系统实现流程 软件开发(系统实现)流程系统实现计划结束审批系统实现单元测试报告B
24、UG管理表集成测试报告BUG管理表用户操作手册安装维护手册计划制定细化的搭建开发进行进行进行编写开始结束系统实现计划测试环境编码单元测试集成测试手册项目组项目经理测试人员测试人员签字确认签字确认单元测试报告集成测试报告结束结束中国人寿信息技术管理制度 附件十 测试流程 软件开发(测试)流程验收测试计划安装维护手册技术评审报告系统验收系统测试计划用户操作手册测试报告测试报告评审手册制定细化的建立测试数据获取进行进行开始系统测试计划系统测试环境完善手册结束敏感数据处理系统测试验收测试验收测试计划验收测试环境测试人员签字确认系统测试报告结束签字确认结束验收测试报告信息技术部需求部门项目经理项目组负责
25、人负责人签字确认结束验收测试报告系统测试计划结束验收测试计划审批中国人寿信息技术管理制度 附件十一 试运行流程 软件开发(试运行)流程数据转换试运行报告试运行计划系统转换记录记录结束相关用户进行系统转换执行试运行编写试运行报告制定制定实施后进行数据转换技术人员开始试运行计划评估标准公司管理层试运行单位项目组培训项目组完成试运行签字确认系统转换数据转换试运行单位监督验收执行试运行监督验收签字确认结束结束结束试运行计划审批审阅试运行报告决定结束或延期结束中国人寿信息技术管理制度 附件十二 系统验收流程 软件开发(系统验收)流程系统验收报告信息技术部需求部门项目组完成负责人负责人整理结束开始功能验收
26、提交审阅确定系统上线系统验收报告软件验收签署验收意见签署验收意见中国人寿信息技术管理制度 附件十三 系统上线流程 软件开发(系统上线)流程实施后评估系统上线上线计划报告报告上线计划部署培训执行上线上线报告进行实施后评估制定管理层审批系统转换上线完成管理层审批编写评估报告结束上线计划项目组备案数据转换编写上线报告上报项目组上报总部IT运行总体上线计划制定汇总开始总体上线计划系统上线报告总部IT公司管理层项目组执行上线单位运行部门汇总实施后评估报告总体上线计划总体上线报告总体评估报告审批审批审批结束结束结束中国人寿信息技术管理制度 附件十四 结项管理流程 软件开发(结项管理)流程项目总结报告公司管
27、理层项目组管理文档工作成果开始上线完成结项申请结束提交部门统一管理批准结项中国人寿信息技术管理制度 附件十五 立项建议书 项目名称 立项建议书 文件状态: 文件标识: ProjectName- ? 草稿 当前版本: X.Y 正式发布 作 者: 正在修改 完成日期: Year-Month-Day 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 1. 文档介绍 1.1. 文档目的 提示:说明写作该文档的目的。例如:该文档将作为公文签报的底稿。 1.2. 文档范围 1.3. 参考文献 提示:列出本文档的所有参考文献(可以是非正式出版物)，也可以是本项目的其他文档。格式如下: 标识符 作者，
28、文献名称，出版单位(或归属单位)，日期 例如: AAA 作者，立项调查报告，机构名称，日期 BBB 作者，立项可行性分析报告，机构名称，日期 1.4. 术语与缩写解释 缩写、术语 解 释 中国人寿信息技术管理制度 2. 项目介绍 2.1. 项目目的 提示:用简练的语言说明本项目“是什么”，“实现什么目的”。描述简练且清晰。 2.2. 项目背景 提示:阐述项目背景，重点说明“为什么”会产生本项目。 (1)公司的短期、长期发展战略; (2)业务需求及发展趋势; (3)技术状况及发展趋势; (4)特殊的业务需求等。 2.3. 项目主要内容和特色 提示: (1)给出本项目待开发系统的主要功能列表(概要
29、); (2)简要说明客户对系统要求; (3)简要说明本系统的特色。 2.4. 项目范围 提示:根据对现有需求的了解来确定项目基本范围，说明本系统“应当包含的内容”和“不包含的内容”。 3. 项目风险 提示:从各个角度分析项目的风险，包含技术、人员、管理等等方面的内容。 4. 项目计划 4.1. 项目团队 提示:说明项目团队的角色、知识技能要求、建议人选、人数、工作时间，如下表所示。角色 知识技能要求 建议人选、人数 工作时间 项目经理 需求开发人员 系统设计人员 编程人员 测试人员 中国人寿信息技术管理制度 质量保证人员 配置管理人员 服务与维护人员 4.2. 软件硬件资源估计 提示: (1)估计项目所需的软件和硬件资源，说明主要配置。 (2)说明以何种方式获得，如“已经存在”、“可以借用”或“需要购买”等。 (3)资源的级别为“关键”、“普通”两种，如果关键资源不能及时到位，可能危害项目。资源名称 级别 详细配置 获取方式 费用 关键 关键 普通 普通 4.3. 成本估计 内容 成本(人民币) 备注 人力资源 软硬件资源 差旅费 会议费 接待费 4.4. 进度表 提示:制定项目开发的进度表(建议给出项目里程碑计划)。例如: 编号 里程碑名称 预计结束时间 备注 需求调研完成 项目计划完成 需求分析完成 概要设计完成
