02-1 UML需求建模.ppt

第二部分 UML需求建模 教学内容 用例建模（需求建模） 用例图 用例文档 用例建模 用例建模——步骤 用例建模——步骤 识别执行者 识别执行者 识别执行者 识别执行者 识别执行者 识别执行者——练习 用例建模——步骤 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例 识别用例——练习 用例建模——步骤 绘制用例图 绘制用例图 绘制用例图 绘制用例图 绘制用例图 绘制用例图 绘制用例图 绘制用例图 绘制用例图 绘制用例图——练习 综合练习 用例建模——步骤 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档 书写用例文档——练习 用例建模——步骤 检查用例模型 检查用例模型 END 识别执行者 识别用例 绘制用例图 书写用例文档 检查用例模型 执行者之间的泛化关系 执行者之间可以有泛化(Generalization)关系（或称为“继承”关系）。 执行者之间的泛化关系 用例之间的关系 包含关系 描述在多个用例中都有的公共行为，由用例A指向用例B，表示用例A中使用了用例B中的行为或功能，包含关系是通过在依赖关系上应用include构造型（衍型）来表示的。 用例之间的关系 包含关系 用例之间的关系 扩展关系 扩展用例可以在基用例之上添加新的行为，但是基用例必须声明某些特定的“扩展点”，并且扩展用例只能在这些扩展点上扩展新的行为。 在扩展（extend）关系中，基础用例(Base)中定义有一至多个已命名的扩展点，扩展关系是指将扩展用例(Extension)的事件流在一定的条件下按照相应的扩展点插入到基础用例(Base)中。 扩展关系是通过在依赖关系上应用extend构造型（衍型）来表示的。 用例之间的关系 扩展关系 用例之间的关系 泛化关系 当多个用例共同拥有一种类似的结构和行为的时候，可以将它们的共性抽象成为父用例，其他的用例作为泛化关系中的子用例。 在用例的泛化关系中，子用例是父用例的一种特殊形式，子用例继承了父用例所有的结构、行为和关系。 泛化关系一般很少使用。 用例之间的关系 泛化关系 某酒店订房系统描述如下： （1）顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； （2）前台服务员可以利用系统直接在前台预订房间； （3）不管采用哪种预订方式，都需要在预订时交相应订金； （4）前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； （5）利用信用卡进行支付时需要和信用卡系统进行通信； （6）客房部经理可以随时查看客房预订情况和每日收款情况。 绘制该系统的用例图。 某电话公司决定开发一个管理所有客户信息的交互式网络系统，系统功能如下： 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。 构造该系统的用例模型。 识别执行者 识别用例 绘制用例图 书写用例文档 检查用例模型 用例是文本文档，而非图形； 用例建模主要是编写文本的活动，而非制图； 用例不是面向对象的，编写用例时也不会进行OO分析； 用例是经典OOA/D的关键需求输入。 用例的内容 用例编号 用例名 执行者 前置条件 后置条件 涉众利益 基本路径 1…..×××× 2……×××× 3…..×××× 扩展路径 2a.××××： 2a1….××××× 字段列表 业务规则 非功能需求 设计约束 前置、后置条件 开始用例前所必需的系统及其环境的状态 注意：系统必须能检测到 用例成功结束后系统应该具备的状态 前置、后置条件 必须是系统能检测到的 前置条件： 顾客提着商品来结账 前置条件： 收银员已通过身份识别 错！ 对！ 前置、后置条件 前置条件必须是系统在用例开始前能检测到的 前置条件： 用