第2章.需求的基础理论概要1.ppt

实例分析（系统C） 请说出下列需求的类型，是否存在问题？ 4.1 业务现状与分析 单一客户经理渠道从“绿色通道”变成制约集团发展的瓶颈 其他营销服务界面缺乏有效识别集团客户的工具 目前公司缺少一套贯穿全省各级公司和各部门的统一业务调度系统来协助跨部门工作 各节点缺乏受理标准时限规范，内部资源调度无法快速响应， 客户经理在面对客户时无法进行服务时限承诺，降低了集团业务的客户满意 业务支撑平台不断增多，且均需要分散维护，服务质量难以保障 实例分析（系统C） 请说出下列需求的类型，是否存在问题？ 分策经理审批 分策经理信息 员工工号 登陆后自动显示 员工姓名 根据工号系统自动显示姓名 审批信息 是否需要审批 是/否 审批意见 输入 行业部经理审批 行业部经理信息 员工工号 登陆后自动显示 员工姓名 根据工号系统自动显示姓名 审批信息 是否需要审批 是/否 审批意见 输入 产品部经理审批 产品部经理信息 员工工号 登陆后自动显示 员工姓名 根据工号系统自动显示姓名 审批信息 是否需要审批 是/否 审批意见 输入 分策部经理审批 分策部经理信息 员工工号 登陆后自动显示 员工姓名 根据工号系统自动显示姓名 审批信息 是否需要审批 是/否 审批意见 输入 本章小结 需求是人们对现实世界问题解决的期望 解系统通过共享知识和问题域进行互动，从而解决现实世界中的问题 具体的需求包括 功能需求、性能需求、质量属性、对外接口和约束 需求工程活动是依据需求的内涵与外延逐步展开的 书写的需求应该具有优秀的特性，尤其要避免出现常见的错误 常见的质量属性示例 可靠性（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分钟仍然没有接到分店子系统的消息时，分店子系统将数据恢复到同步之前的状态 常见的质量属性示例 可用性（Availability）：软件系统在投入使用时可操作和可访问的程度或能实现其指定系统功能的概率 QA2：系统的可用性要达到98%。 安全性（Security）：软件阻止对其程序和数据进行未授权访问的能力，未授权的访问可能是有意，也可能是无意的 QA3：VIP顾客只能查看自己的个人信息和购买记录； 收银员只能查看，不能修改、删除VIP顾客的信息。 可维护性（Maintainability）：软件系统或部件能修改以排除故障、改进性能或其他属性或适应变更了的环境的容易程度，包括可修改性（Modifiability）和可扩展性（Extensibility） QA4：如果系统要增加新的特价类型，要能够在2个人月内完成。 易用性（Usability）：与用户使用软件所花费的努力及其对使用的评价相关的特性。 QA6：使用系统1个月的收银员进行销售处理的效率要达到10件商品/分钟 质量属性——质量属性的开发 用户并不能明确地提出他们对产品质量的期望 并不了解软件系统的开发过程，也就无从判断哪些质量属性会在怎样的程度上给设计带来多大的影响，也无法将他们对软件系统的质量要求细化成一组组的可量化的质量属性 需求工程师 质量属性大都是和功能需求联系在一起的，因此需要对照软件的质量属性检查每一项功能需求，尽力去判断质量属性存在的可能性 形容词和副词通常意味着质量属性的存在 对于一些不和任何功能需求相联系的全局性质量属性，需求工程师要在碰到特定的实例时意识到它们的存在 对外接口 解系统和其他系统之间的软硬件接口 接口的用途 接口的输入输出 数据格式 命令格式 异常处理要求 用户界面 可以作为需求，写在SRS中 也可以利用专门的人机交互设计文档记录 对外接口 用户界面 简单需求：给出一个界面示意图 复杂需求： 一个界面示意图 在操作界面时的注意事项，例如 按钮使用规则，数据填写规则，相应规则… 通信接口 通信协议，寻址，数据及其格式 约束 总体上限制了开发人员设计和构建系统时的选择范围 系统开发及运行的环境。 包括目标机器、操作系