类图和对象图概论

合集下载

物流信息系统知识点

物流信息系统知识点

第一章物流信息系统概论1。

1.1物流信息:含义:物流活动中各环节生成的信息,一般是随着生产、消费的物流活动而产生的,与物流过程中的运输、储存、装卸、包装等各种职能有机结合在一起,是整个物流活动顺利进行所不可缺少的。

特点:(1)物流信息量大、种类多、分布广,信息的产生、加工、传播和应用在时间、空间上不一致,方式也不相同,物流信息的收集、分类、筛选、统计、研究等工作的难度加大。

(2)物流信息动态性强、实施性高,信息价值衰减速度快、时效性强.(3)物流信息趋于标准化。

作用:(1)物流信息的传送连接着物流活动的各个环节,并指导各环节的工作,起着桥梁和纽带的作用.(2)物流信息可以帮助企业对物流活动各环节进行有效的计划、协调和控制,以达到系统整体优化的目的。

(3)物流信息有助于提高物流企业科学管理和决策的水平。

1。

1。

2物流信息技术:物流信息技术是指运用与物流活动各环节中的信息技术。

物流信息系统:物流信息系统是指由人员、计算机硬件、软件、网络通讯设备及其他办公设备组成的人机交互系统.1。

3物流信息系统的支撑技术:(1)物流信息采集与识别技术(2)物流信息交换与传输技术(3)物流信息存储与处理技术1。

5物流信息系统的地位和作用:(1)大幅提升企业形象,建立现代化信息管理体制。

(2)规范并优化企业内部各部门、各办事机构的业务流程,再造业务规范,对重点业务实行全面质量监控.(3)实现各部门的协作、无纸办公。

(4)使企业内部各部门使用权限明了,杜绝相互推诿现象。

(5)开发决策支持系统,为企业决策层提供图形化、报表化的市场分析数据,能够对未来的业务发展、客户需求发展、市场发展做出预测.(6)预留标准的EDI数据接口,可以方便的实现与关系部门的数据共享和交换.(7)建立企业Intranet/Internet网络平台。

(8)通过Internet实现全天候实施服务,充分满足客户的各种需求,全面提升客户服务水平,大大加强与客户的紧密度,将应用企业塑造成国际化企业的首选品牌。

UML面向对象分析、建模与设计课件第五章 类图

UML面向对象分析、建模与设计课件第五章 类图
即可变、只增与冻结。
类——操作
操作是一个可以由类的对象请求以影响其行为的服务的实现,也即 是对一个对象所做的事情的抽象,并且由这个类的所有对象共享。
操作是类的行为特征或动态特征。 操作的语法格式为:
可见性OPT 操作名 ⌊(参数列表)⌋OPT ⌊:返回类型⌋OPT ⌊{特性}⌋OPT
操作名:操作的标识符。在描述操作时,操作名是必须的,其他部 分可选。
Student
+monitor 1
1..*
自关联
类图中的关系——关联关系
关联名称:放在关联路径的旁边,但远离关联端。 角色:放在靠近关联端的部分,表示该关联端连接的类在这一关联
关系中担任的角色。角色名上也可使用可见性修饰符号。 多重性:放在靠近关联端的部分,表示在关联关系中源端的一个对
象可以与目标类的多少个对象之间有关联。 导航性:一个布尔值,用来说明运行时刻是否可能穿越一个关联。 限定符:是二元关联上的属性组成的列表的插槽,其中的属性值用
/WorksForCompany
Department * +department 1 WorksForDepartment
* Person
类图中的关系——泛化关系
泛化关系定义为一个较普通的元素与一个较特殊的元素之间的类元 关系。其中描述一般的元素称为父,描述特殊的元素称为子。
通过泛化对应的继承机制使子类共享父类的属性和操作,小了模型 的规模,同时也防止了模型的更新所导致的定义不一致的意外。
法了,此时称之为N元关联。
类图中的关系——关联关系
class Logical View
ClassA
AssociationName
+rolename 0..*

UML各种图例齐全—用例图、类图、状态图、包图、协作图、顺序图详细说明画法和功能

