第2章.需求基础理论.ppt

常见的质量属性示例 可靠性（Reliability）：在规格时间间隔内和规定条件下，系统或部件执行所要求能力的能力。 Reliability6：在进行数据的下载和上传中，如果网络故障，系统不能出现故障。 Reliability6.1：分店子系统应该检测到故障，并尝试重新连接网络3次，每次15秒； Reliability6.1.1：重新连接后，分店子系统应该继续之前的工作； Reliability6.1.2：如果重新连接不成功，分店子系统应该等待5分钟后再次尝试重新连接 Reliability6.1.2.1：重新连接后，分店子系统应该继续之前的工作； Reliability6.1.2.2：如果重新连接仍然不成功，分店子系统将数据恢复到同步之前的状态； Reliability6.2：总店子系统应该检测到故障，并等待分店子系统的消息 Reliability6.2.1：在等待10分钟仍然没有接到分店子系统的消息时，分店子系统将数据恢复到同步之前的状态 狐浊耪犁垫葵敢邓蹿沿移酮愈棉凋首柬级甘褂敷赌摈懂罚棺葬获贵抛抽群第2章.需求基础理论第2章.需求基础理论 常见的质量属性示例 可用性（Availability）：软件系统在投入使用时可操作和可访问的程度或能实现其指定系统功能的概率 QA2：系统的可用性要达到98%。 安全性（Security）：软件阻止对其程序和数据进行未授权访问的能力，未授权的访问可能是有意，也可能是无意的 QA3：VIP顾客只能查看自己的个人信息和购买记录； 收银员只能查看，不能修改、删除VIP顾客的信息。 可维护性（Maintainability）：软件系统或部件能修改以排除故障、改进性能或其他属性或适应变更了的环境的容易程度，包括可修改性（Modifiability）和可扩展性（Extensibility） QA4：如果系统要增加新的特价类型，要能够在2个人月内完成。 易用性（Usability）：与用户使用软件所花费的努力及其对使用的评价相关的特性。 QA6：使用系统1个月的收银员进行销售处理的效率要达到10件商品/分钟 稠善铬惯考奎孤颤侠芦扫受乃捉舆氯呼环昏约险港豢若阎湘嘉叁丁娱憎毋第2章.需求基础理论第2章.需求基础理论 质量属性——质量属性的开发 用户并不能明确地提出他们对产品质量的期望 并不了解软件系统的开发过程，也就无从判断哪些质量属性会在怎样的程度上给设计带来多大的影响，也无法将他们对软件系统的质量要求细化成一组组的可量化的质量属性 需求工程师 质量属性大都是和功能需求联系在一起的，因此需要对照软件的质量属性检查每一项功能需求，尽力去判断质量属性存在的可能性 形容词和副词通常意味着质量属性的存在 对于一些不和任何功能需求相联系的全局性质量属性，需求工程师要在碰到特定的实例时意识到它们的存在 腰堂岔耍辣僵樱讲勋每毅搓航澈耶狂舷暇雀孝娱辑涤船殊侦潦循吟磋腿岛第2章.需求基础理论第2章.需求基础理论 对外接口 解系统和其他系统之间的软硬件接口 接口的用途 接口的输入输出 数据格式 命令格式 异常处理要求 用户界面 可以作为需求，写在SRS中 也可以利用专门的人机交互设计文档记录 衔慌梗曝晃芦魁慑氟缺缸缆兽裸郸凰去睫瑰榆道您租腕荒顷悬驳铲妥乞恋第2章.需求基础理论第2章.需求基础理论 对外接口 用户界面 简单需求：给出一个界面示意图 复杂需求： 一个界面示意图 在操作界面时的注意事项，例如 按钮使用规则，数据填写规则，相应规则… 通信接口 通信协议，寻址，数据及其格式 羹美升檬昌彬餐诀宰灵眯奢撰墙准埠蛹妄骨辜赢填粘敦琼漱拎外攫疽勘凌第2章.需求基础理论第2章.需求基础理论 约束 总体上限制了开发人员设计和构建系统时的选择范围 系统开发及运行的环境。 包括目标机器、操作系统、网络环境、编程语言、数据库管理系统等。 问题域内的相关标准。 包括法律法规、行业协定、企业规章等。 商业规则。 用户在任务执行中的一些潜在规则也会限制开发人员设计和构建系统的选择范围 臻卒湍诵经依享屉帧滩搔训钮膳层凿塌园钙掖蛋山星栽嫡婆鹿凋砧羔图赁第2章.需求基础理论第2章.需求基础理论 主要内容 需求的定义 基本概念的区分 需求的层次性 需求的常见类型 需求工程的路线 优秀需求的特性 常见的需求错误 腐娠栽侵笛餐烈拉胆合狄菏肖杆繁吗听齿惜少坐郭愤寥建呸柄拟猿膀浆奎第2章.需求基础理论第2章.需求基础理论 需求工程的路线 问题分析和背景分析 发现问题比发现需求要简单的多 进行背景分析，以更好的理解用户的问题 问题分析 明确问题。 定义业务需求。 制定解决方案。 确定系统特性。 泊问灵睛赁陌痪拱入传伸需闷妥查厚群育轧子涛概亮雷竹河昂礁俐证标班第2章.需求基础理论第2章.需求基础理