软件开发管理制度汇编.docx

《软件开发管理制度汇编.docx》由会员分享，可在线阅读，更多相关《软件开发管理制度汇编.docx（13页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、软件开发管理制度汇编软件开发管理制度 版本：V1.02013年1 1月第一节 总 则 第一条 其次条第三条 第四条第五条第六条第七条 第八条 为规自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。本制度中软件开发指新系统开发和现有系统重大改造。本制度中自行开发是指主要依靠公司自身的管理、业务和技术力气进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台；合作开发是公司与专业 IT 公司（合作商）共同协作完成 IT 应用的项目实施和技术支持工作，一般形式是公司负责供应业务框架，合作商供应技术框架，双方组

2、成开发团队进行项目实施，IT 系统的日常支持由 IT 技术中心和合作商共同担当，IT 技术中心负责部（一级）支持， 合作商负责外部（二级）支持；外包开发是指将 IT 应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的 IT 公司或询问公司等），由该公司（承包商）负责应用项目的实施。软件开发遵循项目管 理和软件工程的基本原则。项目管理涉及立项管理、项目安排和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验 收、系统上线和数据迁移。除特殊指定，本制度中项目组包括业务组（或需求提出组）、IT 组（可能包括网络

3、管理员和合作开发商）。其次节 立项管理 提出开发需求的信息技术部门参加公司层面立项，进行立项的技术可行性分析，编写立项分析报告（附件一），开展前期筹备工作。立项分析报告应明确项目的围和边界。应用系统主要运用部门将立项分析报告上交公司总裁室进行立项审批， 以保证系统项目与公司整体策略相一样。立项分析报告得到批准后，成立项目组（假如是外包开发，则成立外包商项目组；假如是合作开发，则与外包商共同成立合作开发项目组，以下统称项目组），项目组应包括业务组（由公司相关业务部门组成）和IT 组 （自行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络 管理员和外包商成员）。公司委派一名员工负责监督

4、项目的进度，进行项目管理工作，确保开发能刚好完成并能满意业务须要。项目组人员的选择应满意项目对业务及技术要求，项目组人员应有足够的业务和 IT 技术方面的专业学问来胜任项目各方面的工作。第三节 需求分析第九条第十条 第十一条 第十二条 第十三条 第十四条 第十五条第十六条第十七条 立项后业务组对用户需求进行汇总整理，出具业务需求说明书 （附件二），并确保业务需求说明书中包含了全部的业务需求。经系统运用部门审批确认，作为业务需求基线。IT 组在获得业务需求说明书后，提出技术需求和解决方案，并对系统进行定义，出具系统需求规格说明书（附件三）。系统需求规格说明书需具体列出业务对系统的要求（界面、输入

5、、输出、管理功能、平安需求、运作模式、关键指标 (KPI)等）。系统需求规格说明书须要由业务组提交给相关业务流程负责人确认。对于合作开发的项目，当业务需求发生变更时，业务组应提交需求变更申请（附件四），IT 组组长审批后交给合作开发商实施。项目组应对需求变更影响到的文档刚好更新。 第四节 项目安排和监控 软件开发采纳项目形式进行管理。项目经理负责整个项目的安排、组织、领导和限制。需求分析过程中，项目经理组织制定具体的项目安排书（附件五），包括详细任务描述和项目进度表等。在项目的各个阶段，业务组组长和 IT 组组长需协作项目经理制定阶段性项目安排。业务组组长和 IT 组组长需协作项目经理对项目安

6、排执行状况进行监控，确保项目按安排完成。项目安排须要变更时，项目经理填写项目安排变更说明（附件六），并提交公司主管领导审批，通过审批后，交给业务组组长和IT 组组长执行。第五节 系统设计 系统设计应分为概要设计和具体设计，系统设计要遵循完备性、一样性、扩 第十八条第十九条 其次十条 其次十一条 其次十二条 其次十三条 其次十四条其次十五条 其次十六条 其次十七条 其次十八条 其次十九条 第三十条 展性、牢靠性、平安性、可维护性等原则。在系统设计阶段中，用户应充分参加，确保系统设计能满意系统需求。项目组进行具体设计，出具设计说明书 （附件七）和单元测试用例 （附件八）。设计说明书中须要定义系统输