UML各种图例齐全—用例图、类图、状态图、包图、协作图、顺序图详细说明画法和功能

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)角色是人状的图标,用例是一个椭圆,通讯是连接角色和用例的线.一个用例图是角色,用例,和它们之间的联系的集合.我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分.注意一个单独的用例可以有多个角色.用例图在三个领域很有作用.决定特征(需求).当系统已经分析好并且设计成型时,新的用例产生新的需求∙客户通讯.使用用例图很容易表示开发者与客户之间的联系.∙产生测试用例.一个用例的情节可能产生这些情节的一批测试用例.类图类图Class diagram通过显示出系统的类以及这些类之间的关系来表示系统.类图是静态的-它们显示出什么可以产生影响但不会告诉你什么时候产生影响.下面是一个顾客从零售商处预定商品的模型的类图.中心的类是Order.连接它的是购买货物的Customer和Payment.Payment有三种形式:Cash,Check,或者Credit.订单包括OrderDetails(line item),每个这种类都连着Item.UML类的符号是一个被划分成三块的方框:类名,属性,和操作.抽象类的名字,像Payment是斜体的.类之间的关系是连接线.类图有三种关系.关联association-表示两种类的实例间的关系.如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联.在图中,关联用两个类之间的连线表示.dependencies关系.如果另一个的包B改变可能会导致一个包A改变,则包A依赖包B.包是用一个在上方带有小标签的矩形表示的.包名写在标签上或者在矩形里面.点化线箭头表示依赖对象图Object diagrams用来表示类的实例.他们在解释复杂关系的细小问题时(特别是递归关系时)很有用.这个类图示一个大学的Department可以包括其他很多的Departments.这个对象图示上面类图的实例.用了很多具体的例子.UML中实例名带有下划线.只要意思清楚,类或实例名可以在对象图中被省略.每个类图的矩形对应了一个单独的实例.实例名称中所强调的UML图表.类或实例的名称可能是省略对象图表只要图的意义仍然是明确的.顺序图类图和对象图是静态模型的视图.交互图是动态的.他们描述了对象间的交互作用.顺序图将交互关系表示为一个二维图.纵向是时间轴,时间沿竖线向下延伸.横向轴代表了在协作中各独立对象的类元角色.类元角色用生命线表示.当对象存在时,角色用一条虚线表示,当对象的过程处于激活状态时,生命线是一个双道线.消息用从一个对象的生命线到另一个对象生命线的箭头表示.箭头以时间顺序在图中从上到下排列.协作图协作图也是互动的图表.他们像序列图一样也传递相同的信息,但他们不关心什么时候消息被传递,只关心对象的角色.在序列图中,对象的角色放在上面而消息则是连接线.对象角色矩形上标有类或对象名(或者都有).类名前面有个冒号(:).协作图的每个消息都有一个序列号.顶层消息的数字是1.同一个等级的消息(也就是同一个调用中的消息)有同样的数字前缀,再根据他们出现的顺序增加一个后缀1,2等等.状态图对象拥有行为和状态.对象的状态是由对象当前的行动和条件决定的.状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移.我们的模型例图建立了一个银行的在线登录系统.登录过程包括输入合法的密码和个人账号,再提交给系统验证信息.登录系统可以被划分为四种不重叠的状态:Getting SSN, Getting PIN, Validating, 以及Rejecting.每个状态都有一套完整的转移transitions来决定状态的顺序.状态是用圆角矩形来表示的.转移则是使用带箭头的连线表示.触发转移的事件或者条件写在箭头的旁边.我们的图上有两个自转移.一个是在Getting SSN,另一个则在上Getting PIN.初始状态(黑色圆圈)是开始动作的虚拟开始.结束状态也是动作的虚拟结束.事件或条件触发动作时用(/动作)表示.当进入Validating状态时,对象并不等外部事件触发转移.取而代之,它产生一个动作.动作的结果决定了下一步的状态.活动图活动图activity diagram是一个很特别的流程图.活动图和状态图之间是有关系的.状态图把焦点集中在过程中的对象身上,而活动图则集中在一个单独过程动作流程.活动图告诉了我们活动之间的依赖关系.对我们的例子来说,我们使用如下的过程.“通过ATM来取钱.”这个活动有三个类Customer, ATM和Bank.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.。

