软件开发质量保证标准体系.doc

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

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 维护

软件开发质量确保体系

企业内部标准

本标准参考ISO9000-3 《质量管理和质量确保标准 第三部分：在软件开发、供给和维护中使用指南》。

1、 使用范围

本标准作为本企业在软件项目开发、供给和维护时质量要求，以确保产品质量，预防不合格产品。

以下具体描述了软件开发各阶段控制手段和要求。要求质量确保贯穿各个阶段，一直确保严格实施。

2、 引用标准

本标准制订考虑本企业实际情况，所以本标准仅用于本企业内部控制产品质量。

使用本文档时，请尽可能参考最新版本。

3、 定义

产品：以下指软件产品，即交付给用户一整套计算机程序、规程及相关文档和数据。

开发：创作软件产品全部活动。

供方：指本企业。

需方：指具体项目标需求方，即用户。

质量体系：质量要素、各要素需要达成目标和在开发过程中必需采取方法。

4、 质量体系框架

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. 项目管理 

项目开发、实施等过程时间进度安排 
进度控制方法及活动 
确定组织机构及其职责、各工作组资源及工作分配 
不一样工作组间组织协调方法，并明确技术接口问题。 
C. 开发方法和工具

要求项目活动应共同遵照方法及使用工具，包含：

开发规范、通例 
开发工具及技术 
5.4 质量计划

质量计划作为开发计划一部分。

质量计划随项目进展而更新，质量计划经正式评审，并得到全部和计划实施相关组织统一。

质量计划应包含或引用以下内容：

质量目标，尽可能以定量方法给出 
定义每一阶段输入、输出准则 
确定要进行测试、验证和确定活动类型和具体计划，包含时间、进度等。 
确定具体质量活动职责：比如，评审和测试、更改控制、对缺点控制和纠正方法。 
5.5 设计和实现

设计和实现活动是将需求规格说明转化为软件产品过程。为确保软件产品质量，这些活动必需在严格要求方法下进行，不能依靠于事后审查监督。

设计 
设计阶段要满足各阶段共同要求，另外，设计阶段还应考虑：

选择适合所开发产品类型设计方法 
总结吸收以往项目标经验教训 
设计应考虑软件以后测试、维护和使用 
B. 实现 

要求编程规则、编程语言、命名约定、编码和注释规则等 
要求在实现过程中严格遵守既定开发规则 
选择适宜方法和工具实现产品 
本企业内部制订《开发规范》，各项目组可参考制订适合特定项目标规范。

C. 评审

为使需求规格说明得以满足和上述规则方法得以实施，必需以评审方法加以确保。直到全部被发觉缺点被消除，或确定缺点风险可被控制后，才能进入下一步设计或实现工作。

各项目组引用企业规范或参考制订开发规范应在取得本项目组广泛认可情况下，提交给评审部门，作为评审参考依据。

评审纪录应保留，评审结果可能作为个人及项目组工作成绩评定参考之一。

5.6 测试和确定

要含有完整测试计划，测试计划要经过评审，并以此为依据进行测试活动。

A.测试计划 

包含单元测试计划、集成测试计划、系统测试计划、验收测试计划 
制订测试用例、测试数据和预期结果 
考虑要进行测试类型，如：功效测试、边界测试、性能测试、可用性测试等 
描述测试环境、工具和测试软件 
软件产品是否完成判定准则 
测试所需人员及其要求 
B.测试活动 

统计发觉问题，指出可能受影响其它部分软件，通知相关责任人员。 
确定受影响其它部分软件，并对其进行重新测试。 
评价测试是否适度和合适。 
在验收和交付产品前，必需尽可能在类似使用环境中进行确定测试。 

5.7 验收

当软件产品已经完成，经过内部确定测试，准备好交付后，应要求需方依据协议中要求标准判定是否能够进行验收。对于验收中发觉问题处理措施由双方约定并纳入文档。

含有验收条件后，应制订验收计划并逐步实施。

验收计划应包含：

时间进度 
评定规程 
软件/硬件环境 
验收准则 
5.8 复制、交付和安装