7、入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审，出具设计评审报告 （附件九）。业务组组长和 IT 组组长应参与此评审并对评审看法签字确认。设计评审均以业务需求说明书和系统需求规格说明书为依据，确保系统设计满意全部需求。对已确认通过的系统设计进行修改需获得管理部门、业务组组长和 IT 组组长的审批后方可进行。对系统设计的修改的文档须由文档管理人员进行归档管理。 第六节 系统实现 项目组依据设计说明书制定系统实现安排，并提交项目经理对安排可行性进行审批。系统实现包括程序编码、单元测试和集成测试。项目组保证开发、测试和生产环境独立，为各环境建立访问权限限制机制， 并明确项目成员

8、的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应当做到隔离；假如环境的分隔是通过逻辑形式实现的，应定期检查网络设置。项目组对已授权访问生产环境的人员进行具体记录，并对该记录进行定期检查，确保只有经授权的人员才能访问到生产环境。项目组进行单元测试和集成测试，测试人员签字确认测试结果。 第七节 系统测试和用户测试 项目组制定系统/用户测试安排（附件十），并提交项目经理对安排可行性进行审批。系统/用户测试安排必需定义测试标准，并明确各种测试的测试步骤和须要的系统设置要求。项目组向数据拥有部门申请获得测试用业务数据的运用权，对获得的数据进行严格的访问限制，确保只有相关项目人员才能访问及运用

9、。项目组负责测试数据打算，测试用数据要足够模拟生产环境中的实际数据。 对已评定为敏感信息的数据进行敏感性处理和爱护。第三十一条 IT 组或合作开发商建立测试环境进行系统测试。在系统测试中对新系统部各模块之间的接口和与其他系统的接口进行充分测试。出具系统测试报告 （附件十一），测试人员签字确认测试结果。第三十二条 系统测试通过后，IT 组协作业务组建立用户测试环境，业务组依据用户测试用例进行用户测试，出具用户测试报告（附件十一），业务组组长和 IT 组组长应在用户测试报告中签字确认。第三十三条第三十四条第三十五条第三十六条 第三十七条第三十八条第三十九条第四十条 第四十一条 项目组完成系统帮助文

10、档（其中包括用户操作手册和安装维护手册）。凡涉及应用系统的变更，应对系统帮助文档刚好更新。第八节 试运行 系统主要运用部门依据项目规模及影响确定试运行策略。项目组制定试运行安排（附件十二），并制定试运行验收指标，上报公司主管领导审批。试运行安排中应包含问题应对机制，明确问题沟通渠道和职责分工。项目组联合试运行单位进行相关系统部署工作，打算培训资料，对相关用户和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。项目组依据试运行安排进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满意新应用系统的须要。系统转换时必需具体记录原系统中的重要参数、设置等系统信息，并填写试运

11、行报告相关容。系统参数、设置的转换工作作为系统上线的验收的评估指标之一。数据迁移前，应制定具体的数据迁移安排 （附件十三），数据迁移安排中应包含迁移方案、测试方案、数据定义，新旧数据比照表、迁移时 间、回退安排等信息。数据迁移安排需经项目经理和主管领导签字审批。数据迁移后，项目组对数据迁移的完整性和精确性作出检查，出具数据迁移报告（附件十四），其中包括数据来源、转换前状态、转换后状态，数据迁移负责人、对完整性检查状况、对精确性检查状况等容。各相关部门验收转换结果后在该报告上签字确认。系统转换和数据迁移由试运行单位业务部门和公司主管领导共同监督并进行验收。系统转换和数据迁移验收通过后，正式启动试

12、运行。在试运行过程中，试运行单位办公室把系统运行状况（系统资源运用，反应速度等）记录到试运行 报告中。必要时，项目组应依据系统运行状况对应用系统进行优化。第四十二条 试运行达到试运行安排规定的终止条件时，项目组编写试运行报告 （附件十五）。此报告应由项目组和试运行单位签字确认，并提交公司主管领导批阅。公司主管领导批阅试运行结果，确定试运行结束或延期。第九节 系统验收第四十三条第四十四条 第四十五条 第四十六条第四十七条第四十八条第四十九条第五十条 第五十一条 系统主要运用部门及信息技术部门联合组成独立系统验收小组，也可授权原项目组作为验收小组。验收小组从功能需求及技术需求层面对系统进行综合评估

