|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
使用质量是从用户观点出发，来看待软件产品用于特定环境和条件下的质量。它测量用户在特定环境中达到其任务目标的程度，而不是测量软件自身的性质。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
外部质量是从外部观点出发的软件产品特性的总体。它是当软件执行时，更典型地是使用外部度量在模拟环境中，用模拟数据测试时，所被测量和评价的质量。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
想提高质量，就必须给出质量定义并测量它。大众化的观点和含糊其词的定义，不利于质量工程的开展。质量是多维的概念，包括：实体、实体的属性和对实体的观点。早在1970年，Juran和Gryna把质量定义为“适于使用”。Crosby（1979年）将质量定义为“符合需求”。“符合需求”隐含着需求必须明确地说明的意思；而“适于使用”隐含了顾客的需求和预期。顾客的需求和预期包括了产品和服务是否适合顾客使用。
|
|
|
|
GB/T 6583-ISO 8404（1994版）《质量管理与质量保证术语》对质量的定义是“反映实体满足明确的和隐含的需要的能力的特性的总和”。作为软件质量，在GB/T 18905-ISO 14598（1999版）《软件工程产品评价》中也是这样定义的：“实体特性的总和，满足明确或隐含要求的能力”。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
收集用户需求是要找出用户需要的重要服务和功能。收集用户需求的机制主要包括与用户群的交流、用户服务和需求归档3个方面。
|
|
|
|
收集用户需求最常用的方式有观察和问卷调查、集中访谈、采访关键人物。在整个设计和实施阶段，应始终保持与关键人员之间的交流，以确保网络工程建设不偏离用户需求。
|
|
|
|
用户服务表用于表示收集和归档的需求信息，也用来指导管理人员和网络用户进行讨论。
|
|
|
|
|
|
|
|
|
|
|
|
|
