软件开发质量保证体系

软件开发质量保证体系

软件开发质量保证体系来自

1. 使用范围

2. 引用标准

3. 定义

4. 质量体系框架

4.1 管理职责

4.2 质量体系

4.3 评审

4.4 纠正措施

5. 质量体系生存周期

5.1 合同评审

5.2 需方需求规格说明

5.3 开发计划

5.4 质量计划

5.5 设计和实现

5.6 测试和确认

5.7 验收

5.8 复制、交付和安装

5.9 维护

4.1管理职责

4.1.1 供方(及具体的项目开发组)负责以下职责

组织机构

本公司内部专门设立部门质量保证部门，由部门负责人及专门经过培训的人员组成。具体项目开发组，设立质量保证组，或委托公司质量保证部门协助开展工作。

质量保证部门负责以下工作：

建立并维护公司内部的质量保证体系。

对可能导致产品不合格的问题予以识别，采取措施予以避免。

发现并记录产品的质量问题。

提出、采取或推荐问题解决办法。

验证解决办法的实施效果。

对不合格产品的处理、交付过程进行控制，确保最终问题得以纠正。

质量保证部门的评审活动应由与被评审工作无直接责任的人员组成。

制定质量方针和质量目标

确保项目组成员均理解质量方针并能坚持贯彻执行。

公司内部制定一般性的质量方针及对软件产品的质量目标，作为各项目组的参照，各项目组可根据具体客户期望及需求作出具体质量目标及质量承诺，具体质量目标及承诺，特别是超出公司目标的部分，提交给质量保证部门，以便提交给质量保证部门充分理解并协助实施。

《质量方针和质量目标》见附录

管理评审

质量保证部门负责人应每月对质量体系进行评审，主要是对内部质量审核结果的评定，以保证质量体系持续有效，保存评审记录。

4.1.2 需方（客户）应负的职责

在项目中，应向需方（客户）提出具体要求，明确其需要承担的职责，以便相互配合，共同保证项目的顺利实施。

需方应明确指定项目相关负责人，应具有足够的权力处理以下问题：

向供方提出需求

回答供方提出的某些相关问题

认可供方的提案

与供方签订协议并能确保遵守签订的协议

规定验收准则和规程

向供方提供必要的信息,提供有利的环境并解决项目中一些障碍。

4.1.3 共同评审

双方定期地交流，并联合评审软件是否满足已经商定的需求规格说明书。

4.2 质量体系

本质量体系贯穿整个开发周期，是为了在开发过程中保证质量，并非在开发结束时才检查质量问题，所以重点强调防止问题地发生，问题发生后的纠正仅作为补充手段。

本公司将采取必要手段保证这一体系得以有效地贯彻实施。

质量体系文件

本公司的质量体系文件,包括质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。

质量体系文件见附录《质量体系文件》

质量计划

具体项目开发组根据公司质量体系制订质量活动计划并形成《质量保证计划》，以保证开发组能正确理解质量体系并能遵照执行。

附录之《质量保证计划指导》作为各项目组制订计划的指导。

4.3 审核

本公司内部建立全面的审核制度，以验证各具体项目中的质量活动是否符合计划要求，同时检查质量体系的有效性，以不断完善质量体系。

审核过程及采取的措施均要按书面方式进行。

审核结果形成报告，提交审核部门负责人。对于审核时发现的问题，相关负责人应及时采取措施。

4.4 纠正措施

纠正措施必须制定书面规程，应包括以下内容：

调查问题产生的直接原因，并制定防止同类事件发生所需的措施。

查询分析各类过程记录、让步记录、操作记录、质量记录、客户投诉等等，已查明潜在原因并消除

根据风险程度，采取预防措施

对纠正措施的有效实施加以控制

对纠正措施的记录

5. 质量体系生存周期

要求各阶段必须有合格的产品（包括文档），并以其作为下一阶段的工作基础。对每一阶段的产品，必须组织评审，确保其质量，避免错误影响后续工作。

本标准适用于任何生存周期模型。

5.1 合同评审

本公司应评审每一合同，以确保：

规定合同的范围和需求并写入文档

识别可能出现的风险

恰当的保护有关的专利信息

解决所有与招标不一致的需求

有能力满足需求

规定其他涉及项目的供货商的责任

统一双方对术语的理解

需方有能力履行合同职责

合同评审记录应妥善保管。

此外，应注意有关质量条款

验收准则

在开发过程中对需求变更的处理

对验收后出现问题的处理

确定需方的责任，尤其是在需求规格说明、安装和验收时的作用

有需方提供的必要便利条件，如设施、工具和软件等

采用的标准和规程

5.2 需方需求规格说明

在某一具体项目进行开发前，本公司应具有一套该项目的完整、精确、无歧义的功能需求，这些需求应包括需方的所有要求。

因为本公司在业务领域具有丰富的经验，可以大力配合客户识别并确定需求，需求在开发前得到需方的确认。

该需求应足以成为产品验收确认时的依据。

在制订需求规格说明时应注意：

双方制定专人负责

需求认可和更改的批准

防止误解，定义好术语，对需求的背景进行说明

记录和评审双方讨论的结果，以备将来查询某些需求确定原因。

5.3开发计划

在项目进行前制定开发计划，作为总体的策划，指导整个项目有序的进行。

开发计划要求包括以下方面：

项目定义

项目资源组织管理

开发阶段

进度

确定质量保证计划、测试计划、集成计划等

随着项目的进展，开发计划要不断更新，在生命周期模型每一阶段开始之前，都要有该阶段的工作计划，并经过评审后实施。

以下较详细的说明开发计划中应具备的各方面。

A. 开发阶段

开发计划应将项目目标转化为最终结果的过程、方法等清楚的描述出来，可以把工作分为几个阶段，比如按照生命周期法划分开发阶段。

开发阶段要确定以下项：

要执行的开发阶段

每一阶段所需的输入

必须用文档方式确定下来，每一项需求均有明确的定义，以保证完成情况可被检验。

每一阶段应产生的输出

验证阶段输出，必须满足以下几点：

满足相应的要求

有明确的验收准则，作为验收评审的参考。

符合开发惯例和约定

每一阶段需要执行的验证步骤

必须有对每阶段输出的验证计划，并在适当的时间进行验证评审。

分析各阶段可能潜在的问题或需要解决的问题

B. 项目管理