。
易测性：为了测试软件的可执行性能的测试能力。
可理解性：软件能够被软件维护人员阅读并理解的方便程度。
可修改性：软件能够被软件维护人员修改的方便程度。
以上例出的属性并没有一个特定的先后顺序，就像质量本身一样，对这些属性没有绝对的层次关系。不是所有这些属性在任何软件工程项目里都有用。此外，用于实现这些属性的技术可能导致确实的、消极的相互冲突。因此，质量属性的优先此序列表必须在程序开发生命期之前定义，以弥补程序目标的不足和在各属性之间保留一定距离。
质量法则
有一条规律可以决定软件开发过程是如何引入软件质量因素的，那就是质量法则。软件开发团体已经认识到这个问题，并认为这有助于对生产软件过程的风险测试。在软件质量书籍《软件开发和支持成功框架》中，Curran和Sanders指出，软件质量过程要注意四点：
* 从一开始就要保证不出错，至少应该努力是错误尽量不在代码是发生。为了做到这一点包括采用适当的软件工程标准和过程，建立独立的质量保证将来标准和过程；根据过去的经验和教训制订正式的方法；象软件工具和合同软件一样的高质量输入。
* 确保尽早发现错误并纠正，错误隐蔽得越久，修正错误花得代价就越大。因此，质量控制必须在开发生命周期重的每一个阶段都要重视，如需求分析、设计、文档和代码。这些都隶属于所有的回顾方法，如检查、预排和技术回顾。
* 消除引起错误的引导因素，还没有找到错误的诱因就纠正错误是不巧党的。通过排除错误的诱因你就达到了改良过程的目的（回忆连续改良过程是全面质量管理TQC原则中用于软件质量的另一个关键原则）。
* 运用独立的按照标准和过程来的质量审核工作方式，通常有两种方法用于检查项目活动是否按照预定的标准和过程进行的，即SEI和SPR。
质量因素和风险
我们已经讨论了质量，接下来的问题就是软件质量，或程序的质量，在软件开发项目中要讨论的风险因素。在《软件风险的评估和控制》一书中，Jones 描述了他在软件开发中的评估经验。运用软件生产力研究(SPR，Software Productivity Research)和软件工程技术（SEI，Software Engineering Institute）方法来回顾几百个企业的项目，这些项目产生的软件可以分为六类：
* 管理信息系统：财务和管理系统；
* 象操作系统、通讯软件或其他物理设备控制软件等系统软件；
* 商务开发项目，如给最终用户出租/出售产品等；
* 军事软件项目；
* 合同/采购软件项目（民间），一些零散的用于职员和雇主的客户端软件；
* 最终用户软件项目，即一些给特定的用户开发的软件。
这些程序中有超过100多个的风险因素。少数项目有超过15个风险因素，但大多数是6个因素影响。分析这些项目中的风险模式，结论是它们不都是所有软件中的共同因素。这儿列出了几个在样本程序中出现最多的风险因素。
MIS：
* 缓慢的用户需求分析（80%）
* 过大的时间进度压力（65%）
* 低质量（60%）
* 严重超成本（55%）
* 不充分的配置控制（50%）
低质量的软件被定义为根本不工作，或是重复出现操作失败的现象。Jones定义低质量的软件是，用户报告中每日历年、每个功能点出现超过0.5个错误。 MIS系统低质量表现在两个方面：(1)不确定的错误出现，如偶然或非专业的使用检查或运行测试时出现错误；（2）不充分的错误预防，如使用象联合应用设计（JAD）或信息工程(IE)的标准技术失败，一些错误可以产生项目的说明。
系统软件风险：
*
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
