您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
(技术部管理制度)-技术部软件研发管理制度、办法、规定
软件,测试,需求(技术部管理制度)-技术部软件研发管理制度、办法、规定
发布时间：2016-12-08加入收藏来源：互联网点击：
技术部管理制度（技术部软件研发管理制度、办法、规定）
一、软件研发管理办法
软件研发管理办法
第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．确定目标系统的总体结构。
（1）对于大型系统，可按主要的软件需求划分成子系统，然后为每个子系统定义功能模块及各功能模块间的关系，并描述各子系统的接口界面。
（2）对于一般系统，可按软件需求直接定义目标系统的功能模块及各功能模块间的关系。
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均要有说明。
第20条 发布过程管理。
1．经测试合格的产品由测试人员填写“发布申请表”连同发布文档一起提交给软件研发部经理、主管副总进行审核。
2．软件研发部经理、主管副总审核发布申请。
3．测试人员将要发布的产品（包括源程序、执行文件及相关文档）放入发布产品目录中并生成安装程序。
第8章 附则
第21条 本办法由公司软件研发部制定，修改权、解释权归公司软件研发部所有。
第22条 本办法自颁布之日起执行。
下一篇：返回列表
相关链接 |
||
| 网友回复（共有 0 条回复） |