第四讲. 初始化阶段Chapter 4-7课件.pptVIP

分析 供应者合同进行协商 处理退货 登陆 在游戏板上移动棋子 精品 任何东西都有例外 EBP 原则也不是圣经 有些时候我们会把多个用例中的公共部分单独成为用例 目标与用例的关系 目标可以分解成不同层次 用户目标 EBP层次的用例=用户目标 EBP层次的用例 ?用户目标 Use Case reflects current solutions Understanding Goal opens up the vision for new and improved solutions 企业层次 增加利润 子功能目标 精品 可支持性 可测试性（testability ） 可扩展性（extensibility ） 适应性（adaptability ） 可维护性（maintainability ） 匹配性（compatibility ） 可配置性（configurability ） 可服务性（serviceability ） 可安装性（installability ） 本地化，国际化localizability (internationalization) 精品 FURPS+中的“+” 号意味着还有一些其他的约束，如: 设计约束（design constraints ） 实现需求implementation requirements 接口需求interface requirements 物理需求physical requirements 包装Packaging 授权等等Legal-licensing and so forth 精品 4. 基于用例的需求获取Chapter 6 4.1 目标 如何识别和编写用例 使用摘要、非正式和详述等用例形式的基本式样 将测试应用于确定适当的用例上 将用例分析与迭代开发联系起来 精品 4.2目标和故事 人类的行动主要是由目标驱动的. 对于一个图书馆信息系统，某些目标为: 每一本书的请求都必须最终实现 新系统必须高度可靠 通过做某些事情或者避免（不做）某些事情来实现 系统构造时，我们必须记住我们的目标 精品 获取目标并不容易 真正的需要是什么 不同的细节层次 无法控制的复杂性 存在许多方法 越简单的往往应用越广 通过讲述如何利用系统满足不同涉众的目标的故事来记录功能需求-cases of use 精品 4.3 什么是用例 ? “一组用例的实例，其中每个实例都是系统执行的一系列活动，这些活动产生了对每个参与者而言可观察的返回值”（RUP） 描述了从参与者（Actor）角度看系统（黑盒子）做了什么 WHAT 用例模型本身不是面向对象建模技术 精品 用例的好处 从用户的角度获取操作性需求 对系统的功能进行清晰而一致的描述 系统测试的基础 提供了从功能需求跟踪到系统中真正的类和操作的能力 精品 理解Use Cases 参与者Actor: 是某些具有行为的事物，可以是人（由角色标识），计算机系统或组织，例如收银员 场景Scenario: 参与者和系统之间的一系列特定的活动和交互，也称为用例实例。场景是使用系统的一个特定情节或用例的一条执行路径。 用例Use Case: 一组相关的成功和失败场景集合，用来描述参与者如何使用系统实现其目标 精品 处理退货-非正式格式 主成功场景 A customer arrives at a checkout with items to return. The cashier uses the POS system to record each returned item… 其它场景: If they paid by credit, and the reimbursement transaction to their credit account is rejected, inform the customer and pay them with cash If the item identifier is not found in the system, notify the Cashier and suggest manual entry of the identifier code If the system detects failure to communicate with external accounting system… 精品 use case的例子(from Fowler and Scott, UML Distilled) Use Case: 购买产品 Customer browsers through catalog and selects items to buy Customer goes to check out Custom