UML实例UML案例.ppt
合集下载
数据库系统UML建模案例演示 ppt课件
数据库系统UML建模案例演示
16
数据库系统UML建模案例演示
17
构件图
【概念】描述代码构件的物理结构以及各构件之间的依赖 关系 【描述方式】构件 【目的】提供系统的物理视图，根据系统的代码构件显示 系统代码的整个物理结构
数据库系统UML建模案例演示
18
部署图
【概念】系统中硬件的物理体系结构 【描述方式】 1 三维立方体表示部件 2 节点名称位于立方体上部 【目的】显示系统的硬件和软件的物理结构
数据库系统UML建模案例演示
23
Actor::Librarian
Get the Book
Lend the Book
<<include>>
Add or Delete Reader
Reader Management <<include>>
Check the Information of Reader
Remove the Old Book
数据库系统UML建模案例演示
1
数据库系统UML建模案例演示
数据库系统UML建模案例演示
2
精品资料
• 你怎么称呼老师？ • 如果老师最后没有总结一节课的重点的难点，你
是否会认为老师的教学方法需要改进？ • 你所经历的课堂，是讲座式还是讨论式？ • 教师的教鞭 • “不怕太阳晒，也不怕那风雨狂，只怕先生骂我
数据库系统UML建模案例演示
13
状态图
【概念】描述对象的所有状态以及事件发生而引起的状态 之间的转移 【描述方式】 起始点：实心圆 状态之间的转换：使用开箭头的线段 状态：圆角矩形 判断点：空心圆 一个或多个终止点：内部包含实心圆的圆 【目的】表示某个类所处的不同状态以及该类在这些状态 中的转换过程
UML举例
顺序图改进
对象行为——状态图
显示一个对象从生成到删除的生命周期 中相应事件所经历的状态序列以及它们 对哪些事件的相应. 分析人员和开发人员通过状态图更好的 了解类的动态行为,使编码前能讨论和 建立复杂逻辑.
Account对象的状态图
构造程序——组件图
表示一组组件之间的组织和依赖关系 编译和部署系统的人员需要使用组件图. 显示了类与实现组件之间的映射,组件 按什么顺序编译,编译时生成哪些运行 组件 构件图对于通过正向工程和逆向工程构 造可执行系统是重要的
1. 2.
异常事件流E1: 异常事件流E1:联接主机出现错误 E1
1. 2. 3.
事后条件: 事后条件:无
对象交互—交互图
交互图显示一组对象以及它们之间传送 的消息
寻找对象
研究事件流及情景文档中的名词 分辨对象和对象属性 不在事件流中的控制对象
顺序图-按时间顺序对控制流建模
用户从中看到业务过程的细节 分析人员从中看到处理流程 开发人员看到需要开发的对象和它们的 操作 质保人员看到过程细节,并根据这个过 程开发测试案例
UML的9个核心框图
用例图 类图 对象图 顺序图 协作图 状态图 活动图 组件图 实施图
最基本的建模
类图中的各个类对象,按照顺序图的交 互,完成一个用例 .
一个ATM系统实例
建立一个具有基本功能的ATM机软件 客户可以存钱,取钱 客户可以查询节余 客户可以修改密码 客户可以使用信用卡付帐
需求建模—用例图
ATM客户机的C++组件图
ATM服务器的C++组件图
项目部署——实施图
建模系统的实际部署 项目管理员,用户,分析员和部署人员 通过实施图了解,显示网络的实际布局 和网络节点上组件的配置
UML实例UML案例完整建汽车租赁系统ppt课件
fillRecord( )
notify_payment( ) pay()
return
update_carstatus( )
end( ) updateRecord( )
ppt课件.
19
系统的协作图
▪ 1. 客户预订的协作图 ▪ 2. 客户取车的协作图 ▪ 3. 客户还车的协作图
ppt课件.
20
客户预订的协作图
汽车租赁系统
▪ 汽车租赁系统的需求分析 ▪ 系统的UML基本模型 ▪ 系统中的类 ▪ 系统的配置与实现
ppt课件.
1
汽车租赁系统的需求分析
▪ 系统功能需求 ▪ 基本数据维护模块 ▪ 基本业务模块 ▪ 数据库模块 ▪ 信息查询模块
ppt课件.
2
系统功能需求
▪ 系统的功能需求主要包括以下几个方面： ① 客户可以通过不同的方式（包括电话、前
ppt课件.
9
建立UML模型框架
▪ 选择J2EE模式
ppt课件.
10
系统的用例图
▪ 创建用例图之前首先需要确定参与者。 ▪ 系统中的参与者主要有两类： ① 客户 ② 公司职员
ppt课件.
11
系统的用例图
▪ 1. 客户参与的用例图 ▪ 2. 公司职员参与的用例图
ppt课件.
12
客户参与的用例图
theWorkRecord : WorkRecord
3: check( )
8: new CustomerRecord
theCustomerRecord : CustomerRecord
ppt课件.
21
客户取车的协作图
1: show_notice( )
4: take_car( ) : custormer
第2讲用例与UML用例图精品PPT课件
用例与UML用例图
学习目标
上讲回顾 用例的概念 用例分析的过程 使用用例模型捕获系统需求
上讲回顾
UML的全称__________________________________. UML的图基本构造块包括_______和______. UML的基本构造块中的关系包括哪几种__________. UML的图包括哪几种____________. 动态图包括哪些_____________________________. 静态图包括哪些_____________________________. RUP是______________________________________.
评价应聘者
录用应聘者
录用应聘者
拒绝应聘者
拒绝应聘者
参与者的泛化
Employee Manager
面试面应试聘应者 聘者 评评价价应应聘聘者 者 录录用用应应聘聘者者
拒拒绝绝应应聘者聘者
参与者的泛化
• 只有在子参与者使用了父参与者所使用的 所有用例时，参与者泛化才是合适的。
• 参与者泛化会带来不必要的复杂性，所以 不要强加一个不存在的关系。
用例的特点 ： 用例捕获某些用户可见的需求，实现一个具 体的用户目标。 用例由参与者激活，并提供确切的值给参与 者。 用例可大可小，但它必须是对一个具体的用 户目标实现的完整描述。
参与者（Actor）
参与者是指对用例所描述的事件序列的发 起者。
参与者可以是一个人、另一个系统、一台 硬件设备或某段时间的流逝。
后置条件：顾客得到现金
事件流
（1）事件流由简短步骤的序列组成。 （2）陈述性的、带编号、按时间排序 （3）每个步骤简单地描述了什么东西执
行了什么动作。 每个步骤应该具有如下格式： <编号> <某事> <行为> （4）一个事件流仅描述用例中的一条路径， 不包括其它的分支。
学习目标
上讲回顾 用例的概念 用例分析的过程 使用用例模型捕获系统需求
上讲回顾
UML的全称__________________________________. UML的图基本构造块包括_______和______. UML的基本构造块中的关系包括哪几种__________. UML的图包括哪几种____________. 动态图包括哪些_____________________________. 静态图包括哪些_____________________________. RUP是______________________________________.
评价应聘者
录用应聘者
录用应聘者
拒绝应聘者
拒绝应聘者
参与者的泛化
Employee Manager
面试面应试聘应者 聘者 评评价价应应聘聘者 者 录录用用应应聘聘者者
拒拒绝绝应应聘者聘者
参与者的泛化
• 只有在子参与者使用了父参与者所使用的 所有用例时，参与者泛化才是合适的。
• 参与者泛化会带来不必要的复杂性，所以 不要强加一个不存在的关系。
用例的特点 ： 用例捕获某些用户可见的需求，实现一个具 体的用户目标。 用例由参与者激活，并提供确切的值给参与 者。 用例可大可小，但它必须是对一个具体的用 户目标实现的完整描述。
参与者（Actor）
参与者是指对用例所描述的事件序列的发 起者。
参与者可以是一个人、另一个系统、一台 硬件设备或某段时间的流逝。
后置条件：顾客得到现金
事件流
（1）事件流由简短步骤的序列组成。 （2）陈述性的、带编号、按时间排序 （3）每个步骤简单地描述了什么东西执
行了什么动作。 每个步骤应该具有如下格式： <编号> <某事> <行为> （4）一个事件流仅描述用例中的一条路径， 不包括其它的分支。
uml图例讲解PPT课件
“上课登记”用例的主要事件流如下： 学生从系统菜单中选择“上课登记”； 系统显示指纹识别界面； 学生将手指放置于界面上； 系统捕获并识别学生的指纹，向学生返回识别的身份信息； 学生选择“确认”按钮； 系统生成一个关于该登记学生及当前日期、时间的新记录，并将该记录 保存到数据库中。 请根据以上描述绘制“上课登记”用例的顺序图。
请按以上描述绘制出使用手机的状态图。
10
.
UML图例讲解
(11)某学生选课系统的查询课程用例如下，学生首先进入选课 系统，然后输入要查询的课程名，系统验证输入的课程名是否 存在，若存在，跳转到对应的显示课程信息的页面；若不存在， 则给出提示信息，返回选课页面。 请根据以上描述绘制活动图。
11
.
UML图例讲解
(4)在一个习题库下，各科老师可以在系统中编写习题及标准 答案，并将编写的习题和答案加入题库中，或者从题库中选取 一组习题组成向学生布置的作业，并在适当的时间公布答案。 学生可以在系统中完成作业，也可以从题库中选择更多的习题 练习。老师可以通过系统检查学生的作业，学生可以在老师公 布答案后对自己的练习进行核对。阅读这一情境，分析出该系 统所包括的实体类并适当添加属性，绘制出分析类图。
uml图例讲解555某银行系统的取款用例执行顺序如下工作人员输冬取款单输入后银行系统请求银行数据库匹配用户迚行身份验证验证通过后数据库注销相应存款返回注销完成信息银行系统在存折上打印取款记彔
UML图例讲解
(1)某个学生成绩管理系统的部分参与者和用例总结如下。
教务管理人员：
①登录系统；
②教师、学生名单管理；
③学期教学计划管理；
④成绩管理；
⑤课程分配，每次课程分配时都必须打印任课通知书。
学生：
请按以上描述绘制出使用手机的状态图。
10
.
UML图例讲解
(11)某学生选课系统的查询课程用例如下，学生首先进入选课 系统，然后输入要查询的课程名，系统验证输入的课程名是否 存在，若存在，跳转到对应的显示课程信息的页面；若不存在， 则给出提示信息，返回选课页面。 请根据以上描述绘制活动图。
11
.
UML图例讲解
(4)在一个习题库下，各科老师可以在系统中编写习题及标准 答案，并将编写的习题和答案加入题库中，或者从题库中选取 一组习题组成向学生布置的作业，并在适当的时间公布答案。 学生可以在系统中完成作业，也可以从题库中选择更多的习题 练习。老师可以通过系统检查学生的作业，学生可以在老师公 布答案后对自己的练习进行核对。阅读这一情境，分析出该系 统所包括的实体类并适当添加属性，绘制出分析类图。
uml图例讲解555某银行系统的取款用例执行顺序如下工作人员输冬取款单输入后银行系统请求银行数据库匹配用户迚行身份验证验证通过后数据库注销相应存款返回注销完成信息银行系统在存折上打印取款记彔
UML图例讲解
(1)某个学生成绩管理系统的部分参与者和用例总结如下。
教务管理人员：
①登录系统；
②教师、学生名单管理；
③学期教学计划管理；
④成绩管理；
⑤课程分配，每次课程分配时都必须打印任课通知书。
学生：
UML用例图.ppt
3
系统
系统是用例图的一个组成部分，它是对真正软件 系统活动范围的一个抽象。系统的边界用来说明 构建用例的应用范围。系统边界框定义系统的边 界或限制，所以，系统的所有功能或过程会被限 制在系统内，即此边界将系统的所有过程/功能与 外界环境分隔。
4
系统
5
案例分析 汽车租赁---任务陈述
商店将汽车的跟踪自动化---使用条码、柜台终端和激光阅读器，这有许多 优点：租赁助手的效率提高了20%，汽车很少失踪，客户群变大。
Use Case图是后续的分析工作的依据，也是系统测试的 依据。Rational统一过程主张采用Use Case驱动的软 件开发方式。
1
二、Use Case图—示例
ATM
存钱
取钱
用例图是由
转帐
参与者、系 统、用例三
客户
者构成的。
查询
2
主要内容
1. 系统 2. 参与者 3. Use Case 4. Use Case 的联系 5. Use Case 图建立
Rational统一过程主张采用Use Case驱动的 软件开发方式。
13
开发典型用例
14
“剧本（场景）”描述
参与者与系统的对话过程可用一系列步骤（也称 “剧本”）来描述， “剧本”的集合就是Use Case，系统全部的Use Case构成了对于系统 外部可见行为的描述。
15
2.2 Use Case示例
可以是带一个构造型《Actor》的对象类图标表 示，也可以用简易的人形图标表示。
《Actor》 参与者名
业务 参与者名
系统 参与者名
8
1.3 参与者的确定
凡是与系统进行信息交互（包括数据信息与控制信息交换）的外部事 物可以确认为参与者。
系统
系统是用例图的一个组成部分，它是对真正软件 系统活动范围的一个抽象。系统的边界用来说明 构建用例的应用范围。系统边界框定义系统的边 界或限制，所以，系统的所有功能或过程会被限 制在系统内，即此边界将系统的所有过程/功能与 外界环境分隔。
4
系统
5
案例分析 汽车租赁---任务陈述
商店将汽车的跟踪自动化---使用条码、柜台终端和激光阅读器，这有许多 优点：租赁助手的效率提高了20%，汽车很少失踪，客户群变大。
Use Case图是后续的分析工作的依据，也是系统测试的 依据。Rational统一过程主张采用Use Case驱动的软 件开发方式。
1
二、Use Case图—示例
ATM
存钱
取钱
用例图是由
转帐
参与者、系 统、用例三
客户
者构成的。
查询
2
主要内容
1. 系统 2. 参与者 3. Use Case 4. Use Case 的联系 5. Use Case 图建立
Rational统一过程主张采用Use Case驱动的 软件开发方式。
13
开发典型用例
14
“剧本（场景）”描述
参与者与系统的对话过程可用一系列步骤（也称 “剧本”）来描述， “剧本”的集合就是Use Case，系统全部的Use Case构成了对于系统 外部可见行为的描述。
15
2.2 Use Case示例
可以是带一个构造型《Actor》的对象类图标表 示，也可以用简易的人形图标表示。
《Actor》 参与者名
业务 参与者名
系统 参与者名
8
1.3 参与者的确定
凡是与系统进行信息交互（包括数据信息与控制信息交换）的外部事 物可以确认为参与者。
需求分析——UML用例图PPT课件
-32-
第32页/共84页
要点：用例止于系统边界
描述交互，而不是内在的系统活动
-33-
第33页/共84页
要点：有意义的目标
设定查询条件
会员
选择零件
会员
检索零件
-34-
第34页/共84页
要点：结果值由系统生成
出纳员
吃饭
系统需要处理的，由系统生成
-35-
第35页/共84页
要点：业务语言而非技术语言
• “非程序员杂志”第26到30期UML工具一览，列出了约129个UML开发工具
-7-
第7页/共84页
内容安排
• UML概述 • 理解需求 • 需求，难在何处？ • 以用例为中心组织需求 • 基于用例的需求分析过程
-8-
第8页/共84页
认识问题
分析问题
解决问题
以开发者的身份站在开发团队的 角度分析问题
Booch93 OMT-2
统一 化
Booch91 OMT-1 其他方法 OOSE
分散
的
Grady Booch Jim Rumbaugh
第4页/共84页
Ivar Jacobson各 部
分
-4-
UML发展现状
• 目前通用的是UML 1.x版 • 主要UML 1.3、UML 1.4 • 2003年3月正式发布UML 1.5
-24-
第24页/共84页
相关术语
场景：是用来描述用户和系统之间交互的顺序的步骤 用例：是为了达到某一用户目标而组合在一起的一组场景
用例图：用来显示在系统（或其它实体）内的用例与系统参与者之间的关系
用例模型：是系统既定功能及系统环境的模型，并作为客户和开发人员之间的契 约。用例模型用作分析、设计和测试活动的基本输入。
第32页/共84页
要点：用例止于系统边界
描述交互，而不是内在的系统活动
-33-
第33页/共84页
要点：有意义的目标
设定查询条件
会员
选择零件
会员
检索零件
-34-
第34页/共84页
要点：结果值由系统生成
出纳员
吃饭
系统需要处理的，由系统生成
-35-
第35页/共84页
要点：业务语言而非技术语言
• “非程序员杂志”第26到30期UML工具一览，列出了约129个UML开发工具
-7-
第7页/共84页
内容安排
• UML概述 • 理解需求 • 需求，难在何处？ • 以用例为中心组织需求 • 基于用例的需求分析过程
-8-
第8页/共84页
认识问题
分析问题
解决问题
以开发者的身份站在开发团队的 角度分析问题
Booch93 OMT-2
统一 化
Booch91 OMT-1 其他方法 OOSE
分散
的
Grady Booch Jim Rumbaugh
第4页/共84页
Ivar Jacobson各 部
分
-4-
UML发展现状
• 目前通用的是UML 1.x版 • 主要UML 1.3、UML 1.4 • 2003年3月正式发布UML 1.5
-24-
第24页/共84页
相关术语
场景：是用来描述用户和系统之间交互的顺序的步骤 用例：是为了达到某一用户目标而组合在一起的一组场景
用例图：用来显示在系统（或其它实体）内的用例与系统参与者之间的关系
用例模型：是系统既定功能及系统环境的模型，并作为客户和开发人员之间的契 约。用例模型用作分析、设计和测试活动的基本输入。
UML系统需求分析建模实例(包括业务建模)全版.ppt
系统用例几乎总是以黑盒形式编 写的。它们描述了软件系统之外 的参与者如何与将被设计的系统 进行交互。系统用例详细阐明了 系统需求。系统用例模型的目的 是从涉众的角度说明需求，而不 是设计如何满足需求。
业务用例图中，可以让业务参与者【业 在系统用例图中，让参与者与用 务执行者】和业务角色【业务工人】与 例进行交互。 业务用例进行交互。
公司主任审核报账单，公司主任说明（填写）拒绝原因 同上。
财务主任发放还款，这个备选用例是否能成为系统用例 要看情况的，如果财务主任是人为的发放现金或者人为 的去银行汇款转账，那么没有通过计算机（意思是该系 统）进行操作，就不能算是一个系统用例；而如果财务 主任是通过系统提供的转账功能汇款的话，那么就是一 个系统用例。回顾涉众分析报告后我们确定这可以成为 一个系统用例。
当业务场景中的备选用例不能直接被映射时，抽象 得到。
合并
拆分
演绎
业务用例实现场景中没有这个用例，但是系统需要。
17
..........
额外例子－用电申请业务用例场景
18
..........
额外例子－用电申请业务用例场景
19
..........
找用例（１）
引入计算机，降低用例粒度，进入系统模型的 建立过程。系统用例可以从业务用例场景中推 导出来，业 务用例场景一般描述为某某做什么， 某某做什么，这个某某做什么就是一个备选的 系统用例，然后从备选用例中确定系统用例， 分析过程如下：
24..........来自例规约模板（１）用例#
[用例名应是一个动词短语，应让读者一目了然地从名字中就可以知道该用 例的目标。]
使用语境 范围
[用例目标，是一个较长的描述，甚至包括触发条件。] [用例的设计范围，在设计时将系统作为一个黑盒来考虑。]
UML实例UML案例(完整建模)(图书馆信息系统)
1: add item( ) : Administrator
: Maintenance Window
3: update( )
2: find(String)
: Item
: Title
2. 系统管理员删除书籍的协作图
1: remove item( ) : Administrator
: Maintenance Window
: Item
2. 系统管理员添加借阅者帐户的时序图
: Administrator
: Maintenance Window
1: create borrower( )
: Borrower
2: create(String, String)
3. 系统管理员删除书目的时序图
4. 图书管理员处理书籍借阅的时序图
书籍。 ② 借阅者能够借阅书籍和还书。 ③ 图书管理员能够处理借阅者的借阅和还书
请求。 ④ 系统管理员可以对系统的数据进行维护，
如增加、删除和更新书目，增加、删除和 更新借阅者帐户，增加和删除书籍。
系统功能需求
▪ 系统主要包括以下几个模块： ① 基本数据维护模块 ② 基本业务模块 ③ 数据库管理模块 ④ 信息查询模块
ReturnItem Fram e.j ava Fi ndBorrowerDi al og.j ava
T i tl eInfoWi ndow.j ava
LendItemFrame.java FindTitleDialog.java
BorrowerInfoWindow.java
UpdateT i tl eFram e.j ava
: Borrower
: Reservation Window
uml建模实例讲解.ppt
RUP过程与UML模型驱动开发方法 在证券研发项目中的应用实践
新思维金融软件研发中心
软件构架师 胡协刚
hunthu2000@
内容提要
软件开发没有银弹 统一通道平台开发项目简介 项目的开发目录结构与RUP核心工件 贯穿全局的统一UML模型 用前景文档定义目标系统 软件构架文档与4+1视图 契约式开发与单元测试 自动化构建与持续集成 迭代开发模式
在下面介绍的一个实际项目中，将会看到我们 是如何通过裁减RUP过程来主导项目的开发活 动，使用统一的UML模型来表达和沟通设计， 利用共享的产品目录结构来协同开发，并通过 加强团队建设，扬长避短，发挥各成员的长处 等——总之从多个方面来努力，方才最终达成 项目成功的过程
实 例 项 目 简 介
证券统一通道平台项目
电话委托 系统 Agent #1
Channel
自助交易 网关 Agent #3
Channel
面向广域网的通 道连接
面向局域网的通 道连接
网点通道务
中心通道 服务
ChanneUl nified Channel Services
Channel
Channel
Channel
网点通道服务
统一经纪业务服务协 议 API 基干
--- PCHL_V1_Working --- PCHL_V1_Dev --- PCHL_V1_Testing --- PCHL_V1_Release
整个项目所有工件的最终整合场所，用于项 目级基线构建、进行集成和确认集成测试 需求、设计、管理、过程等工作场所 项目所有构件的开发场所 测试组的测试场所
RUP与CMMI第三成熟度等级相对应，定义了九 个核心准则（Discipline），和几百项活动
新思维金融软件研发中心
软件构架师 胡协刚
hunthu2000@
内容提要
软件开发没有银弹 统一通道平台开发项目简介 项目的开发目录结构与RUP核心工件 贯穿全局的统一UML模型 用前景文档定义目标系统 软件构架文档与4+1视图 契约式开发与单元测试 自动化构建与持续集成 迭代开发模式
在下面介绍的一个实际项目中，将会看到我们 是如何通过裁减RUP过程来主导项目的开发活 动，使用统一的UML模型来表达和沟通设计， 利用共享的产品目录结构来协同开发，并通过 加强团队建设，扬长避短，发挥各成员的长处 等——总之从多个方面来努力，方才最终达成 项目成功的过程
实 例 项 目 简 介
证券统一通道平台项目
电话委托 系统 Agent #1
Channel
自助交易 网关 Agent #3
Channel
面向广域网的通 道连接
面向局域网的通 道连接
网点通道务
中心通道 服务
ChanneUl nified Channel Services
Channel
Channel
Channel
网点通道服务
统一经纪业务服务协 议 API 基干
--- PCHL_V1_Working --- PCHL_V1_Dev --- PCHL_V1_Testing --- PCHL_V1_Release
整个项目所有工件的最终整合场所，用于项 目级基线构建、进行集成和确认集成测试 需求、设计、管理、过程等工作场所 项目所有构件的开发场所 测试组的测试场所
RUP与CMMI第三成熟度等级相对应，定义了九 个核心准则（Discipline），和几百项活动
UML完整例子ppt课件
• 书籍列表类：书籍列表就是全部的藏书列表，其
主要的成员方法是新增、修改、查询（按关键字 查询）、统计（按特定时限统计册数与金额）。
• 借阅记录类：借阅人（朋友）、借阅时间。 • 借阅记录列表类：主要职责就是添加记录（借
出）、删除记录（归还）以及打印借阅记录
12
类图
13
（6） 限定与修改
• 导航性分析：Book与BookList之间、BorrowRecord和
5
（2）筛选备选类
• “小王”、“人”、“家里”很明显是系统外的 概念，无须对其建模；
• 而“个人图书管理系统”、“系统”指的就是 将要开发的系统，即系统本身，也无须对其进 行建模；
• 很明显“书籍”是一个很重要的类，而“书 名”、“作者”、“类别”、“出版社”、 “书号”则都是用来描述书籍的基本信息的， 因此应该作为“书籍”类的属性处理，而“规 则”是指书号的生成规则，而书号则是书籍的 一个属性，因此“规则”可以作为编写“书籍” 类构造函数的指南。
6
筛选备选类
• “基本信息”则是书名、作者、类别等描述书籍的 基本信息统称，“关键字”则是代表其中之一， 因此无需对其建模；
• “功能”、“新书籍”、“信息”、“记录”都 是在描述需求时使用到的一些相关词语，并不是 问题域的本质，因此先可以将其淘汰掉；
• “计算机类”、“非计算机类”是该系统中图书
19
（3）合并需求获得用例
BorrowList之间是组合关系均无需添加方向描述，而 Book与BorrowRecord之间则是双方关联，也无需添加 约束：
• Book对象创建后就不能够被删除只能被修改，因此在
Book类边上加上用自由文本写的约束 ；
• 一本书要么属于计算机类，要么属于非计算机类，因此
主要的成员方法是新增、修改、查询（按关键字 查询）、统计（按特定时限统计册数与金额）。
• 借阅记录类：借阅人（朋友）、借阅时间。 • 借阅记录列表类：主要职责就是添加记录（借
出）、删除记录（归还）以及打印借阅记录
12
类图
13
（6） 限定与修改
• 导航性分析：Book与BookList之间、BorrowRecord和
5
（2）筛选备选类
• “小王”、“人”、“家里”很明显是系统外的 概念，无须对其建模；
• 而“个人图书管理系统”、“系统”指的就是 将要开发的系统，即系统本身，也无须对其进 行建模；
• 很明显“书籍”是一个很重要的类，而“书 名”、“作者”、“类别”、“出版社”、 “书号”则都是用来描述书籍的基本信息的， 因此应该作为“书籍”类的属性处理，而“规 则”是指书号的生成规则，而书号则是书籍的 一个属性，因此“规则”可以作为编写“书籍” 类构造函数的指南。
6
筛选备选类
• “基本信息”则是书名、作者、类别等描述书籍的 基本信息统称，“关键字”则是代表其中之一， 因此无需对其建模；
• “功能”、“新书籍”、“信息”、“记录”都 是在描述需求时使用到的一些相关词语，并不是 问题域的本质，因此先可以将其淘汰掉；
• “计算机类”、“非计算机类”是该系统中图书
19
（3）合并需求获得用例
BorrowList之间是组合关系均无需添加方向描述，而 Book与BorrowRecord之间则是双方关联，也无需添加 约束：
• Book对象创建后就不能够被删除只能被修改，因此在
Book类边上加上用自由文本写的约束 ；
• 一本书要么属于计算机类，要么属于非计算机类，因此
第06章UML用例图ppt课件
基于这些信息的高层用例图。这些用例就构成了该 局域网系统的功能需求。
6.4.4 进一步深化
详细论述这些高层用例中的一个，并建立一个用 例模型。咨询公司中最重要的一项活动是书写提案。 因此检验一下“Create a proposal〞这个用例。
与某个顾问面谈，他就能通知他这个用例中的许 多步骤。首先，用例的发起者是一个顾问。顾问要登 录到局域网，并作为一个有成效户被验证。然后他运 用办公软件套件(包括文字处置软件包、电子表格软 件包以及绘图软件包等)来书写提案。在这个过程中， 顾问能够要重用一部分以前的提案。咨询公司的
上一章“引见用例〞中还给出了用例“Buy soda 〞的一些可选的场景。在详细描画中，可以分别列出 这些场景，或者把它们作为用例根本场景的扩展来思 索。详细怎样做需求根据客户、用户和他对问题的了 解。
要阐明一个场景中的步骤，还可以运用UML活动 图对场景进展描画(这部分内容将在 “活动图〞一章 中讨论)。
6.2.1 包含
上一章中的“Restock〞和“Collect〞用例都从 开锁和拉开销售机的门开场，都以关门和上锁终了。 第1步建立了“Expose the inside(翻开销售机)〞用例， 并且第2步创建了“Unexpose the inside (封锁销售机) 〞用例。“Restock〞和“Collect〞两者都包含了这 两个新用例。
6.1 用例模型的表示法
用例是由参与者发起的，参与者(也许是发起 者，但不是必需的)可以从用例的执行中获得有价 值的事物。用例模型的图形表示法很直观。用例 用一个椭圆形表示，直立人形图标表示参与者。 用例的发起参与者在用例图的左侧，接纳参与者
在用例图的右侧。参与者的名字放在参与者图标的下方， 用例的名字可以放在椭圆形里面也可以放在椭圆形下面。 关联线衔接参与者和用例，并且表示参与者与用例之间有 通讯关系。关联线是实线，和类之间的关联线类似。
相关主题