论软件质量保证的实施.doc

论软件质量保证的实施 概要： 软件的质量一直是软件用户，开发商，以及开发者关注的焦点。但随计算机技术的发展，软件的质量没能有显著的改善，在一些案例中，它反而是更糟糕。怎样提高软件的质量？人们在不断的探索，希望银弹的出现。本文首先回顾了软件质量走过的历程，再从现已提出的软件质量保证的理论出发，在比较传统的螺旋模型和XP方法的基础上，讨论了软件保证的关键域的实施。 关键字： 质量保证 XP编程 评审 软件测试 CMM ISO9001质量体系 引子 软件开发已经走过了五十多年，随着计算机硬件的飞速发展，伴随软件开发的程序设计语言也取得了长足的发展，社会和经济对软件的需求是越来越广，越复杂。软件质量的难以控制，开发进度的成倍延迟，从业者素质等等问题，困惑着软件的发展。 软件由上个世纪的五十年代的战争的需要而开始，在50年代，在严厉地编写文档，复查，贯彻数学试验的基础上，由那些为战争服务的物理学家和数学家小心翼翼地处理程序任务。这时的计算任务是些简单问题：运算法则和数学计算，程序环境是最基本的指令和操作，硬件只是些简单的灵活的通信协议可编程的外围设备。这时的软件质量是无与伦比的。 从上世纪的60年代始，硬件的快速发展，软件开发的流行，计算机和软件开发成为公众可及的事物，计算机所能解决的问题在范围和复杂度也在增长，为解决这些问题而设计的程序语言也变的更强大更容易使用。因此，在松散的思想下，由缺少培训的从业者开始了软件产业，软件缺陷也开始广泛流行。但不存在个人编译器，编译过程的痛苦让程序员们不得不在上机前审查自己的程序，直到审查了每个可能的路径。这时软件仍获得了前十年同样高质量，但高质量的保证开始远去：严格的规范和高素质的从业者。 在70年代，PC使得计算机真正成为所有人的工具，程序环境的提高，使六十年代的高质量的约束逝去。问题的复杂度的提高，缺少培训的从业者。这时程序员无视缺陷，用户不理解软件，软件发展进入了混沌时代。软件质量达到最低点，其根源是以代码为中心而不是质量为中心。人们开始寻求改善，提出了规范和测试，但被误解和滥用。 到了80年代，两个方面是特别显著：CASE工具的产生和正规化方法的使用，是两个软件质量问题的主要的解决方案。对软件质量的补救，使得软件质量有了提高。但CASE的自身质量和正规化方法的难以使用，严重影响了它们的对软件质量改善的作用。这时程序环境快速发展，程序语言，编译器，调试器等工具广泛使用，问题比以前更复杂，从业者的素质仍需要提高，CASE和正规化方法纠正了坏的软件开发思想。90年代的软件过程改进是另一个软件质量问题的主要的解决方案。CMM, ISO9001质量体系等提出了：软件开发是一个管理的问题，控制软件生产进程来保证获得好的软件。 回顾软件发展的历程，不难发现严格的过程控制，培训有素的从业者是软件质量的关键，而问题域的复杂度，程序环境是软件质量的挑战。软件开发的历程从原始的严格过程和高素质的从业者发展，经历了浮躁的年代后，不得不重新找回失去的好的方法，在问题的复杂性发展的激励，从而形成现在的软件工程学。 基本概念 未来的十年，软件工程学能带给软件质量什么？主流迭代瀑布软件开发方法与极限编程方法发展，能带来什么？Sun One， .Net能给我们获得创造可靠的高质量软件的能力？未来几年是程序环境和工程学发展的年代，能解决软件质量难题？这些努力主要来自两个方面：软件开发过程和程序环境，其中软件开发过程更为注意;目的只有一个：高质量的软件。 影响软件质量的因素见图-1。软件质量保证是为了保证软件高质量的而必需的有计划的和系统化的行动模式。质量保证活动包括：软件过程定义，SQA计划，软件评审，正式技术评审，度量与改进。 图-1 McCall的软件质量因素 软件开发过程，也简称为软件过程，是一个公共过程框架。它分为：管理及保证，子任务集。管理及保证包括：过程控制，配置管理，风险管理，复审和评审，支持和培训，度量与改进。每个子任务包括：问题定义，实现，测试，确认和批准。目前广泛实施的过程模型有：RAD，螺旋模型，基于构件的开发和敏捷模型。 从企业的角度，软件过程就是软件架构。一个软件企业的软件架构是适用于企业的所有软件项目开发的总体框架。从单个项目的角度，软件过程就是对本企业的软件架构的裁减，补充，以适应于项目的特殊性。对于过程的定义，对软件企业是非常重要的，它是高质量软件生产的基础，使软件质量保证活动的前提。一般由企业的高级系统架构师设计，推行和改进。对过程的评审有ISO9001，CMM等标准可以参考和评估。 质量保证计划 在一个项目立项后，QA或项目组首先要进行质量保证计划并形成正式文档，经项目QA组批准。软件质量保证计划主要包括以下内容： 1．管理 2．文档 3