UML建模案例分析一
UML系统需求分析建模实例(包括业务建模)
系统用例几乎总是以黑盒形式编 写的。它们描述了软件系统之外 的参与者如何与将被设计的系统 进行交互。系统用例详细阐明了 系统需求。系统用例模型的目的 是从涉众的角度说明需求，而不 是设计如何满足需求。
业务用例图中，可以让业务参与者【业 在系统用例图中，让参与者与用 务执行者】和业务角色【业务工人】与 例进行交互。 业务用例进行交互。
做专业的企业，做专业的事情，让自 己专业 起来。2 020年1 2月上 午12时3 5分20. 12.200: 35Dece mber 2, 2020
时间是人类发展的空间。2020年12月2 日星期 三12时 35分4 秒00:35: 042 December 2020
科学，你是国力的灵魂；同时又是社 会发展 的标志 。上午1 2时35 分4秒上 午12时 35分00 :35:042 0.12.2
原始需求愿景
1. 为员工提供账务的自动化办理，提高办 事效率，方便员工。
2. 方便财务部门管理好账务信息。
涉众分析
涉众
解释
期望
员工
公司的正式录用雇员 通过网上办理账务业务申 请，计算机控制流程
部门经理 部门负责人，负责审 方便审核操作，通过计算 核员工提交的申请 机代替原来的手工审核方 式。
公司主任 公司负责人，负责 2 方便审核操作，通过计算
次审核员工提交的申 机代替原来的手工审核方
请
式，界面友好易用。
财务主任 公司财务部门负责人，通过计算机转账的方式替 负责发放报账款项 代原来的人为付款方式。
业务用例获取（1）
定义：
" 业务用例从一个外部的，增加值的角度来描 述一个业务过程。为了给这个业务的涉众创造 价值，业务用例是超越组织边界的业务过程， 很可能包括合作伙伴和供应商。“
福州大学,UML建模,电子商务系统分析案例
电子商务系统分析案例涉众:1.库存管理员2.系统管理员3.订单管理员4.顾客库存管理员：负责系统的库存管理：添加商品、查看商品信息、发出货物等功能。
当用户点击添加商品时，页面中需包含商品种类信息维护功能和厂商信息维护功能等；当用户点击查看商品信息时，页面中需包含删除商品信息，修改商品信息等功能；系统管理员：负责管理系统中的用户账号：创建账号、设置账号信息、查看账号、删除账号等功能。
其中设置账号信息功能中需要包括设置账号基本信息、设置账号权限等功能。
订单管理员：负责处理客户的订单，它能够查看到用户订单信息，并且能修改订单状态、撤销订单等。
客户：可以登入系统查看商品，如果要进行购物，需要输入正确的用户名和密码，如果输入错误，会提示错误；当客户看中某件商品后，可以根据需要进行购买，将商品加入购物车，确定操作后生成订单。
练习一：确定系统参与者练习二：从库存管理员角度进行用例建模。
练习三：从顾客角度进行用例建模。
练习四：顾客购物的过程：首先顾客登录系统，系统将验证其登录信息；验证成功，则可以进行已有的订单操作，也可以进行商品查询；用户将选择的商品加入购物车，最后进行订单确认，系统将保存订单，并向顾客显示购物成功的信息。
若验证身份失败，提示用户找回密码。
请绘制顾客购物过程活动图。
练习五：为用户购物场景设计分析类：从活动图中提炼出分析类边界类：商品选择界面、购物车界面、订单界面控制类：商品选择控制器、生成订单控制器实体类：订单、商品练习六：利用上述分析类绘制顾客购买商品时序图购物时序图：提交订单时序图：练习七：从时序图中分析提取出类图购物类图：（从购物时序图中提取得到）。
提交订单类图：（从提交订单时序图中提取得到）。
UML系统需求分析建模实例包括业务建模
UML系统需求分析建模实例包括业务建模一、背景某公司为了提高内部管理效率，决定开发一个在线人事管理系统。
该系统主要目标是帮助公司员工和管理人员更好地进行人事管理工作，包括员工信息管理、薪资管理、请假管理等功能。
二、业务建模1. 参与者- 员工：具有查看和修改个人信息的权限。
- 人事部门：负责对员工信息进行管理、薪资管理和请假管理。
- 管理员：拥有所有功能权限。
2. 用例图用例图展示了系统的功能视图，包括主要的参与者和他们的交互。
（图1：用例图）3. 用例描述- 查看个人信息：员工可以查看自己的个人信息，包括个人资料、联系方式和工作历史。
- 修改个人信息：员工可以修改自己的个人信息，如联系方式和地址等。
- 管理员登陆：管理员可以使用管理员账号登陆系统。
- 管理员工信息：管理员可以查看和修改员工信息，包括添加员工、删除员工和修改员工信息等。
- 薪资管理：人事部门可以查看和修改员工薪资信息。
- 请假管理：人事部门可以管理员工的请假信息，包括请假申请和批准等。
4. 状态图状态图描述了系统中的一个对象或参与者的状态变化。
（图2：状态图）5. 类图类图展示了系统中的类以及它们之间的关联。
（图3：类图）三、系统分析1. 需求分析对于查看个人信息的用例，系统应该提供一个界面给员工输入自己的员工号，然后显示员工的个人信息。
对于修改个人信息的用例，系统应该提供一个界面给员工输入员工号和想修改的信息，然后保存修改后的信息。
对于管理员登陆的用例，系统应该提供一个界面给管理员输入管理员账号和密码进行登陆。
对于管理员工信息的用例，系统应该提供一个界面给管理员查看和修改员工信息，包括添加、删除和修改员工信息。
对于薪资管理的用例，系统应该提供一个界面给人事部门查看和修改员工薪资信息。
对于请假管理的用例，系统应该提供一个界面给人事部门管理员工的请假信息，包括请假申请和批准。
2. 非功能性需求- 界面友好：系统应该提供直观、易用的界面来满足用户的需求。
UML建模案例——酒店预订系统
案例：酒店预订系统一、需求分析酒店订餐管理系统是中小型酒店餐饮企业用来对客人的订餐活动进行管理的信息管理系统（MIS）。
该信息系统不仅能够为客人提供方便的订餐功能，同时也能够达到提高酒店餐饮企业管理效率的目的。
订餐系统的功能性需求包括以下内容：（1）酒店的接待员使用电话为客人提供订餐服务，根据客人的订餐要求，在指定的时间和桌位安排好客人的就餐事宜；按客人的要求执行修改订单的操作；在客人临时取消预订时删除订餐信息；在客人订餐时间到达前，及时提供电话提醒服务。
（2）酒店领班在订餐客人到店用餐时和用餐离店后分别在系统做好记录并保存；能够为客人注册成为会员；可以查询、修改和删除会员信息；可以为客人提供换桌服务。
二、创建系统用例模型接待员用例能够通过该系统进行如下活动：（1）记录订餐信息。
接待员将客人的订餐要求输入到系统中予以保存。
（2）订餐定时提醒。
接待员在客人的预定的订餐时间之前给客人一个提醒，同时再次加以确认。
（3）取消订餐记录。
客人因临时原因取消订餐，接待员将系统中原来的订餐信息予以取消。
领班用例能够通过该系统进行如下活动：（1）记录订餐客人到店。
领班在有预订的客人前来酒店就餐时，在系统中记录预订客人已到店的信息并保存。
（2）记录订餐客人离店。
领班在预订的客人用餐离店后，在系统中记录预订客人用餐完毕的信息并保存，表示整个订餐过程结束。
（3）注册新会员。
领班在用餐客人同意加入成为本酒店会员时，有为客人注册成为新会员的权力。
（4）修改会员信息。
领班有权对酒店会员信息进行修改。
（5）删除会员信息。
当客人不再要保留会员资格时，领班将该会员的信息从系统中删除。
（6）换桌服务。
当客人对就餐位置不满意时，领班可为客人提供更换餐位的服务并在系统中做好记录。
三、创建系统静态模型根据系统需求，创建静态系统类图。
我们可以识别系统中存在的主要实体类：接待员类（Receptionist）、领班类（Captain）、客人类（Customer）和会员类（Member）。
uml建模案例
uml建模案例UML（Unified Modeling Language）是一种软件工程的建模语言，用于描述、分析和设计软件系统。
它提供了一套图形化的表示法，用于可视化和概括软件系统的各个方面，包括结构、行为和交互等。
以下是一个简单的 UML 建模案例，以一个图书馆管理系统为例：首先，我们需要定义系统的主要角色。
在这个案例中，主要角色有图书馆管理员、读者和图书。
接下来，我们可以开始构建类图，用于描述系统中的类及其之间的关系。
我们可以创建以下类：1. 图书类（Book）：包含图书的相关信息，如书名、作者、出版社等。
2. 读者类（Reader）：包含读者的相关信息，如姓名、年龄、地址等。
3. 图书馆管理员类（Librarian）：包含管理员的相关信息，如姓名、工号等。
该类可以包含一些操作，例如借书、还书等。
4. 图书管理系统类（LibraryManagementSystem）：负责管理图书、读者和管理员。
该类可以包含一些操作，如添加图书、删除图书、注册读者、借书、还书等。
接下来，我们可以定义类之间的关系。
在这个案例中，可以定义如下关系：1. 图书与读者之间的关系：读者可以借阅图书，每位读者可以借阅多本图书，而每本图书只能被一个读者借阅。
2. 图书与图书馆管理员之间的关系：管理员可以管理图书，例如添加图书、删除图书等操作。
3. 读者与图书馆管理员之间的关系：管理员可以注册读者，读者可以向管理员借书、还书。
最后，我们可以根据需求进一步细化类的行为和交互。
例如，根据借书和还书的需求，可以设计用例图，描述用户与系统之间的交互流程。
在用例图中，我们可以定义以下用例：1. 注册读者：读者通过系统界面提供个人信息进行注册。
2. 添加图书：管理员通过系统界面提供图书信息进行添加。
3. 借书：读者通过系统界面搜索图书并进行借书操作。
4. 还书：读者通过系统界面搜索已借阅的图书并进行还书操作。
以上仅为一个简单的UML 建模案例，实际情况可能更为复杂，涉及更多的类和关系。
UML业务建模实例分析四例
UML业务建模实例分析在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
图5.1 自动取款机（ATM）系统用例图银行储户在ATM机上完成取款、存款及其他业务。
图5.2所示的银行系统类图和图3.5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
UML活动图实际应用案例
UML活动图实际应用案例UML（Unified Modeling Language）是一种用于软件系统设计和开发的标准建模语言。
其中，活动图是一种描述系统行为的图形化工具，它可以展示系统中的活动、动作和控制流程。
在实际应用中，活动图可以帮助开发团队更好地理解和设计系统的行为逻辑。
下面，我们将通过一个实际案例来探讨UML活动图的应用。
假设我们要设计一个在线购物系统，用户可以浏览商品、选择商品、添加到购物车、结算等。
首先，我们可以使用活动图来描述用户浏览商品的过程。
在活动图中，我们可以使用矩形表示活动，使用箭头表示控制流程。
在用户浏览商品的过程中，我们可以将整个过程分为几个活动，比如“登录系统”、“浏览商品列表”、“查看商品详情”等。
通过活动图，我们可以清晰地看到用户在系统中的操作流程，以及各个活动之间的控制关系。
接下来，我们可以使用活动图来描述用户选择商品的过程。
在这个过程中，用户可以通过搜索、分类、推荐等方式来选择自己感兴趣的商品。
我们可以使用决策节点来表示用户的选择，使用分支节点来表示不同的选择路径。
通过活动图，我们可以清楚地看到用户选择商品的各种可能性，以及每个选择路径所对应的行为。
然后，我们可以使用活动图来描述用户添加商品到购物车的过程。
在这个过程中，用户可以选择商品的数量、颜色、尺寸等信息，并将商品添加到购物车中。
我们可以使用控制节点来表示用户的选择，使用对象节点来表示商品信息。
通过活动图，我们可以了解到用户在添加商品到购物车的过程中所需要进行的各种操作。
最后，我们可以使用活动图来描述用户结算的过程。
在这个过程中，用户需要选择支付方式、填写收货地址等信息，并完成订单支付。
我们可以使用控制节点来表示用户的选择，使用对象节点来表示支付方式和收货地址。
通过活动图，我们可以清晰地了解到用户在结算过程中所需要进行的各种操作，以及操作之间的控制关系。
通过以上的案例，我们可以看到UML活动图在实际应用中的价值。
uml建模实例
问题分析-2
C. 每个东东能做点什么用？
月老：牵线搭桥，介绍认识 小伙：追求献花，表达爱意 姑娘：仰慕倾情，以身相许 恋人：拍拖，…，结婚 玫瑰花：令姑娘头晕，传情示爱
问题分析-3
D. 这些东东都呆在什么地方？
月老：婚介所，交友网站 小伙：软件园，住唐家 姑娘：人民医院，住新香洲 恋人：情侣路，电影院， … 玫瑰花：花店里，小伙手中，姑娘手中
递交 喜悦 说" 嫁给我吧! "
惊喜
晕倒பைடு நூலகம்
同意
理清头绪的协作图
5. 通知见面 1. 邀请见面 : 月老 2. 同意见面 6. 通知见面 4. 同意见面 3. 邀请见面 7. 约会 : 小伙 8. 见面 : 姑娘
定点观察的状态图
首次见面( 一见钟情 ) 初恋 首次亲吻( 倾情 ) 热恋
和好( 愉快 ) 不愉快( 伤感 ) 和好( 愉快 ) 不愉快( 伤感 ) 苦恋 首次??( 甜...
月老牵线搭桥，介绍小伙和姑娘认识 姑娘和小伙一见钟情，成为一对恋人 一对恋人开始拍拖 小伙追求献花，表达对姑娘的爱意 姑娘收到999火红玫瑰，激动得头晕目眩 小伙真心求婚，姑娘以身相许 一对恋人终于走入婚姻殿堂
—上升到面向对象— 用面向对象观点观看事物
用对象观点认识事物
A.这里面有什么东东？ 类与对象 B.每个东东看上去是什么样的？ 类的属性 C.每个东东能做点什么用？ 类的方法 D.这些东东都呆在什么地方？ 类的行为、状态、部署 E.这些东东之间有什么关系？ 类间的关联 F.这些东东是怎么成事的？ 类间的交互
B C F
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
三、 实验步骤 四、 实验视频
五、 实验作业
40
1. 借阅者的活动图
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
五、 实验作业
41
2. 图书管理员的活动图
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
五、 实验作业
42
3. 系统管理员的活动图
一、 实验目的
二、 实验环境
五、 实验作业
30
§3.4 系统的协作图
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
• • • • •
1. 2. 3. 4. 5.
系统管理员添加书籍的协作图 系统管理员删除书籍的协作图 图书管理员处理借书的协作图 图书管理员处理还书的协作图 借阅者预留书籍的协作图
五、 实验作业
31
1. 系统管理员添加书籍的协作图
五、 实验作业
18
§3.2 系统的用例图
• 1. 借阅者请求服务的用例图 • 二、 图书馆管理员处理借书、还书等的用例图 2. 实验环境 • 3. 系统管理员进行系统维护的用例图
三、 实验步骤 四、 实验视频 一、 实验目的
五、 实验作业
19
1. 借阅者请求服务的用例图
一、 实验目的
二、 实验环境
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
五、 实验作业
• 1. 系统管理员添加书籍的时序图 • 2. 系统管理员添加借阅者帐户的时序 图 • 3. 系统管理员删除书目的时序图 • 4. 图书管理员处理书籍借阅的时序图 • 5. 图书管理员处理书籍归还的时序图 • 6. 借阅者查询书籍信息的时序图 • 7. 借阅者预留书籍的时序图
• • • • •
§2.1 §2.2 §2.3 §2.4 §2.5
系统功能需求 基本数据维护模块 基本业务模块 数据库模块 信息查询模块
五、 实验作业
9
§2.1 系统功能需求
一、 实验目的
•
二、 实验环境
①
② ③
三、 实验步骤 四、 实验视频
④
五、 实验作业
系统的功能需求主要包括以下几个 方面： 借阅者可以通过网络查询书籍信息 和预定书籍。 借阅者能够借阅书籍和还书。 图书管理员能够处理借阅者的借阅 和还书请求。 系统管理员可以对系统的数据进行 维护，如增加、删除和更新书目， 增加、删除和更新借阅者帐户，增 10 加和删除书籍。
§2.1 系统功能需求
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
• ① ② ③ ④
系统主要包括以下几个模块： 基本数据维护模块 基本业务模块 数据库管理模块 信息查询模块
五、 实验作业
11
§2.2 基本数据维护模块
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
五、 实验作业
23
1. 系统管理员添加书籍的时序图
一、 实验目的
: Maintenance Window 1: add item( ) 2: find(String) Check if 三、corresponding title exist 3: return true : Title : Item
二、 实验环境
一、 实验目的
二、 实验环境
2: find(String)
4: update( )
: Loan
: Item
五、 实验作业
35
5. 借阅者预留书籍的协作图
一、 实验目的
: Title
二、 实验环境
2: find(String)
1: identify borrower( )
4: reserve( ) : Reservation Window : Item
五、 实验作业
27
5. 图书管理员处理书籍归还的时序图
一、 实验目的
: Borrower : Librarian : Return Window : Item : Loan
二、 实验环境
1: give the book 2: return item( ) 3: check( )
三、 实验步骤 四、 实验视频
• 基本数据维护模块包括的主要功能模 块： ①添加借阅者帐户 ②修改更新借阅者帐户信息 ③添加书目 ④修改和更新书目信息 ⑤添加书籍 ⑥删除书籍
12
§2.3 基本业务模块
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
• ① ② ③ ④
基本业务模块包含的功能： 借书 还书 书籍预留 取消书籍预定
7
§1.2 软件需求的层次
一、 实验目的
• 需求层次图：
业务需求
二、 实验环境
项目视图与范围文档
三、 实验步骤 四、 实验视频
系统需求
用户需求
用例文档
质量属性 非功能需求
五、 实验作业
功能需求 约束条件
软件需求说明书
8
§2 图书馆管理系统的需求分析
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
1: remove item( ) 3: create(Integer, Title) : Maintenance Window : Administrator : Item
二、 实验环境
三、 实验步骤 四、 实验视频
2: find(String)
: Title
五、 实验作业
33
3. 图书管理员处理借书的协作图
三、 实验步骤 四、 实验视频
五、 实验作业
15
§3 系统的UML基本模型
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
• • • • • •
§3.1 §3.2 §3.3 §3.4 §3.5 §3.6
UML初始模型 系统的用例图 系统的时序图 系统的协作图 系统的状态图 系统的活动图
五、 实验作业
4: ok 5: update( )
6: update( )
五、 实验作业
28
6. 借阅者查询书籍信息的时序图
一、 实验目的
二、 实验环境
: Borrower
: Maintenance Window
: Item
三、 实验步骤 四、 实验视频
1: QueryBook( ) 2: find_on_title(Title)
一、 实验目的
2: find reservation( ) : Item
二、 实验环境
1: identify borrower( ) : Lend Window 4: borrow( )
5: update( )
: Title
三、 实验步骤 四、 实验视频
: Administrator 6: borrow( ) 7: check_if_max( ) 3: find(Borrower, Title)
五、 实验作业
13
§2.4 数据库模块
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
• ① ② ③ ④
数据库模块的功能： 借阅信息管理 书籍信息管理 帐户信息管理 书籍预留信息管理
五、 实验作业
14
§2.5 信息查询模块
一、 实验目的
•
二、 实验环境
信息查询模块主要是查询数据库中 的相关信息： ① 查询书籍信息 ② 查询借阅者信息
五、 实验作业
29
7. 借阅者预留书籍的时序图
一、 实验目的
theBorrower : Borrower Web Application theTitle : Title
二、 实验环境
1: Login
2: find(String)
三、 实验步骤
3: Return true
四、 实验视频
4: reserve( )
一、 实验目的
1: add item( ) : Maintenance Window : Administrator 3: update( ) : Item
二、 实验环境
三、 实验步骤 四、 实验视频
: Title
2: find(String)
五、 实验作业
32
2. 系统管理员删除书籍的协作图
一、 实验目的
五、 实验作业
37
1. 书的状态图
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
五、 实验作业
38
2. 借阅者帐户的状态图
一、 实验目的
二、 实验环境
三、 实验步骤 四、 实验视频
五、 实验作业
39
§3.6 系统的活动图
一、 实验目的
二、 实验环境
• 1. 借阅者的活动图 • 2. 图书管理员的活动图 • 3. 系统管理员的活动图
• §1.1 软件需求的定义 • §1.2 软件需求的层次
二、 实验环境
三、 实验步骤 四、 实验视频
五、 实验作业
5
§1.1 软件需求的定义
一、 实验目的
•
二、 实验环境
三、 实验步骤 四、 实验视频
五、 实验作业
IEEE软件工程标准词汇表中需求的 定义： ① 用户解决问题或达到某种目的所需 要的条件或权能。 ② 系统或系统组件要满足合同、标准、 规范或其他正式规定的文档所需要 的条件或权能。 ③ 反映以上（1）或（2）中描述的条 件或权能的文档说明。
UML建模案例分析一
-图书管理系统UML建模
一、实验目的