面向对象建模案例
面向对象分析建模之自动售货机案例
后续的系统设计和开发提供基础。
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. 某大学课程登记问题状态在学期之初，学生会需要一份这个学期要开的课程列表。
每门课程的信息，如教师、部门和课程需要的前提条件将包含在这个清单里来帮助学生们选择课程。
新系统允许学生在每个学期里选四门课。
另外，每个学生还要提交两个备选课程以预防课程被选满或取消的情况。
少于三个学生选择的课将被取消。
一旦学生登记完成，登记系统将信息传入财务系统，学生就可以交这个学期的学费了。
- 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 各类间的关系。