《UML需求建模》ppt课件

1、Sunny Liuweiliu_china126w 用例建模需求建模w 用例图w 用例文档财务部经理查看每日财务报表w 用例建模Use Case Modeling是运用用例的方法来描画系统的功能需求的过程，用例建模促进并鼓励了用户参与，这是确保工程胜利的关键要素之一。w 用例建模主要包括以下两部分内容：w 用例图(Use Case Diagram) w 用例描画文档 (Use Case Specification) w 识别执行者w 识别用例w 绘制用例图w 书写用例文档w 检查用例模型w 识别执行者w 识别用例w 绘制用例图w 书写用例文档w 检查用例模型执行者执行者Actor定义：在系统之

2、外，透过系统边境与系统进展有定义：在系统之外，透过系统边境与系统进展有意义交互的任何事物。意义交互的任何事物。引入执行者的目的：协助确定系统边境。引入执行者的目的：协助确定系统边境。ActorATM用户取款银行系统人人其它其它系统系统自动发生的自动发生的事件事件思绪思绪 谁运用系统？谁运用系统？ 谁改动系统的数据？谁改动系统的数据？ 谁从系统获取信息？谁从系统获取信息？ 谁需求系统的支持以完成日常任务义务？谁需求系统的支持以完成日常任务义务？ 谁担任维护、管理并坚持系统正常运转？谁担任维护、管理并坚持系统正常运转？ 系统需求和哪些外部系统交互？系统需求和哪些外部系统交互？ 有没有自动发生的事件

3、？有没有自动发生的事件？都对，不丢用例就行渐渐清理都对，不丢用例就行渐渐清理哪个是正确的执行者？哪个是正确的执行者？人事干部省人事厅干部县人事局干部市人事局干部乘客售票员订票会员经理系统管理员登录会员经理系统管理员登录用户w 某酒店订房系统描画如下：w 1顾客可以选择在线预订，也可以直接去酒店经过前台效力员预订；w 2前台效力员可以利用系统直接在前台预订房间；w 3不论采用哪种预订方式，都需求在预订时交相应订金；w 4前台预订可以经过现金或信誉卡的方式进展订金支付，但是网上预订只能经过信誉卡进展支付；w 5利用信誉卡进展支付时需求和信誉卡系统进展通讯；w 6客房部经理可以随时查看客房预订情况和

4、每日收款情况。w 识别该系统的执行者。w 识别执行者w 识别用例w 绘制用例图w 书写用例文档w 检查用例模型用例用例用例是在系统中执行的一系列动作，这些动作将用例是在系统中执行的一系列动作，这些动作将生成特定执行者可见的价值结果。一个用例定义生成特定执行者可见的价值结果。一个用例定义一组用例实例。一组用例实例。Use CaseATM用户取款用例要点：用例要点：有意义的目的有意义的目的价值结果由系统生成价值结果由系统生成业务言语，用户观念业务言语，用户观念留意用例的命名留意用例的命名用例的用例的“粒度粒度错！错！对！对！有没有意义？涉众说了算！有没有意义？涉众说了算！有意义的目的有意义的目的会

5、员选择商品查询类别输入查询关键字会员查询商品信息价值结果由系统生成价值结果由系统生成?董事长做泰式按摩局长洗土耳其浴业务言语而非技术言语业务言语而非技术言语用户观念而非系统观念用户观念而非系统观念用户观念用户观念系统观念系统观念乘客在线订票查看今日航班乘客处理订票显示今日航班对！对！错！错！用例命名用例命名 动词 宾语状语状语定语定语用例命名：慎用弱动词弱名词用例命名：慎用弱动词弱名词弱动词：进展、运用、复制、加载、反复弱名词：数据、报表、表格、表单、系统会掩盖真正的业务！会掩盖真正的业务！用例的用例的“粒度粒度粒度原那么：粒度原那么： 用例要有途径，途径要有步骤。而这一切都是用例要有途径，途

