实验三时序图和协作图
[实验目的]
1．掌握时序图、协作图的绘制方法。
2．验证Rose的交互图自动生成功能。
[实验内容]
1．用Rose绘制图书馆管理系统的时序图与协作图。
2．利用Rose的交互图自动生成功能，将已经设计好的时序图转换成协作图。
[实验要点及说明]
一、时序图建模技术
按时间顺序对控制流建模，要遵循如下策略。
①设置交互的语境。
②通过识别对象在交互中扮演的角色，设置交互的场景。
③为每个对象设置生命线。
④从引发某个消息的信息开始，在生命线之间画出从顶到底依次展开的消息，显示每个消息的特性（如参数）。
⑤如果需要可视化消息的嵌套或实际计算发生时的时间点，可以用激活修饰每个对象的生命期。
⑥如果需要说明时间或空间的约束，可以用时间标记修饰每个消息，并附上合适的时间和空间约束。
⑦如果需要更形式化的说明某控制流，可以为每个消息附上前置和后置条件。
实例1——图书馆管理系统的时序图
1．使用Rational Rose绘制时序图的步骤。
①创建时序图。
在浏览器窗口中，在“Use Case View”的图标上单击鼠标右键,在弹出的菜单中选择New →Sequence Diagram。此时，在“Use Case View”树形结构下多了一个名为“New Diagram”的图标，右键单击此图标，在弹出的菜单中选择Rename菜单项，可以更改新创建的时序图的名字。
双击时序图图标，出现时序图的编辑区和编辑工具栏。
②时序图工具栏按钮简介。
时序图工具栏中各个按钮的图标及其作用如图3-1所示。
③添加对象。
向时序图添加对象。首先点击工具栏中的对象图标按钮，然后在编辑区要放置对象的位置单击鼠标左键。
图3-1 时序图工具栏各个按钮的图标及作用
?设置对象属性。可以双击相应的对象图标，弹出对象属性设置对话框。也可以选中要改变属性的对象，单击右键，在弹出的菜单中选择“Open Specification...”,打开属性设置对话框。
?设置对象持续性。可以设置每个对象的持续性，Rose中提供了3个选项。“持续(Persistent)”对象保存到数据库或其他形式的永久存储体中，即使程序终止，对象依然存在。“静态(Static)”对象保存在内存中直到程序终止。“临时(Transient)”对象只是在短时间内保存在内存中。
要设置对象的持续性，右键单击要设置持续性的对象，从弹出菜单中选择“Open Specification...”,打开属性设置对话框，即可进行设置。
④添加消息
消息是对象间的通信，一个对象可以请求另一个对象做某件事。在时序图中，消息用两个对象生命线之间的箭头表示。
?增加对象间的消息。首先点击工具栏中的图标按钮→，然后将鼠标从发送消息的对象或角色的生命线拖动到接收消息的对象或角色的生命线。
消息绘制出来以后，还要输入消息文本。双击表示消息的箭头，在弹出的对话框的Name 字段里输入要添加的文本。
?显示或取消消息编号。消息编号在时序图中是可选的，选择菜单栏的Tools→Options 菜单项，在出现的对话框中选择Diagram选项卡，将“Sequence numbering”复选框勾选，就可以显示消息编号；如果不勾选，消息编号不会显示在时序图中。
?显示或取消激活显示。选择菜单栏的Tools→Options菜单项，在出现的对话框中选择Diagram选项卡，将“Focus of control”复选框勾选，就可以显示激活；如果不勾选，激活不会显示在时序图中。
2．图书馆管理系统的时序图。
在图书馆管理系统中，每个用例都可以建立一个时序图，将用例执行中各个参与的对象之间的消息传递过程表现出来。由于图书馆管理系统中用例很多，此处只介绍几个重要的时序图。
①系统管理员添加书籍的时序图（如图3-2）。
图3-2 系统管理员添加书籍的时序图
[时序图说明]
?add Item()：添加书籍函数。
?find(String)：根据书籍查找相应书目的函数。
?create(Integer, Title)：修改书籍数目的函数。
②图书管理员处理借书的时序图（不包括预留书籍的情况）。
图3-3 图书管理员处理借书的时序图
[时序图说明]
?find(String)：查找书目的函数。
?find_item()：查找所要书籍的函数。
?find_on_title(Title)：根据书目名从数据库中找到书目信息的函数。
?identify_borrower()：验证借阅者身份的函数。
?find(Sting)：根据借阅者的登陆账号找到借阅者信息的函数。
?create(Borrower, item)：修改借阅信息的函数。
③系统管理员删除书目的时序图（如图3-4）。
[时序图说明]
?find(String)：书目类的查找函数。
?find_on_title(Title)：查找此书目下书籍信息的函数。
?destroy：删除书籍信息的函数。
?destroy：删除书目信息的函数。
图3-4 系统管理员删除书目的时序图④借阅者预留书籍的时序图（如图3-5）。
图3-5借阅者预留书籍的时序图[时序图说明]
?Login：登陆系统的函数。
?find(string)：查找相应书目的函数。
?reserve()：预订书籍的函数。
二、协作图建模技术
利用协作图对控制流建模，要遵循如下策略。
①设置交互的语境。
②通过识别对象在交互中扮演的角色，设置交互的场景。
③对每个对象设置初始特性。
④描述对象之间可能有信息沿着它传递的链。
⑤从引起交互的消息开始，适当地设置其顺序号，然后将随后的每个消息附到适当的链上。
⑥如果需要说明时间或空间约束，可以用时间标记修饰这个消息，并附上合适的时间和空间约束。
⑦如果需要更形式化地说明这个控制流，可以为每个消息附上前置和后置条件。
实例——图书馆管理系统的协作图
1．使用Rational Rose绘制协作图的步骤。
①创建协作图。
在浏览器窗口中，在“Use Case View”的图标上单击鼠标右键,在弹出的菜单中选择New →Collaboration Diagram。此时，在“Use Case View”树形结构下多了一个名为“New Diagram”的图标，右键单击此图标，在弹出的菜单中选择Rename菜单项，可以更改新创建的协作图的名字。
双击协作图图标，出现协作图的编辑区和编辑工具栏。
②协作图工具栏按钮简介。
协作图工具栏中各个按钮的图标及其作用如图3-6所示。
③添加对象。
首先点击工具栏中的图标按钮，然后在绘制区要放置对象的位置单击鼠标左键。
协作图中对象的属性及持续性的设置方法见时序图。
④添加消息
?添加对象间的消息。在将消息添加到两个对象之间前，首先要建立对象间的通信路径。单击工具栏中的图标按钮，在两个目标对象之间拖动一条直线，就在对象间增加了通信路径。有了通信路径，就可以在路径上增加对象之间的消息了。增加对象间消息的步骤如下：选择工具栏中的图标按钮或，单击两个对象之间的通信路径，就会画出消息箭头。
消息绘制出来以后，还要输入消息文本。双击表示消息的箭头，在弹出的对话框的Name 字段里输入要添加的文本。
?添加反身消息。选择工具栏中的图标按钮，然后单击收发消息的对象，为此对象增加一个到它自身的通信路径。反身通信路径在对象上方，显示为半圆形。
图3-6 协作图工具栏各个按钮的图标及作用
选择工具栏中的图标按钮，然后在对象的反身通信路径上单击，Rose就会为对象添加消息。新增加的消息的属性值可以按照前面介绍的方法修改。
⑤添加数据流。
数据流描述一个对象向另一个对象发送消息时返回的消息。一般来说，对协作图的每个消息都加上数据流是没有必要的，这样做只会使图中堆满价值不大的信息。只要在一些重要消息上附加数据流即可。
数据流的添加步骤如下：选择工具栏的图标按钮或，单击要返回数据的消息，Rose 就会在协作图中添加数据流箭头。
2．图书馆管理系统的协作图。
同时序图类似，在图书馆管理系统中，每个用例也可以建立一个协作图。此处只介绍几个重要的协作图。
①系统管理员添加书籍的协作图（如图3-7）。
[协作图说明]
?add Item()：添加书籍函数。
?find(String)：根据书籍名查找相应书目的函数。
?update()：修改某类书目下书籍数量的函数。
图3-7 系统管理员添加书籍的协作图
②图书管理员处理借书的协作图（如图3-8）。
图3-8 图书管理员处理借书的协作图
[协作图说明]
?identify_borrower()：验证借阅者身份的函数。
?find_reservation()：查找预订信息的函数。
?find(Borrow, Title)：根据借阅者和借阅的书籍名找到相应预订信息的函数。
?borrow()：处理借书的函数。
?update()：更新某一书目下书籍数量的函数。
?check_if_max()：检查借阅凭证所借书籍数目是否已经超过最大限额的函数。
③借阅者预订书籍的协作图（如图3-9）。
图3-9 借阅者预订书籍的协作图
[协作图说明]
?identify_borrower()：验证借阅者身份的函数。
?find(String)：根据书籍名称查找书目信息的函数。
?reserve()：预订某一书目下的书籍的函数。
?create(Title, Borrower)：修改预订信息的函数。
《面向对象分析与设计UML》 实验报告 学号：180108213 姓名：庞志伟 班级：08级软件2班 指导老师：姚宇峰
实验及作业一 一、实验目的 了解软件工程等基础知识，为后续的统一建模语言UML知识的学习做好准备工作。 二、实验设备与环境 装有Visio、RathionalRose的计算机。 三、实验内容 1、复习阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点，写成实验报告。 2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境 四、实验过程及结果 1、软件工程开发模型有（1）瀑布模型，（2）原型模型，（3）螺旋模型，（4）喷泉模型（1）瀑布模型 将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 优点： 1）为项目提供了按阶段划分的检瀑布模型查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 缺点： 1）在项目各个阶段之间极少有反馈。 2）只有在项目生命周期的后期才能看到结果。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 （2）原型模型 原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。
实验五—1 顺序图、协作图 一、实验目的 1．理解顺序图的基本概念。 2．理解协作图的基本概念。 3．掌握在Rational Rose 中绘制顺序图、协作图的操作方法。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 通过对课堂学习和前面的实验，使我们完成了图书馆的管理系统的需求分析，并从业务对象中抽象出了类。现在需要对前面所给出的用例进行实现，而用例的实现主要由顺序图来描述系统的动态特性，协作图与顺序图是同构的，Rose 可自动转换。现指派你运用课堂所学的相关知识，完成如下任务： 1．对图书管理功能中的借书用例、还书用例进行动态建模。 四、实验步骤 4.1 分析阶段的动态建模 1．分析：在分析阶段，绘制的顺序图中，所有消息可以使用便于理解的自然语言来描述，并且可以仅在实体类中识别对象职责，而不涉及边界类和控制类。根据课堂讲授，参见教材P213 可完成借书用例和还书用例分析阶段的动态建模。 2．绘图步骤： （1）鼠标右击导航窗口“Logicl View”节点，选择“New——Package”，建立1 个子包：“Sequence Di ag ra m”（用于存放顺序图、协作图），完成后如图 3.1 所示。 （2）如图 3.2 所示，鼠标右击“Sequence Diagram”子包，选择快捷菜单项“New——Sequence Di ag ram”，创建一张新的顺序图，取名为“借出图书”（注意：为了好对应，顺序图名称最好与相应的用例名称相同）。鼠标双击新建的顺序图，在右边绘图窗口中将其打开，如图 3.3 所示。 （3）设置支持嵌套消息的环境：选择主菜单项“Tools——O ptions”，打开Rose 环境设置的对话框，点击“D i a g r a m”选项卡，在如图3.4所示界面中，将“D i s p l a y”下的“Hierarchical Message”选中，点击“确定”即可。
面向对象分析与设计大作业 学院：计算机科学与工程学院 班级：计算机软件 3 学生姓名：陈俊伟 学号：2174 指导老师：苏锦钿 提交日期：
华南理工大学 面向对象分析与设计大作业课程实验报告 实验题目 :_____ 图书管理系统 uml 图__________________________ 姓名 :___ 陈俊伟 ________学号:_ 2174_____ 班级 : ___09 软件 3 班________ 组别 : ________ 合作者 : __________________ 指导教师 : ______ 苏锦钿 __________ 实验概述 【实验目的及要求】 一．目的 1.掌握面向对象技术的基本原理和各种相关概念； Rational Rose 2003 、 IBM 2. 熟练掌握 UML的基本知识和9 种常见的 UML图形 , 并能够利 用 Software Architecture、或trufun UML工具进行建模； 3.根据问题进行学习，拓广、深化； 4.独立完成一个应用程序的分析、设计和建模，为以后软件项目的开发打下实践基础。 【实验原理】 UML建模，就是用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类 之间的关联、类的实例相互配合实现系统的动态行为等。UML提供了多种图形可视化描 述模型元素，同一个模型元素可能会出现在多个图中对应多个图形元素，人们可以从多 个视图来考察模型。UML建模主要分为结构建模、动态建模和模型管理建模 3 个方面，第 1 个方面是从系统的内部结构和静态角度来描述系统的，在静态视图、用例视图、实施视 图和配置视图中适用，采用了类图、用例图、组件图和配置图等图形。例如类图用于描述系 统中各类的内部结构（类的属性和操作）及相互间的关联、聚合和依赖等关系， 包图用于描述系统的分层结构等；第 2 个方面是从系统中对象的动态行为和组成对象间的相互 作用、消息传递来描述系统的，在状态机视图、活动视图和交互视图中适用，采 用了状态机图、活动图、顺序图和合作图等图形，例如状态机图用于一个系统或对象从 产生到结束或从构造到清除所处的一系列不同的状态；第 3 个方面描述如何将模型自身组织到高层 单元，在模型管理视图中适用，采用的图形是类图。建模的工作集中在前两 方面，而且并非所有图形元素都适用或需要采用
中南民族大学管理学院学生实验报告 课程名称：UML面向对象分析与设计教程 年级： 专业：信息管理与信息系统 学号： 姓名： 指导教师： 实验地点：管理学院综合实验室 2013 学年至 2014 学年度第 2 学期
目录 实验一 UML建模基础实验二用例图 实验三 UML类图 实验四对象图 实验五包图 实验六动态模型图
实验（一） UML建模基础 实验时间： 实验目的 1.熟悉UML建模工具Rational Rose的基本菜单及操作。 2.掌握UML的三大组成部分及各部分作用。 3.掌握UML的可见性规则和构造型的作用。 实验内容 1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑 和修改。 2.认识各种UML关系及可见性符号，并用工具表示出来。
分析与讨论 1.总结UML在软件工程中的作用以及使用UML建模的必要性。 答：统一建模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。 UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。 UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。 UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。 指导教师批阅：
第4章顺序图和协作图 4.1 交互图概述 交互图（interaction diagram）是用来描述对象之间以及对象与参与者（actor）之间的动态协作关系以及协作过程中行为次序的图形文档。它通常用来描述一个用例的行为，显示该用例图中所涉及的对象和这些对象之间的消息传递情况。 交互图包括顺序图（sequence diagram）和协作图（collaboration diagram）两种形式。顺序图着重描述对象按照时间顺序的消息交互，协作图着重描述系统成分如何协同工作。顺序图和协作图从不同的角度表达了系统中的交互和系统的行为，它们之间可以相互转化。一个用例需要多个顺序图或协作图，除非特别简单的用例。 交互图可以帮助分析人员对照检查每个用例中所描述的用户需求，如这些需求是否已经落实到能够完成这些功能的类中去实现，提醒分析人员去补充遗漏的类或方法。交互图和类图可以相互补充，类图对类的描述比较充分，但对象之间的交互情况的表达不够详细；而交互图不考虑系统中的所有类及对象，但可以表示系统中某几个对象之间的交互。 需要说明的是，交互图描述的是对象之间的消息发送关系，而不是类之间的关系。在交互图中一般不会包括系统中所有类的对象，但同一个类可以有多个对象出现在交互图中。 4.2 顺序图 顺序图也称时序图。Rumbaugh对顺序图的定义是：顺序图是现实对象之间交互的图，这些对象是按时间顺序排列的[RJB99]。特别地，顺序图中显示的是参与交互的对象，及对象之间消息交互的顺序。 如图4.1所示是一个简单的顺序图例子。 图4.1 顺序图 顺序图是一个二维图形。在顺序图中水平方向为对象维，沿水平方向排列的是参与交互的对象。其中对象间的排列顺序并不重要，但一般把表是参与者的对象放在图的两侧，主要
实 验 报 告 课程名称：UML统一建模语言实验名称：图书管理系统 专业班级：嵌入式软件 学校：郑州轻工业学院
实验一用例图 [实验目的和要求] 1、熟悉UML建模工具Rational Rose的基本菜单及操作。 2、掌握UML的可见性规则和构造型的作用。 3、掌握用例的概念；掌握UML用例图的组成及作用。 4、掌握用例与用例之间的各种关系。 [实验内容和步骤] 1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 2、认识各种UML关系及可见性符号，并用工具表示出来。 ?用例图包含6个元素，分别是：参与者、用例、关联关系、包含关系、扩展关系以及泛化关系。参与者用人形图标表示，用例图用椭圆形符号表示，连线表示它们之间的关系。?用例图显示多个外部参与者以及他们与系统提供的用例之间的连接。通过用例建模可以对外部的角色以及他们所需要的系统功能建模。用例图用于系统分析阶段。 ?用例是系统参与者与系统在交互过程中所需要完成的事务。 ?该实验确定参与者是图书管理员和读者，还要分析系统所涉及的问题领域和系统运行的主要任务。根据系统的需求分析可确定：作为一个图书管理系统，要实现图书管理，读者可以查询借书情况、查询节目（预定图书、取消预订）；对于图书管理员来说，系统维护操作主要包括：借出图书、归还图书（逾期罚款）、维护图书、维护读者信息,包含关系的图标按钮应用虚线箭头。 截图如下：
实验二类对象模型的建立 [实验目的和要求] １、掌握对象的概念，对象的表示方法，掌握类与对象的关系。 ２、掌握类与类之间的各种关系代表的含义及表示方法。 [实验内容和步骤] １、什么是对象，对象的三大特征是什么？UML中对象的表示方法有哪些？ 2、简述类的定义，以及类的三要素。 3、类的属性和方法的可见性有哪些？UML中如何表示？ ?对象代表一个单独的，可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。换句话说,对象是边界非常清楚的任何事物。对象三大特征是封装、继承和多态。 ?对象图中不包含操作，因为对于属于同一个类的对象而言，其操作是相同的。类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。 ?类图描述系统中类的静态结构，它不仅定义系统中的类，描述类之间的联系，还包括类的内部结构。类图描述的是一种静态关系，在系统的整个生命周期中都是有效的。通过分析用例和问题域，就可以得到相关的类，然后再把逻辑上相关的类封装成包，这样可以很好的体现系统的分层结构，是得系统层次关系一目了然。 ?类的三要素是：类的名称、属性、操作。类的属性和方法的可见性有：公有public（符号“+”）、私有 private（符号“-”）和受保护protected（符号“#”）。 ?类使用关联连接，关联使用名称、角色、多重性以及约束等特征定义。类代表的是对对象的分类，所以必须说明可以参与关联的对象的数目。 对象图如下：
《面向对象分析与设计UML 》 实验报告 学号： 180108213 姓名：庞志伟 班级：08 级软件 2 班 指导老师：姚宇峰
实验及作业一 一、实验目的 了解软件工程等基础知识，为后续的统一建模语言UML 知识的学习做好准备工作。 二、实验设备与环境 装有 Visio 、RathionalRose 的计算机。 三、实验内容 1、复习阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点， 写成实验报告。 2、熟悉 UML软件设计工具 Visio 、Rational Rose的安装及环境 四、实验过程及结果 1、软件工程开发模型有（1）瀑布模型，（ 2）原型模型，（ 3）螺旋模型，（ 4）喷泉模型（1）瀑布模型 将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物 理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试 和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 优点： 1）为项目提供了按阶段划分的检瀑布模型查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 缺点： 1）在项目各个阶段之间极少有反馈。 2）只有在项目生命周期的后期才能看到结果。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 （2）原型模型 原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一 个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真 正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。
《面向对象与UML》 实验报告 姓名：陈万全 学号：132852 班级：软件131
实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 2.建模基本步骤 3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
实验二用例图 一、实验目的 1.熟悉UML用例图的基本图形元素。 2.掌握用例与用例之间的各种关系。 3.熟悉针对具体场景使用例图进行软件建模的方法。 4.掌握用例规格说明的概念和基本结构，以及用例规格说明的作用。 二、实验内容 1.根据实验一建模实例，熟悉利用Raional rose软件绘制用例图的基本方法。 2.通过对“学生信息管理系统”的需求描述，确定系统用例图： “学生信息管理系统”的需求描述如下： ?在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。 ?学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。 ?在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。学生可以通过本系统进行成绩的查询。 ?学生还可以在网上选择自己选修的课程(必修课必须上，所以不用选)，学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。每个学生每学期的选修课程数不得大于6门，如果已经选择了6门课程则不能再选择其他课程。只有将已选择的课程删除掉才能再选择新课程。系统管理员负责修改、增加、删除选修课程。 ?系统管理员可以对系统的账号进行添加、设置、删除、查询等操作，同时可以设置每个账号的权限以及对应的个人信息。 a)请根据上述描述，确定系统的参与者 b)确定系统的用例并绘制完整的用例图。
学生学号实验课成绩 武汉理工大学 学生实验报告书 实验课程名称 UML建模技术 开课学院计算机科学与技术学院 指导老师姓名陈明俊 学生姓名 学生专业班级软件工程sy1001班
2011— 2012学年第二学期 实验课程名称： UML建模技术 实验成实验项目名称关于新的电脑销售系统点的需求文档 绩实验者韩桂敏专业班级软件sy1001 组别 实验日同组者 期
第一部分：实验分析与设计（可加页） 一、实验内容描述（问题域描述） 实验目的： 学会怎样为新的电脑销售系统点写需求文档 实验内容： 1、写一个概况陈述，包含信息系统相关的问题。 2、确定客户，包括公司名称、地址、电话号码，员工的头衔也要包含在他的名字之中 3、总结至少3个系统的目标 4、确定至少2个制约因素 5、建立一个基本功能和属性表 6、分析基本功能和属性的可行性 7、包括一个用类表现出来的环境图 二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用 硬件逻辑或者算法描述） 需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。 需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。需求是用户认为其所使用的系统应该具备的功能和性能。换言之，就是系统必须提供的能力和必须遵从的条件。 三、主要仪器设备及耗材 Microsoft Office Word 2003
第二部分：实验调试与结果分析 一、调试过程（包括调试方法描述、实验数据记录，实验现象记录，实验过程发现 的问题等） 1、概况陈述： 客户选择租出某样商品或某几种影碟，该销售/租赁终端系统能够确定影碟信息并实现顾客归还影碟、顾客租赁影碟、收银员重新购置影碟和对于被租借的影碟的超期处理，其中需要记录客户的交易信息及影碟信息并更新数据库存。最后顾客离开。 2、客户：天使街1号的“为您守候”音像商店的张老板（同时也是收银员），电话： 3、系统目标： a、对于初次租借的顾客进行账户登记，这样便于后续的交易 b、对影碟进行库存管理，对新购入的影碟、租出的影碟、归还的影碟、以及损失 的影碟及时更新库存信息 c、对影碟租借、影碟归还、超期未还的影碟等行为进行记录，并能够对超期未还 影碟的顾客信息及时更新记录，以便收银员对此罚款 d、能够进行每天营业额的统计 4、制约因素： a、经费不足时不能及时更新库存 b、音像店老板（收银员）对该系统的要求不明确或者不完整。 5、基本功能属性表见实验结果 6、基本功能和属性的可行性分析 上述六个功能是基本功能，实现上述的任何一个功能都不会导致整个系统性能下降，而且也可以满足整个系统的安全需求，对系统的安全性没有任何负面影响。实现这些功能所需要的技术有C++，数据库用MySQL就可以实现。而且这些功能都很稳定、基本，不需要改变。 7、环境图
2017年图书管理系统uml实验报告
面向对象分析与设计大作 业 学院：计算机科学与工程学院 班级：计算机软件3 学生姓名：陈俊伟 学号： 200931582174 指导老师：苏锦钿 提交日期： 2017.12.1
华南理工大学 面向对象分析与设计大作业课程实验报告 实验题目:_____图书管理系统uml图__________________________姓名:___陈俊伟________ 学号:_ 200931582174_____ 班级: ___09软件3班________ 组别: ________ 合作者: __________________ 指导教师: ______苏锦钿__________ 实验概述
【实验目的及要求】 一．目的 1. 掌握面向对象技术的基本原理和各种相关概 念； 2. 熟练掌握UML的基本知识和9种常见的UML 图形,并能够利用Rational Rose 2003、IBM Software Architecture、或trufun UML 2.x工具进行建模； 3. 根据问题进行学习，拓广、深化； 4. 独立完成一个应用程序的分析、设计和建模， 为以后软件项目的开发打下实践基础。 【实验原理】 UML建模，就是用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类之间的关联、类的实例相互配合实现系统的动态行为等。UML提供了多种图形可视化描述模型元素，同一个模型元素可能会出现在多个图中对应多 个图形元素，人们可以从多个视图来考察模型。UML建模主要分为结构建模、动态建模和模型管理建模3个方面，第1个方面是从系统的内部
一、实验目的 熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。 二、实验内容 1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。 某酒店订房系统描述如下： (1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； (2) 前台服务员可以利用系统直接在前台预订房间； (3) 不管采用哪种预订方式，都需要在预订时交相应订金； (4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； (5) 利用信用卡进行支付时需要和信用卡系统进行通信； (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下： (1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。 (2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 (3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 (4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。 绘制该系统的用例图。 3. 根据如下描述绘制类图： 某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
实验：设计一个网上选课系统的各种UML图 网上选课系统的产生是因为目前高校扩招后，在校学生日益增多。如果仍然通过传统的纸上方式选课，既浪费大量的人力物力，又浪费时间。同时，在人为的统计过程中不可避免出现的错误。因此，通过借助网络系统，让学生只要在电脑中输入自己的个人选课信息来替代有纸化的手工操作成为高校管理的必然趋势。该信息系统能够为学生提供方便的选课功能，也能够提高高等院校对学生和教学管理的效率。 要求： 1. 上课前必须带草图去，否则记为缺课。 2. 对于每个图要求必须按照书中绘制相关图的过程来撰写实验报告，不可只摆出几个图。 3. 第二次实验课做用例图、类图。其中需要对每个用例实例撰写用例描述。 4. 第三次实验课做剩下的顺序图、活动图、状态图、构件图、部署图。 需求分析 网上选课系统的功能性需求包括以下内容： （1）系统管理员负责系统的管理维护工作，维护工作包括课程的添加、删除和修改，对学生基本信息的添加、修改、查询和删除。 （2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块： （1）基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 （2）信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 （3）系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护，系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 系统建模 在系统建模以前，我们首先需要在Rational Rose 2003中创建一个模型。并命名为“网上选课系统”，该名称将会在Rational Rose 2003的顶端出现。
实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 (1)单击“开始—>所有程序—>IBM Rational—>Rational Rose Enterprise Edition”，启动Rational Rose建模环境，软件启动后产生如图1.1所示的建模模型窗口。 图1.1 Rational rose 启动提示界面 (2)选项卡【new】用来选择新建模型时采用的模板。单机【Details】按钮可以查看选中模板的描述。【Existing】选项卡用于打开一个已经存在的模型。【Recent】选项卡可以打开一个最近打开的模型文件。如暂时不需要任何模板，只需要建立一个新的空白模型文件，单击【Cancel】按钮，显示Rational rose主界面，如图1.2所示。
图1.1 Rational rose 主界面 (3) 主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。 ①导航窗口：用于在模型中迅速漫游。导航窗口类似于windows 操作系统的资源管理器，它以树形结构显示了模型中的所有元素，包括参与者、用例、类、组件等。利用导航窗口可以： a) 增加模型元素 参与者、用例、类、组件、框图。 b) 浏览现有模型元素。 c) 浏览现有模型元素间的关系。 d) 移动模型元素。 e) 更名模型元素。 f) 将模型元素加进框图。 g) 将文件或UML 链接到元素。 h) 将元素组成包。 i) 访问元素的详细规范。 j) 打开图形。 导航窗口四个视图根结点。 a) 用例视图(Use Case View)：用于管理需求分析获取的所有用例、参与者和用例图。 b) 逻辑视图(Logic View)：分析和设计完成的所有制品(如类图、对象图、顺序图、活动图、状态图等)放置在逻辑视图中。 图1.3 导航窗口
学生宿舍管理系统——协作图 协作图又名“通信图”。即Communication Diagram，而“协作”作为一个结构事物用于表达静态结构和动态行为的概念组合，表达不同事物相互协作完成一个复杂功能。协作图是一种交互图，强调的是发送和接收消息的对象之间的组织结构。一个协作图显示了一系列的对象和在这些对象之间的联系以及对象间发送和接收的消息。对象通常是命名或匿名的类的实例，也可以代表其他事物的实例，例如协作、组件和节点。使用协作图来说明系统的动态情况。协作图使描述复杂的程序逻辑或多个平行事务变得容易。 协作图显示某组对象如何为了由一个用例描述的一个系统事件而与另一组对象进行协作的交互图。使用协作图可以显示对象角色之间的关系，如为实现某个操作或达到某种结果而在对象间交换的一组消息。如果需要强调时间和序列，最好选择序列图；如果需要强调上下文相关，最好选择协作图。 画图步骤： (1)在双击打开软件start UML选择empty project,出现如图1.1所示。 (2)新建model1，然后新建一个协作图。 (3)在图中的工具栏选取协作图图 Object图标，在右边的图中添加一个Object，并输入名称。
（4）根据题目需求，在左边的工具栏中，选取其他协作图所需图标，在右边的图中画出。添加开始和结束标志，然后用横线把它们连接起来。即画出一个完整的协作图。 宿舍管理员 学生基本信息表宿舍分配界面床位 宿舍住宿情况表 打开修改住宿信息查询空床位 显示空床位基本信息 确认学生信息学生 显示学生具体信息 输入学号查询学生信息 图1 系统协作图
学生宿舍管理系统——顺序图 顺序图是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一 条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。 UML顺序图一般用于：确认和丰富一个使用情境的逻辑。表示用例的实现，系统的动态分析. 画图步骤： (1)在双击打开软件start UML选择empty project,出现如图1.1所示。 (2)新建model1，然后新建一个通信图。 (3)在图中的工具栏选取协作图图Lifeline图标，在右边的图中添加一个Lifeline，并输入名称。 （4）根据题目需求，在左边的工具栏中，选取其他通信图所需图标，在右边的图中画出。添加开始和结束标志，然后用横线把它们连接起来。即画出一个完整的通信图。
面向对象分析与设计期末实验 设计题目: 学生信息管理系统 姓名 学院：电子信息工程学院 系别: 计算机科学与技术 班级：网络工程1班
A部分需求分析 一、实验目的 利用所学的UML建模知识设计学生信息管理系统。由于信息技术的急剧发展和配合管理的思想的出现，各种网络化，自动化，配合技术在各自的业界的管理实践中迅速得到应用。学生的信息的管理系统的开发非常有必要。学生的信息管理系统的目标是在学生的信息管理中，使用计算机的网络技术，通讯技术和信息处理技术，使学生的信息得到加工，依次传达及保存。根据学生的信息管理的电子化和网络化，来实现全面改善学生信息的管理环境，提高管理效率。系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。管理员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。 二、实验仪器或设备 学生用计算机一台 三、设计原理、系统业务及功能 设计原理： 系统要对使用要求不同的用户群体，设置不同的权限，设置系 统的不同功能。管理员能有效管理学生的信息，同时，学生可 以随时大量检索查询多种信息。 设计方案及流程： 1.这个项目从结构上分。 ①管理员：通过已有学生信息仓库，管理学生的信息，还可以
管理教师的信息，管理课程的信息，管理班级的信息； ②学生：可以修改学生的信息，选择课程，检索成绩等； ③教师：修改教师的信息，检索学生的成绩，登记授课的学生状况等。 2．系统功能模块 （1）学生功能：查询课表，选课，成绩，修改学生个人信息。 （2）教师功能：录入成绩，查询教授学生状况，修改老师个人信息。 3．管理员功能模块 （1）学生管理：学生用户的追加，学生信息的浏览，修改，删除。 （2）教师管理：教师用户的追加，教师信息的浏览，修改，删除。 （3）课程管理：课程查询，添加，修改，删除，公布课表等。 （4）班级管理：班级的查询，添加，修改，删除 B部分系统UML建模 1．用况图 （1）系统用况图：
实验五序列图和协作图的建模 构件图和部署图的建模 班级：11软件1班学号：20110311133 姓名：王金亮一、实验目的 学会序列图和协作图的绘制 理解序列图中消息、生命线、对象、激活要素 理解协作图中对象之间的组织关系 学会部署图和构件图的绘制 掌握使用Rational Rose绘制序列图、协作图、部署图和构件图的方法 二、实验基础操作 1、要求学生能仿照教科书上的操作步骤，完成下面序列图的绘制： ●序列图的绘制 ●对象的创建 ●消息的绘制 ●消息的设置 2、要求学生能仿照教科书上的操作步骤，完成下面协作图的绘制： ●对象的创建 ●链和消息的绘制 ●序列图和协作图的转换 3、要求学生能仿照教科书上的操作步骤，完成下面构件图的绘制： ●构件的绘制 ●构件间关系的绘制 4、要求学生能仿照教科书上的操作步骤，完成下面部署图的绘制： ●节点的绘制 ●节点的设置 ●连接的绘制 三、实验设计 1、要求学生能仿照教科书上的操作步骤，完成下面序列图绘制：
● 需求分析 ● 确定序列对象 2、要求学生能仿照教科书上的操作步骤，完成下面协作图绘制： ● 协作图元素的确认 ● 确定元素之间的关系 3、根据教科书上的237-238页的上机题，完成序列图和协作图建模 4、要求学生能仿照教科书上的操作步骤，完成下面构件图绘制： 赵翔 : 会员 : Book : ShoppingCart : ShoppingCartPage 图1 创建序列图对象 赵翔 : 会员 : Book : ShoppingCart : ShoppingCartPage 修改购物车 修改书籍数量 获得购物车书籍信息 更新数据 返回执行结果 删除购物车中的书籍 执行删除 更新数据 返回执行结果 去结账 图2 会员编辑购物车序列图
UML实践----用例图、顺序图、状态图、类图、包图、协作图 2009-01-20 作者：Randy Miller 来源：网络 面向对象的问题的处理的关键是建模问题。建模可以把在复杂世界的许多重要的细节给抽象出。许多建模工具封装了UML（也就是Unified Modeling Language?），这篇课程的目的是展示出UML的精彩之处。 UML中有九种建模的图标，即： ?用例图 ?类图 ?对象图 ?顺序图 ?协作图 ?状态图 ?活动图 ?组件图 ?配置图 本课程中的某些部分包含了这些图的细节信息的页面链接。而且每个部分都有一个小问题，测试一下你对这个部分的理解。 为什么UML很重要？ 为了回答这个问题，我们看看建筑行业。设计师设计出房子。施工人员使用这个设计来建造房子。建筑越复杂，设计师和施工人员之间的交流就越重要。蓝图就成为了这个行业中的设计师和施工人员的必修课。 写软件就好像建造建筑物一样。系统越复杂，参与编写与配置软件的人员之间的交流也就越重要。在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”。现在它已经成为了软件行业的一部分了。UML提供了分析师，设计师和程序员之间在软件设计时的通用语言。 UML被应用到面向对象的问题的解决上。想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的。一个模型model就是根本问题的抽象。域domain就是问题所处的真实世界。 模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的。记住把一个对象想象成“活着的”。对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）。对象的属性的值决定了它的状态state。 类Classes是对象的“蓝图”。一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）。对象是类的实例instances。 用例图 用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象。强调这个系统是什么而不是这个系统怎么工作。 用例图与情节紧紧相关的。情节scenario是指当某个人与系统进行互动时发生的情况。下面是一个医院门诊部的情节。 “一个病人打电话给门诊部预约一年一次的身体检查。接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录。” 用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和。角色actor是发动与这个工作有关的事件的人或者事情。角色简单的扮演着人或者对象的作用。下面的图是一个门诊部Make Appointment用例。角色是病人。角色与用例的联系是通讯联系communication association（或简称通讯communication） 角色是人状的图标，用例是一个椭圆，通讯是连接角色和用例的线。 一个用例图是角色，用例，和它们之间的联系的集合。我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分。注意一个单独的用例可以有多个角色。
本科实验报告 课程名称：计算机网络 实验项目：计算机网络 实验地点：逸夫楼404 专业班级：软件1105班学号：2011004922 学生姓名：黄晓琪 指导教师：柴晶
目录 1.实验准备：熟悉UML建模环境 2.实验一用例图 3.实验二类图 4.实验三顺序图及通信图 5.实验四活动图、状态图、组件图及部署图
实验一用例图 一、实验目的 初步掌握UML用例图的创建方法及其用例的描述。 二、实验要求 1．结合工具StartUML，熟悉UML用例图的模型元素。 2．使用StartUML工具建模网上书店系统的用例图。 三、实验主要设备：台式或笔记本计算机 四、实验内容： 根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。 网上书店陈述： 书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。 系统分析员：能谈谈您对网上书店的要求吗? 书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后，就会通知快递公司送货。当然，书店的图书上架和下架也应该由网上书店完成了。 工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样，图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。如果信息输入错误，能够进行修改。 工作人员乙：另外书店会搞一些促销，推出一些特价图书。以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。促销活动过后，特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。 系统分析员：能谈谈平时买书的经过吗? 顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。找到我想买的书或者觉得看的书不错，就会去柜台结帐。 工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。
UML各种图例 面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language?），这篇课程的目的是展示出UML的精彩之处. UML中有九种建模的图标，即： ?用例图 ?类图 ?对象图 ?顺序图 ?协作图 ?状态图 ?活动图 ?组件图 ?配置图 本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解. 为什么UML很重要? 为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成为
了这个行业中的设计师和施工人员的必修课. 写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言. UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界. 模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state. 类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances. 用例图 用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作. 用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节. “一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录.” 用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association（或简称通讯communication）