需求分析与UML.pptVIP

用例的粒度 用例不是面团 用例的粒度 把执行者的动作当成用例 把系统活动当成用例 用例的粒度 用例表征用户使用复杂度,与系统复杂度无关 用例的粒度 CRUD 用例的粒度 如果CRUP不涉及复杂的交互,一个用例即可 甚至很多种基本数据的管理都可以用一个用例表示 教学内容 需求分析的任务与原则（重点） UML建模的简单流程 用例图（重点） 实例——图书馆管理系统中的用例图 需求规格说明书（重点） √ 4 实例——图书馆管理系统的用例图 4.1 确定系统涉及的总体信息 4.2 确定系统的参与者 4.3 确定系统的用例 4.4 使用Rational Rose绘制用例图的步骤 4.5 图书馆管理系统的用例图 4.1 确定系统涉及的总体信息 首先分析系统所涉及的问题领域和系统运行的主要任务； 分析使用该系统主要功能部分的是哪些人； 谁将需要该系统的支持以完成其工作； 系统的管理者与维护者。 案例2：零件销售系统的用例 注册 会员登录 管理订单 检索零件 购物 结帐 修改个人资料 查询历史纪录 货管员登录 管理价格 管理库存 打印报表 开放帐户 经理登录 检索会员 检查帐户 潜在会员 会员 货管员 经理 时间 案例2：零件销售系统 注册 会员登录 管理订单 检索零件 购物 结帐 修改个人资料 查询历史纪录 货管员登录 管理价格 管理库存 打印报表 开放帐户 经理登录 检索会员 检查帐户 潜在会员 会员 货管员 经理 时间 3.4 关系 参与者与用例之间 关联关系 用例与用例之间 包含关系 (include) 扩展关系 (extend) 泛化关系 (generalization) 参与者与参与者之间 泛化关系 (generalization) 关系—参与者与用例之间 关联关系 描述参与者与使用用例之间的关系。在UML中，关联关系用实线表示，实线可以有箭头，也可以没有箭头。 例：参与者与用例通过关联相连。 用例间的关系——扩展关系 1）扩展关系(extend) 扩展关系允许一个用例(可选)扩展另一个用例的功能。 当某个新用例在原来的用例基础上增加了新的步骤序列，则原用例被称作基用例，这种关系被称为扩展关系。 基用例可以单独存在，但在一定的条件下，他的行为可以被另一个用例的行为延伸。扩展只能发生在基用例的序列中某个特定的点上，这个点叫扩展点。 扩展关系中基用例本身是完整的。 售票 打折售票 extend 用例间的关系——包含关系 2）包含关系(include) 包含关系中一个用例总是使用另一个用例的功能 如果两个以上用例有大量一致的功能，则可以将这个功能分解到另一个用例中。 一个用例的功能太多时可用包含关系建模两个小用例。 包含关系中基用例本身是不完整的。 例： 本例中，用例“Check Credit” 检查输入的信用卡号是否有效，信用卡是否有足够的资金。 Purchase Ticket Check Credit include 用例间的关系——泛化关系 3）泛化关系（也称类属或概括关系） 泛化关系其实是子类与父类的关系。象类之间的泛化关系一样，用例和参与者也可以继承另一个用例和参与者。 Customer Company Personal 参与者间的关系 在用例图中，使用泛化关系来描述多个参与者之间的公共行为。 参与者间的泛化关系示例： 3.5 参与者规范及应用 3.5.1 参与者规范 Rose在实现中对参与者和类使用相同的规范窗口，包括如下一些标签： General Detail Operations Attributes Relations Components Nested Files 3.5 参与者规范及应用 3.5.1 参与者规范 General标签 Name Stereotype Documentation 3.5 参与者规范及应用 3.5.1 参与者规范 Detail标签 Multiplicity （参与者基数） Abstract（抽象参与者） 基数 含义 0..0 0 0..1 0或者1 0..n 0或者多 1..1 1 1..n 1或者多 n 许多 3.5 参与者规范及应用 3.5.1 参与者规范 Relations标签 列出了参与者参与的所有关系。包括参与者与用例、参与者与其他参与者的一切关系 3.5 参与者规范及应用 3.5.2 参与者的操作 1）增加参与者 2）删除参与者 3.6 用例规范及应用 3.6.1 用例规范 General标签 Diagrams标签 Relations标签 Files标签 3.6 用例规范及应用 3.6.1 用例规范 General标签 Name Package Stereotype