6、径要有步骤。而这一切都是“可观可观测的。测的。用例的用例的“粒度粒度最常犯错误把步骤当作用例把执行者动作当作用例把系统活动当作用例用户输入密码ATM用户取款验证密码扣除金额用例的用例的“粒度粒度四轮马车四轮马车警惕警惕CRUD泛滥！泛滥！管理员增加用户信息删除用户信息修改用户信息查询用户信息用例的用例的“粒度粒度四轮马车四轮马车管理员管理用户用例的用例的“粒度粒度四轮马车四轮马车也可以把包含复杂交互的途径独立出去构成用例也可以把包含复杂交互的途径独立出去构成用例管理员管理用户增加用户方式检查方式检查【执行者】运用系统来【用例】【执行者】运用系统来【用例】w 某酒店订房系统描画如下：w 1顾客可

7、以选择在线预订，也可以直接去酒店经过前台效力员预订；w 2前台效力员可以利用系统直接在前台预订房间；w 3不论采用哪种预订方式，都需求在预订时交相应订金；w 4前台预订可以经过现金或信誉卡的方式进展订金支付，但是网上预订只能经过信誉卡进展支付；w 5利用信誉卡进展支付时需求和信誉卡系统进展通讯；w 6客房部经理可以随时查看客房预订情况和每日收款情况。w 识别该系统的用例。w 识别执行者w 识别用例w 绘制用例图w 书写用例文档w 检查用例模型w 执行者与用例之间的关联关系w 在用例图中，执行者和用例之间进展交互，相互之间的关系用一根直线来表示，称为关联关系(Association)或通讯关系(

8、Communication)。ActorUse Casew 执行者之间的泛化关系w 执行者之间可以有泛化(Generalization)关系或称为“承继关系。 普通员工系统管理员经理w 执行者之间的泛化关系普通员工系统管理员修改个人信息增加员工信息w 用例之间的关系w 包含关系w 描画在多个用例中都有的公共行为，由用例A指向用例B，表示用例A中运用了用例B中的行为或功能，包含关系是经过在依赖关系上运用构外型衍型来表示的。w 用例之间的关系w 包含关系存款取款转账查询余额验证身份w 用例之间的关系w 扩展关系w 扩展用例可以在基用例之上添加新的行为，但是基用例必需声明某些特定的“扩展点，并且扩展

9、用例只能在这些扩展点上扩展新的行为。w 在扩展extend关系中，根底用例(Base)中定义有一至多个已命名的扩展点，扩展关系是指将扩展用例(Extension)的事件流在一定的条件下按照相应的扩展点插入到根底用例(Base)中。w 扩展关系是经过在依赖关系上运用构外型衍型来表示的。w 用例之间的关系w 扩展关系现金支付信用卡支付w 用例之间的关系w 泛化关系w 当多个用例共同拥有一种类似的构造和行为的时候，可以将它们的共性笼统成为父用例，其他的用例作为泛化关系中的子用例。w 在用例的泛化关系中，子用例是父用例的一种特殊方式，子用例承继了父用例一切的构造、行为和关系。w 泛化关系普通很少运用。

10、w 用例之间的关系w 泛化关系现金支付信用卡支付支付w 某酒店订房系统描画如下：w 1顾客可以选择在线预订，也可以直接去酒店经过前台效力员预订；w 2前台效力员可以利用系统直接在前台预订房间；w 3不论采用哪种预订方式，都需求在预订时交相应订金；w 4前台预订可以经过现金或信誉卡的方式进展订金支付，但是网上预订只能经过信誉卡进展支付；w 5利用信誉卡进展支付时需求和信誉卡系统进展通讯；w 6客房部经理可以随时查看客房预订情况和每日收款情况。w 绘制该系统的用例图。w 某公司决议开发一个管理一切客户信息的交互式网络系统，系统功能如下：w 阅读客户信息：任何运用Internet的网络用户都可以阅读

11、公司一切的客户信息包括姓名、住址、号码等。w 登录：公司授予每个客户一个账号。拥有授权账号的客户可以运用系统提供的页面设置个人密码，并运用该账号和密码向系统注册。公司管理人员也可以经过登录对客户信息进展管理。w 修正个人信息：客户在系统中注册后，可以发送电子邮件或者运用系统提供的页面对个人信息进展修正。w 删除客户信息：只需公司的管理人员才干删除不再接受公司效力的客户的信息。w 构造该系统的用例模型。w 识别执行者w 识别用例w 绘制用例图w 书写用例文档w 检查用例模型w 用例是文本文档，而非图形；w 用例建模主要是编写文本的活动，而非制图；w 用例不是面向对象的，编写用例时也不会进展OO分