UML科普文,一篇文章掌握14种UML图

UML科普文,一篇文章掌握14种UML图

UML科普⽂,⼀篇⽂章掌握14种UML图前⾔上⼀篇⽂章写了⼀篇建造者模式,其中有⼏个UML类图,有的读者反馈看不懂了,我们今天就来解决⼀哈。

什么是UML?UML是Unified Model Language的缩写,中⽂是统⼀建模语⾔,是由⼀整套图表组成的标准化建模语⾔。

为什么要⽤UML?通过使⽤UML使得在软件开发之前,对整个软件设计有更好的可读性,可理解性,从⽽降低开发风险。

同时,也能⽅便各个开发⼈员之间的交流。

UML提供了极富表达能⼒的建模语⾔,可以让软件开发过程中的不同⼈员分别得到⾃⼰感兴趣的信息。

Page-Jones 在《Fundamental Object-Oriented Design in UML》⼀书中总结了UML的主要⽬的,如下:1. 为⽤户提供现成的、有表现⼒的可视化建模语⾔,以便他们开发和交换有意义的模型。

2. 为核⼼概念提供可扩展性 (Extensibility) 和特殊化 (Specialization) 机制。

3. 独⽴于特定的编程语⾔和开发过程。

4. 为了解建模语⾔提供⼀个正式的基础。

5. ⿎励⾯向对象⼯具市场的发展。

6. ⽀持更⾼层次的开发概念,如协作,框架,模式和组件。

7. 整合最佳的⼯作⽅法 (Best Practices)。

UML图有哪些?UML图分为结构图和⾏为图。

结构图分为类图、轮廓图、组件图、组合结构图、对象图、部署图、包图。

⾏为图⼜分活动图、⽤例图、状态机图和交互图。

交互图⼜分为序列图、时序图、通讯图、交互概览图。

UML图概览什么是类图?【概念】类图是⼀切⾯向对象⽅法的核⼼建模⼯具。

类图描述了系统中对象的类型以及它们之间存在的各种静态关系。

【⽬的】⽤来表⽰类、接⼝以及它们之间的静态结构和关系。

在类图中,常见的有以下⼏种关系。

泛化(Generalization)【泛化关系】是⼀种继承关系,表⽰⼦类继承⽗类的所有特征和⾏为。

【箭头指向】带三⾓箭头的实线,箭头指向⽗类。

对象图试题及答案

对象图试题及答案

对象图试题及答案1. 什么是对象图?对象图是UML(统一建模语言)中的一种图,用于展示系统中对象的静态结构。

它描述了对象的实例以及对象之间的关系。

2. 对象图和类图有什么区别?对象图是类图的实例,展示了系统中对象的实例以及它们之间的关系。

而类图则描述了系统中的类以及类之间的关系。

3. 对象图中通常包含哪些元素?对象图中通常包含以下元素:- 对象:用矩形表示,矩形内包含对象的名称和属性值。

- 关系:用线连接对象,表示对象之间的关系。

- 消息:用带箭头的线表示对象之间的交互。

4. 如何在对象图中表示关联关系?关联关系在对象图中用一条线表示,线的两端分别连接着相关的对象。

5. 对象图中的聚合关系如何表示?聚合关系在对象图中用一条带有空心菱形的线表示,菱形位于聚合的端。

6. 组合关系在对象图中如何表示?组合关系在对象图中用一条带有实心菱形的线表示,菱形位于组合的端。

7. 在对象图中如何表示继承关系?继承关系在对象图中用一条带有空心箭头的线表示,箭头指向基类。

8. 对象图中的依赖关系如何表示?依赖关系在对象图中用一条虚线表示,线的一端连接着依赖的对象。

9. 请描述一个简单的对象图示例。

假设有一个银行系统,其中包含客户和账户两个类。

客户类有一个属性是账户,表示客户拥有的账户。

对象图可以表示为:- 客户对象A,属性值包括姓名和账户。

- 账户对象B,属性值包括账户号码和余额。