制订安装分发计划。

复制 
制作好安装程序，复制好必需拷贝。

准备好该交付操作手册、用户指南等文档。

交付 
交付前应对所交付产品正确性及完整性进行检验。

安装 
就以下方面双方明确约定各自作用、责任和义务：

时间进度及安排，包含非工作时间及假日人员安排及工作责任 
提供出入便利条件，如通行证等 
指定熟练人员亲密配合 
提供必需系统及设备 
对每次安装确实定条件需明确要求 
对每次安装认可正式规程 
5.9 维护

对于软件产品在首次交付及安装后，本企业必需提供维护应在协议中明确要求。协议中应明确以下各项维护期：

程序 
数据 
规格说明 

维护工作通常包含：

问题处理 
接口调整 
功效扩充和性能改善 
本企业针对以上维护工作制订完善维护方案，并严格遵照实施。具体维护方案见《维护工作步骤》

附录C 质量体系文件

包含质量要素、各要素需要达成目标和在开发过程中必需采取方法

质量要求要素定义以下：

正确性 在预定环境下，软件满足设计规格说明及用户预期目标程度。它要求软件没有错误。 
可靠性 软件根据设计要求，在要求时间和条件下不出故障，连续运行程度。 
效率 为了完成预定功效，软件系统所需计算机资源多少。 
完整性 为了某一目标面保护数据，避免它受到偶然，或有意破坏、改动或遗失能力。 
可使用性 对于一个软件系统，用户学习、使用软件及为程序准备输入和解释输出所需工作量大小。 
可维护性 为满足用户新要求，或当环境发生了改变，或运行中发觉了新错误时，对一个已投入运行软件进行对应诊疗和修改所需工作量大小。 
可测试性 测试软件以确保其能够实施预定功效所需工作量大小。 
灵活性 修改或改善一个已投入运行软件所需工作量大小。 
复用性 一个软件（或软件部分）能再次用于其它应用（该应用功效和软件或软件部件所完成功效有联络）程度。 
在设计开发过程中，必需注意以下要求，以确保软件质量达成目标。

正确性 
软件功效要满足用户要求，在预定环境下能够完成预期功效。所以，必需明确了解用户需求。

在需求确定方面，应经过深刻了解电信企业运行系统及了解其发展趋势，建立模型并分析，广泛了解其它系统专长，并总结以往经验教训基础上，确定出需求并经过和用户交流最终确定。

在需求表示方面，强调以全方面、正确、细致、易于了解方法表示，可能需要以多个形式，比如：功效描述、数据描述、数据流图、系统说明等。

可维护性 
遵从统一规范，包含命名规范、界面规范、编程风格。

编码应含有良好可读性，注释完整清楚。

避免复杂逻辑判定条件，易读，易测试

编码应尽可能简练，逻辑简单

保留异常信息和错误日志方便于调试和分析

降低模块之间耦合度，增强模块内内聚。

可用性 
用户轻易了解和使用该功效

响应时间快，操作方便，提升用户工作效率。

提醒信息简练正确

可靠性 
含有异常捕捉功效并提供异常处理和恢复功效

5、效率

尽可能降低系统资源开销

查询语句要充足考虑到索引

降低和数据库无须要交互

灵活性，易于扩展 
充足考虑到各地不一样环境，经过参数设置使其易于适应不一样要求。

完整性、安全性 
确保相关数据一致性

考虑数据存取权限。

文档完善 
按文档要求完成相关文档。

审查制度

对于每一阶段文档及软件产品全部应交付证质量确保部门，由审查小组按质量要求严格审查。

审查内容：

文档：开发计划、用户需求规格说明、概要及具体设计文档、技术文档、用户手册等，具体要求见文档计划。评审文档是否规范，表示清楚，有实用价值。

设计方案：是否达成设计目标。

应用程序：是否达成质量目标和符合设计目标。

审查步骤：

项目组按计划准备好交付产品及文档 
交付质量确保部门，组织评审 
完成评审，发觉错误汇报 
发觉错误返工 
复查返工问题是否已处理

有话要说   打印   保留   关闭