《软件开发管理制度》由会员分享，可在线阅读，更多相关《软件开发管理制度（53页珍藏版）》请在金锄头文库上搜索。
1、 1. 目的为规范自有软件开发以及外包软件的管理工作，特制定本制度。2. 适用范围本制度适用于公司软件开发与管理。3. 总则软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移。除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。4. 系统立项开发4.1. 立项管理提出开发需求的相关业务部门和信息部门参与立项，进行立项的开发可行性分析，编写项目开发立项分析报告（附件一），明确项目的范围和边界，
2、并由信息科对立项进行组织评价，评价通过后，应用系统项目开发立项分析报告由主要使用部门上交公司领导进行立项审批，以保证系统项目与公司整体策略相一致。项目开发立项分析报告得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”），项目组应包括业务组（由公司相关业务部门组成）和开发组（自行开发为信息科成员；外包开发为外包商成员；合作开发为信息科成员和外包商成员）。信息科负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及开发要求，项目组人员应有足够的业务和开发技术方面的专业
3、知识来胜任项目各方面的工作。4.2. 需求分析立项后业务组对用户需求进行汇总整理，出具业务需求说明书（附件二），并确保业务需求说明书中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线。开发组在获得业务需求说明书后，提出开发需求和解决方案，并对系统进行定义，出具系统需求规格说明书（附件三）。系统需求规格说明书需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、运作模式等）。系统需求规格说明书需要由开发组提交给相关业务流程负责人确认。对于合作开发的项目，当业务需求发生变更时，业务组应提交需求变更申请（附件四），开发组组长审批后交给合作开发商实施。项目组应对需求变更影响到
4、的文档及时更新。4.3. 项目计划和监控软件开发采用项目形式进行管理。项目主管负责整个项目的计划、组织、领导和控制。需求分析过程中，项目主管组织制定详细的项目计划书（附件五），包括具体任务描述和项目进度表等。在项目的各个阶段，业务组组长和开发组组长需配合项目主管制定阶段性项目计划。业务组组长和开发组组长需配合项目主管对项目计划执行情况进行监控，确保项目按计划完成。项目计划需要变更时，项目主管填写项目计划变更说明（附件六），并提交相关领导审批，通过审批后，交给业务组组长和开发组组长执行。4.4. 系统设计系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维
5、护性等原则。在系统设计阶段中，系统使用用户应充分参与，确保系统设计能满足系统需求。项目组进行详细设计，设计均以业务需求说明书和系统需求规格说明书为依据，确保系统设计满足全部需求。对系统设计的修改的文档须由项目组人员进行归档管理。4.5. 系统实现项目组根据业务需求说明书和系统需求规格说明书系统实现计划，并提交项目主管对计划可行性进行审批。系统实现包括程序编码和测试。项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应该做到隔离；如果环境的分隔是通过逻辑形式实现的，应定期检查网络设置。项目组对已授权访问生产环
6、境的人员进行详细记录，并对该记录进行定期检查，确保只有经授权的人员才能访问到生产环境。项目组进行集成测试，测试人员签字确认测试结果。4.6. 系统测试和用户测试项目组制定系统/用户测试计划（附件七），并提交项目主管对计划可行性进行审批。系统/用户测试计划必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。项目组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进行严格的访问控制，确保只有相关项目人员才能访问及使用。项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。对已评定为敏感信息的数据进行敏感性处理和保护。开发组或合作开发商建立测试环境进行系统测试。在系统
7、测试中对新系统内部各模块之间的接口和与其他系统的接口进行充分测试。出具系统测试报告（附件八），测试人员签字确认测试结果。系统测试通过后，开发组配合业务组建立用户测试环境，业务组根据用户测试用例进行用户测试，出具用户测试报告（附件八），业务组组长和开发组组长应在用户测试报告中签字确认。项目组完成系统帮助文档（其中包括用户操作手册和安装维护手册）。凡涉及应用系统的变更，应对系统帮助文档及时更新。4.7. 试运行系统主要使用部门根据项目规模及影响决定试运行策略。项目组制定试运行计划（附件九），并制定试运行验收指标，上报公司主管领导审批。试运行计划中应包含问题应对机制，明确问题沟通渠道和职责分工。项目
8、组联合试运行单位进行相关系统部署工作，准备培训资料，对相关用户人员进行培训。项目组根据试运行计划进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满足新应用系统的需要。系统转换时必须详细记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。数据迁移前，应制定详细的数据迁移计划（附件十），数据迁移计划中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息。数据迁移计划需经项目主管和相关领导签字审批。数据迁移后，项目组对数据迁移的完整性和准确性做出检查，出具数据迁移报告（附件十一），其中包括数据来源、数据迁移负责人、对完整性检查情况、对准确性检查情
9、况等内容。各相关部门验收转换结果后在该报告上签字确认。系统转换和数据迁移由试运行业务部门和主管领导共同监督并进行验收。系统转换和数据迁移验收通过后，正式启动试运行。在试运行过程中，项目组把系统运行情况（系统资源使用，反应速度等）记录到试运行报告中。必要时，项目组应根据系统运行情况对应用系统进行优化。试运行达到试运行计划规定的终止条件时，项目组编写试运行报告（附件十二）。此报告应由项目组和试运行部门签字确认，并提交主管领导审阅。主管领导审阅试运行结果，决定试运行结束或延期。4.8. 系统验收系统主要使用部门及信息科联合组成独立系统验收小组，验收小组从功能需求及技术需求层面对系统进行综合评估。 验
10、收小组应根据验收情况整理形成系统验收报告（附件十三）提交系统主要使用部门和信息技术部门审阅。系统主要使用部门和信息科负责人根据系统测试、试运行情况签署验收意见。4.9. 系统上线系统上线应遵循稳妥、可控、安全的原则。通常情况下，系统上线包含数据迁移工作。项目组制定系统上线计划（附件十四），上报主管领导审批。在上线计划得到批准后才能开始部署上线工作。系统上线计划内容应包括但不限于：部署方式和资源分配（包括人力资源及服务器资源）；上线工作时间表；上线操作步骤以及问题处理步骤；数据迁移的需求和实施计划；完整可行的应急预案和“回退”计划；用户培训计划（包括：培训计划、培训手册、培训考核等）；在上线初期
11、需加强日常运行状态监控，出现问题时应及时处理，对重大问题应启动紧急预案。公司主管领导批准结项后，业务组和开发组将整理的文档提交信息科统一管理。4.10. 合作开发管理合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方管理制度。合作开发商必须遵循公司软件开发管理制度。项目主管同合作开发商明确规定项目变更的范围和处理方式，重点关注需求和设计变更。项目主管负责监控合作开发商的项目管理及软件开发活动。合作开发商应按计划定期向项目主管报告进展状态，并提交阶段性成果文档。发生重大问题时，合作开发商需及时向项目主管汇报。开发组组长派专人监控合作开发商的质量保证过程。项目组同合作开发商商定验收的标准
12、和方法。以上各要求需要在开发合同中明确。4.11. 外包开发管理立项申请得到公司主管领导的审批后，选定开发商，确保承包方有相应资质，签订外包开发合同。与选定开发商签订保密协议，明确其保密责任。要求选定开发商提供所有必要的软件配置项。应确保所有软件配置项为最新，与实际运行环境配套。应确保所有软件配置项安全，由专人负责管理。应在软件安装之前根据开发要求检测软件质量，包括功能、性能和安全的各个方面，检测软件包中可能存在的恶意代码，并审查其中可能存在的后门。核心业务系统或模块宜由委托方自主开发。项目主管负责监控外包开发商的项目管理及软件开发活动。外包开发商应按计划定期向项目主管报告进展状态，并提交阶段
13、性成果文档。发生重大问题时，外包开发商需及时向项目主管汇报。项目主管监控外包开发商的质量保证过程。项目组同外包开发商商定验收的标准和方法。以上各要求需要在开发合同中明确。4.12. 开发流程图业务开发审批用户成立项目组立项申请,编写项目开发立项分析报告开始项目计划变更业务组整理需求，出具业务需求说明书系统验收报告系统验收审批不通过评价不通过开发组根据业务需求说明书出具系统需求规格说明书，并编写项目计划书系统设计系统开发系统测试试运行系统上线计划系统上线用户培训项目审批批评价通过信息科评价审批通过审批通过审批不通过审批用户测试用户测试报告5. 系统日常运维5.1. 系统二次开发、报表开发、接口开
14、发5.1.1. 开发申请对现有信息系统提出功能二次开发、报表开发、接口开发的，需相关业务部门填写需求申请单（附件十五）提交至信息科，由信息科对开发需求进行开发可行性分析，审批是否对业务部门提出的需求进行功能开发。5.1.2. 功能实现对于审核通过的开发需求，信息科根据业务部门提交的需求申请单进行需求分析、数据库设计、程序编码和系统测试。5.1.3. 用户测试对于信息科开发完毕的功能，需求提出部门需进行用户测试，并将测试结果反馈至信息科。5.1.4. 功能验收需求提出部门及信息科联合对功能进行验收，从功能需求及技术需求层面对新功能进行综合评估。验收完成后填写需求申请单中的申请部门验收意见、验收日
15、期。5.2. 用户设置、权限设置、数据维护对现有信息系统提出用户维护、权限维护、数据维护的，需相关业务部门填写数据维护申请单（附件十六）提交至信息科，由信息科对需求进行可行性分析，审批是否对业务部门提出的需求进行数据维护。审批通过后由信息科进行数据维护，并做好相关数据的维护记录，当数据维护完成后，由申请部门和信息科共同对数据维护申请单进行核对并签字确认，所有维护记录必须在信息科存档一年以上。5.3. 维护流程图二次开发、报表开发、接口开发用户设置、权限设置、数据维护申请部门信息科申请部门信息科用户测试开始开发需求,编写需求申请单功能上线功能测试功能开发数据库设计需求分析审批不通过审批通过需求审批开始数据维护申请单