- 客户对象A和账户对象B之间存在一个关联关系。

10. 在对象图中,如何表示一个对象的创建?对象的创建在对象图中用一条带有实心圆点的线表示,圆点位于创建的对象端。

11. 对象图可以用于哪些场景?对象图可以用于以下场景:- 展示系统的一个特定时刻的状态。

- 展示系统在特定操作过程中的状态。

- 展示系统在特定条件下的状态。

12. 对象图在软件开发中的作用是什么?对象图在软件开发中的作用包括:- 帮助开发者理解系统的静态结构。

- 辅助开发者设计和实现系统。

第五章 类图和对象图(UML)

第五章 类图和对象图(UML)


size
:integer
=(100)
9
第 五 章 类 图 和 对 象 图
5.1 类的定义
说明:
3、属性还有取值范围。类型表示该属性的种类。 它可以是基本数据类型,例如整数、实数、布尔 型和枚举型等,也可以是用户自定义的类型。一 般它由所涉及的程序设计语言确定必须为其指定 数据类型。当一个类的属性被完整定义后,它的 任何一个对象的状态都由这些属性的特性值所决 定。
20
第 五 章 类 图 和 对 象 图
5.2 类之间的关系
1、关联
关联是一种结构关系,它指明一个事物的对象与 另一个事物的对象间的联系 例如,一个人为一家公司工作,一家公司有许多办 公室。我们就认为人和公司、公司和办公室之间 存在某种语义上的联系。在分析设计的类图模型 中,则在对应人类和公司类、公司类和办公室类 之间建立关联关系
改变的因素:1.一个类向另一个类发送消息。 2.一个类是另一个类的数据成员类型 3.一个类是另一个类的操作的参数类型 注:如果两个类之间有关联,那么这两个类就有依赖关 系,但是我们一般不标出依赖关系。
37
第 五 章 类 图 和 对 象 图
5.2 类之间的关系
3、泛化(generalization)关系
泛化关系:定义了一般元素和特殊元素之间的分类关系。 也就是一种继承关系。继承是在现有类的基础上定义和 实现一个新类的技术,刻画了类的一般性和特殊性。被 继承的类称为父类或超类,继承的类称为子类。 表示形式:用空心三角箭头实心线表示
25
第 五 章 类 图 和 对 象 图
5.2 类之间的关系
1、关联
角色:当一个类处于关联的某一端时,该类就在 这个关系中扮演着一个特定的角色。角色就是关 联关系中一个类对另一个类所表现的职责

UML图:类图和对象图详解

UML图:类图和对象图详解

目录1.类图和对象图的概念2.类图的组成3.使用Rose创建类图4.对象图5.使用Rose创建类图案例分析类图和对象图详解对于类图和对象图来说我们需要了解的是类图和对象图的概念,类图的组成,使用Rose创建类图和对象图。

当然最重要的是如何使用Rose创建类图案例分析。

具体的创建通过选课管理系统的简单用例说明创建类图和对象图的方法和具体的过程。

下面是我对类图和对象图学习过程的一个整理,一些资料是直接拿过来直接用的。

希望能对你的学习有一点点的帮助吧。

类图和对象图的概念1. 类的含义类图(Class diagram)显示了系统的静态结构,而系统的静态结构构成了系统的概念基础。

类图,就是用于对系统中的各种概念进行建模,并描绘出它们之间关系的图。

在大多数的 UML 模型中,我们可以将这些概念的类型概括为以下四种,分别是:(1) 类(2) 接口(3) 数据类型(4) 构件在类图中,具体来讲它一共包含了以下几种模型元素,分别是:类、接口、依赖关系、泛化关系、关联关系以及实现关系。

类图可以创建约束、注释和包等。

2. 对象图的含义对象图中包含对象(Object)和链(Link)。

其中对象是类的特定实例,链是类之间关系的实例,表示对象之间的特定关系。

3. 类图在项目开发中的作用类图的作用是对系统的静态视图进行建模。

当对系统的静态视图进行建模时,通常是以以下三种方式来使用类图。

(1)为系统的词汇建模。

(2)模型化简单的协作。

