嵌入式系统软件的量保证.docVIP

新疆天尖农业信息技术生产力促进中心 嵌入式系统软件的质量保证 一、质量是产品的生命 　　当今随着软、硬件技术的发展, HYPERLINK /news/listbylabel/label/嵌入式 嵌入式系统广泛应用于航空航天、国防军事、电子通讯等行业，其中软件也越来越复杂。而这些领域应用特点，决定了 HYPERLINK /news/listbylabel/label/嵌入式 嵌入式系统往往是高安全、任务关键的系统，软件的微小瑕疵，就可能严重威胁到生命和国家的安全、天文数字的巨额财产损失。就使得保证 HYPERLINK /news/listbylabel/label/嵌入式 嵌入式软件的质量和可靠性，变得至关重要。而在这些领域，对产品质量从来就保持着高度的重视，有将“质量视为产品的生命”的传统。这样，相关行业的高层管理人员和开发人员对于软件的质量也逐渐提高了重视程度。近年来，在组织上，建立了完善的软件测试体系，从自检，到专检，直到甲方的测试中心；在开发和测试方法上，沿袭了多年在系统工程和硬件设计中积累的经验，在项目管理中将“两条指挥线四总”的体制推广到软件领域，建立了中国的软件过程成熟度的评价体系GJB5000；在自动化工具方面，投入了大量的经费和人员在测试设备的开发、购置和建设方面。应该说，软件，作为 HYPERLINK /news/listbylabel/label/嵌入式 嵌入式产品主要的组成部分之一，对其质量的重视，是目前相关行业内的一个共识 。 　　然而在现实生活中，许多软件产品却时常陷入质量低下的旋涡，总是不尽人意，问题常常表现在： 　.　相关产品的领导得不到产品质量的具体信息，不能对软件研发体系交付产品的质量建立信心；? 　.　项目管理人员无法实时对项目中软件部分所处的质量状态有所了解； 　.　产品在集成阶段，常常因为软硬件混合的集成问题难以解决，而造成延期，甚至由于进度的要求，降低产品的质量基线； 　.　开发团队没有时间和资源继续测试，发布未经过完善测试的产品，然后在维护产品上花费更多的时间、经费和人员； 　.　于此同时，研发体系困惑于测试工具的使用，发现那些购买是良好演示的工具却无法测试我们开发出来的系统； 　.　软件总是由总师设计出来，由开发人员编写出来，最后在项目即将交付时，交给测试人员，由他们承担质量责任。 　.　软件测试更象一场“运动”，在项目交付阶段临时组织起来的测试团队，面对交付的压力，不得不寻求无需学习，无需准备、无需了解被测对象的，无需硬件，无需源码，最好什么都不需要的“人工智能”的测试工具，只要能出报告，而无暇顾及软件质量的本质要求。? 　　.　现有的工具往往无法满足这些测试的需求，我们常常找些看似满足的，但在实际使用中，又会发现由于我们对工具使用预期不恰当的定位，工具原本的功能由于其他的因素无法发挥。 　　.　现有的工具常常处于闲置状态，而开发团队又有很多问题得不到解决，需要更多的工具。 　　究其根源，除了软件本身故有的复杂性，还和不同的组织对软件产品质量内涵有着不同的认识，造成不同的工作方式和态度，养成了不同的工作和思维习惯，和由此带来不同的产品质量结果。 　　IBM Rational多年来在软件工程和质量保证方面积累了丰富的方法和经验。本文依据部分 HYPERLINK /news/listbylabel/label/嵌入式 嵌入式开发机构中对软件质量保证工作的一些理解，分析相应开发机构工作中可能的问题，并提出以RUP为核心的全过程的质量管理的思想和具体的实现方式，提出不同单位的过程改进方法，以一种渐进的方式，从简单的工作开始，逐渐深入的改进组织的软件质量管理水平 　　但我们也需要看到，尽管可能不需要一个繁重的、一蹴而就的过程来达到高质量的要求，但是关注质量的组织思维倾向是必要的条件，并且这必须由最高管理层驱动。 二.?定义质量 　　对于任何一个组织，定义共同的对质量的理解，是重要的第一步。软件开发组织经常按照一种不精确的、概括的质量观念来运转。 在IBM Rational统一过程中，质量定义如下： 　.　满足或超出认定的一组需求 　.　使用经过认可的评测方法和标准来评估? 　.　使用认定的流程来生产。 　　在这个定义中，我们首先看需求，IBM Rational的软件质量在用户需求方面的定义分为这样几个方面： 　 　　讲到质量保证，归根结底就是为客户提供更高品质的产品，更好地满足客户的需求。而且客户的需求是多维的，产品的功能性需求应该是客户首先要考虑的因素，同时还包括其他四个方面。除了这些技术因素之外，用户的需求还应该包括产品要在指定的时间和预算范围内完成。 　　第二方面，这个质量定义中明确指出，质量更体现在软件开发的整个过程和一个标准的评价方式上。在过程质量方面，经常举的一个例子就是汽