13、。验收组依据验收状况组织形成系统验收报告(附件16)，提交主要系统用户和信息技术部门审查。系统主要运用部门和信息技术部门负责人依据系统测试、试运行状况签署验收看法。 第十节 系统上线 系统上线应遵循稳妥、可控、平安的原则。通常状况下，系统上线包含数据迁移工作。项目组应制定系统在线安排(附件17)，并报公司主管领导批准。只有在线安排获得批准后，才能起先部署和在线工作。系统上线安排容应包括但不限于：1、部署方式和资源安排（包括人力资源及服务器资源）； 2、上线工作时辰表； 3、上线操作步骤以及问题处理步骤； 4、项目阶段性里程碑和成果汇报（项目执行状态的批阅、进度支配等）； 5、数据迁移的需求和实

14、施安排； 6、完整可行的应急预案和回退安排； 7、用户培训安排（包括：培训安排、培训手册、培训考核等）； 8、总公司下发的系统标准参数配置。上线单位须要在上线初期加强日常运行状态监控，刚好处理问题，重大问题启动应急预案。在完成上线后要填写系统验收评估报告（附件十八），上报总公司项目组 收集整理。系统验收评估报告包括:数据精确性、系统性能和稳定性、接口问题、权限问题、业务运营影响、问题处理、备份、批量处理等。第五十二条 上线单位管理层要对系统验收评估报告进行审批签字。第五十三条 公司主管领导批准结项后，业务组和 IT 组将整理的文档提交各自部门统一管理。第十一节 合作开发管理第五十四条 第五十五

15、条第五十六条第五十七条第五十八条第五十九条第六十条 合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方管理制度。合作开发商必需遵循公司软件开发管理制度。项目经理同合作开发商明确规定项目变更的围和处理方式，重点关注需求和设计变更。项目经理负责监控合作开发商的项目管理及软件开发活动。合作开发商应按安排定期向项目经理报告进展状态，并提交阶段性成果文档。发生重大问题时，合作开发商需刚好向项目经理汇报。信息技术团队负责人将指派特地人员监控合作开发人员的质量保证过程。项目团队和合作开发者就验收标准和方法达成一样。以上各要求须要在开发合同中明确。 第十二节 外包开发管理 第六十一条 立项申请得到公

16、司主管领导的审批后，选定开发商，签订外包开发合同。第六十二条 项目经理负责监控外包开发商的项目管理及软件开发活动。外包开发商应按 安排定期向项目经理报告进展状态，并提交阶段性成果文档。发生重大问题时，外包开发商需刚好向项目经理汇报。第六十三条 项目经理监控外包开发商的质量保证过程。第六十四条第六十五条第六十六条第六十七条 项目组同外包开发商商定验收的标准和方法。以上各要求须要在开发合同中明确。第十三节 附则 本制度由公司总部信息技术部负责说明和修订。本制度自发布之日起起先执行。 附件一 文件状态：√ 草稿 正式发布 正在修改 版 本 历 史 立项分析报告 文件标识：ProjectN

17、ame- 当前版本：X.Y 作 者：完成日期：Year-Month-Day1. 项目介绍 1.1. 项目目的 提示：用简练的语言说明本项目是什么，实现什么目的。描述简练且清楚。1.2. 项目背景 提示：阐述项目背景，重点说明为什么会产生本项目。（1）公司的短期、长期发展战略； （2）业务需求及发展趋势； （3）技术状况及发展趋势； （4）特别的业务需求等。1.3. 项目围 提示：依据对现有需求的了解来确定项目基本围，说明本系统应当包含的容和不包含的容。2. 项目安排 2.1. 项目团队 提示：说明项目团队的角色、学问技能要求、建议人选、人数、工作时间，如下表所 示。角色项目经理 需求开发人员系统设计人员 学问技能要求 建议人选、人数 工作时间 版本/状态 作者 参加者 起止日期 备注2.2. 成本估计 2.3. 进度表 提示：制定项目开发的进度表（建议给出项目里程碑安排。）例如：3. 总结 提示：给出清楚的建议结论，便于上级领导.