UML中类图实例
接口：空心圆+直线（唐老鸭类实现了‘讲人话’）；
依赖：虚线+箭头（动物和空气的关系）；
关联：实线+箭头（企鹅需要知道气候才迁移）；
聚合：空心四边形+实线+箭头（雁群和大雁的关系）；
合成/组合：实心四边形+实线+箭头（鸟和翅膀的关系）；泛化/继承：空心三角形+实线（动物和鸟的继承关系）；实现：空心三角形+虚线（实现大雁飞翔的接口）；
UML类图
解释UML类图：
1. 首先看“动物”矩形框，它代表一个类。该类图分为三层，第一层显示类的名称，如果
是抽象类就要用斜体显示。第二层是类的特性，通常就是字段和属性。第三层是类的操作，通常是方法和行为。
注意前面的符号，‘+’表示public, ‘—’ 表示private, ‘#’表示protected.
2. “飞翔”矩形框表示一个接口图，它与类图的区别主要是顶端有《interface》显示，第
一行是接口名称，第二行是接口方法。接口还有另一种表示方法，俗称棒棒糖表示法，就是唐老鸭类实现了“讲人话”的接口。
interface IFly interface Ilanguage
{ {
void Fly(); void Speak();
} }
3. 动物，鸟，鸭，唐老鸭他们之间都是继承的关系，继承关系用空心三角形+实现来表
示。
4.“大雁”实现了“飞翔”接口。实现接口用空心三角形+虚线来表示。（注：下面的图中应为
空心三角形）
class Bird:Animal class WideGoose:IFly
{ {
//继承动物类 //实现飞翔接口
} }
5. 企鹅与气候有很大的关系，企鹅需要“知道”气候的变化，需要“了解”气候规律。当一
个类“知道”另一个类时，可以用关联(association)关系。关联关系用实线箭头来表示。
class Penguin :Bird
{
private Climate climate;//在企鹅Penguin中，引用到气候Climate对象
}
6. “大雁”和“雁群”这两个类。大雁是群居动物，每只大雁都属于一个雁群，一个雁群可
以有多只大雁。所以它们之间就满足聚合(Aggregation)关系。聚合表示一种弱的“拥有”
关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分。聚合关系用空心的菱形+ 实线箭头表示。
uml实验报告 学院 班级学号姓名 uml实验报告 实验一：用例图 实验结果： 小结实验心得体会： 用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后 各阶段的开发工作。用例图是uml中用来对系统的动态方面进行建模的7种图之一。用例图 描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能 的操作者。通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语 义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握 了用例间的类属关系、include关系和extend关系的语义、功能和应用。最后通过本次实验 学习了如何使用用例图为系统的上下文以及系统的需求建模。 思考题： 1. 如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？ 答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不 改变其在导航窗口中的存在，另一种是从建模中完全删除。 2. 如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在 参与者或用例的设置对话框中删除？ 答：都可以删除。 实验二：类对象模型的建立 实验结果： 小结实验心得体会： 类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。 类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服 务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、 依赖、聚合等，同时基本掌握了在rational rose中绘制类的关联、依赖、泛化关系。 思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“edit——delete”与“edit ——delete from model”，它们二者之间区别在哪里？ 答：“edit——delete”只是在绘图窗口中删除了模型对象，而“edit——delete from model”则是彻底的删除了模型对象。 实验三：顺序图、协作图 实验结果： 顺序图： 1. 归还图书 2.借出图书 协作图： 1. 归还图书 2. 借出图书 小结实验心得体会： 顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显 示对象之间的交互。协作图与顺序图是同构的，rose可自动转换。顺序图是强调消息的交互
UML中类图实例 接口：空心圆+直线（唐老鸭类实现了‘讲人话’）； 依赖：虚线+箭头（动物和空气的关系）； 关联：实线+箭头（企鹅需要知道气候才迁移）； 聚合：空心四边形+实线+箭头（雁群和大雁的关系）； 合成/组合：实心四边形+实线+箭头（鸟和翅膀的关系）；泛化/继承：空心三角形+实线（动物和鸟的继承关系）；实现：空心三角形+虚线（实现大雁飞翔的接口）； UML类图
解释UML类图： 1. 首先看“动物”矩形框，它代表一个类。该类图分为 三层，第一层显示类的名称，如果是抽象类就要用斜体显示。第二层是类的特性，通常就是字段和属性。第三层是类的操作，通常是方法和行为。
注意前面的符号，‘+’表示public, ‘—’ 表示private, ‘#’表示protected. 2. “飞翔”矩形框表示一个接口图，它与类图的区别主 要是顶端有《interface》显示，第一行是接口名称，第二行是接口方法。接口还有另一种表示方法，俗称棒棒糖表示法，就是唐老鸭类实现了“讲人话”的接口。 interface IFly interface Ilanguage { {
void Fly(); void Speak(); } } 3. 动物，鸟，鸭，唐老鸭他们之间都是继承的关系，继 承关系用空心三角形+实现来表示。 4.“大雁”实现了“飞翔”接口。实现接口用空心三角形+虚线来表 示。（注：下面的图中应为空心三角形）
class Bird:Animal clas s WideGoose:IFly { { //继承动物 类 //实现飞翔接口 } } 5. 企鹅与气候有很大的关系，企鹅需要“知道”气候的 变化，需要“了解”气候规律。当一个类“知道”另一个类时，可以用关联(association)关系。关联关系用实线箭头来表示。 class Penguin :Bird { private Climate climate;//在企鹅Penguin中，引用到气候Climate对象 }
《系统分析与建模》实验指导书__2011__/__2012__年第__二__学期 姓名：____钱秀梅_________ 学号：__ 10030117_____ 班级：_ 10计一_______ 指导教师：___殷凯__________ 计算机科学与技术系编写
系统分析与建模实验指导书―1―计算机科学与技术系 目录 实验0 熟悉软件开发环境 (1) 实验1 用例图设计………………………………………………… 实验2 类和对象图设计 (3) 实验3 交互图设计 (7) 实验4 状态图设计 (9) 实验5 活动图设计 (12) 实验6 包图设计 (15) 实验7 物理图设计 (17) 附录考核登记表 (23)
实验0 熟悉软件开发环境 一、实验目的 学习使用EA开发环境创建模型的一般方法，理解EA界面布局和元素操作的一般技巧。 二、实验环境 软件平台：Microsoft Windows2000 /XP。软件工具：EA 7.5。 三、实验内容与要求 1．学会启动和关闭EA 7.5开发环境。 2．使用目标项目（Project）的向导创建一个项目。 3．了解EA 7.5界面的六大组成部分（菜单Menu、浏览器Browser、文档窗口Document Window、图窗口Diagram Window、日值窗口Log Window和工具栏。 4．在浏览器中实现如下操作：增加模型元素（包括角色、用例、类、组建、图等）； 查看现有模型元素；查看现有模型元素之间的关系；移动模型元素；更名模型元 素；访问元素的详细规范。 5．分别在在图中增加删除图元素和在浏览器中增加删除图元素。 四、实验预习和准备 参考相关书籍，能够熟练地安装和使用EA 7.5软件建立模型。 五、实验过程与结果 读者 借书 还书 续借图0-1 用例图
北京信息科技大学 实验（上机）报告 课程名称U M L及建模工具学号2012012194姓名李自然成绩_______
附录： 影片租赁源程序 //租赁类的定义 class Rental { private Movie _movie; // 影片 private int _rentDate; // 租赁日期 private int _daysRented; // 租期 public Rental(Movie movie, int daysRented) { _movie = movie; _daysRented = daysRented; } public int getDaysRented() { return _daysRented; } public Movie getMovie() { return _movie; } double getCharge() { return _movie.getCharge(_daysRented); } int getFrequentRenterPoints() { return _movie.getFrequentRenterPoints(_daysRented); } } //顾客类的定义 class Customer { private String _name; // 姓名private String _phone; // 电话号码private Vector _rentals = new Vector(); // 租借纪录
public Customer(String name) { _name = name; } public void addRental(Rental arg) { _rentals.addElement(arg); } public String getName() { return _name; } //输出租赁交易报告 public String statement() { Enumeration rentals = _rentals.elements(); String result = "Rental Record for " + getName() + "\n"; while (rentals.hasMoreElements()) { Rental each = (Rental) rentals.nextElement(); //显示该顾客的每个租赁 result += "\t" + each.getMovie().getTitle()+ "\t" + String.valueOf(each.getCharge()) + "\n"; } //结尾打印（总费用和积分） result += "Amount owed is " + String.valueOf(getTotalCharge()) + "\n"; result += "You earned " + String.valueOf(getTotalFrequentRenterPoints()) + " frequent renter points"; return result; } //已超文本方式输出租赁交易报告 public String htmlStatement() { Enumeration rentals = _rentals.elements(); String result = "
\n"; while (rentals.hasMoreElements()) { Rental each = (Rental) rentals.nextElement(); //显示该顾客的每个租赁
通过四次实验，以图书管理系统建模为例，使学生掌握使用UML统一建模语言为软件系统建模的方法步骤。 二、实验内容与要求 图书管理系统需要满足三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员（图书管理员）和图书馆管理人员（系统管理员）。图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；图书管理员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书记录；系统管理员的功能最为复杂，包括对图书借阅者和图书进行管理和维护，及系统状态的查看、维护。 图书管理系统结构图 三、实验步骤 1、系统需求分析 建立用例图并进行用例描述 2、建立系统静态模型 类图的建立 3、建立系统动态模型 建立顺序图、协作图、活动图和状态图
（一）系统需求分析 1、读者用例： 用例描述 用例名称：借阅信息查询 参与执行者：借阅者 前置条件：合法用户登录到系统 基本事件流：系统显示书籍查询窗口 用户点击借阅信息 系统显示借阅信息 扩展事件流：系统提示没有借阅信息 用户点击该对话框 系统回到主界面 2、图书管理员用例图 用例描述 用例名称：归还图书 参与执行者：图书管理员 前置条件：合法图书管理员登录系统 基本事件流：系统显示图书借阅窗口 用户点击书籍归还处理 系统显示该借阅者的借阅信息
图书管理员将已归还的书籍从借阅信息中点击“已归还” 系统显示的借阅者信息里不再显示“借阅”这本书 扩展事件流：系统提示缴纳罚款 借阅者支付罚金 系统显示的借阅者信息里不再显示“借阅”这本书 3、系统管理员的用例图 用例描述 用例名称：图书添加 参与者：系统管理员 前置条件：合法系统管理员登录到系统 基本事件流：系统显示图书添加窗口 系统管理员点击图书添加窗口 系统按书的类别显示窗口 系统显示一个页面要求输入该书籍的编号，书籍名称等基本信息 系统管理员依次填写有关信息，最后点击确认 （二）建立系统静态模型 1、参与者相关的类 （1）读者类，属性包括：读者账户（userID）、姓名（name）、地址（address）、邮编（zip）、所借书籍的书目（borrow_back），操作包括：借书（borrow）、还书（return_back）。
天津理工大学华信软件学院 天津理工大学（华信软件学院） 实验指导书 课程名称：软件工程与UML建模 适应课程： （1969216）
上机实验（三）创建类和类图 一、实验目的： 在Rose 环境下创建类和类图, 完成应用案例的类图设计。 二、实验内容： (一）创建类 1）根据“需求陈述”提炼对象和类 2）分析对象，并将对象抽象成类 (二) 创建类图 建立类之间的关系（关联关系、泛化关系、聚集或组合关系、依赖关系等）创建类图。 (三) 综合应用练习。 三、操作步骤： (一) 创建类 1、启动Rose 2003进入后，在左面结构框内右击Logical View； 2、选New 选Class Diagram ,再在Class Diagram下创建类； 3、给类命名(比如Course)； 4、增加属性(右击框途中的类，选New Attribute)； 5、添加类操作(右击框途中的类，选New Operation)； (二) 建立类之间的关系 1．首先关联关系 (使用按钮工具，如果当前工具栏中没有，右击工具栏，然后添加相关按钮) 1) 单项关联； 2) 双向关联。 2．练习聚集和组合 (先建立关联，再右击靠近“整体”方的关联线，选Aggregate选项。) 3．然后泛化关系。 4．最后练习依赖关系。 四．实例练习（不能用课件及教材上的示例，要自己来想。） 1．举实例说明类之间的关联关系。 包括：单、双向关联、一对一关联、一对多关联、多对多关联、自反关联、限定关联和关联类。 2．举实例说明类之间的聚合（组合）关系。 3．举实例说明类之间的泛化（继承）关系。包括：单继承、多继承。 4．举实例说明接口与实现，抽象类与子类等。 五．综合应用： （一）以“学生选课系统”为例建立类图 1．“学生选课系统”涉及到的类： 1) Database类
UML类图几种关系的总结 在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency) 1. 泛化（Generalization） 【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。例如：老虎是动物的一种，即有老虎的特性也有动物的共性。 【箭头指向】：带三角箭头的实线，箭头指向父类 2. 实现（Realization） 【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现. 【箭头指向】：带三角箭头的虚线，箭头指向接口
3. 关联（Association) 【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。 【代码体现】：成员变量 【箭头及指向】：带普通箭头的实心线，指向被拥有者 上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。
下图为自身关联： 4. 聚合（Aggregation） 【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。 聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。 【代码体现】：成员变量 【箭头及指向】：带空心菱形的实心线，菱形指向整体
《面向对象技术UML》实验四报告实验名称: 类图的设计 系别: 计算机专业: 11软工班级: 姓名: 学号: 实验日期: 2013 年 4 月 7 日 教师审批签字: 分数： 1. 实验名称: 类图的设计与制作 2. 实验目的: 熟悉使用Rational Rose工具，建立类图。 3. 实验要求: 实验题目选为图书借阅管理系统（P232-233）。根据各自的基本功能要求和可选功能要求，延续实验二所选的用例及其用例描述，完成该用例的类图的设计与制作（包括：类名，属性，操作，类之间的关 系，版型）；将实验步骤和屏幕显示记录下来，填写到实验结果栏。 参考“学习资料网站的分析与设计--20130407”提供的案例。主要参考图2.1、2.2，表2.1到2.9。 具体来说，根据某个用例的用例描述，设计出对应的基于协作的类图（含边界类、控制类、实体类。类之间的关系是依赖）和基于数据模式的实体类图（仅含实体类，实体类之间的关系是关联、泛化、组合、聚集等）。
4. 实验步骤： 任务1：环境设置 ①、选择Tools->Options。 ②、选择Diagram标签。 ③、确保选取Show Visibility、Show Stereotypes、Show Operation Signatures、Show All Attributes 和 Show All Operations复选框。 ④、确保取消Suppress Attrtbutes和Suppress operations复选框。 ⑤、选择Notation标签。 ⑥、确保取消Visibility as Icons复选框。 ⑦、单击OK，退出Options 窗口。 任务2：创建类 根据实验二制作的用例，创建该用例要用到的所有类。 ①、右单击浏览器的Logical View。 ②、选择New->C1ass Diagram。 ③、为新框图命名。双击打开新框图。 ④、选择类工具栏“Class”按钮，创建所有的类（自己命名）。 任务3：将版型加进类中（可选做） 根据需要，可以将任务2创建的类赋予相应的版型（stereotype）。版型的类型可以有：boundary型、control 型、entity型。本任务的目的是将一些类具体归纳到边界类、控制类、实体类中之一。 ①、右单击框图中的某个（些）类，从弹出菜单中选择Open Specification。在版型（stereotype）字段中输入boundary，单击OK。 ②、右单击框图中的某个（些）类，从弹出菜单中选择Open Specification。在版型（stereotype）字段中输入control，单击OK。 ③、右单击框图中的某个（些）类，从弹出菜单中选择Open Specification。在版型（stereotype）字段中输入entity，单击OK。 任务4：增加属性 ①、右单击框图中的某个类，从弹出菜单中选择New
实验三.类图 第一题：软件学院打算开发一个学生选课系统。画出系统类图！ 1.新的系统允许学生利用局域网上的PC机来注册本学期的课程，并可以查看自己已学的所有课程的所有成绩。新的系统允许教师决定要教哪些课程，并通过管理员更新数据库，教师在学期末登记自己教授的课程的成绩。 2.学院已有课程目录(course catalog)数据库部分，课程目录数据库中保存了所有的课程信息新的学生注册系统将读取课程目录数据库中的课程信息，但不会修改数据库中的课程信息。管理员通过其它系统来维护课程信息 3.在每个学期初，学生可以获取这个学期所开设的所有课程的目录，在课程目录中包含每门课的详细信息，如professor（讲课教师，因为后面约定老师可以有教授、副教授和讲师3种类型）, department, prerequisite等。 4.每个学生在一个学期，根据自己所在系的培养计划，必修课必须选，选修课自愿，但一学期不可超过8门课程，不少于3门课程。（第8周周二到周五可以退课，但必须保证本学期课程不少于3门，退课需交纳50/门的费用，由计费系统扣费，扣费成功后，该门课程从学生的选课计划中删除，否则，退课不成功） 5.每门课的学生人数最多为200人，最少为30人，如果选修课学 生人数少于30人，该门课将被取消，必修课无最低人数限制。 在每个学期，有一个选课期，在这个时间段内，学生可以改变他们的选课计划(Schedule)，注册系统允许学生在这段时间内可以增加或删除所选课程，选课最后一天只能选课，不可退课,在学期结束的时候，学生可以通过系统查询成绩，由于学生成绩属于敏感信息，因此系统要有安全措施来防止非授权的存取。（学生查询成绩前，需要先评教）。 6.教师可以读取系统来获取他们所教的课程的信息，可以了解哪些学生选了他们的课，也可以登记该门课程的学生成绩。 7.教师分为讲师、副教授、教授。 此系统涉及到得参与者有:①学生;②教师;③管理员;④课程目录数据库；⑤计费系统。 第二题画出系统类图 问题描述: 使用信用卡可以在AMT机上进行取款，针对一次取款，建立其类图。 其中系统涉及的参与者有：①顾客②银行工作人员;③A TM取款机 第三题: 画出系统类图 问题描述: 某购物网站，针对下述问题，建立一个类图：有两种顾客，一种是常客，享受公司的一些优惠待遇；另一种是散户。所以其参与者有：顾客、常客、散客和员工 第四题根据下面的陈述画出类图 1）学生包括本科生、研究生两种。 2）研究生的一部分利用课余时间担任助教。 3）教师包括助教、讲师和教授三种。 4）一名助教可以为一位讲师或一位教授助课，一位讲师只能有一名助教，一位教授可以有5名助教。
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是指当某个人与系统进行互动时发生的情况。下面是一个医院门诊部的情节。 “一个病人打电话给门诊部预约一年一次的身体检查。接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录。”
一、实验目的 熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。 二、实验内容 1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。 某酒店订房系统描述如下： (1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； (2) 前台服务员可以利用系统直接在前台预订房间； (3) 不管采用哪种预订方式，都需要在预订时交相应订金； (4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； (5) 利用信用卡进行支付时需要和信用卡系统进行通信； (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下： (1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。 (2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 (3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 (4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。 绘制该系统的用例图。 3. 根据如下描述绘制类图： 某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
一、类图
类图分三层： 第一层显示类的名称。如果是抽象类，则就用斜体显示。 第二层是类的特性，通常就是字段和属性。 第三层是类的操作，通常是方法或行为。 注意前面的符号，“+”表示 public ，“-”表示private ，“#”表示protected 。 二、接口图 接口的两种表示方法 —— “飞翔”，它表示一个接口图，与类图的区别主要是顶端有<
三、关系 1、继承关系(Generalization)：也称泛化关系。 用 空心三角形 ＋ 实线 来表示 说明：和“接口实现”为一对，两者都用空心三角形。但继承关系比实现接口关系耦合性强，所以继承用实线，实现接口用虚线 2、合成关系(Composition)： 用 实心的菱形 ＋ 实线箭头 来表示。 也有翻译成“组合、复合”的。是一种强的“拥有”关系。 它体现了严格的部分和整体的关系，部分和整体的生命周期一样。 比如鸟和翅膀就是组合关系，因为他们是部分和整体的关系，并且翅膀和鸟的生命 周期是相同的。 另外，合成关系的连线两端还有一个数字“1”和数字“2”，这被称为基数。表明这一端的类可以有几个实例。 例如鸟有两个翅膀，两条腿，一个头等。如果一个类可以有无数个实例就用“n”来 表示，例如鸟可以有“n”个羽毛。 关联关系、聚合关系也可以有基数。 继承泛化 空三实线合成耦强 实菱实乮线乯箭 继承接口 合成聚合 关联依赖
实验一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 导航窗口
根据UML图，写出Java程序的代码。 class MyClass { Student myStudent; String ClassName; private int StudNum; public void addStudent(Student stud) { myStudent= stud; } } class Student { long StudentID; private String StudentName; private String PassWord; public String getName() { return StudentName; } void changePassWord(String newPWD) {this. PassWord = newPWD; } }
interface ILeanable { public void study(); } interface ITeacher {public void teach(); } class Person { public String name; } class Student extends Person Implements ILeanable { private int age; private String address; public void study() {….} } class T eacher extends Person Implements ITeacher { private String major; private int age; public void teach() {…} }
1、关联 双向关联： C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。 在 GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针。对象引用本身就是有向的，更适合表达我们所讨论的那种关系。所以这种关系在设计的时候比较少用到，关联一般都是有向的。 使用ROSE 生成的代码是这样的： class C1 ...{ public: C2* theC2; }; class C2 ...{ public: C1* theC1; }; 双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。
单向关联: C3->C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。没有生命期的依赖。一般是表示为一种引用。 生成代码如下： class C3 ...{ public: C4* theC4; }; class C4 ...{ }; 单向关联的代码就表现为C3有C4的指针，而C4对C3一无所知。 自身关联（反身关联）： 自己引用自己，带着一个自己的引用。 代码如下：
class C14 ...{ public: C14* theC14; }; 就是在自己的内部有着一个自身的引用。 2、聚合/组合 当类之间有整体-部分关系的时候，我们就可以使用组合或者聚合。 聚合：表示C9聚合C10，但是C10可以离开C9而独立存在（独立存在的意思是在某个应用的问题域中这个类的存在有意义。这句话怎么解，请看下面组合里的解释）。 代码如下： class C9 ...{ public: C10 theC10; }; class C10 ...{
实验八UML—类图 1 实验要求与目的 ●了解面向对象的基本概念； ●熟练使用Visio绘制类图； 2 实验原理与背景知识 1、面向对象： 面向对象方法是一种把面向对象思想应用于软件开发过程中，知道开发活动的系统方法。对象是由数据和操作组成的封装提，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象，而继承是对具有层次关系的类的属性和操作进行共享的一种方式。所谓面向对象就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。 2、UML 面向对象分析与设计方法的发展在20世纪80年代末到90年代中出现了一个高潮，统一建模语言（UML）就是这个高潮的产物。UML是由面向对象方法领域的3位著名专家Grady Booch、James Rumbaugh和Ivar Jacobson提出的，标志着面向对象建模方法进入了第三代。 UML已得到许多世界知名公司的使用和支持，并于1997年11月17日被OMG（Object Management Group）组织采纳，成为面向对象建模的标准语言。目前为止，OMG提交给国际标准化组织（ISO）的UML 1.4版已经通过审核成为国际标准（ISO/IEC 19501：2005）。十几年来，UML已经迅速成长为一个事实上的工业标准。不论在计算机学术界、软件产业界还是在商业界，UML已经逐渐成为人们为各种系统建模、描述系统体系结构、商业体系结构和商业过程时使用的统一工具，并且在实践过程中人们还在不断扩展它的应用领域。 3、类图 类、对象及它们之间的关系，是面向对象技术中最基本的元素。使用面向对象技术解决实际问题时，需要建立面向对象的模型，其中类模型和对象模型揭示了系统的静态结构。在UML中，类模型和对象模型分别用类图和对象图表示。类图技术是面向对象方法的核心，对象图实际上是类图的变种，是类图的实例。 类图是创建其他UML图的基础。 类图不仅定义软件系统中的类，描述类与类之间的关系，它还表示类的内部结构（类的属性和操作）。类图描述的是一种静态关系，它是从静态角度表示系统的。 （1）定义类 UML中类的图形符号为长方形，用两条横线把长方形分成上、中、下3个区域（下面两个区域可省略），3个区域分别放类的名字、属性和操作。类名是一类对象的名字。命名是否恰当对系统的可理解性影响相当大，类命名的准则如下： 使用标准术语；使用具有确切含义的名词；必要时用名词短语作名字。 （2）定义类的属性 选取类的属性时应考虑的原则：
UML统一建模语言实验 实验三分析、设计并使用Rose创建类图 1实验目的 1.1学会分析与设计实际项目需示中的静态模型 1.2掌握在Rational Rose 2007中绘制类图 2实验内容 2.1阅读、理解并创建教材附录《课程实验一饭店预订管理系统》中的类图 （267页）。 2.1.1理解其中的类元素、类之间的关系（依赖、关联、泛化、实现）， 其中关联关系理解其多重性。 2.1.2在Rational Rose中创建教材中的类图，探索工具中类以及类之间的 关系等模型元素的属性表示。 2.2综合实例分析：图书管理系统的静态建模 参考实验二对图书管理系统已经完成的需求分析和用例图的创建结 果，进一步分析该系统的静态模型，即类的设计。整个过程中，注意 类之间关系的使用，类名、属性名、成员名的命名规则。 要求： 1)对类的分析按照实体类、界面类、控制类的类型分别设计； a)一个功能的路径：用户类-》界面类–》控制类–》实体类 2)每一个类，考虑其应对外提供的功能，确定操作和属性，对于操作尽 量细化到每个操作应该有的参数和返回值； 2.2.1设计与创建系统的用户类与实体类 根据基本的需求描述，用户类与实体类至少要包括以下： ●借阅者（Borrower） ●图书管理员（Librarian） ●书刊（Book） ●物理书刊（BookItem） ●借书记录（Loan） ●预订记录（Reservation）
思考：以上这些存储于数据库的实体类，都要提供增(add)、删(delete)、改(update)、查（get）的操作，能否抽象出一个公用类来定义这些共同操作？该如何定义？ 2.2.2设计与创建系统的界面类 1)为系统的主要功能设计系统的界面，至少应该分为登录界面、借还 书服务界面、信息管理界面； 2)细分每个界面大类下的子界面类：如借书服务界面应该至少包括借 阅界面、退还界面、预约界面等等； a)思考：主界面类与子界面类的关系是什么？ b) 3)根据用户可能对相应界面进行的操作，定义界面类的操作，以便在
UML类图符号各种关系说明以及举例 UML中描述对象和类之间相互关系的方式包括：依赖（Dependency），关联（Association），聚合（Aggregation），组合（Composition），泛化（Generalization），实现（Realization）等。 ?依赖（Dependency）：元素A的变化会影响元素B，但反之不成立，那么B和A的关系是依赖关系，B依赖A；类属关系和实现关系在语义上讲也是依赖关系，但由于其有更特殊的用途，所以被单独描述。uml中用带箭头的虚线表示Dependency关系，箭头指向被依赖元素。 ?泛化（Generalization）：通常所说的继承（特殊个体is kind of 一般个体）关系，不必多解释了。uml中用带空心箭头的实线表示Generalization关系，箭头指向一般个体。 ?实现（Realize）：元素A定义一个约定，元素B实现这个约定，则B和A的关系是Realize，B realize A。这个关系最常用于接口。uml中用空心箭头和虚线表示Realize关系，箭头指向定义约定的元素。 ?关联（Association）：元素间的结构化关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。uml中用实线表示Association关系，箭头指向被依赖元素。
?聚合（Aggregation）：关联关系的一种特例，表示部分和整体（整体has a 部分）的关系。uml中用带空心菱形头的实线表示Aggregation关系，菱形头指向整体。 ?组合（Composition）：组合是聚合关系的变种，表示元素间更强的组合关系。如果是组合关系，如果整体被破坏则个体一定会被破坏，而聚合的个体则可能是被多个整体所共享的，不一定会随着某个整体的破坏而被破坏。uml中用带实心菱形头的实线表示Composition关系，菱形头指向整体。 其中依赖（Dependency）的关系最弱，而关联（Association），聚合（Aggregation），组合（Composition）表示的关系依次增强。换言之关联，聚合，组合都是依赖关系的一种，聚合是表明对象之间的整体与部分关系的关联，而组合是表明整体与部分之间有相同生命周期关系的聚合。 而关联与依赖的关系用一句话概括下来就是，依赖描述了对象之间的调用关系，而关联描述了对象之间的结构关系。 后面的例子将针对某个具体目的来独立地展示各种关系。虽然语法无误，但这些例子可进一步精炼，在它们的有效范围内包括更多的语义。 1.1.1 依赖（Dependency）:虚线箭头表示 1、依赖关系也是类与类之间的联结 2、依赖总是单向的。（#add 注意，要避免双向依赖。一般来说，不应该存在双向依赖。）
《面向对象与UML》 实验报告 实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容
1.熟悉Rational rose建模环境 2.建模基本步骤 退出系统 用例编号：UC01 用例名称：登陆系统 简要说明：成功打开服务器，并登陆系统 主要参与者：学生 前置条件：学生成功打开服务器 后置条件：成功登陆系统 基本事件流：1.输入帐号 2.输入密码 3.点击确认键系统校验 4.系统确认，学生成功登陆系统 扩展事件流：3a.系统校验失败，系统提示重新输入帐号密码或放弃登陆系统3a1)学生重新输入帐号密码转到第4步 3a2)放弃登陆，终止操作 用例编号：UC02 用例名称：成绩查询 简要说明：完成查询成绩信息 参与者：学生 前置条件：学生成功登陆系统 后置条件：成功查询到成绩
基本事件流：1.学生向系统发出查询成绩请求 2.选择要查询的科目，系统校验 3.成功查询到成绩信息 扩展事件流：2a.系统校验失败，系统提示重新选择输入科目信息或放弃查询 2a1)学生重新输入科目信息，转到第三步 2a2)放弃查询，终止操作 用例编号：UC03 用例名称：退出系统 简要说明：完成退出系统操作 主要参与者：学生 前置条件：学生已成功登陆系统 后置条件：学生成功退出系统 基本事件流：1.点击退出系统按钮 2.成功退出系统 用例编号：UC05 用例名称：找回系统密码 简要说明：完成找回密码功能 参与者：学生 前置条件：成功打开服务器，密码丢失 后置条件：成功找回密码 基本事件流：1.点击找回密码按钮 2.输入新密码 3.重新输入新密码，系统校验 4.系统完成校验，密码成功找回 扩展事件流：3a.系统校验失败，系统提示两次输入密码不符，请重新输入。转到步骤4。 3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。