第6章 软件质量和软件质量保证体系(6.1-6.3).ppt

主要内容 软件质量 软件复杂性分析 软件可靠性分析 6.1 软件质量 6.1.1 软件质量特性 什么是软件质量？ 按照ISO/IEC9126-1991(GB/T16260-1996)”信息技术软件产品评价、质量特性及其使用指南”国际标准，软件质量是与软件产品满足明确或隐含需求的能力有关的特征和特性的总和。 换言之： 软件质量是软件特性的组合，它仅依赖软件本身。 6.1.2 软件质量评价 评价软件质量可从三个方面进行，即产品或中间产品、过程（即软件生产所需的资源和活动）和项目。 对于产品或中间产品 专家可以用技术分析手段：复杂性分析，可靠性分析来评价。 过户可直接对软件产品的几种特性来评估。 产品或中间产品评价 定义质量需求 质量需求包含两个方面：①问题规定或隐含的需求；②软件质量标准和其它技术信息。 准备评价 首先选择质量度量；然后定义质量等级；再定义评估准则。 评价过程 评价过程实际上是对软件产品就第2步中准备的评价内容进行实施，也分3步： ①测量——把选定的质量度量应用到软件产品上； ②评级——确定某测量值的等级； ③评估——根据评估准则确定产品质量，并依据管理准则判定产品是否可通过验收或是否发行等等。 过程或项目评价 主要通过考察软件企业的质量保证与质量管理的质量来评价软件产品的质量。 一般来说，好的质量保证与质量管理会带来高的产品质量。 6.1.3 软件质量保证 所谓质量保证（Quality Assurance）是为了提供足够的信任表明实体能满足质量要求，而在质量体系中实施并根据需要进行证实的全部有计划、系统化的活动。 质量体系（Quality System）是为实施质量管理所需的组织结构、程序、过程和资源 软件工程师 通过采用可靠的技术方法和措施，进行正式的技术复审、执行计划周密的软件测试来保证软件质量 SQA小组 主要辅助软件工程小组得到高质量的最终产品。 对项目准备SQA计划； 参与开发项目的软件过程描述，以保证该过程与组织政策、内部软件标准、外界所订标准以及软件项目计划的其它部分相符； 复审各项软件工程活动，对其是否符合定义好的软件过程进行核实； 审计指定的软件工作产品，对其是否符合定义好的软件过程中的相应部分进行核实； 确保软件工作及工作产品中的偏差已被记录，并根据预定规程进行处理； 记录所有不符合的部分，并报告给高级管理者； … 6.1.4 软件质量管理 确定质量方针、目标和职责，并在质量体系中通过诸如：质量策划、质量控制、质量保证和质量改进，使其实施全部管理职能的所有活动。 类型：质量检验型管理、全面质量管理和质量认证。 比较 6.2 软件复杂性分析 软件度量具有的特征 (Ejiogu) 简单的和可计算的; 经验和直觉上有说服力; 一致的和客观的;非二义结果。 单位和维度的使用上是一致的; 编程语言独立性;不依赖编程语言。 质量反馈的有效机制。 6.2.1 基于需求分析的复杂性分析 在需求分析阶段完成以后，项目的管理人员希望知道将要开发的软件有多大规模。 如果是委托开发的项目软件，用户也会关心开发机构提出的报价是否恰当合理。 功能点方法 Albrecht首先提出来； 功能点方法以需求规格说明书中双方确认的软件功能为依据，着重分析待开发系统的功能度（Functionality）。 假定：软件的大小与软件的功能度相关，而与软件功能的描述无关，也与功能需求的如何实现无关。 五类功能点 用户输入数；输入与查询分开计算 用户输出数；报表、屏幕信息、出错 用户查询数；一个查询定义为一次联机 文件数；计算每个逻辑的主文件 外部接口数。所有机器可读的接口 功能点复杂性分布 影响因子及度量 功能点计算 功能点FP=未调节功能点UFP*（常数C1+常数C2*复杂度调节值CA） 职工工资管理系统例子 五类功能点 用户输入数为4：密码、工资打印、工资录入、错误按键； 用户输出数为3：查询信息、工资报表、出错信息； 用户查询数为1：工资查询； 文件数为1：职工工资表； 外部接口数为2：人事查询、职工信息。 影响因子分布 功能点计算值 假定功能点的复杂性均为“简单级”，且C1=0.65，C2=0.01，则： UFP=W1C1+W2C2+W3C3+W4C4+W5C5=3*4+4*3+3*1+7*1+5*2=44 F1+F2+...+F14=5+4+0+1+1+3+2+0+1+1+3+2+2+3=28 FP=44*（0.65+0.01*28）=40.92 功能点的应用 可使用源代码行数方法规范软件生产率或下列其他属性的测量： 每个功能点（FP）的错误数； 每个功能点（FP）的缺陷数； 每个月完成的功能点