软件开发管理办法模版.docx

《软件开发管理办法模版.docx》由会员分享，可在线阅读，更多相关《软件开发管理办法模版.docx（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 软件开发管理办法-模版 软件开发 治理方法 状态： 草稿 标识号： 评审 当前版本： 0.5 5 初始版 前一版本： 0.4 4 修订版 公布日期： / / 修改历史 日期 版本 修改内容 评审号 变更掌握号 第一章 总 则 第一条 为了提升公司软件产品的开发质量，标准软件开发过程，依据公司电子化建立工程治理方法、公司软件标准过程和软件工程的根本原则，结合公司的实际状况，特制定本方法。 其次章 适用范围及准入条件 其次条 本方法适用于公司的软件产品研发过程，涉及需求分析、系统设计、系统实现、系统测试、数据迁移、试运行、系统上线、系统交付各阶段相关活动。开发形式包括自主研发、合作开发、外包开发

2、。 第三条 在软件开发过程中涉及的需求治理、立项治理、配置治理、质量治理、系统测试、用户验收测试、性能测试、系统上线、系统验收、外包商治理等活动的要求可参见信息技术部相关制度和方法。 第四条 获得批准并完成立项、招投标、商务及选购流程的软件开发工程在资源保障到位的前提下即可进入软件开发阶段。 第五条 非第四条范围商定的软件开发工作参见公司信息系统投产及变更治理方法的规定执行。 第三章 术语定义 第六条 本方法中软件开发指新系统开发和现有系统重大改造的软件产品研发工作。以公司电子化建立工程治理方法为根本依据,对软件研发工作采纳工程制治理。 第七条 本方法中自主研发是指主要依靠公司自身的治理、业

3、务和技术力气进展系统设计、软件开发、集成和相关的技术支持工作，向外一般仅购置有关的硬件设备和支撑软件平台；合作开发是指公司与专业 IT 公司（外包商）共同协作完成 IT 应用的工程实施和技术支持工作，一般形式是公司负责供应业务框架和技术标准，合作商供应根底产品、技术保障，双方组成开发团队进展工程实施,合作开发中涉及的外包范围为系统效劳类和人员效劳类外包的局部外包；外包开发是指将 IT 应用工程的设计、开发、集成、培训等任务整体外包给某家专业公司（可以是专业的 IT 公司或询问公司等），由该公司负责应用工程的实施。 第四章 组织与职责 第八条 本方法中的工程组指依据公司电子化建立工程治理方法成立

4、的工程实施团队，通常由业务组（需求申请部门、归口部门等业务部室）和技术组（总行信息技术部相关技术人员和外包商）组成的工程实施团队；工程组成员应有足够的业务和 IT 技术方面的专业学问来胜任工程各方面的工作，工程组中的工程经理由总行信息技术部指定（特殊指定除外）。 第九条 业务组负责业务需求定义及解释，帮助技术组完成软件需求规格说明书的编制，负责对软件需求规格说明书进展确认，参加工程实施过程，对软件产品的测试及验收工作负责。 第十条 业务组负责在软件产品投产前完成业务营运治理方法、用户业务手册的编写，负责软件产品的应用培训、推广。 第十一条 技术组依据相关技术开发标准的要求负责业务需求的技术实现

5、及软件研发过程中各阶段的技术产出物。 第十二条 在软件产品研发过程中的测试,应参照测试治理方法进展软件测试工作。 第十三条 工程经理负责软件产品研发和实施的整个过程。 第五章 工程规划和监控 第十四条 工程启动后由工程经理组织制定工程开发规划，包括工程范围和进度规划、测试规划、风险规划、配置规划、质量规划、人力资源及沟通规划等内容。提交工程干系人进展评审，并依据工程开发规划进展组织、协调工程的实施。 第十五条 在工程的各个阶段，工程组 质量保证人员 对开发规划的执行状况进展监控，确保工程按规划完成。 第十六条 工程开发规划需要变更时，工程经理 遵循开发中心变更流程 组织 实施变更 。 第十七条