12、析；w 用例是经典OOA/D的关键需求输入。w 用例的内容用例编号用例编号用例名用例名执行者执行者前置条件前置条件后置条件后置条件涉众利益涉众利益根本途径根本途径 1.23.扩展途径扩展途径2a.：2a1.字段列表字段列表业务规那么业务规那么非功能需求非功能需求设计约束设计约束w 前置、后置条件开场用例前所必需的系统及其环境的形状开场用例前所必需的系统及其环境的形状留意：系统必需能检测到留意：系统必需能检测到用例胜利终了后系统应该具备的形状用例胜利终了后系统应该具备的形状w 前置、后置条件必需是系统能检测到的必需是系统能检测到的处理商品销售收银员前置条件：前置条件：顾客提着商品来结账顾客提着商

13、品来结账前置条件：前置条件：收银员已经过身份识别收银员已经过身份识别错！错！对！对！w 前置、后置条件前置条件必需是系统在用例开场前能检测到的前置条件必需是系统在用例开场前能检测到的取款ATM用户前置条件：前置条件：用户账户中有足够的余额用户账户中有足够的余额错！错！w 前置、后置条件w 前置、后置条件把根本途径单独分别，把根本途径单独分别，凸现用例的中心价值。凸现用例的中心价值。中心的中心：客户最想看到、最关怀的途径中心的中心：客户最想看到、最关怀的途径w 根本途径w 用例交互四步曲在步骤中写需求！在步骤中写需求！w 根本途径w 只书写“可观测的说人话w 运用自动语句w 句子必需以执行者或系

14、统作为主语w 每一句都要朝目的迈进w 分支和循环w 不要涉及界面细节w 根本途径系统经过系统经过ADO建立数据库衔接，传建立数据库衔接，传送送SQL查询语句，从查询语句，从“零件表查零件表查询询系统按照查询条件搜索零件系统按照查询条件搜索零件只书写“可观测的错错对对w 根本途径欧文从贝克汉姆处得到传球，守门欧文从贝克汉姆处得到传球，守门员员贝克汉姆传球给欧文，欧文射门，贝克汉姆传球给欧文，欧文射门，守门员扑救守门员扑救.自动语句球在谁那里？自动语句球在谁那里？错错对对w 根本途径系统从会员处获取用户名和密码系统从会员处获取用户名和密码会员提交用户名和密码会员提交用户名和密码用户名和密码被验证用

15、户名和密码被验证系统验证用户名和密码系统验证用户名和密码运用自动语句运用自动语句错错对对错错对对w 根本途径执行者执行者系统系统系统系统执行者执行者句子必需以执行者或系统作为主语句子必需以执行者或系统作为主语w 根本途径执行者填写姓名执行者填写姓名执行者填写执行者填写执行者填写执行者填写执行者提交执行者提交每一句都要朝目的迈进每一句都要朝目的迈进Xw 根本途径分支：放到扩展途径循环：直接描画分支和循环分支和循环w 根本途径会员从下拉框中选择类别会员从下拉框中选择类别会员在相应文本框中输入查询条件会员在相应文本框中输入查询条件会员点击会员点击“确定按钮确定按钮不要涉及界面细节不要涉及界面细节Xw

16、 扩展途径留意不测和分支留意不测和分支交换途径交换途径异常途径异常途径w 补充约束可以直接放在用例中，也可以直接放在用例中，也可以单独集中到另外的文可以单独集中到另外的文档，从用例文档指向档，从用例文档指向字段列表字段列表业务规那么业务规那么非功能需求非功能需求设计约束设计约束w 用例文档实例用例文档例如一用例文档例如一用例文档例如二用例文档例如二w 某酒店订房系统描画如下：w 1顾客可以选择在线预订，也可以直接去酒店经过前台效力员预订；w 2前台效力员可以利用系统直接在前台预订房间；w 3不论采用哪种预订方式，都需求在预订时交相应订金；w 4前台预订可以经过现金或信誉卡的方式进展订金支付，但是网上预订只能经过信誉卡进