面向对象建模案例
面向对象分析建模之自动售货机案例
后续的系统设计和开发提供基础。
PART 02
面向对象分析建模基础
对象与类的概念
对象
现实世界中事物的抽象，具有属性和 行为。
类
对象的抽象，定义了一组具有共同属 性和行为的对象。
封装与继承
封装：将对象的属性和行为封装在一起，通过 接口对外提供服务。
WENKU DESIGN
WENKU DESIGN
2023-2026
ONE
KEEP VIEW
面向对象分析建模之 自动售货机案例
WENKU DESIGN
WENKU DESIGN
WENKU
REPORTING
https://
CATALOGUE
目 录
• 引言 • 面向对象分析建模基础 • 自动售货机系统分析 • 自动售货机系统设计 • 自动售货机系统实现 • 总结与展望
定期备份系统数据，以防止数据丢失或损坏。
系统升级
根据需求对系统进行升级和维护，确保系统的稳定性和安全性。
PART 06
总结与展望
面向对象分析建模的优势
清晰地表示对象及其关系
通过使用面向对象的方法，我们可以清晰地定义和表示自动售货机中的各个对象及其之间的关系 ，如商品、货币、用户等。
提高可维护性和可扩展性
金融领域
面向对象分析建模可以应用于金融领 域中的账户管理、交易处理、风险管 理等模块，使得金融系统更加安全、 稳定和高效。
WENKU DESIGN
WENKU DESIGN
2023-2026
END
THANKS
感谢观看
KEEP VIEW
面向对象程序设计建模
面向对象技术在排监考系统当中的应用班级——09级计算机技术工程硕士姓名——闫素旺学号——200950052摘要本课题从高校考务管理工作的实际需求出发,提出了一种实用的考场安排算法，能够根据学校的考试班级、考试时间以及考试教室要求等情况由计算机智能地排出符合要求的考场安排表。
在排考过程中,本排考方案必须满足所有的限制性条件,也就是不会有冲突的情况出现,同时还会尽最大的努力完成尽可能多的优化性条件。
合理设计了用户登录以及用户信息修改模块。
实践表明,算法较好地满足了组织此类考试的要求。
关键词监考管理信息管理系统 JSPAbstractBased on the actual requirements of the testing arrangement on the campus, this topic proposes an algorithm which can make a suitable test arrangement schedule intelligently by computer according to the class, the exam time and the exam location and so on. In the process of platoon, this project must satisfy all the restricted conditions, that’s there won’t appear the phenomenon of confliction, meanwhile, the system should accomplish the task that optimizes the conditions as much as possible. In the whole course of system development, the modules of the user sign-in and the modifying user information are designed reasonably. According to the practice, the algorithm meets the requirements of arranging the exam perfectly.Keywords invigilate manage information management system JSP1 引言1.1 系统开发的目的与意义随着计算机技术的飞速发长，计算机在教学中应用的普及，利用计算机在实现教学上的管理己经流行。
面向对象软件工程建模实例
• 参与者：学生，图书管理员 • 频率：每天可能会有很多次。最繁忙的情况是，借书的
人非常多，按照现在的速度，大约每分钟完成一个人的结 束工作
• 前置条件：无 • 后置条件：修改所借出的图书的剩余数量 • 假设：借书者总是从图书馆找到书，然后才能拿书办理
借书手续，因此，总是有足够的书可以出借
ManageInterface
Manage
Student
整（ 个省 系略 统掉 的属 静性 态和 分方 析法 模） 型
图书管理员
(from Use Case ...) View)
ReturnInterface
Return
BorrowInfo
BorrowInterface
Borrow
Book
SearchInterface 学生
面向对象建模实例
——图书管理系统 面向对象的软件工程，同传统的面向过程的 软件工程相比，在需求的获取、系统分析、设计 和实现方面都有着很大的区别。UML是OOA和 OOD的常用工具。使用UML来构建软件的面向对 象的软件工程的过程，就是一个对系统进行不断 精化的建模的过程。这些模型包括用例模型、分 析模型、设计模型，然后，我们需要使用具体的 计算机语言来建立系统的实现模型。
1:打开借书界面 2:输入借书信息 3:提交借书请求
4:Borrow()
5:检借书数目
6:有效 7:记录借书信息 8:修改图书数目 9:撤销预定 12:借书成功
显示书成功
•
可选操作流程：所借图书超出最大借书数量 1）学生将所借图书和借书证交给图书管理员 2）图书管理员将学生借书证号码和所借图书输入系 统 3）系统校对借书信息，比对该学生以往借书情况和 当前借书情况，发现已超出最大借书数量，则停 止当前交易，并且提示用户错误原因 4）图书管理员可以应学生的意见，减少借书数量， 并重新提交系统
作业四 面向对象需求建模解答(第9-11章)
作业四面向对象需求建模（第9-11章）4-1、根据以下描述，使用面向对象的分析方法，分析有那些主要对象和这些对象的主要属性、方法，画出对象图。
一个饮料自动售货机可以放置五种不同或部分相同的饮料，可由厂商根据销售状况自动调配，并可随时重新设置售价，但售货机最多仅能放置50罐饮料，其按钮设计在各种饮料样本的下方，若经金额计算器累计金额足够，则选择键灯会亮；若某一种饮料已销售完毕，则售完灯会亮。
顾客将硬币投入售货机，经累加金额足额的饮料选择键灯亮，等顾客按键选择。
顾客按键后饮料由出物口掉出，并自动结算及找钱。
顾客可在按下选择键前任何一个时刻，可以拉动退币杆取消交易收回硬币。
4-2、请画出一个用户使用银行ATM的状态转换图。
从用户将卡插入卡槽开始，到用户取卡结束（如果用户忘记，ATM应报警），用户可以完成以下几个步骤：登录（卡片进入ATM机后，如果不是可读卡，退卡；如是，等待用户输入密码，三次错，吞卡，正确后进入主菜单），取钱（进入取钱菜单，输入金额，如果帐户余额不足，提示余额，并要求用户重新输入，如果帐上钱够，吐钱币，并询问是否打印凭证，最后返回主菜单），主菜单提供退出取卡选择。
4-3、某公安报警系统在一些公安重要保护单位（银行、学校等）安装了报警装置，其工作过程如下：一旦发生意外事故，故事发生单位只需按报警按钮，系统立即向公安局发出警报信息、自动显示出报警单位的地址、电话号码等。
110警车立即出动前往出事地点。
值班人员可以接通事故单位的电话、问清情况，需要时再增派公安人员到现场处理。
根据以上情况进行分析，确定本系统有哪些用例、对象，画出用例图、类图及顺序图。
下面是某位同学做的用例：按报警按钮，向公安局发出警报信息，显示报警单位地址电话，110警车前往出事地点，值班人员接通事故单位的电话、问清情况，增派公安人员对象：事故单位、报警系统、公安局、值班人员、公安人员，警车类图：用例图：事故单位报警系统值班人员顺序图：4-4、小李新接了一个项目：设计一个简单的学生选课系统，系统能注册符合要求的同学，同学注册以后就能进行选课，选课过程如下：先选课名，然后根据课程的上课老师、时间、地点和人数限制来决定是否成功选课；老师也可以根据情况提供新的课程说明或修改过去课程的说明；教务处的老师统一管理注册的情况，可以有删除、修改学生、老师和课程的权限。
UML建模案例之图书管理系统
1. 系统管理员添加时序图
24
3. 系统管理员删除书目的时序图
25
4. 图书管理员处理书籍借阅的时序图
26
5. 图书管理员处理书籍归还的时序图
27
6. 借阅者查询书籍信息的时序图
28
7. 借阅者预留书籍的时序图
29
§3.4 系统的协作图
15
§3.1 建立UML初始模型
新建项目
16
§3.2 系统的用例图
创建用例图之前首先需要确定参与者。 系统的参与者主要有三类： ① 读者（也可称为借阅者）-Borrower ② 图书馆管理员-Librarian ③ 图书馆管理系统维护者 -Administrator
17
§3.2 系统的用例图
1. 借阅者请求服务的用例图 2. 图书馆管理员处理借书、还书等的用例图 3. 系统管理员进行系统维护的用例图
18
1. 借阅者请求服务的用例图
19
2. 图书馆管理员处理借书、还书等的用例图
20
3. 系统管理员进行系统维护的用例图
21
§3.3 系统的时序图
1. 系统管理员添加书籍的时序图 2. 系统管理员添加借阅者帐户的时序图 3. 系统管理员删除书目的时序图 4. 图书管理员处理书籍借阅的时序图 5. 图书管理员处理书籍归还的时序图 6. 借阅者查询书籍信息的时序图 7. 借阅者预留书籍的时序图
41
3. 系统管理员的活动图
① 系统管理员维护借阅者帐户的活动图 ② 系统管理员进行书目信息维护的活动图 ③ 系统管理员维护书籍信息的活动图
42
（1）系统管理员维护借阅者帐户的活动图
43
（2）系统管理员进行书目信息维护的活动图
实验四1、 面向对象分析建模
实验四面向对象分析建模（一）需求描述：王大夫在小镇上开了一家牙科诊所。
他有一个牙科助手、一个牙科保健员和一个接待员。
王大夫需要一个软件系统来管理预约。
当病人打电话预约时，接待员将查阅预约登记表，如果病人申请的就诊时间与已定下的预约时间冲突，则接待员建议一个就诊时间以安排病人尽早得到治疗。
如果病人同意建议的就诊时间，接待员将输入约定时间和病人名字。
系统将核实病人的名字并提供记录的病人数据，数据包括病人的病历号等。
在每次治疗或清洗后，助手或保健院将标记相应的预约诊治已经完成，如果必要的话会安排病人下一次再来。
系统能够按病人姓名和日期进行查询，能够显示记录的病人数据和预约信息。
接待员可以取消预约，可以打印出前两天预约尚未接诊的病人清单。
系统可以从病人记录中获知病人的电话号码。
接待员还可以打印出关于所有病人的每天和每周的工作安排。
（二）实验目的：（1）根据给出的需求描述进行面向对象分析建模；（2）建立系统的对象模型中的初始类图；建立系统功能模型中的用例图；（3）初始类图给出搜索类的过程；（4）熟练使用画图工具“visio”绘制图形，软件---UML模型。
（三）实验内容：用面向对象的分析方法建立系统的对象模型、功能模型。
（四）实验步骤：（1）根据需求描述搜索系统中可能成为类的名词或名词词组。
然后进行筛选获得系统初始的类对象。
（2）搜索需求描述中的动词或动词词组找出类对象之间可能存在的关系（关联、共享聚集、组合聚集、泛化、依赖等）。
（3）用“visio”完成初试类图、时序图的绘制。
五：试验结果：（1）.王大夫牙科诊所牙科助手牙科保健员接待员病人登记表软件系统（2）.开了一家牙科诊所需要一个软件系统来管理预约打电话预约查阅预约登记表申请的就诊时间预约时间安排病人尽早得到治疗同意建议输入约定时间和病人名字系统将核实提供记录的病人数据标记相应的预约诊治已经完成安排病人下一次再来查询显示记录取消预约打印清单获知病人的电话号码打印工作安排（3）.。
面向对象的建模技术
面向对象的建模技术哎呀，说到面向对象的建模技术，这可真是个让人头大的话题。
不过，别担心，咱们今天就用大白话聊聊这个事儿，不整那些高深莫测的术语，就说说我自己的一个经历吧。
记得那会儿，我还在上大学，学的是计算机科学。
有一门课，老师让我们用面向对象的建模技术来设计一个简单的图书馆管理系统。
我当时就想，这玩意儿不就是把现实世界的东西转换成代码嘛，有啥难的。
结果，一动手，我才发现，这事儿比我想象的复杂多了。
首先，得确定系统里有哪些对象。
图书馆嘛，肯定有书、读者、管理员这些。
书得有书名、作者、ISBN号这些属性；读者得有姓名、借书证号、借阅记录；管理员得有姓名、工号、管理权限。
这些对象之间还有关系，比如读者可以借书，管理员可以管理读者和书。
接下来，就是设计这些对象的行为了。
书得能被借出和归还，读者得能借书和还书，管理员得能添加新书、删除旧书、更新读者信息。
这些行为就是对象的方法。
然后，就是把这些对象和方法组织起来，形成一个完整的系统。
这就需要用到继承、封装和多态这些面向对象的特性。
比如，管理员和读者都是人，他们有一些共同的属性和行为，就可以用继承来实现。
封装就是把对象的属性和方法包起来，不让外部直接访问，只能通过对象提供的方法来操作。
多态就是同一个方法在不同的对象上有不同的实现。
最后，就是实现这个系统了。
这就需要用到编程语言，比如Java、C++这些。
我当时用的是Java，因为Java的面向对象特性比较丰富，而且语法也比较清晰。
现在想想，这个项目虽然挺费劲的，但也让我学到了不少东西。
面向对象的建模技术，其实就是一种思考问题的方式，它让我们能够把复杂的系统分解成一个个简单的对象，然后通过这些对象之间的交互来实现整个系统的功能。
所以，面向对象的建模技术，虽然听起来挺高大上的，但其实它就是帮助我们更好地理解和设计复杂系统的一个工具。
只要我们掌握了它，就能用它来解决很多实际问题。
就像我当年设计的图书馆管理系统，虽然只是个小项目，但它让我对面向对象的建模技术有了更深的理解，也为我后来的学习和工作打下了基础。
面向对象分析与设计教学案例
面向对象分析与设计教学案例研究该案例示范了使用Rational Rose如何对系统进行建模。
使用用例和领域分析的方法来对系统进行分析并且设计一个分析模型。
然后把分析模型扩展成设计模型，此设计模型描述了一种技术方案。
最终，设计模型转变为用面向对象的编程语言创建的可以运行的程序。
这里将把某大学课程管理的问题作为本部分的示例。
【案例材料】1. 某大学背景学生登记在大学里是一种非常耗时的活动，学校还面临着给教室排课的问题。
在每个教师决定了他这个学期将讲授什么课程之后，教务处将这些信息输入到一个计算机系统，然后给每个教师打印一份报表，最后要打印一份课程目录给学生。
依照现有系统，学生填写注册表并确定他们所选的课程，然后将所有信息递交到教务处。
一个学生在一段时间内最多选四门课。
教务处将这些信息输入到计算机。
一旦输入了学生所选的课程，就会把学生安排到这些课程。
大多数时候，学生得到他们选课的课程，但是，当发生冲突时，教务处将询问学生以便得到其他的选择。
一旦给所有学生都排好了课，学生的课表将打印出来给学生以便得到他们的确认。
大多数学生登记将在一周内完成，但是有些特殊情况要花两周来进行。
当最初的登记周期结束时，教师会得到他们所讲的每一门课程的学生名单。
2. 课程登记问题的风险开发团队觉得这个系统最主要的风险是有效地存储和获取课程信息。
他们开发了几个原型来评价每一个备选的数据库管理系统的数据和访问机制。
他们还开发了一些原型来研究学校运行联机登记系统的硬件需求。
3. 某大学课程登记问题状态在学期之初，学生会需要一份这个学期要开的课程列表。
每门课程的信息，如教师、部门和课程需要的前提条件将包含在这个清单里来帮助学生们选择课程。
新系统允许学生在每个学期里选四门课。
另外，每个学生还要提交两个备选课程以预防课程被选满或取消的情况。
少于三个学生选择的课将被取消。
一旦学生登记完成，登记系统将信息传入财务系统，学生就可以交这个学期的学费了。
Chapter 10 面向对象综合案例_建模软件项目实例
学生练习
需求背景：你所在的开发团队要开发一个石油管网建模软件，类似绘图软件。
用圆来代表管网中一种阀门，用正方形来代表一种仪器，用直线来代表管线。
其中阀门、仪器和管线有自身的设备属性，比如温度，压力等。
同时建模软件在绘制设备时要反映设备的绘制方式，如线型、填充色、大小和面积。
要求：
（1）采用类和对象的思想来进行开发。
（2）在（1）的基础上，采用继承和多态的思想来进行开发。
（3）在（2）的基础上，采用继承和多态的思想来进行开发。
（4）要求：封装时将正方形与其代表的仪器分开（建立单独的类）。
思考：为什么？（4）建立测试类Test，完成创建2个仪器对象和2个阀门对象，设置其温度和压力，并计算代表仪器和阀门的圆和矩形的面积周长。
将这四个元素添加到ArrayList中，取出动态数组中的每一个元素，调用其绘制的方法，并打印此时的面积和周长。
UML面向对象建模chapter3类图对象图
Product
具有泛化关系的类图
案例—银行网络系统
一、问题的陈述 银行网络系统包括人工出纳和分行共享的自动 出纳机；各分理处用自己的计算机处理业务（保存 帐户、处理事务等）；各分理处与出纳站通过网络 通信；出纳站录入帐户和事务数据；自动出纳机与 分行计算机通信；自动出纳机与用户接口，接受现 金卡；发放现金；打印收据；分行计算机与拨款分 理处结帐。 要求系统正确处理同一帐户的并发访问；网络 费用平均摊派给各分理处。
连接
递归关联 带有职责的递归关联 医生
治疗
人
病人
二、聚集(aggregation)
聚集是一种特殊的关联，它指出类间的“整体-部分”关系。 1、共享聚集(shared aggregation) 其“部分”对象可以是任意“整体”对象的一部分。当 “整体”端的重数不是1时，称聚集是共享的。
整体类 部分类
共享聚集
项目
＊
＊
人员
２、组合聚集(composition aggregation) 其“整体”(重数为0、1)拥有它的“部分” 。部分仅属 于同一对象，整体与部分同时存在。
标题 整体类 部分类 窗口 工具框 显示区
组合聚集 窗口
标题 工具框 显示区
三、泛化
泛化指出类之间的“一般与特殊关系”，即继承关系。父 类与子类之间构成类的分层结构。
类之间的关系
UML中类的关系有关联(association) ,聚集 (aggregation) ,泛化(generalization) , 依赖 (depending)和细化 (refinement)。
一、关联
公司
0..* 顾 佣
工作于
0..*
关联是类之间的连结,分为： 1. 2. 常规关联 多元关联
面向对象设计用例建模
案例：编辑图元的方法
可用光标选择一个图元
案例：新建图元的方法
由一组菜单项控制
（当前图元） （如：直线的首尾、矩形的四角）
最新创建的图元为当前图元 鼠标指定文本起点，光标变为 I 形
当前图元上显示出控制点
新建文本
图元的编辑
通过拉动图元的控制点 激活文本编辑
新建直线、矩形、椭圆
鼠标按下指定起点（或左上角） 光标变为十字形 鼠标释放指定终点（或右下角）
Lesson8： 面向对象设计
用例建模
案例---交互式图形编辑系统
交互式图形编辑系统
用于创建、编辑、浏览图形 图形由直线、矩形、椭圆和文本组成
约束条件
提供可视化编辑手段 可浏览多个图形 不考虑图形的保存和装入
用例建模
Use Case 目标
捕获功能需求、提供系统描述 指导系统设计，系统测试的依据 开发者与最终用户的共识
系统用户 与系统通信的其他系统
例如：
参与者的一般特殊关系 不同的责任
用到case，受益于case 各种使用过程、步骤
优先描述主要功能
分析参与者的工作
次要功能：异常处理、不常见的功能 独立于系统实现的解决方法
围绕本质功能描述
用例之间关系
用例之间关系
泛化关系generalization，一般特殊关系，类似于继承 例：
编辑图形、删除图形
创建图元
创建文本 创建椭圆 创建矩形
《包含》 创建图形 用户 《包含》 《包含》 浏览图形 删除图形 《包含》 修改位置 删除图元 编辑直线 《包含》 编辑图形 创建直线 《包含》 编辑图元 《包含》 选择图元
实验六_面向对象建模new
软件工程实验六：面向对象建模1.提交期限和方法期限：第16周周二（2011-12-13）23：59 pm方法：由各班学习委员收集所有学生的实验报告，以电子档的形式提交给任课教师（可发邮箱：9867941@）。
2.实验任务任务一：Rational Rose基本操作以图书管理系统为例，在Rational Rose 中创建以下系统模型，熟悉Rational Rose的基本操作。
功能模型（用例图）借阅者用例图借阅者能够通过该系统进行如下活动：（1）查询书籍信息。
借阅者可以通过图书名称或ISBN/ISSN号查找图书的详细信息。
（2）登录自助系统。
借阅者能够根据自己图书证编号和相关密码登录自助机器，查询图书信息、个人信息和进行图书预定。
（3）查询借阅者信息。
每一个借阅者都可以通过自助机器在登录后查询自己的信息，但是不允许在未授权的情况下查询其他人信息。
（4）预定图书。
在登录自助机器后，借阅者可以预定相关书籍内容。
（5）借阅书籍。
借阅者可以通过图书管理员借阅相关书籍。
（6）归还书籍。
借阅者通过图书管理员归还书籍，如果未按时归还，需要交纳罚金。
对象模型/静态模型（类图）动态模型（序列图、交互图、状态图）1.借阅者查找图书序列图和交互图工作流程如下：（1）借阅者希望通过系统查询某本图书的信息。
（2）借阅者通过自助系统用户界面SearchBookWindow录入图书的ISBN/ISSN号请求查找图书信息。
（3）用户界面SearchBookWindow根据图书的ISBN/ISSN号将Book类实例化并请求图书信息。
（4）Book类实例化对象根据图书的ISBN/ISSN号加载图书信息并提供给用户界面SearchBookWindow。
（5）用户界面SearchBookWindow向读者显示图书信息。
2.借阅者查询个人信息序列图和交互图工作流程如下：（1）借阅者希望通过系统查询个人信息。
（2）借阅者通过自助系统用户登录界面LoginWindow录入图书证编号请求查找个人信息。
UML面向对象建模 -Rose实验教程
实验四：交互图.....................................................................................................................30 实验 4.1 了解交互图的工具栏按钮的图标和含义 ...................................................30 实验 4.2 交互图中的角色...........................................................................................31 实验 4.3 交互图中的消息...........................................................................................34 实验 4.3 在顺序图和协作图之间切换.......................................................................42 实验 4.3 练习：建立 Sequence 框图和 Collaboration 框图......................................42
3、如果选择框架，则 Rose 自动装入这个框架的默认包、类和组件。例如，装入 Jenterprise 框架，则左边的浏览器窗口如图
UML面向对象建模与设计实例赤壁之战
UML应用---分析阶段
分析阶段主要考虑所要解决的问题。可用 UML 的逻辑视图和动态视图来描述，类图描 述系统的静态结构；协作图、状态图、顺序 图和活动图描述系统的动态特征。 在分析阶段，只为问题领域的类建模，不 定义软件系统的解决方案的细节（如用户接 口的类数据库等）。
UML应用---设计阶段
信息隐藏的过程 有选择的数据隐藏 防止意外的数据破坏 更易于隔离和修复错误
类的特性：封装
封装是允许有选择地隐藏类中的属性和方法的过程 类
在类的外部不能访问
私有
在类的外部可以访问
公有
2.4类的特性：继承
超类是有其他类继承其特征和行为的类 继承其他类的类称为子类
动物
2.5类的特性：多态性
UML中几个图的关系
活动图 状态图
需求
用例图
类图(简单)
类图(复杂)
顺序图
协作图
UML应用领域
最常用的是为软件系统建模，但不限于 软件系统建模。UML还可用来描述其他非软件 系统，如一个机构的组成或机构中的工作流 程等。
UML应用---需求分析阶段
UML 的用例视图可以表示客户的需求， 通过用例建模可以对外部的角色以及它们所 需要的系统功能建模。
依样画 葫芦
写C#程序内容
刘备 求战 请拟定策略 class 刘备{
孔明 k ＝ new 孔明 关羽 g ＝ new 关羽
public 迎战曹操() {
请防守荆州
请联络孙权 }}
k.拟定策略 g.防守荆州 k.联合孙权
写C#程序内容
孔明
class 孔明{
孙权 s ＝ new 孙权
public 拟定策略() { …… } public 联合孙权() {
面向对象建模实验报告
实验项目：软件工程—面向对象建模姓名: 学号:实验地点：实验时间：1 实验目的与要求：通过实验，使学生理解需求分析的重要性，掌握面向对象的分析技术（OOA）。
要求学生根据分析结果，使用类图建立系统的对象模型，并建立用例模型描述系统功能。
2 实验工具和环境Word / Visio / PowerDesigner3 实验内容和步骤问题的描述:在医院ICU病房里，将病症监视器安置在每个病床，对病人进行监护。
监视器将病人的组合病症信号实时地传送到中央监护系统进行分析处理。
在中心值班室里，值班护士使用中央监护系统对病人的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。
根据医生的要求随时打印病人的病情报告，系统还定期自动更新病历。
（1）通过名词识别和系统实体识别等方法分析确定系统的十二个类，补充并标识类的名称、属性和操作。
（2）分析类之间的关系，使用类图建立系统对象模型。
（3）分析上述目标系统，通过下列问题识别并确定系统执行者(角色)。
●谁使用系统主要功能？答：值班护士、医生、病人●谁需要系统的支持以完成日常工作任务？答：值班护士、医生●系统需要应付（或处理）哪些硬件设备？答：监护器、报警系统、网络、打印机●系统需要和哪些外部系统交互？答：标准的病症信号库、病历库●谁（或什么）对系统运行产生的结果感兴趣？答：值班护士、医生根据上述分析，最终确定与系统直接相关的执行者为：值班护士、医生、病人、标准病症信号库（4）回答下列问题，并识别用例。
●与系统实现有关的主要问题是什么？●系统需要哪些输入/输出？这些输入/输出从何而来？到哪儿去？答：输入：病症信号、标准病症信号输出：报警信号（中央监护系统）、病情报告（医生要求或者病症信号异常时病情报告管理自动打印）●执行者需要系统提供哪些功能？答：医生和值班护士：查看病情报告和病历并且进行打印●执行者是否需要对系统中的信息进行读、创建、修改、删除或者存储？答：需要因此，得到的系统用例有：.中央监护、病症监护、提供标准信号、病历管理、病情报告管理（5）确定用例之间的关系（<<include>>、<<extend>>），画出该系统的高层用例图。
面向对象建模案例
例：超市进销存系统的需求描述如下：（1） 销售① 售货员接收顾客订购，输入顾客购买的商品，计算总价； ② 顾客付款并接收清单；③ 售货员保存顾客购买商品的记录清单。
（2） 库存① 库存管理员每天进行盘点一次；② 库存管理员当发现库存商品有损坏时，及时到相关部门报损； ③ 在供应商的商品到货时， 库存管理员首先检查商品是否合格， 并将合格的商品入库处理；当商品进入卖场时，进行商品出库处理；④ 经理、订货员根据需要进行库存商品的模糊查询或详细查询。
（3）订货① 订货员用新商品供应商信息更新供应商数据库的信息； ② 订货员统计库存商品是否低于库存下限，然后制作订货单。
（4）统计① 经理能够使用系统的统计功能，了解商品销售情况、库存情况、 供应商情况，以便进 行合理的营销策略。
② 经理按市场情况适时变动商品价格。
试建立超市进销存系统的用例模型。
«exte nd>> 更新商品信息«exte nd>>图1销售子系统销售子系统用例模型~~<<exte nd>>售货员提取商品信息更新销售记录计价顾客打印购物单<<in clude>>亠口>商品报损<<include>>商品基本信息管理' ---------- _____ -------------------------- 、<<in clude>>库存商品信息管理供应商信息管理<<in clude>>订货子系统~~订货员图2库存子系统订货管理<<in clude>>特殊商品信息管理库存管理子系统盘点处理库存管理员C商品出入库统计订货商品、 - /制作订货单图3订货子系统用例模型商品基本信息查询特殊商品查询图4统计子系统用例模型思考？？在用例图中的用例通常只是简单地给出了系统应提供什么服务，并没有展示出如何提供服务，如服务的具体功能、处理流程、场景、出错情况以及异常情况等信息，如何能知道前述信息？！！！用例的描述常采用文字列表形式，也可采用UML图形描述，如交互图、活动图等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
例：超市进销存系统的需求描述如下： （1）销售
①售货员接收顾客订购，输入顾客购买的商品，计算总价； ②顾客付款并接收清单；
③售货员保存顾客购买商品的记录清单。
（2）库存
①库存管理员每天进行盘点一次；
②库存管理员当发现库存商品有损坏时，及时到相关部门报损； ③在供应商的商品到货时，库存管理员首先检查商品是否合格，并将合格的商品入库处理；当商品进入卖场时，进行商品出库处理；
④经理、订货员根据需要进行库存商品的模糊查询或详细查询。
（3）订货
①订货员用新商品供应商信息更新供应商数据库的信息； ②订货员统计库存商品是否低于库存下限，然后制作订货单。
（4）统计
①经理能够使用系统的统计功能，了解商品销售情况、库存情况、供应商情况，以便进行合理的营销策略。
②经理按市场情况适时变动商品价格。
试建立超市进销存系统的用例模型。
顾客
图1 销售子系统
商品出入库
图2 库存子系统
制作订货单图3 订货子系统用例模型
特殊商品查询
图4 统计子系统用例模型
思考？？在用例图中的用例通常只是简单地给出了系统应提供什么服务，并没有展示出如何提供服务，如服务的具体功能、处理流程、场景、出错情况以及异常情况等信息，如何能知道前述信息？
！！！用例的描述常采用文字列表形式，也可采用UML图形描述，如交互图、活动图等。
3.试为以下各类建立UML类图及描述它们间的关系。
家用电器、电视机、液晶电视机、电视遥控器、DVD播放机、组合音响、音响功放、音箱、喇叭、低音泡、高音泡、厨具、电厨具、微波炉、电磁炉、电饭煲
销售管理子系统的部分用例描述：
订货管理子系统的部分用例描述：
库存管理子系统的部分用例描述：
网络教学系统的需求分析
一、系统的功能需求：
（１）学生可以登录网站浏览信息，查找信息和下载文件。
（２）老师可以登录网站输入课程简介，上传课件文件，发布消息，修改和更新消息（３）管理员可以对页面进行维护以及批准用户的注册申请。
二、功能模块划划分：
满足上述需求的系统主要包括以下几个模块：
（１）数据库管理模块。
提供了使用者录入、修改并维护数据的途径。
例如对老师信息的管理，课程简介信息的管理和文件上传信息的管理等。
（２）基本业务模块。
老师可以上传文件，发布消息，修改和更新消息；学生可以下载文件；管理员可以维护页面，批准注册等。
（３）信息浏览、查询模块。
主要用于对网站的信息进行浏览、搜索查询。
三、建立模块结构图（略）
四、ＵＭＬ基本模型建立
1.系统用例图
处理注册申请
图1 系统管理员用例图
图2 网络教学系统用例图用例说明（略）
图3系统管理员管理网站时序图
图4 学生下载文件时序图
用户登录系统的时序图与教师上传信息等时序图略：系统的协作图（略）
系统的状态图：
图5 教师上传课件的状态图
系统的活动图：
系统中的类：
类图的设计是系统设计的核心部分。
图8 参与者相关的类
图9 各类间的关系。