(3)模型化逻辑数据库模式。

在设计数据库时,通常将数据库模式看作为数据库概念设计的蓝图,在很多领域中,都需要在关系数据库或面向数据库中存储永久信息。

系统分析者可以使用类图来对这些数据库进行模式建模。

4. 对象图在项目开发中的作用对象图作为系统在某一时刻的快照,是类图中的各个类在某一个时间点上的实例及其关系的静态写照,可以通过以下几个方面来说明它的作用:(1)说明复杂的数据结构。

对于复杂的数据结构,有时候很难对其进行抽象成类表达之间的交互关系。

UML-03-类图-对象图-包图

UML-03-类图-对象图-包图



类 接口 协作 依赖、泛化和关联关系
类图可以包含注解和约束; 类图还可以有包或子系统,二者都用于把 模型元素聚集成更大的组件。
类(Class)
A class is the descriptor for a set of objects with similar structure, behavior, and relationships.
课堂练习-网上书店系统





通过Internet接受订单 一个顾客可以拥有一个帐号,系统维护顾客最多达 1000000个的帐号 对所有的帐号提供密码保护 能够搜索标准的图书目录 提供多种搜索图书目录的方法,包括按作者搜索、按书名 搜索、按ISBN搜索、按关键字搜索 本系统采取货到付款的方式 根据顾客的定购量确定书价折扣 顾客可以发表图书评论 装货站工作人员负责根据订单装货 收货站工作人员确保商品数量同订单相符
类图的三个层次的例子
概念层
说明层
实现层
建立类图的一般步骤
1. 研究分析问题领域 2. 发现对象与类,明确它们的含义和责任,确定属 性。 3. 发现类之间的关系。把类之间的关系用关联、泛 化、聚集、组合、依赖等关系表达出来。 4. 设计类与关系。调整和细化已得到的类和类之间 的关系,解决诸如命名冲突、功能重复等问题。 5. 绘制类图并编制相应的说明。
对象图与类图
对象图的模型元素有对象和链(link)。对象是类 的实例;对象之间的链是类之间的关联的实例。 对象与类的图形表示相似,UML中对象图与类图 具有相同的表示形式。
对象图实质上是类图的实例。
对象图常用于表示复杂的类图的一个实例。 对象图的使用相当有限,主要用于表达数据结构 的示例,以及了解系统在某个特定时刻的具体情 况。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
第5章
类图和对象图
5.1 类定义 5.2 类之间的关系 5.3 其他概念 5.4 类图 5.5 OO设计的原则 5.6 对象图 5.7 类图建模实例

