第二讲需求的基础理.pptVIP

2.3 性能需求 速度（Speed），系统的响应时间，例如PR2.3.3-1。 PR2.3.3-1：所有的用户查询都必须在10秒内完成。 容量（Capacity），系统所能存储的数据量，例如PR2.3.3-2。 PR2.3.3-2：系统应该能够存储至少10万条销售记录。 吞吐量（Throughput），系统在连续的时间内完成的事务数量，例如PR2.3.3-3。 PR2.3.3-3：解释器每分钟应该至少解析5000条没有错误的语句。 负载（Load），系统可以承载的并发工作量，例如PR2.3.3-4。 PR2.3.3-4：系统应该允许200个用户同时进行正常的工作。 实时性（Time-Critical），严格的实时要求，例如PR2.3.3-5。 PR2.3.3-5：监测到病人异常后，监控器必须在0.5秒内发出警报。 2.4质量属性 系统为了满足规定的及隐含的所有要求而需要具备的要素称为质量 质量属性是为了度量质量要素而选用的特征 质量模型就是能够为质量需求的描述和评价提供工作基础的特征集及特征之间的联系 质量属性的重要性 对设计的影响很大 对越复杂的系统越为重要 [Robert19901] ：真实的现实系统中，在决定系统的成功或失败的因素中，满足非功能属性往往被满足功能性需求更为重要。 2.4质量属性——ISO/IEC 9126 2.4质量属性—— ISO/IEC 9126 特征 子特征 简要描述 功能性 精确性 软件准确依照规定条款程度，规定确定了权利、协议的结果或者协议的效果 依从性 软件符合法定的相关标准、协定、规则或其他类似规定的程度 互操作性 软件和指定系统进行交互的能力 安全性 软件阻止对其程序和数据进行未授权访问的能力，未授权的访问可能是有意，也可能是无意的 适合性 指定任务的相应功能是否存以及功能的适合程度 2.4质量属性—— ISO/IEC 9126 可靠性 成熟性 因软件缺陷而导致的故障频率程度 容错性 软件在故障或者外界违反其指定接口的情况下维持其指定性能水平的能力 可恢复性 软件在故障后重建其性能水平、恢复其受影响数据的能力、时间和精力 依从性 同上 2.4质量属性—— ISO/IEC 9126 易用性 可理解性 用户认可软件的逻辑概念和其适用性需要花费的精力 可学习性 用户为了学会使用软件需要花费的精力 可操作性 用户执行软件操作和控制软件操作需要花费的精力 吸引性 软件吸引用户的能力 依从性 同上 2.4质量属性—— ISO/IEC 9126 效率 时间行为 执行功能时的响应时间、处理时间和吞吐速度 资源行为 执行功能时使用资源的数量和时间 依从性 同上 2.4质量属性—— ISO/IEC 9126 可维护性 可分析性 诊断软件中的缺陷、故障的原因或者识别待修改部分需要花费的精力 可改变性 进行功能修改、缺陷剔除或者应付环境改变需要花费的精力 稳定性 因修改导致未预料结果的风险程度 可测试性 确认已修改软件需要花费的精力 依从性 同上 2.4质量属性—— ISO/IEC 9126 可移植性 适应性 不需采用额外的活动或手段就能适应不同指定环境的能力 可安装性 在指定的环境中安装软件需要花费的精力 共存性 在公共环境中同分享公共资源的其他独立软件共存的能力 可替换性 在另一个指定软件的环境下，替换该指定软件的能力和需要花费的精力 依从性 同上 2.4质量属性——质量属性的开发 用户并不能明确地提出他们对产品质量的期望 并不了解软件系统的开发过程，也就无从判断哪些质量属性会在怎样的程度上给设计带来多大的影响，也无法将他们对软件系统的质量要求细化成一组组的可量化的质量属性 需求工程师 质量属性大都是和功能需求联系在一起的，因此需要对照软件的质量属性检查每一项功能需求，尽力去判断质量属性存在的可能性 形容词和副词通常意味着质量属性的存在 对于一些不和任何功能需求相联系的全局性质量属性，需求工程师要在碰到特定的实例时意识到它们的存在 2.5对外接口 解系统和其他系统之间的软硬件接口 接口的用途 接口的输入输出 数据格式 命令格式 异常处理要求 用户界面 利用专门的人机交互设计文档记录 2.6约束 总体上限制了开发人员设计和构建系统时的选择范围 系统开发及运行的环境。 包括目标机器、操作系统、网络环境、编程语言、数据库管理系统等。 问题域内的相关标准。 包括法律法规、行业协定、企业规章等。 商业规则。 用户在任务执行中的一些潜在规则也会限制开发人员设计和构建系统的选择范围 主要内容 需求的涵义 需求的类型 需求工程的路线 优秀需求的特性 常见的需求错误 3. 需求工程的路线 问题分析和背景分析 发现问题比发现需求要简单的多 进行背景分析，以更好的理解用户的问