软件开发过程规范

软件开发过程规范

1．目的

为了规范软件开发各个阶段的开发行为，特制定此规范。2．适用范围

本规范适用于软件产品开发从立项，到开发实施、测试、结项的各个阶段，规定了各开发阶段的文档编制、代码编写和资料备份内容与要求。

3．术语和缩写

开发项目干系人：公司内部与开发项目有关联的任何人。

项目计划周期：从项目立项到计划完成时间的实际工作日数。

项目实际周期：从项目立项到实际完成时间的实际工作日数。

项目质量目标：项目允许出现的总的缺陷数的加权平均值。

项目实际质量：项目实际出现的总的缺陷数的加权平均值。

软件缺陷：在测试过程中被发现的软件bug，按照不同的严重程度分为四级：

一级，系统崩溃，无法自动恢复，加权系数为100。

✧二级，系统功能无法实现或性能指标无法达到，但不影响其

他功能的使用，加权系数为2。

✧三级，系统功能实现不完整，加权系数为1。

✧四级，不影响系统功能和性能的小错误，忽略此错误系统可

正常运行，加权系数为0.5。

加权缺陷数量：测试中出现的各种缺陷的数量乘以其对应的加权系数，求和。

4．内容和要求

4.1开发立项

4.1.1立项申请，产品开发经过申请后才能立项，立项申请人可以是公司员工，也可以是公司各职能部门。

4.1.2立项申请人或委托其部门负责人召集相关人员讨论通过，确定项目经理并初步确定项目组成员。

4.1.2.1《开发立项申请书》由项目经理负责编制。

4.1.2.2项目编号规则为，软件项目：CS+编制日期。

4.1.2.3《开发立项申请书》要规定开发的产品的具体名称，以及所属各个系列的规格型号定义。

4.1.2.4《开发立项申请书》规定开发的产品的属性，包括功能详细描述，性能要求详细描述和稳定性要求详细描述。

4.1.2.5《开发立项申请书》明确项目经理和项目组成员。

4.1.2.6《开发立项申请书》明确项目的开始日期和计划完成日期。

4.1.2.7《开发立项申请书》概要说明项目开发的资源需求，包括硬件设备、软件工具、场地环境等。

4.1.2.8《开发立项申请书》确定项目的质量目标，包括各级缺陷的数量和测试周期，所制定的质量目标不允许有一级缺陷。

4.1.2.9《开发立项申请书》的编制格式参照《开发立项申请书模板》。

4.1.3《开发立项申请书》由开发项目经理、开发部经理、技术部经理认可，总经理最终确认。

4.1.4内容变更：开发项目干系人可对申请对《开发立项申请书》的内容进行变更，变更后按申请的流程进行签字确认，变更后的内容重新填写《开发立项申请书》并附在原申请书后。项目组成员的变更由开发内部掌握，不必进行变更申请。变更可在结项前的任何阶段提出。

4.1.5项目撤销，如遇重大变故造成所开发的项目已经无实际意义或其他原因需要立即停止，可申请撤销，申请人需是项目干系人，并具有经理以上的级别，申请人负责编写《开发项目撤销申请书》,说明撤销原因，撤销申请需得到项目经理、开发部经理、技术部经理认可，经由总经理批准后生效。撤销申请可在结项前的任何阶段提出。

4.2开发

4.2.1开发立项确定后，项目经理需编写《项目开发计划书》。

4.2.1.1《项目开发计划书》初步制定项目开发的任务列表和模块划分，以及项目组人员的模块归属和工作时间安排。

4.2.1.2《项目开发计划书》可以用通用的项目管理工具来完成，编制格式由项目经理确定，推荐使用Microsoft Project。

4.2.1.3《项目开发计划书》由项目组成员认可。

4.2.1.5项目经理可根据实际情况和设计的深入，随时变更《项目开发计划书》。

4.2.1.6开发部经理可抽查《项目开发计划书》的编制和实施情况，并给出改进建议。

4.2.2开发设计

4.2.2.1《软件需求分析说明书》

4.2.2.1.1软件项目需编制《软件需求分析说明书》。

4.2.2.1.2《软件需求分析说明书》由项目经理或其委托人编制。

4.2.2.1.3《软件需求分析说明书》确定整个系统的物理结构和部署要求，并根据系统的物理结构进行模块划分，确定各个模块的功能范围和模块间的接口方式。详细说明系统规模要求和运行环境限制，并指出系统运行所需资源的要求。明确开发和系统运行所需软硬件资源的要求。确定项目进行一次全面测试所需要的测试人员人数和测试周期。《软件项目需求分析说明书》的格式参照《软件项目需求分析说明书模板》。在软件需求分析过程中，如果软件有用户界面，要在此阶段进行界面的初步设计，为了提高效率，界面草图的绘制不限定形式和格式。

4.2.2.1.4《软件需求分析说明书》由项目组全体成员认可，开发部经理最终确认。

4.2.2.1.5《软件需求分析说明书》的变更，在开发过程中，项目组成员可提出对《软件需求分析说明书》的变更申请，变更的范围限于不能违背《开发立项申请书》的要求，即不能有涉及到《开发立项申请书》变更的内容，如果有，需要做《开发立项申请书》变更的流

程。《软件需求分析说明书》变更的主要目的是修正其中的错误，或者经过变更可提高产品的品质或性能指标或缩短产品的开发周期。《软件需求分析说明书》的变更需得到项目经理的同意，必要时由项目经理召集相关技术人员和项目组成员召开简短的技术会议进行论证。项目经理将变更后的内容形成新版本的《软件项目需求分析说明书》，由开发部经理最终确认。

4.2.2.2《软件概要设计说明书》

4.2.2.2.1软件项目需编制《软件概要设计说明书》。

4.2.2.2.2《软件概要设计说明书》由项目经理或其委托人编制。

4.2.2.2.3《软件概要设计说明书》确定整个系统的逻辑结构，并对需求分析中各物理模块进行逻辑模块划分，详细描述各逻辑模块的业务规则和模块之间的接口以及重要的内部接口，确定系统级的全局变量和数据结构，确定各逻辑模块所包含的程序文件名称和使用的开发工具，描述每个文件中所包含的函数功能。确定数据库的类型和所有数据表名称及数据表的用途，确定数据库的访问方式。详细描述系统的配置方式。如果软件有用户界面，要对界面进行详细设计，确定所有界面的名称、规格及界面上的元素类型及功能，界面设计可在开发工具中直接绘制，也可采用其他绘图方式，但在概要设计文档中要保留图示并进行详细说明。格式参照《软件项目概要设计说明书模板》。