软件质量与质量保证-uml软件工程组织.pptVIP

软件质量 软件质量 软件质量的定义 产品的价值取决于产品的质量，软件质量的特性是多方面的。必须包括： 与明确确定的功能和性能需求的一致性。即软件需求是质量度量的基础，缺少与需求的一致性就无质量可言。 与明确成文的开发标准的一致性。不遵循专门的开发标准，将导致软件质量低劣。 与所有专业开发的软件所期望的隐含的特性的一致性。忽视软件隐含的需求，软件质量将不可信。 软件质量 软件质量的因素 直接度量的因素 如单位时间内千行代码中所产生的错误数。 间接度量的因素 如可用性或可维护性 软件质量 软件质量的度量模型 1976年，Boehm第一次提出了软件质量度量的层次模型。（图6-1-1） 1978年，Walters和McCall等人提出了从软件质量要素、准则到度量的三个层次式的模型。（图6-1-2） 1985年，ISO建议软件质量模型由三层组成： 高层：软件质量需求评价准则（SQRC） 中层：软件质量设计评价准则（SQDC） 低层：软件质量度量评价准则（SQMC） 软件质量保证 软件质量保证 质量保证是任何生产部门为他人生产使用产品的一项基本活动。 软件开发质量保证的历史平行于硬件制造质量的历史。 在计算机发展早期，软件质量是程序员个人的职责。 70年代，软件质量保证首先应用于军事软件，后普及到商业软件。 软件质量保证 质量保证的策略 质量保证策略主要分三个阶段： 以检测为重：产品制成之后进行检测，只能判断产品质量，不能提高产品质量。 以过程管理为重：把质量的保证工作重点放在过程管理上，对制造过程中的每一道工序都要进行质量控制。 以新产品开发为重：在新产品的开发设计阶段，采取强有力的措施来消灭由于设计原因而产生的质量隐患。 软件质量保证 软件质量保证的活动 技术方法的应用 正式技术评审的实施 软件测试 标准的执行 修改的控制 度量 记录和记录保存 软件评审 软件评审 在软件开发的各个阶段，都要采用评审的方法，以便及早发现软件的缺陷。 软件评审的必要性 1. 从技术角度进行的审查是保证软件质量的重要措施 由于人的认识不可能百分之百地符合客观实际，因此生命周期每个阶段的工作中都可能发生错误。由于前一阶段的成果是后一阶段工作的基础，前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误，而且错误会积累起来，如下图所示。 软件评审 2. 技术审查也是降低成本的一个重要举措 由于再后期改正一个错误比在早期改正同一个错误需要付出的代价高二至三个数量级，所以越在早期发现的错误越容易改正，代价越低。 3. 在技术审查合格之后，再进行管理复审，可以使管理人员专心从管理角度对开发工作进行审查，而不必顾及技术问题 软件评审 软件评审的办法 成立评审小组，组员包括：组长、作者、评审员 1. 组长 组长是小组的核心，最后由技术水平较高且没有直接参与这项工程的人担任。 组长的任务是组织和领导技术审查的全过程，如安排会议日程，分发必要的文档资料，主持审查会议，确保审查全面、公正。 2. 作者 作者是被审查文档或程序的编写者。如果开发小组由一个小组集体完成，通常由技术小组负责人代表小组参加审查小组。 作者的责任是回答技术上的问题 软件评审 3. 评审员 评审员也应由技术专家担任。通常一个是前一阶段的技术骨干，另一个是后一阶段的骨干。 评审员的任务是分别从各自的角度，公正客观地评价被审查的软件产品。 软件评审 软件评审的步骤 准备 简要介绍情况 阅读被评审的文档（如检查表） 开评审会 返工 复审 软件开发的各个阶段，其检查表的内容不一样。（具体参照P105-108） 软件质量度量 每个软件属性都有一套度量方法，选择度量方法时，必须考虑下列因素。 1. 与软件属性的相关性 相关性分为4个等级： A—度量方法与相应的软件属性始终存在正相关 AA—几乎总是存在正相关 U—经常存在正相关 S—偶尔存在正相关 软件质量度量 2. 度量值的可理解性 定量的度量方法所得到的值分为5种情况： AL—通过一个自动算法很容易理解 UR—不需要受过专门训练的人员 TR—需要受过专门训练的人员 ER—需要专家 EX—需要执行程序 软件质量度量 3. 开发自动工具的容易性 开发度量工具的难易程度分为3种情况 E—容易 M—存在困难 D—很困难 软件质量度量 4. 自动工具的完备性 所开发的自动工具是否完全等价于度量方法，有2种情况 C—完全等价 P—部分等价 5. 潜在效益 潜在效益分为5个级别：5、4、3、2、1 软件质量度量 两个软件质量度量方法 Halstead的软件科学 McCabe复杂性度量法 软件质量度量 Halstead的软件科学 基本思路是根据程序中可执行代码行的操作符和操作数的数量来计算程序的复杂性。 操作符和操作数的量越大，程序结构就越复杂。 软件质量度量 McCab