隐藏属性和操作的类
类名:名词,一般采用CamelCase格式。 简单名(simple name):如Member 全名,也称路径名(path name):是在类名前面加 上包的名称,如com::domain::Member
多重性:若类A和类B之 间有关联关系,多重性定 义了类A有多少个实例可 以和类B的一个实例关联。
多重性的值表示在特定时 刻(而不是在某个时间跨 度内)有效关联的实例数 量。
导航性:关联关系的方向。在关联关系上加上导航箭头表 明可以从源类的任何对象到目标类的一个或多个对象(取 决于关联端的多重性)。箭头指向目标类。
类的特征,描述该类实例中包含的信息。 [可见性] 属性名[:类型] [多重性] [=初始值] [{特性}] 静态属性:用下划线标识的属性名,该类的所有对象
之间共享该静态属性。 类所提供的服务。
[可见性] 操作名 [(参数列表)] [:返回类型] [{特性}]
静态方法:用下划线标识的方法名(操作名)
关联的种类
自返关联(reflexive association):又称递归关联,是一 个类与它本身相关联,也就是同一个类的两个对象间的关 联。
自返关联
二元关联:指在两个类之间进行关联。 N元关联:在3个或3个以上类之间的关联。N元关联中多
重性的意义是:在其他N-1个实例值确定的情况下,关联 实例元组的个数。
抽象类是不能被直接实例 化的类,即不能创建一个 属于抽象类的对象。
抽象类
1、接口 接口是一个提供给外界的操作的命名集合,不含有属性。 2、实现关系 接口和类之间的实现关系,意味着这个类必须自己声明
建模。
DemandDepositAccount
Customer
holds
Account
1
0..n
FixedDepositAccount CreditCardAccount
银行账户模型类图1:泛化
泛化定义了一般元素和特殊元素之间的分类关系,可以 克服以上两个问题。一般元素称为父类或超类,特殊元 素为子类。
派生属性(derived attribute)和派生关联(derived association):指可以从其他属性和关联计算推演得到 的属性和关联。
Company 1
n Department
/Work ForCompany
1 Work ForDepartment
0..n
Person
派生关联
派生属性
Rectangle不存在了,并不意味着Style也消失了。
聚合关系的实例具有传递性和反对称性。
2、组合(composition)
组合也表示整体与部分的关系,又被称为强聚合。在 组合中,部分与整体具有相同的生命周期,“部分” 对象完全依赖于“整体“对象。
Window
1
Frame
1..n
撤销一个Window时,Window对象必须依次撤销它的 Frame 部分。
使用建议
关联关系的增强机制,如关联名、关联角色、限定关联、 约束、派生属性和派生关联等虽然拥有很强的语义,但 是在类的建模实践中不要滥用,也不要刻意使用,否则 容易陷入过渡设计,并降低类图的可读性。
1、聚合(aggregation) 聚合是一种特殊形式的关联,表示部分与整体(part of)的关系,“部分”可以独立于“整体”而存在。 聚集使用带空心菱形的实线表示,菱形指向“整体”。
有两个元素X、Y,如果修改元素X的定义可能会引起对 另一个元素Y的定义的修改,则称元素Y依赖 (Dependency)于元素X。
依赖关系
引起依赖关系的原因
如客户类向提供者类发送消息 提供者类是客户类的属性类型 提供者类是客户类的操作的参数类型 提供者类是超类或接口
5.3.1 抽象类
当某些类有一些共同的方 法或属性时,可以定义一 个抽象类来抽取这些共性, 然后将包含这些共性方法 和属性的具体类作为该抽 象类的继承。
双向关联、单向关联
关联类即是关联也是类,不仅像关联那样连接两个类, 还可以定义一组属于关系本身的
约束:用来说明规则,加强(关联的)含义,也可以应用于 其他建模元素。
限定关联:存在限定符(qualifier)的关联称为限定关 联(qualified association)。限定符用于从规模较大 的相关对集合中,依据限定符的值选择一个或多个对象。
3、何时使用聚合和组合
例 电脑是整体类,主板、CPU等相对于电脑是部分类。
在固定资产管理系统中: 组合 在线DIY系统: 聚合 判断是聚合还是组合关系,要根据需求分析描述的上下 文来确定。
银行账户模型类图1:关联
存在问题:此例中关联使简单问题复杂化。
(1) 关联过多, (2) 拥有大量公共结构的不同种类账户作为完全不相关的类
关联名
关联的角色是关联关系中一个类对另一个类所表现出来 的职责。角色的名称是名词或名词短语。 关联关系上没有标出角色名,隐含用类名作为角色名。
关联的角色
多重性表示
语义
*
0或多
n
0或多
0..*
0或多
0..n
0或多
0..1
0或1
1..*
1或多
5..Байду номын сангаас5
5到15个
3
只能3个
说明:UML中用*表示不确切的最 大数,Rose中用n表示
5.2.1 关联
关联是模型元素间的一种语义联系,它是对具有共同特 征、行为特性、关系和语义的链的描述。 关联和链,类和对象
A
B
类之间的关联关系(双向关联)
关联端:关联的任何一个连接点都叫做关联端,一个关 联可以有两个或多个关联端,每个关联端连接到一个类。
关联名:动词或动词短语,用来描述关联的性质和作用。
可替换性:在任何需要一个父类的实例的地方,都可以 用一个子类的实例代替。这种现象是多态性的一种形式。
:Customer
:Customer
:DemandDepositAccount
:FixedDepositAccount
:CreditCardAccount
泛化----子类实例替换父类实例
注意:泛化关系只能使用在类型上,而不是实例上
相关文档
最新文档