项目管理之软件产品质量改进框架（2）

　　3.5 质量特征计划

　　为帮助设计者们进行设计，我们准备编写一本设计指南的书，内容包括设计中的一些有代表性的类型、模式和技术。

　　类型是最简单的基本结构，通常被用来定义体系结构。常见的类型的例子包括客户-服务器结构，管道与过滤结构，分层结构等等。在早期的结构选择上，按照组织体系进行选择是一种有代表性的类型。

　　模式是一种能够重复使用的微观结构。它通常根据其产生、结构、行为的特征进行分类。例如适配器就是一个协调型的模式。

　　设计技术是其它有益于设计的相关信息，它能避免一个低水平的设计。例如，数据编码的使用，用于安全性的密码保护，为使操作简便而使用应用程序接口方法(API)，等等。

　　在体系结构/设计中选择合适的类型、模式和技术，对能否实现设计目标具有很大的关系。例如，一个分层体系结构将有助于实现易更改性，但是降低了操作性能。设计指南一书将作为这种设计知识的仓库而为设计者提供服务。

　　在结构和设计阶段可以参考设计指南。我们设想设计指南具有一个简单的使用界面并发布在互联网络上，使设计者们能通过特殊的搜索工具根据其期望特征选择相关的类型、模式和技术，从而建立一个关注质量特征的体系结构。设计指南将为设计者们提供详细的入口信息，使他们能根据这些入口的适用性作出正确的选择。

　　3.6 过程改进

　　在项目开发的生命周期行为中，应该尽量使用上面提及的那些新技术。通过这些新技术，可以增强现有过程能力和过程资产(模版、指导方针、检验方法)，实现产品质量焦点一体化。

　　项目开发的生命周期主要包括几个阶段：

　　—在需求阶段明确地列出所有需要关注的特征，
　　—在产品设计期间关注各项特征，
　　—从产品质量角度出发对可交付产品进行检验，
　　—确定测试案例并进行测试，检查并核实特征是否满足。

　　对指定的特征进行测量、跟踪和分析。

　　例如，需要改进的过程资产用步骤序列的形式表示如下：

　　—暂时不考虑计划
　　—需求手册模板
　　—设计(HLD,LLD)模板

　　—预演指导方针
　　—检验指导方针
　　—帐目检查表
　　—测试计划文档/测试案例文档
　　—发布检查表
　　—用户满意度调查程序及其提问单

　　来自发展组织内部的软件质量工程师、过程工程师以及软件质量改进的支持者们都致力于改进过程的创新工作，他们在总结以往经验的基础上为改进过程设立了基线。当OPG(组织过程组)提出一个POR(过程时机报告)时，意味着开始进行过程改进。一旦对所有过程都实施了改进，我们将计划召开Educom(教育/交流)会议来对组织内部进行沟通。

　　3.7 评价标准

　　产品质量的评价标准可以被分为两大类，即：内在的评价标准和外在的评价标准。内在的评价标准与产品自身相关，而外在的评价标准与开发者为满足产品目标所付出的努力相关。下表列出了部分与产品自身相关的内在评价标准： 产品形式 内在的评价标准．

　　如果内在的评价标准之间存在各种关联，那么采用该标准并不能明确地区分各个特征目标。因此，在通常情况下，我们建议采用外在的评价标准对产品质量特征进行评价。

　　3.7.1 改进性

　　任何一个改进性规范的目的都将为适应变化所需付出的努力程度分为低/中/高三类。在下表中，对低/中/高三种努力程度的含义给出了一种可能的解释。该表相对于某个特定项目是十分准确的。

　　在体系结构或设计阶段的最后，可以分析得出产品质量的外在的评价标准，如下所示：

　　1）已满足改进目标的百分比
　　2）不能满足的改进目标个数(低努力程度)
　　3）不能满足的改进目标个数(中努力程度)
　　4）不能满足的改进目标个数(高努力程度)

　　可以采用SAAM方法[4]对体系结构或设计进行分析，以获得上面这些评价标准。