visio画uml类图添加自定义数据类型

类图（Class Diagram）: 类图是面向对象系统建模中最常用和最重要的图，是定义其它图的基础。类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型。
类图的3个基本组件：类名、属性、方法。
1、打开visio（演示所用版本为visio 2003），选中UML模型图；

2、拖动左侧UML静态结构中的“类”图标至右侧编辑窗口；

3、双击新建的类，在类的属性框中填写类的名称，如“Student”，然后选择“特性”，添加该类的属性，比如我们要为Student类添加name和province。首先添加name：

点击确定，刚刚我们新建的类就变成了如下：

[注：类图的规则：最前面写访问权限。访问权限为“public”的前面写“+”，为“private”的前面写“-”，为“protected”的前面写“#”。接着写“变量名”或者“函数名”。接着写一个“：”。最后写“变量名”或者“函数名”的类型。]

4、接下来新建province，我们想用自己定义的枚举类型PROVINCE，那么问题来了：类型这一栏我们只能选择，无法自己输入自定义类型

5、下面我们来解决这个问题。选择菜单栏中的“UML>包”，打开[UML包]对话框. 点击[新建]按钮,在[包]列中输入[NewType],并确定；

接着向NewType里面新建我们需要的数据类型，这时我们可以看到模型资源管理器（若左边窗口没有，可以在从菜单->UML->视图->模型资源管理器调出）中选中刚建的 NewType，再右击->新建->数据类型，打开UML数据类型属性对话框。选择[数据类型]项目,在名称项目中填写[PROVINCE],选择[确定]结束.

6、现在再来尝试做第4步，数据类型里面就有我们刚刚新建的PROVINCE类型了

7、添加类的方法和上面添加属性类似，在UML类属性的“操作”里面新建就可以了。

下面篇幅介绍类之间关系的表示方法
参考http://blog.sina.com.cn/s/blog_621c16b101011h5k.html
1. 泛化(generalization)：表示is-a的关系，是对象之间耦合度最大的一种关系，子类继承父类的所有细节。直接使用语言中的继承表达。在类图中使用带三角箭头的实线表示，箭头从子类指向父类。

2. 实现（Realization）:在类图中就是接口和实现的关系。这个没什么好讲的。在类图中使用带三角箭头的虚线表示，箭头从实现类指向接口。在visio2003中，没有带三角箭头的虚线，需要这样实现：
在需要实现接口的类上单击鼠标右键，选择“形状显示选项…”——常规选项——选中“实现链接”——确定。此时在类中有个黄点，将次黄点拖动到要实现的接口上即可完成。

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

4. 关联(Association) : 对象之间一种引用关系，比如客户类与订单类之间的关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。在类图使用带箭头的实线表示，箭头从使用类指向被关联的类。可以是单向和双向。
5. 聚合(Aggregation) : 表示has-a的关系，是一种不稳定的包含关系。较强于一般关联,有整体与局部的关系,并且没有了整体,局部也可单独存在。如公司和员工的关系，公司包含员工，但如果公司倒闭，员工依然可以换公司。在类图使用空心的菱形表示，菱形从局部指向整体。
6. 组合(Composition) : 表示contains-a的关系，是一种强烈的包含关系。组合类负责被组合类的生命周期。是一种更强的聚合关系。部分不能脱离整体存在。如公司和部门的关系，没有了公司，部门也不能存在了；调查问卷中问题和选项的关系；订单和订单选项的关系。在类图使用实心的菱形表示，菱形从局部指向整体。
7. 多重性(Multiplicity) : 通常在关联、聚合、组合中使用。就是代表有多少个关联对象存在。使用数字..星号（数字）表示。如下图，一个割接通知可以关联0个到N个故障单。

聚合和组合的区别
这两个比较难理解，重点说一下。聚合和组合的区别在于：聚合关系是“has-a”关系，组合关系是“contains-a”关系；聚合关系表示整体与部分的关系比较弱，而组合比较强；聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象，同时也就删除了代表部分事物的对象。
实例分析
联通客户响应OSS。系统有故障单、业务开通、资源核查、割接、业务重保、网络品质性能等功能模块。现在我们抽出部分需求做为例子讲解。
大家可以参照着类图，好好理解。
1． 通知分为一般通知、割接通知、重保通知。这个是继承关系。 2． NoticeService和实现类NoticeServiceImpl是实现关系。 3． NoticeServiceImpl通过save方法的参数引用Notice,是依赖关系。同时调用了BaseDao完成功能，也是依赖关系。 4． 割接通知和故障单之间通过中间类(通知电路)关联，是一般关联。 5． 重保通知和预案库间是聚合关系。因为预案库可以事先录入，和重保通知没有必然联系，可以独立存在。在系统中是手工从列表中选择。删除重保通知，不影响预案。 6． 割接通知和需求单之间是聚合关系。同理，需求单可以独立于割接通知存在。也就是说删除割接通知，不影响需求单。 7． 通知和回复是组合关系。因为回复不能独立于通知存在。也就是说删除通知，该条通知对应的回复也要级联删除。