所有的回顾方法，如检查、预排和技术回顾。
u 消除引起错误的引导因素，还没有找到错误的诱因就纠正错误是不巧党的。通过排除错误的诱因你就达到了改良过程的目的（回忆连续改良过程是全面质量管理TQC原则中用于软件质量的另一个关键原则）。
u 运用独立的按照标准和过程来的质量审核工作方式，通常有两种方法用于检查项目活动是否按照预定的标准和过程进行的，即SEI和SPR。
质量因素和风险
我们已经讨论了质量，接下来的问题就是软件质量，或程序的质量，在软件开发项目中要讨论的风险因素。在《软件风险的评估和控制》一书中，Jones描述了他在软件开发中的评估经验。运用软件生产力研究(SPR，Software Productivity Research)和软件工程技术（SEI，Software Engineering Institute）方法来回顾几百个企业的项目，这些项目产生的软件可以分为六类：
u 管理信息系统：财务和管理系统；
u 象操作系统、通讯软件或其他物理设备控制软件等系统软件；
u 商务开发项目，如给最终用户出租/出售产品等；
u 军事软件项目；
u 合同/采购软件项目（民间），一些零散的用于职员和雇主的客户端软件；
u 最终用户软件项目，即一些给特定的用户开发的软件。
这些程序中有超过100多个的风险因素。少数项目有超过15个风险因素，但大多数是6个因素影响。分析这些项目中的风险模式，结论是它们不都是所有软件中的共同因素。这儿列出了几个在样本程序中出现最多的风险因素。
MIS：
u 缓慢的用户需求分析（80%）
u 过大的时间进度压力（65%）
u 低质量（60%）
u 严重超成本（55%）
u 不充分的配置控制（50%）
低质量的软件被定义为根本不工作，或是重复出现操作失败的现象。Jones定义低质量的软件是，用户报告中每日历年、每个功能点出现超过0.5个错误。MIS系统低质量表现在两个方面：(1)不确定的错误出现，如偶然或非专业的使用检查或运行测试时出现错误；（2）不充分的错误预防，如使用象联合应用设计（JAD）或信息工程(IE)的标准技术失败，一些错误可以产生项目的说明。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] 下一页
|