6、 工程经理对工程的实施状况进展持续跟踪、监控,并定期组织工程组会议、采集工程度量数据，向主管领导汇报工程进度执行状况。 第六章 需求分析 第十八条 技术组在获得业务需求后，按系统需求规格说明书的标准提出技术需求和解决方案，并对系统进展定义，编制系统需求规格说明书和数据字典。系统需求规格说明书需具体列出业务对系统的要求(界面、输入、输出、治理功能、安全需求、运作模式、约束条件、关键指标(KPI)等），由总行信息技术部组织对系统需求规格说明书进展评审。 第十九条 系统需求规格说明书通过评审后和业务需求 作为需求基线纳入配置治理。 其次十条 系统需求规格说明书发生变更时，工程经理遵循开发中心变更流程

7、组织 实施变更 。 第七章 系统设计 其次十一条 系统设计一般状况下分为概要设计和具体设计，系统设计要遵循完备性、全都性、扩展性、牢靠性、安全性、可维护性等原则。 其次十二条 在系统设计阶段中，最终用户和需求部门(归口部门）参加阶段工作产品评审，确保系统设计能满意业务需求。 其次十三条 技术组完成系统设计。系统设计需要定义系统架构、系统输入输出说明和接口设计等内容。总行信息技术部组织相关人员对设计进展评审。 其次十四条 设计评审均以业务需求和系统需求规格说明书为依据，确保系统设计满意全部业务需求。 其次十五条 系统设计发生变更时，工程经理遵循开发中心变更流程组织 实施变更 。 第八章 系统实现

8、 其次十六条 系统实现包括程序编码、单元测试和集成测试，其中编码工作必需遵循工程编码标准；测试工作应完成白盒测试和黑盒测试，测试数据应包括正常、边界、非法。 其次十七条 系统实现由技术组成员完成。 其次十八条 技术组成员依据工程开发规划、需求规格说明书、设计说明书、细化系统编码和测试规划，由工程经理对计 划进展确认。 其次十九条 技术组成员依据设计说明书进展编码，并按测试模板编写测试用例和测试报告。 第三十条 为确保系统实现与系统设计相符,工程经理组织对软件产品的代码文件进展代码走查，组织对单元测试、集成测试文档进展同行评审。 第三十一条 系统实现通过评审前方可进入压力测试和用户验收测试阶段，

9、代码及相关产出物全部纳入基线掌握。 第三十二条 系统实现发生变更时，工程经理遵循开发中心变更流程组织 实施变更， 确保需求、设计、测试等相关文档和代码的变更必需保持全都性、完整性和可被追溯。 第九章 性能测试和用户验收测试 第三十三条 工程组完成系统帮忙文档的编写(包括用户手册和维护手册)。 第三十四条 由工程组向测试组供应软件目标代码、业务需求、需求规格说明书、概要设计说明书、维护手册、用户手册。帮助测试人员开展系统压力测试和用户验收测试工作。 第三十五条 工程组对测试过程中报告的缺陷进展登记并进展缺陷的修复，更新程序版本和相关文档。 第十章 试运行 第三十六条 系统完成软件产品整合并到达测

10、试准出标准前方可进入试运行阶段。 第三十七条 系统试运行前，业务组完成用户培训，技术组完成 系统运维培训；遵照公司信息系统投产及变更治理方法的相关要求实施系统上线。 第三十八条 试运行完毕，工程组提交试运行报告由主管领导批阅来打算试运行完毕或延期。 第十一章 系统交付 第三十九条 系统上线试运行完毕即可按验收治理方法对系统进展验收。 第四十条 技术组依据公司应用系统维护移交说明的相关要求，在试运行完毕后的 15 个工作日内依据信息技术部应用系统维护移交表把相关产出物交付到总行信息技术部数据中心。 第十二章 持续改良 第四十一条 总行信息技术部依据本方法的执行状况，持续提出改良意见。 第四十二条 改良意见经主管行领导审批后，方可对本方法进展修订并重新公布。 第十三章 附则 第四十三条 本方法由公司信息技术部负责解释和修改。 第四十四条 本方法中涉及的文档模板及其他治理方法可在公司信息技术部开发中心组织过程资产中猎取。 第四十五条 本方法自公布之日起施行。