面向对象方法与技术uml用例建模下

共59页第1页面向对象方法与技术北京理工大学宋红共59页第2页用例建模步骤识别系统边界和参与者列出事件识别用例书写用例文档识别用例的关系共59页第3页书写用例文档

---用例模板用例编号用例名用例描述参与者前置条件后置条件基本路径1....****2....****3....****扩展点2a.****2a1....****补充说明共59页第4页

书写用例文档

---前置条件，后置条件开始用例前所必需的系统及其环境的状态用例成功结束后系统应该具备的状态前置条件后置条件共59页第5页

书写用例文档

---前置条件，后置条件某些用例依赖于其他用例一个用例在离开系统时，可能是另一个用例的前置条件（例如：“登录”和“管理订单”）有助于识别漏掉的用例如果一个用例的前置条件不能由执行其他用例满足，可能意味着丢失了用例（例如：“管理订单”却没有“登录”）共59页第6页

书写用例文档

---用例路径共59页第7页

书写用例文档

---用例基本路径主成功的路径描述执行者完成目标与系统进行交互的活动集共59页第8页书写用例文档

---用例交互四步曲

Actor向系统发送请求和数据系统验证请求和数据系统更新内部状态系统向执行者返回结果共59页第9页

书写用例文档

---交互步骤的描述只书写“可观测”的使用主动语句，参与者或系统作为主语每一个步骤一个句子，每一步朝目标靠近将过小的步骤合并不要涉及界面细节分支的处理放到扩展路径循环直接处理共59页第10页

书写用例文档

---交互步骤的描述从俯视的角度,只书写“可观测”的从系统内部描述：“读取ATM卡和密码，并从帐号余额中扣除款项”从俯视的角度描述：“用户插入ATM卡并输入密码，系统从帐号余额中扣除款项”系统通过ADO建立数据库联接，传送SQL查询语句，从零件表查询系统按照查询条件搜索零件共59页第11页

书写用例文档

---交互步骤的描述使用主动语句欧文从贝克汉姆出得到传球，守门员...贝克汉姆传球给欧文，欧文射门，守门员扑救...明确地写谁在控球共59页第12页

书写用例文档

---交互步骤的描述使用主动语句，句子的结构应该很简单： 主语…谓语…宾语例如系统从会员处获得用户名和密码会员提交用户名和密码用户名和密码被验证系统验证用户名和密码共59页第13页

书写用例文档

---交互步骤的描述参与者或系统作为主语系统*****用户****用户****系统*****共59页第14页

书写用例文档

---交互步骤的描述每一个步骤一个句子，每一步都要朝目标靠近用户填写用户名用户填写密码用户填写地址用户提交用户提交用户名，密码和地址共59页第15页

书写用例文档

---交互步骤的描述将过小的步骤合并在概要级用例中，一个步骤尽可能完成一个用户目标，在用户目标级用例尽可能完成一个子功能采用过程向前推移的方法提高目标层次

如：用户按下Tab键为什么按下Tab键？将焦点移到地址框为什么将焦点移到地址框？他要输入用户名和密码得到：用户输入用户名和密码共59页第16页

书写用例文档

---交互步骤的描述不要涉及界面细节通过操纵系统用户界面来描述用户的动作，这是在编写用例时常见的一种严重错误，它使得编写的目标处于一个很低的层次。产生的问题：文档变长，脆弱，过分限制。如：系统弹出登录界面，用户输入用户名和密码点击确认按钮改为：用户输入用户名和密码共59页第17页

书写用例文档

---交互步骤的描述分支放到扩展路径在活动描述中，用“检查”这个动词不好，因为它使得检查的结果不确定。不得不出现“如果检查密码通过了…”,“如果检查密码不通过…”。

采用“问为什么？”来确定系统为什么要检查条件？答案：为了确认，验证或确保某些事情。修改前：系统检查密码是否正确如果密码正确，系统向用户提供有效操作修改后：系统确认密码正确系统向用户提供有效操作共59页第18页

书写用例文档

---交互步骤的描述循环直接处理习惯用语：“循环执行步骤X到Y,直到条件满足”对于那些可以重复的步骤可以使用如下描述方法：

1）顾客提供用户名和地址2）用户选择一个商品，并作上购买标记3）系统将这个商品加入购物车顾客重复步骤2~3，直到顾客完成了选购商品4）顾客购买所有在购物车中的商品对于只有一个步骤的

1）用户选择了一个或多个商品。用户在各种各样的商品目录中寻找，直到他选择了所需的商品。共59页第19页书写用例文档

---扩展点系统要处理的意外和分支共59页第20页

书写用例文档

---识别扩展点的思路参与者的选择另一条成功路线“用支票结帐”参与者错误的操作“没有提供Email地址”每次系统验证时，都暗示着扩展“系统验证帐户名和密码”系统内部出现错误共59页第21页

