StarUML入门

StarUML入门

类间关系

• Assosiation 关联
  • 在使用Java、C#和C++等编程语言实现关联关系时，通常将一个类的对象作为另一个类的属性。
  • 在UML中，关联关系用实线表示。
• Direct Assosiation 指向性关联
  • 在UML中，指向性关联关系用带箭头的实线表示，指向被拥有的类(作为另一个类属性的类)。
• Aggregation 聚合
  • has-a的关系，不稳定的包含关系，比如公司和员工，公司倒闭了员工依然存在(可以换公司)。
  • 在UML中，聚合关系用带空心菱形的实线表示，菱形由局部指向整体。
• Composition 组合
  • contains-a的关系，强烈的包含关系，部分不能脱离整体而存在。比如公司和部门，公司倒闭了部门也就不复存在了。
  • 在UML中，组合关系用带实心菱形的实线表示，菱形由局部指向整体。
• Dependency 依赖
  • 假设A类的变化引起了B类的变化，则说明B类依赖A类。
  • 在UML中，依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方(B指向A)。
• Generalization 概括(泛化)
  • A是B和C的父类，则可以说A是B,C的概括(泛化)。
  • 在UML中，泛化关系用带三角箭头的实线表示，由子类指向父类。
• Interface Realization 接口实现
  • A是一个接口，B实现了这个接口，就叫做接口实现。
  • 在UML中，接口实现用带三角箭头的虚线表示，从实现类指向接口。

类组件介绍

• 1——标识Class可见性(默认public)
• 2——用来添加note(类的说明)
• 3——添加类的属性
• 4——添加类的方法
• 5——添加模板参数
• 6——添加接收者(时序图中接受消息的人)
• 7——添加子类
• 8——添加父类
• 9——添加已有的接口
• 10——添加新接口
• 11——添加关联
• 12——添加聚合
• 13——添加组合
• 14——添加端口
• 15——添加部件

使用介绍——以用例图为例

• 选择Model—>Add Diagram—>Use Case Diagram,选择后左侧的tool_box会发生变化，更新对应的组件。

• 用例图从用户的角度，描述了系统的功能。也就是谁要用系统，以及要用系统做什么。

• 下面是一个简单的栗子：

对mdj文件的解析

各种umlelement的各个变量含义

UMLClass

举例：{"_parent":"AAAAAAFF+qBWK6M3Z8Y=","visibility":"public","name":"Door","_type":"UMLClass","_id":"AAAAAAFqpiMge7NXBnk="}

• _parent 一个神必的id
• visibility对应的是类的可见性
• name对应的是类的名字
• _type对应的是该标签的类型，在这里UmlClass对应的是类
• _id对应的是类的id

UMLOperation

举例：{"_parent":"AAAAAAFqpiMge7NXBnk=","visibility":"public","name":"Door","_type":"UMLOperation","_id":"AAAAAAFqpiQWH7O0bzI="}

• _parent对应的是该操作所在类的id
• visibility是该操作的可见性
• name是该操作的名字
• _type对应的是该标签的类型，在这里UMLOperation对应的是操作
• _id对应的是该操作的类型

UMLParameter

举例：{"_parent":"AAAAAAFqpiRcY7O7pzM=","name":null,"_type":"UMLParameter","_id":"AAAAAAFqpim3MbPYrBA=","type":"boolean","direction":"return"}

• _parent对应的是该变量对应的操作的id
• name对应的是变量名称
• _type对应的是该标签的类型，在这里UMLParameter对应的是操作变量
• _id对应的是变量的id
• type对应的是变量的数据类型
• direction对应的是变量的方向，如果是参数，则是in；如果是返回值，则是return

UMLAssociation

举例：{"_parent":"AAAAAAFqpiMge7NXBnk=","name":null,"_type":"UMLAssociation","end2":"AAAAAAFqpyLHQ1BBCwQ=","end1":"AAAAAAFqpyLHQ1BA8jU=","_id":"AAAAAAFqpyLHQ1A\/uHQ="}

• _parent对应的是相互关联的两个类中的其中一个的id
• name对应的是关联名称
• _type对应的是该标签的类型，在这里UMLAssociation对应的是关联
• end1对应的是其中一个UMLAssociationEnd的id
• end2对应的是另一个UMLAssociationEnd的id
• _id对应的是关联的id

UMLAssociationEnd

举例：{"reference":"AAAAAAFqyyuTsa1CnU8=","multiplicity":"1","_parent":"AAAAAAFqpyLHQ1A\/uHQ=","visibility":"private","name":"locker","_type":"UMLAssociationEnd","aggregation":"none","_id":"AAAAAAFqpyLHQ1BBCwQ="}

• reference对应的是该UMLAssociationEnd所对应的类的id
• multiplicity对应的是该关联端对应的个数
• _parent对应的是所在的关联的id
• visibility对应的是该关联端的可见性
• name是该关联端的可见性
• _type对应的是该标签的类型，在这里UMLAssociationEnd对应的是关联端
• aggregation由于本次作业没用到，单纯根据英文的话是聚合
• _id对应的是关联端的id

UMLInterface

举例：{"_parent":"AAAAAAFF+qBWK6M3Z8Y=","visibility":"public","name":"Interface1","_type":"UMLInterface","_id":"AAAAAAFq5hWfnsrejMQ="}

• _parent对应的是父接口的id
• visibility对应的是该接口的可见性
• name对应的是该接口的名字
• _type对应的是该标签的类型，在这里UMLInterface对应的是接口类
• _id对应的是该接口的id

UMLInterfaceRealization

举例：{"_parent":"AAAAAAFqpyKBqVAUSAo=","name":null,"_type":"UMLInterfaceRealization","_id":"AAAAAAFqyz3DUrUBj9E=","source":"AAAAAAFqpyKBqVAUSAo=","target":"AAAAAAFqyyuTsa1CnU8="}

• _parent对应的是该接口实现所在的类的id
• name对应的是该接口实现的名字
• _type对应的对应的是该标签的类型，在这里UMLInterfaceRealization对应的是接口实现
• source对应的是实现该接口的类的id
• target对应的是实现的接口的id

UMLGeneralization

举例：{"_parent":"AAAAAAFrAn2LyzRtr9Y=","name":null,"_type":"UMLGeneralization","_id":"AAAAAAFrAn4MhTUNujA=","source":"AAAAAAFrAn2LyzRtr9Y=","target":"AAAAAAFrAn2lWzSXWGM="}

• _parent在这里等于子类id，但是子类id最好从source中获得
• name对应的是该泛化的名字
• _type对应的对应的是该标签的类型，在这里UMLGeneralization对应的是泛化
• _id对应的是该泛化的id
• source对应的是子类id
• target对应的是父类id

Tip

• 数一个类拥有的关联的个数，最简单和直观的方式就是数与其相连的end数量（无继承关系时）。
• 一个类的关联个数等于它本层的关联数目+各级父类的关联数目。
• UML的各个元素可以构成一个树形结构，我们可以通过构件一个树来对mdj文件进行解析。
• java中类只能单继承，但接口可以多继承。