UML.ROSE类图符号说明
Rational_Rose介绍
抽象参 与者
规范窗口显示 和修改用例的 属性和关系 ◦ 通用标签 ◦ 模型图标签 ◦ 关系标签 ◦ 文件标签
构造型一般不用 于用例，需要可 以增加
区分用例的 优先次序 抽象用例，不由 参与者直接启动， 而是为其它用例 提供功能
用例所拥有 的模型图
与其他用例 或参与者存 在的关联
所涉及的辅 助文档
◦ 对象 ◦ 链 ◦ 消息
选择工具 注释 对象
文本
类实例
对象间的链接 反身链接 增加消息 增加反向消息
显示对象间的信息流
反方向显示对象间的信息流
通过单击对象间的 链接产生消息。要 在协作图中增加消 息，必须先建立对 象间的链接
时序图→协作图
◦ 打开时序图 ◦ 选择Browse→Create collaboration Diagram 或按F5
选择工具
文本
注释 状态 初始状态 终止状态 转换 反身转换
可同样通过 动作规范窗 口设置动作
主要内容
Rational Rose 简介 用例视图 逻辑视图 构件视图 部署视图
提供当前模型的物理视图，对系统的静态实现视 图进行建模 构件图显示软件构件的组织以及构件间的依赖关 系，包括源代码构件，二进制代码构件以及可执 行构件 构件间的调用表示为构件间的依赖关系
浏览区窗口中的视图
用例视图 逻辑视图 构件视图 部署视图 只关心系统的高级 关注系统如何实现 功能，不关心系统 可看出系统实现 关心系统的实际部 用例中提到的功能 的具体实现细节。 的物理结构，包 署情况。包括：进 包括：类，类图， 包括：用例图，活 括：构件，构件 程，处理器，设备 交互图，状态图， 动图，交互图，包 图，包 活动图，包
UML类图关系大全(ROSE画图)
UML类图关系大全(ROSE画图)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...{};组合（也有人称为包容）：一般是实心菱形加实线箭头表示，如上图所示，表示的是C8被C7包容，而且C8不能离开C7而独立存在。
但这是视问题域而定的，例如在关心汽车的领域里，轮胎是一定要组合在汽车类中的，因为它离开了汽车就没有意义了。
RationalRose简明实用教程
RationalRose简明实用教程UML中各种图形概要：图名对照说明用例图use casediagram 用例图表明系统做什么,与谁交互。
用例是系统提供的功能，参与者是系统与谁交互,参与者可以是人、系统或其他实体。
一个系统可以创建一个或多个用例图。
用例use case参考者actor关联关系unidirectional association泛化关系（继承）generalization活动图activitydiagram 活动图显示了从活动到活动的流。
活动图可以在分析系统业务时用来淙业务流，也可以在收集系统需求的时候显示一个用例中的事件流。
活动图显示了系统中某个业务或者某个用例中，要经历哪些活动，这些活动按什么顺序发生。
泳道swimlane活动activitystate transition同步synchronization决策点decision类图classdiagram类图显示系统之中类与类之间的交互类class方法Operation属性Attribute序列图sequencediagram序列图显示用例中的功能流程协作图collaboration diagram状态图statechart diagram构件图componentdiagram 构件图显示模型的物理视图，也显示系统中的软件构件及其相互关系，模型中的每个类映射代码构件，一旦创建构件，就加进构件图中，然后画出构件之间的相关性。
构件间的相关性包括编译相关性和运行相关性。
实施图deploymentdiagram 实施图是显示网络的物理布局，系统中涉及的处理器、设备、连接和过程。
一个项目中有一个实施图。
Rose模型（包括所有框图、对象和其他模型元素）都保存在一个扩展名为.mdl的文件中。
1.环境简介 1.1 Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。
1、浏览器：用于在模型中迅速漫游。
UML类图各符号含义
UML类图各符号含义类图基本符号可拆分为虚线，箭头，实线，空心右三角，实心右三角，空心菱形和实心菱形。
由这些基本的图形进行组合构成了类图的基本符号。
这里要注意这几个符号的顺序，代表了类与类之间关系的耦合程度。
越向右耦合度越高。
其中虚线+箭头是表示即依赖的关系,实线+箭头表示关联的关系，虚线+空心右三角表示implements,实线+空心右三角表示的是泛化，即类的继承关系。
实线+空心菱形表示的是聚合的关系，实线+实心菱形则表示组合的关系。
另外一点是在看类图的时候要注意。
类图的思想其实也还没有脱离面向对象的思想，以某个类为中心，有些线是射入的而有些线是射出的。
射入的线表示的是这个类被哪些类所调用而射出的线则表示该类调用了哪些类，包括泛化，关联，依赖，聚合和组合四种关系。
这类似于离散数学中有关图部分的描述。
1. 类（Class）：使用三层矩形框表示。
第一层显示类的名称，如果是抽象类，则就用斜体显示。
第二层是字段和属性。
第三层是类的方法。
注意前面的符号，‘+’表示public，‘-’表示private，‘#’表示protected。
2. 接口：使用两层矩形框表示，与类图的区别主要是顶端有<<interface>>显示。
第一行是接口名称。
第二行是接口方法。
3. 继承类（extends）：用空心三角形+实线来表示。
4. 实现接口（implements）：用空心三角形+虚线来表示5. 关联（Association）：用实线箭头来表示，例如：燕子与气候6. 聚合（Aggregation）：用空心的菱形+实线箭头来表示聚合：表示一种弱的‘拥有’关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分，例如：公司和员工组合（Composition）：用实心的菱形+实线箭头来表示组合：部分和整体的关系，并且生命周期是相同的。
例如：人与手7. 依赖（Dependency）：用虚线箭头来表示，例如：动物与氧气8. 基数：连线两端的数字表明这一端的类可以有几个实例，比如：一个鸟应该有两只翅膀。
第1部分：UML,Rose与用例图
（一）实训名称：UML,Rose与用例图（二）实训内容：1． UML的基本概念；2． Rational Rose的基本概念；3．使用Rose创建一个模型文件；4．用例图的基本概念：用例，活动者，事件流等；5．在Rose中用例图的创建方法；要求能够掌握以下内容：给定系统的功能描述，能够分析系统的用例，活动者以及它们之间的关系，并使用Rose创建用例图。
（三）实训原理5.1 UML基本概念UML(Unified Modeling Language,统一建模语言是一种支持面向对象技术的可视化建模语言，是在计算机系统中表示真实世界的语言，描述真实世界中的对象和它们之间的关系。
简单地说，我们在软件工程中使用UML把一个项目解析为各种不同的UML图。
软件和软件工程面向对象生命周期：风险分析，需求分析，系统分析，系统设计，实现，测试，部署，维护模型，文档5.2 Rose工具简介Rose是用UML快速开发应用程序的工具之一，支持用例图，活动图，序列图，协作图，状态图，组件图和布局图，通过正向和逆向转出工程代码的特性，可以支持C++,Java,Visual basic和XML DTD等的代码生成和逆向转出工程代码。
在我们这门课里，将会以大家都很熟悉的选课系统为例，从用户需求开始，循序渐进地介绍使用UML和Rose2003进行分析和设计的全过程，最终组成一个完整的解决方案。
5.2.1 使用Rose2003创建模型可以通过下面介绍的过程建立一个模型。
启动Rose后，得到图5-1所示的模型向导界面。
图5-1这里可以选择模型最终实现的工具，比如选择“jdk-12”,按下“OK”，进入设计画面（见图5-2），这样需要花一些时间进行导入。
因为本课程只着眼于分析与设计，所以建议点击“Cancel”进入设计画面。
图5-2右键点击浏览器中的“untitled”，在弹出的快捷菜单中选择“Save”，弹出文件保存对话框（见图5-3）。
UML建模与ROSE共54页文档
Class Diagram
类图显示了一组说明性（静态）的模型 元素，例如：类、包以及它们的内容和 关系。
类的构造型
边界类 控制类 实体类
打印机接口 队列处理
账户
关系
Association[关联]
– Aggregation[聚合] – Composition[组合]
Dependency[依赖] Realization[实现] Generalization (inheritance)[泛化（继承）]
答：需要在Rose的菜单栏的Tools--〉 Options菜单General选项卡中将相应的 字体设置为中文。
Q&A
2. Use Case中的条件分支如何表示？ 答： Sequence Diagram中用注释，或分
成多个Sequence Diagram。
直接用Activity Diagram。
Helicopter
Bird
Wolf
Horse
分析类图
业务对象模型中的类图
UML图示-With ROSE
Use Case Diagram Component
Class Diagram
Diagram
Sequence Diagram Deployment
Collaboration
Diagram
Component(构件)
构件是系统中实际存在的可更换部分，它实 现特定的功能，符合一套接口标准并实现一 组接口。构件代表系统中的一部分物理实施， 包括软件代码（源代码、二进制代码或可执 行代码）或其等价物（如脚本或命令文件）。 在图中，构件表示为一个带有标签的矩形。
NewCo mponent
部署构件的示例
Digram
用rose画UML图（用例图，活动图）
⽤rose画UML图（⽤例图，活动图）
⽤rose画UML图（⽤例图，活动图）
⾸先，安装rose2003，电脑从win8升到win10以后，发现win10并不⽀持rose2003的安装，换了rose2007以后，发现也不可以。
解决途径：在虚拟机中安装（我装的是win xp的系统，安装的是rose2003）。
如果需要安装包，可以联系我。
此外，还有Visio2013的安装包等。
都有⽤过，不过还是觉得rose最好⽤了。
然后开始贴图吧！毕设做的电商购物系统的UML设计图。
⽤例图：
1.⽤户⽤例模型
2.系统管理员⽤例模型
3.订单⽤例模型
4.产品⽤例模型
5.⽹站管理⽤例模型
6.⽤户信息⽤例模型
7.分类⽤例模型
8.留⾔⽤例模型
活动图：
1.管理员⽂章管理活动图
1.⽤户获取商品活动图
时序图：
系统业务模块流程图：。
状态图的Rose 操作_UML与Rose建模实用教程_[共5页]
![状态图的Rose 操作_UML与Rose建模实用教程_[共5页]](https://img.taocdn.com/s3/m/03e4f3b148d7c1c709a14552.png)
除了历史状态，UML还定义了深历史状态的概念。
深历史状态与历史状态所不同的是，历史状态保存的是当前嵌套层次下的子状态，而深历史状态保存的则是更深的嵌套层次中的子状态。
深历史状态使用一个被小圆圈包围的“H*”符号表示。
10.4 状态图的建模技术状态图可以为一个在不同条件下对外反应不同的对象的生命周期建模，通常具有这种特点的UML元素都有三方面明显特征：在确定的条件下对象处于可知的稳定状态；在某个稳定状态下，存在某些确定的事件使得当前状态跳转到下一个稳定状态，并且这种跳转不可以中断；在不同的状态下，对象对外开放的接口、行为等一般不同。
在这三个特征中，第一个保证了建立状态图的基础，即对象不是时刻变化的，它总有一段时间会给出特定的行为；第二个特征确保了状态机是合理的：如果一个对象的状态转移规则是不确定的——如可能出现从状态A→接受事件e→转移到事件B，而在完全相同的状态下，A状态下发生事件e，却转移到另外一个事件C这样的情况——这个对象是无法使用状态机来描述的；第三个特征保证了状态图建模的必要性，如果一个对象有若干个状态，而它处于这些状态时对于我们关心的领域而言给出的接口基本不变，那对这个对象建立状态图的意义就没有了。
并且，根据先前提到的原则，状态是一个对象在某些条件下表现出的明显状态——如果几个状态从外部看去并不能加以区分，那么它就是一个状态。
使用状态图为对象的生命周期建模，可以参考这样一个步骤。
•确定状态机的语境。
一般情况下状态机附属于一个类，也可能会附属于一个用例或整个系统。
如果语境是一个类或一个用例，则需要关注与之在模型关系上相邻的类。
这些类将成为状态机中涉及的动作或监护条件的待选目标。
如果语境是一个系统，那么我们就需要让该状态机集中体现这个系统第一个行为，因为为系统建立一个完整的状态机是非常棘手的。
•设置状态机的初态和终态。
•决定该对象的状态机中可能需要响应的事件。
这些事件需要在对象的接口中和语境下与该对象交互的对象所发送的事件中寻找确定。
UML面向对象建模 -Rose实验教程
实验四：交互图.....................................................................................................................30 实验 4.1 了解交互图的工具栏按钮的图标和含义 ...................................................30 实验 4.2 交互图中的角色...........................................................................................31 实验 4.3 交互图中的消息...........................................................................................34 实验 4.3 在顺序图和协作图之间切换.......................................................................42 实验 4.3 练习：建立 Sequence 框图和 Collaboration 框图......................................42
3、如果选择框架，则 Rose 自动装入这个框架的默认包、类和组件。例如，装入 Jenterprise 框架，则左边的浏览器窗口如图
UML05-2-Rose与关系分析
表示
16 of 70
版权所有：理学院
Java&UML
UML
关联示例——聚合关系 类图含义：A聚合B，B可以离开A。
17 of 70
版权所有：理学院
Java&UML
UML
关联示例——聚合关系 代码含义：双方都拥有对方的一个指针，当然 也可以是应用或者是值。
18 of 70
版权所有：理学院
Java&UML
Java&UML 教程
பைடு நூலகம்
UML
Rose与关系分析
使用Rose分析学习过的各种关系
授课：刘松华
版权所有：江西理工大学理学院
Java&UML
UML
课程要点
5.1 回顾关系 5.2 Rose图
2 of 70
版权所有：理学院
Java&UML
UML
1.依赖的含义
回顾：依赖(dependency): 表示两个元素X、Y，如 果X的变化必然导致Y的变化，则称Y依赖X。 注意：依赖关系不仅限于类，用例、包、构件之间 都可以存在依赖关系。 回顾：在UML中，依赖用一个从客户指向提供者的 虚箭头表示。
7 of 70
版权所有：理学院
Java&UML
UML
泛化的表示
表示
例子
8 of 70
版权所有：理学院
Java&UML
UML
泛化示例—— 类图含义：E可以使用F的公共属性和方法。
9 of 70
版权所有：理学院
Java&UML
UML
泛化示例—— 代码含义：E从F继承而来，Java用extends关 键字表示继承关系。
类图的Rose 操作_UML与Rose建模实用教程_[共5页]
![类图的Rose 操作_UML与Rose建模实用教程_[共5页]](https://img.taocdn.com/s3/m/96709201195f312b3069a541.png)
92 并且该职责要由这个类完全封装起来。
Martin 将职责定义为“改变的原因”，因此这个原则也可以被描述为“一个类应该只有一个可以引起它变化的原因”。
每个职责都是变化的一个中轴线，如果类有多个职责或职责被封装在了多个类里，就会导致系统的高耦合，当系统发生变化时，这种设计会产生破坏性的后果。
上述内容是面向对象设计的五大原则，根据他们的首字母，这五个原则也被合称为SOLID 。
这些原则不是独立存在的，而是相辅相成的。
这些原则的应用可以产生一个灵活的设计，但也需要花费时间和精力去应用并且会增加代码的复杂度。
在使用时，我们需要根据系统的规模和是否经常变更需求来适时应用这些原则，从而得出一个更优秀的设计。
6.5 实验：使用Rose 绘制类图
本节将简要介绍使用Rose 工具绘制类图的方法。
6.5.1 类图的Rose 操作
1．类图工具栏
在Rose 中，当选择一个类图进行操作时，框图工具栏将变成类图工具栏。
图6-32显示了系统默认的类图工具栏。
2．创建类图
Rose 中可以在逻辑视图或用例视图下创建类图。
在一个新建的项目中，系统提供了一个名为“Main ”的空白类图，读者可以选择直接在此处进行绘制。
如果系统需要多个类图表示，那么用户可以自行创建类图。
要创建一个类图，首先在浏览器的【Logical View 】或【Use Case View 】目录上单击鼠标右键，在弹出的菜单中选择【New 】Æ【Class Diagram 】项，如图6-33所示。
最后重命名新建的
类图即可。
图6-32 类图工具栏 图6-33 新建类图。
RationalRose用例图及其应用_2
32
识别用例
识别用例最好的办法就是从分析系统的参与者开 始，考虑每个参与者是怎样使用系统。使用这种 策略的过程中可能会找出一个新的参与者，这对 完善整个系统建模很有帮助。 在识别用例的过程中，通过以下的几个问题可以 帮助识别用例： （1）特定参与者希望系统提供什么功能？ （2）系统是否存储和检索信息？如果是，这个行 为由哪个参与者触发? （3）当系统改变状态时，通知参与者吗？ （4）存在影响系统的外部事件吗？ （5）是哪个参与者通知系统这些事件？
36
37
3 参与者规范及应用
3.1 参与者规范
– Rose在实现中对参与者和类使用相同的规 范窗口，包括如下一些标签：
• • • • • • • • General Detail Operations Attributes Relations Components Nested Files
38
34
四、用例图建模技术
对语境建模 对系统语境建模可以参考如下方法。
（ 1 ）得出需要从系统中得到帮助的组；执行系统 功能必须的组；与外界进行交互的组；执某些辅助 功能的组，并由此来识别系统外部的参与者。 （2）将类似的参与者组织成泛化的关系中。 （3）如需加深理解，可以为参与者提供构造型。 （4）说明用例图中参与者和用例间的通信路径。
包含关系：
用例间的包含关系使用虚线+箭头表 示，并加入构造型《include》
23
2 关系及其应用
2.4 关系的扩展
• 使用包含关系的三种情况： a.如果有多个用例，并且这些用例包含大量类似 的行为，应该考虑将这些类似的行为通过包含关 系包含到用例中 b.对两个或多个互相独立的用例建模时做了重复 的工作，可以通过包含关系包含这些重复的工作 c.如果某个行为可能会引入冗余，或者，当行为 发生变化时可能导致不一致性，这时，应该对这 种行为进行孤立建模并将它包含到用例中
包图的Rose 操作_UML与Rose建模实用教程_[共2页]
![包图的Rose 操作_UML与Rose建模实用教程_[共2页]](https://img.taocdn.com/s3/m/dc7e59bea45177232e60a228.png)
110
7.5 实验：使用Rose绘制包与包图
本节将主要介绍如何在Rose工具中使用包组织元素及绘制包图。
7.5.1 包图的Rose操作
1．Rose中包与包图的相关说明
由于UML 1.x规范没有明确定义包图，因此Rose工具并没有为包图建立独立的空间，而是更多的将包作为一种组织结构显示在浏览器中。
然而，包元素可以被创建在几乎所有种类的UML 图中，因此我们建议在Rose中可以将包图表示在同样展现静态结构的类图中。
2．创建包元素
要将包元素直接加入图中，可以直接选中工具栏中的包按钮，再在图中适当位置单击并输入包名即可。
要将包元素添加到浏览器中，可以在要创建的包的上层包中单击鼠标右键，在弹出的菜单中选择【New】Æ【Package】项，并输入包名，如图7-8所示。
另外，可以将浏览器中的包元素拖
动到图中。
图7-8 添加包元素到浏览器中
3．向包中添加元素
要将已存在的元素移动到包中，只需要在浏览器中将该元素从目前的位置拖动到新的包元素的目录节点下即可。
也可以通过在包上单击鼠标右键，在弹出的菜单中选择【New】项来新建元素。
要设置元素在包中的可见性，可以打开该元素的规格说明对话框并在【General】选项卡中的
【Export Control】处选择适当的可见性即可。
4．删除包元素
要删除一个已存在的包元素，只要在浏览器中选中该包并单击鼠标右键，在弹出的菜单中选。
Rational Rose建模 第6章 类图和对象图
类图和对象图的概念
4. 对象图在项目开发中的作用
对象图作为系统在某一时刻的快照，是类图中的各个 类在某一个时间点上的实例及其关系的静态写照，可 以通过以下几个方面来说明它的作用： (1)说明复杂的数据结构。对于复杂的数据结构，有时 候很难对其进行抽象成类表达之间的交互关系。使用 对象描绘对象之间的关系可以帮助我们说明复杂的数 据结构某一时刻的快照，从而有助于对复杂数据结构 的抽象。 (2)表示快照中的行为。通过一系列的快照，可以有效 表达事物的行为。
使用Rose创建类图
1. 创建类
(1)在图形编辑工具栏中， 选择 按钮，此时光标变为 “＋”号。 (2)在类图中单击选择任意 一个位置，系统在该位置创 建一个新类。系统产生的默 认名称为“NewClass”。 (3)在类的名称栏中，显示 了当前所有的类的名称，我 们可以选择清单中的现有类， 这样便把在模型中存在的该 类添加到类图中。如果创建 新类，将“NewClass”重新命 名成新的名称即可。
类图的组成
1. 类
类是面向对象系统组织结构的核心。类是对一组具有相同属性、操作、 关系和语义的事物的抽象。 在UML的图形表示中，类的表示法是一个矩形，这个矩形由三个部分 构成，分别是：类的名称（Name）、类的属性（Attribute）和类的操 作（Operation）。
类图的组成
类的名称是每个类的图形中所必须拥有的元素，用于 同其它类进行区分。类的名称通常来自于系统的问题 域，并且尽可能地明确表达要描述的事物，不会造成 类的语义冲突。
类图和对象图的概念
在类图中，具 体来讲它一共 包含了以下几 种模型元素， 分别是：类、 接口、依赖关 系、泛化关系、 关联关系以及 实现关系。 类图可以创建 约束、注释和 包等。
UML与ROSE建模基础时序图协作图等
主要内容
1. 协作图的组成 2. 运用协作图 3. 实例图与一般图 4. 对象的创建与销毁 5. 其他概念
14
1.2.1 协作图的组成
协作图由下列图形元素构成：对象、关联线、导航箭线和 消息。 （1）对象：一般只给出名称，其命名规则与在对象图中相 同。可以使用匿名对象。 （2）关联线：表示在对象之间存在交互协作的关系。 （3）导航箭线：指出消息传递的方向和消息的类型。 （4）消息：表示对象之间的通讯。消息的含义与格式跟顺 序图中相同。 序号[保护条件] *[循环]返回表:=操作名（参数 表）
16
1.2.2 协作图[2] 协作图
1: Keystroke
: GUI
2: notify(keystroke) 7: feedback() 4: update(keystroke) : OperatingSystem
: Monitor
3: notify(keystroke) 6: display(keystroke)
源对象 Simple Message
目标对象
7
1.1.1 顺序图的组成 顺序图的组成[3]
消息内容: 消息内容
序号[保护条件 循环]返回表 操作名（ 序号 保护条件]*[循环 返回表 操作名（参数表） 保护条件 循环 返回表:=操作名 参数表） 为消息在整个交互中的顺序号，可缺省。 序号 为消息在整个交互中的顺序号，可缺省。 保护条件 在方括号中，含有一个布尔表达式，只有当条件满足时 在方括号中，含有一个布尔表达式， 才能发送该消息。当缺省时，表示该消息是无条件发送的。 才能发送该消息。当缺省时，表示该消息是无条件发送的。 *[循环 循环] “*”表示该消息重复发送。循环说明发送的重复次数， 表示该消息重复发送。 循环 表示该消息重复发送 循环说明发送的重复次数， 缺省表示次数未规定。 缺省表示次数未规定。 操作名（参数表） 操作名或是一般消息名， 操作名（参数表） 操作名或是一般消息名，或是接受该消息对象 中的操作名。参数表是一个以逗号分隔的实在参数表，实在参数的 中的操作名。参数表是一个以逗号分隔的实在参数表， 次序、个数、类型必须与该操作的形式参数一致。 次序、个数、类型必须与该操作的形式参数一致。 返回表： 返回表是一个以逗号分隔的名字列表， 返回表：= 返回表是一个以逗号分隔的名字列表，这些名字代表 后面跟的操作所返回的值。 后面跟的操作所返回的值。
UML.ROSE类图符号说明
图一:此实线箭头表示, 继承, 从一个非接口类的继承.图二:那条连线表示双向关联:看左边, Flight扮演assignedFights角色, 有0到1个Plane跟他关联(一个航班要么取消了没有飞机,要么只能对应一架飞机)看右边, Plane扮演着assignedPlane角色, 有0到多个Flight跟他关联(一个飞机可以参与多个航班, 也可以停在仓库里面烂掉)图三:那条连线表示单向关联:基本的意义跟上面的是一样的, 唯一不同的是, 右边的类对左边的类是一无所知的. 图四:那个大的包围的框叫软件包, 名字为Account, 就一些可以归类的类包装起来.图五:如此虚线的箭头表示实现一个接口.图六:水平的连线还是表示上面所说的关联, 但从关联连线中引伸出来的虚线, 这意味当Flight 类的一个实例关联到FrequentFlyer 类的一个实例时，将会产生MileageCredit 类的一个实例.图七:带菱形的箭头表示基本聚合, 由上图知道, Wheel类扮演wheels角色, 聚合4个到Car 对象里面去,空心的菱形表示Wheel对象并不随Car的创建而创建,销毁而销毁.图八:意义和上面类似, 唯一不同的是, 实心菱形表示Department对象随Company对象的创建而创建,销毁而销毁.图九:表示反射关联, 显示一个Employee类如何通过manager / manages角色与它本身相关。
当一个类关联到它本身时，这并不意味着类的实例与它本身相关，而是类的一个实例与类的另一个实例相关总黄酮生物总黄酮是指黄酮类化合物，是一大类天然产物，广泛存在于植物界，是许多中草药的有效成分。
在自然界中最常见的是黄酮和黄酮醇，其它包括双氢黄（醇）、异黄酮、双黄酮、黄烷醇、查尔酮、橙酮、花色苷及新黄酮类等。
简介近年来，由于自由基生命科学的进展，使具有很强的抗氧化和消除自由基作用的类黄酮受到空前的重视。
类黄酮参与了磷酸与花生四烯酸的代谢、蛋白质的磷酸化、钙离子的转移、自由基的清除、抗氧化活力的增强、氧化还原作用、螯合作用和基因的表达。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图一:
此实线箭头表示, 继承, 从一个非接口类的继承.
图二:
那条连线表示双向关联:
看左边, Flight扮演assignedFights角色, 有0到1个Plane跟他关联(一个航班要么取消了没有飞机,要么只能对应一架飞机)
看右边, Plane扮演着assignedPlane角色, 有0到多个Flight跟他关联(一个飞机可以参与多个航班, 也可以停在仓库里面烂掉)
图三:
那条连线表示单向关联:
基本的意义跟上面的是一样的, 唯一不同的是, 右边的类对左边的类是一无所知的. 图四:
那个大的包围的框叫软件包, 名字为Account, 就一些可以归类的类包装起来.
图五:
如此虚线的箭头表示实现一个接口.
图六:
水平的连线还是表示上面所说的关联, 但从关联连线中引伸出来的虚线, 这意味当Flight 类的一个实例关联到FrequentFlyer 类的一个实例时，将会产生MileageCredit 类的一个实例.
图七:
带菱形的箭头表示基本聚合, 由上图知道, Wheel类扮演wheels角色, 聚合4个到Car 对象里面去,
空心的菱形表示Wheel对象并不随Car的创建而创建,销毁而销毁.
图八:
意义和上面类似, 唯一不同的是, 实心菱形表示Department对象随Company对象的创建而创建,销毁而销毁.
图九:
表示反射关联, 显示一个Employee类如何通过manager / manages角色与它本身相关。
当一个类关联到它本身时，这并不意味着类的实例与它本身相关，而是类的一个实例与类的另一个实例相关。