软件研发管理办法

软件研发管理办法办法名称软件研发管理办法编号执行部门第 1 章 总则第1 条 目的 为规范软件研发工作，提高研发质量，降低成本，结合公司的实际情况,特制定本办法. 第2 条 归口管理部门 软件研发部是软件研发工作的归口管理部门，负责软件的需求调查、设计、开发、测试、 发布等各项工作。第 2 章 软件产品研发决策管理 第3 条 产品规划内容 产品规划是指产品规划人员通过调查研究，做出有关需求分析、市场导向、竞争对手和 产品发展方向的分析报告，制定和维护产品的目标,确保产品满足客户的需要。其具体工作 内容包括以下三个方面。（1）软件研发部调研人员通过客户需求分析，获取与产品发展相关的客户意向、市场 需求、竞争态势、同类产品等信息.（2）根据调研分析结果,确定产品的主要发展方向;根据客户与公司的需要，确定产品的 关键属性等。（3）制定产品的长期目标。第4 条 可行性研究及决策程序（1）软件研发部调研分析人员进行市场调查与分析，确认软件的市场需求。（2）在调查研究的基础上进行可行性研究，提交可行性分析报告。（3）软件研发主管副总组织相关人员进行论证，决定项目取消或继续.（4）软件研发部根据论证结果制定初步的软件开发计划。（5）根据市场环境、公司软硬件情况预测风险因素。第 3章 软件需求分析 第5 条 软件需求分析与制定研发计划流程（1）调查被开发软件企业的状况.（2）对软件开发需求进行分析并给出详细的功能定义。（3）做出简单的用户原型，与用户共同研究，直到用户满意为止。（4）对可利用的资源（计算机硬件、软件、人力等）进行估计，制定研发进度计划（可有相 应的缓冲时间）。（5）制定详细的软件研发计划.（6）制定质量控制计划和测试计划。（7）编写初步的用户手册（8）评审. 第6 条 软件需求分析要求（1）必须以运行环境为基础.（2）应有用户指定人员参加.（3）需求说明书必须明确，并经过用户确认。第7 条 软件需求审批 经评审通过的各项内容形成相应的文档后，须提交软件研发经理审核确认。第 4 章 概要设计第8 条 概要设计的实施流程（1）确定目标系统的总体结构。 对于大型系统，可按主要的软件需求划分成子系统，然后为每个子系统定义功能模块 及各功能模块间的关系,并描述各子系统的接口界面. 对于一般系统，可按软件需求直接定义目标系统的功能模块及各功能模块间的关系（2）给出每个功能模块的功能描述、数据接口描述，以及外部文件与各功能模块间的 关系。（3）设计数据库或数据结构。（4）制订各阶段开发的目标（里程碑）计划。（5）制定第一个里程碑的测试计划。（6）评审。第9 条 概要设计要求（1）在设计目标系统的整体结构时，应力争使其具有好的形态,各功能模块间应满足低 耦合度,而各功能模块内应满足高内聚度。功能模块的作用范围应在其控制范围之内。（2）在设计目标系统的总体结构时,应降低模块接口的复杂性,以提高目标系统的可靠 性。（3）每一个里程碑计划又可分为详细设计、实现、组装测试、确认测试、发布、交接等 阶段。第 10 条 审批流程（1）经评审通过的各项内容形成相应的文档后，提交给软件研发部经理审核确认。（2）数据库/数据结构设计说明书、概要设计说明书经软件研发部经理确认后还须提交 给主管技术副总进行审核确认.第 5章 详细设计第 11 条 详细设计的实施流程（1）将概要设计产生的构成软件系统的各个功能模块逐步细化，形成若干个程序模块.（2）确定各程序模块之间的详细接口信息.（3）撰写拟订单元测试计划。（4）评审.第 12 条 详细设计的工作要求（1）确定程序模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和 处理功能.（2）规定符号的使用规范,确定设计的命名规则。第 13 条 审批流程（1）经评审通过的各项内容形成相应的文档后，提交给软件研发部经理审核确认。（2）详细设计说明书经软件研发部经理确认后,还须提交给主管技术副总进行审核确认.第 6 章 软件实现第 14 条 软件实现的实施与要求（1）对每个程序模块用所选定的程序设计语言进行编码，写出的程序应该结构良好、 清晰易读且与设计一致，符合公司编码规范。（2）单元测试,研发人员按单元测试计划对自己编写的程序进行测试。（3）对编程及单元测试过程进行版本管理,主要由高级项目工程师负责。第 15 条 审批 所有文档必须提交给软件研发部经理审核确认。第 7章 测试第 16 条 组装测试实施程序(1) 开发组完成单元自测后,由研发负责人填写“测试申请单”连同测试产品清单交与 测试人员。(2) 相关测试人员根据提交的申请单将源程序、文档等拷贝到测试产品目录中。(3) 执行测试计划中要求的所有组装测试。(4) 测试人员对测试结果进行分析，生成问题列表(Bug List)，返给研发负责人。(5) 研发人员经过分析、修复并自测完毕，生成BUG修复报告，返给测试人员。(6) 测试人员进行反复测试,直至测试通过.第 17 条 组装测试工作要求( 1)组装测试应保证模块间无错误连接。(2) 应对软件系统或子系统的输入输出能力进行测试，使其达到设计要求。( 3)应测试软件系统或子系统正确的能力和经受错误的能力.第 18 条 确认测试实施程序(1) 在模拟的环境中进行强度测试，即在事先规定的一个时期内运行软件的所有功能，以 证明该软件无严重错误。( 2)执行测试计划中的所有确认测试.(3) 使用用户手册，以进一步证实其实用性和有效性，并改正其中的错误。(4) 对测试结果进行分析，生成当前BUG列表。(5) 反复查找BUG原因，直到修复。( 6)对所有文件进行整理。第 19 条 确认测试工作要求( 1)全部系统存储量、输入及输出通道，以及进行处理必须预留的余量.(2) 将预期结果、测试结果及测试数据全部存档。(3) 测试人员将测试清单中缺少的文档列入BUG记录表.(4) 对测试中重现与未重现的BUG均要有说明。第 8章 软件发布第 20 条 发布过程管理(1) 经测试合格的产品由测试人员填写“发布申请表连同发布文档一起提交给软件研 发部经理、主管副总进行审核。(2) 软件研发部经理、主管副总审核发布申请.(3) 测试人员将要发布的产品(包括源程序、执行文件及相关文档)放入发布产品目录 中并生成安装程序.第 9 章 附则第 21 条 本办法由公司软件研发部制定，修改权、解释权归公司软件研发部所有。 第 22 条 本办法自颁布之日起执行。编制人员审核人员批准人员编制日期审核日期批准日期