书写用例文档

---扩展的处理……4.用户要求系统保存迄今为止的工作……扩展4a系统自动监测中间保存的要求；4a1……4b保存失败；4b1……共59页第22页

书写用例文档

---扩展的条件包括成功和失败两种条件……4.用户要求系统保存迄今为止的工作……扩展4a系统自动监测中间保存的要求；4a1……4b保存失败；4b1……共59页第23页书写用例文档

---扩展的条件应该写检测到什么，不要写发生了什么顾客忘记了密码。系统不可能检测到顾客忘记了密码。可能是顾客离开，心脏病发作，或者……改为等待用户输入密码的时间超时或者密码输入的时间超时共59页第24页书写用例文档

---扩展处理的结果……4.用户激活网站的URL地址；……扩展4a没有可用的URL地址；4a1用户搜索网站修改和替换了进入扩展的步骤。共59页第25页

书写用例文档

---扩展处理的结果3.用户输入口令4.系统验证口令……扩展4a无效口令；4a1系统通知用户，重新输入口令4a2用户重新输入口令4b……；系统给出另一个选择，扩展结束时，故事回到被扩展步骤的开始共59页第26页

书写用例文档

---扩展处理的结果3.用户输入口令4.系统验证口令5.……扩展4c输入无效口令次数超过限制；4c1系统通知用户，结束用户会话5a.彻底失败，结束用例共59页第27页书写用例文档

---补充约束

字段列表业务规则非功能需求设计约束可以直接放在用例中，也可以单独集中到另外的文档，从用例文档指向共59页第28页

书写用例文档

---补充约束:字段列表注册信息=公司名+联系人+电话+{联系地址}*联系地址=州+城市+街道+邮编保存信息=注册信息+注册时间客房状态={空闲|已预订|占用|维修中}共59页第29页

书写用例文档

---补充约束:字段列表不同于数据模型--只是一个部分不同于数据字典--容易过早把时间花在细节上共59页第30页

书写用例文档

---补充约束:业务规则文字表述决策表共59页第31页

书写用例文档

---补充约束:业务规则决策表条件行为共59页第32页

书写用例文档

---补充约束:非功能需求可用性--系统能做但用户不知道可靠性--机密、完整、真实性能--响应时间、流量峰值可支持性--“故障应能再30个小时内修复”共59页第33页

书写用例文档

---补充约束:非功能需求系统应用户友好--度量？（第一次使用30分钟内能学会）系统应尽快反馈检索结果--度量？（90%的情况下，反馈时间在1秒之内，其他情况不超过3秒）共59页第34页

书写用例文档

---补充约束:设计约束报表行业规则平台语言外系统接口…共59页第35页步骤识别系统边界和参与者列出事件识别用例书写用例文档识别用例的关系共59页第36页

识别用例的关系

---用例的关系扩展包含泛化《extend》《include》共59页第37页

识别用例的关系

---通过关系整理用例文档扩展：分离扩展路径，“冻结”基用例以保持稳定包含：提取公共步骤，便于复用泛化：同一业务目的的不同技术实现共59页第38页识别用例的关系

---扩展共59页第39页识别用例的关系

---扩展例如：

对于电话业务，可以在基本通话(Call)业务上扩展出一些增值业务如：呼叫等待(CallWaiting)和呼叫转移(CallTransfer)。我们可以用扩展关系将这些业务的用例模型描述如下。

共59页第40页识别用例的关系

---扩展共59页第41页

识别用例的关系

---何时使用扩展关系扩展路径步骤多扩展路径内部还有扩展点--扩展之扩展扩展路径未定或容易变化--分离以冻结基用例共59页第42页

识别用例的关系

---扩展关系的误用共59页第43页识别用例的关系

---包含共59页第44页

识别用例的关系

---何时使用包含关系某些步骤在多个用例重复出现，且单独形成价值用例的步骤较多时，可以用include简化（慎用）共59页第45页

识别用例的关系

---包含关系的误用共59页第46页

识别用例的关系

---扩展VS包含的可见性共59页第47页

识别用例的关系

---泛化共59页第48页

识别用例的关系

---泛化举例共59页第49页

识别用例的关系

共59页第50页识别用例的关系：讨论和练习一个字处理系统，例如word。用户的主要工作是打字，但有时候也会停下来，调整显示比例，调整字体，拼写检查或其他事情。共59页第51页识别用例的关系：讨论和练习输入文本拼写检查改变模板调整字体共59页第52页实例：建立自动提款机(ATM)用例模型ATM系统的用例图可表示如下：共59页第53页ATM“提款”用例描述在ATM系统中的"提款"用例可以用事件流表述如下：提款-基本事件流 1.用户插入