enterprise architect 画 C++ 类图

http://www.uml.org.cn/oobject/201104212.asp

Notice:

聚合和组合关系

 

在画类图的时候,理清类和类之间的关系是重点。类的关系有泛化(Generalization)、实现(Realization)、依赖(Dependency)和关联(Association)。其中关联又分为一般关联关系和聚合关系(Aggregation),合成关系(Composition)。下面我们结合实例理解这些关系。

基本概念

类图(Class Diagram): 类图是面向对象系统建模中最常用和最重要的图,是定义其它图的基础。类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型。

类图的3个基本组件:类名、属性、方法。

Image

泛化(generalization):表示is-a的关系,是对象之间耦合度最大的一种关系,子类继承父类的所有细节。直接使用语言中的继承表达。在类图中使用带三角箭头的实线表示,箭头从子类指向父类。

Image(1)

实现(Realization):在类图中就是接口和实现的关系。这个没什么好讲的。在类图中使用带三角箭头的虚线表示,箭头从实现类指向接口。

Image(2)

依赖(Dependency):对象之间最弱的一种关联方式,是临时性的关联。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。在类图使用带箭头的虚线表示,箭头从使用类指向被依赖的类。

Image(3)

关联(Association) : 对象之间一种引用关系,比如客户类与订单类之间的关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。在类图使用带箭头的实线表示,箭头从使用类指向被关联的类。可以是单向和双向。

Image(4)

聚合(Aggregation) : 表示has-a的关系,是一种不稳定的包含关系。较强于一般关联,有整体与局部的关系,并且没有了整体,局部也可单独存在。如公司和员工的关系,公司包含员工,但如果公司倒闭,员工依然可以换公司。在类图使用空心的菱形表示,菱形从局部指向整体。

Image(5)

组合(Composition) : 表示contains-a的关系,是一种强烈的包含关系。组合类负责被组合类的生命周期。是一种更强的聚合关系。部分不能脱离整体存在。如公司和部门的关系,没有了公司,部门也不能存在了;调查问卷中问题和选项的关系;订单和订单选项的关系。在类图使用实心的菱形表示,菱形从局部指向整体。

Image(6)

多重性(Multiplicity) : 通常在关联、聚合、组合中使用。就是代表有多少个关联对象存在。使用数字..星号(数字)表示。如下图,一个割接通知可以关联0个到N个故障单。

Image(7)

聚合和组合的区别

这两个比较难理解,重点说一下。聚合和组合的区别在于:聚合关系是“has-a”关系,组合关系是“contains-a”关系;聚合关系表示整体与部分的关系比较弱,而组合比较强;聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关,一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象,同时也就删除了代表部分事物的对象。

实例分析

联通客户响应OSS。系统有故障单、业务开通、资源核查、割接、业务重保、网络品质性能等功能模块。现在我们抽出部分需求做为例子讲解。

大家可以参照着类图,好好理解。

Image(8)

1. 通知分为一般通知、割接通知、重保通知。这个是继承关系。

2. NoticeService和实现类NoticeServiceImpl是实现关系。

3. NoticeServiceImpl通过save方法的参数引用Notice,是依赖关系。同时调用了BaseDao完成功能,也是依赖关系。

4. 割接通知和故障单之间通过中间类(通知电路)关联,是一般关联。

5. 重保通知和预案库间是聚合关系。因为预案库可以事先录入,和重保通知没有必然联系,可以独立存在。在系统中是手工从列表中选择。删除重保通知,不影响预案。

6. 割接通知和需求单之间是聚合关系。同理,需求单可以独立于割接通知存在。也就是说删除割接通知,不影响需求单。

7. 通知和回复是组合关系。因为回复不能独立于通知存在。也就是说删除通知,该条通知对应的回复也要级联删除。

经过以上的分析,相信大家对类的关系已经有比较好的理解了。大家有什么其它想法或好的见解,欢迎拍砖。

PS:还是那句话:以上类图用Enterprise Architect 7.5所画,在此推荐一下EA,非常不错。可以替代Visio和Rose了。Visio功能不够强大,Rose太重。唯有EA比较合适。

other references:

http://www.cnblogs.com/riky/archive/2007/04/07/704298.html

http://poplaryy.iteye.com/blog/162651

 

### 回答1: Enterprise Architect 类图是一种用于描述系统中类和对象之间关系的图形化表示方法。它可以帮助软件开发人员和系统设计师更好地理解和管理系统的结构和功能。通过使用Enterprise Architect类图,用户可以轻松地创建和编辑类、接口、枚举、属性、方法等元素,并将它们组织成层次结构,以便更好地描述系统的结构和行为。此外,Enterprise Architect类图还支持多种关系类型,如继承、实现、关联、聚合、组合等,以便更好地描述类之间的关系。 ### 回答2: Enterprise Architect 类图是一种可视化建模工具,用于描述系统或应用程序中的对象、类、属性和它们之间的关系。通过这种图形化表示,软件开发团队可以更容易地定义系统的需求、设计、开发和实现。这种建模工具通常使用UML标准,因为它提供了一种通用的语言来描述软件系统的不同方面。 在使用Enterprise Architect 类图之前,需要先理解一些基本概念。类图的主要元素包括类、属性、方法和关系。类是一个具体的实体,可以包含属性和方法。属性是类的特征或描述,描述了类的状态。方法是类的行为,描述了类的能力。关系描述了不同类之间的连接和交互。在一个Enterprise Architect 类图中,可以使用箭头和线条来表示不同的关系类型,例如继承、关联、泛化、依赖和聚合等。 在使用Enterprise Architect 类图时,开发人员可以定义类的结构和属性,同时描述类与类之间的关系和依赖。这样可以更好地理解软件系统的架构和设计,并提供更好的思路去分析和改善应用程序的结构和性能。 总之,Enterprise Architect 类图是一个非常有用的建模工具,已经成为许多软件开发项目的标准工具。它可以帮助团队更好地定义和描述应用程序的对象和关系,从而提高软件开发的质量和效率。在设计和维护软件系统时,使用 Enterprise Architect 类图可以大幅减少错误和提高可维护性,从而保证了软件项目顺利完成。 ### 回答3: Enterprise Architect是一款功能强大的建模工具,能够支持多种建模方法,如面向对象、数据流、BPMN等,并能够提供多种视图,如类图、时序图、用例图等。其中,类图是一种用来描述系统中的类、对象、接口等元素之间关系的图示工具。 在Enterprise Architect中,类图可以通过界面操作或者代码编写的方式进行创建。在类图中,我们可以看到类、Interface、Enumeration、package等元素以及它们之间的关系,如继承、关联、依赖、实现等。 其中,类是类图中最重要的元素之一。一个类描述了一个对象拥有的属性和方法。在类图中,类被表示为矩形,类名位于矩形的顶部,属性和方法则分别表示在矩形的中间和底部。 除此之外,类图还可以用来表示继承、关联、依赖、实现等关系。例如,继承关系用实线和空心三角箭头来表示;关联关系用实线和普通箭头来表示;依赖关系用虚线和箭头来表示。 使用Enterprise Architect类图,可以帮助我们准确描述系统中各个类、对象、接口等元素之间的关系,从而实现对系统的模型化建设,提高开发效率和软件质量。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值