UML建模

[yangsirgo]

考法分析

1. 给定图示判断具体属于哪种UML图；
2. 给UML图，判断属于哪一类（结构图或者行为图）；
3. 给定UML图，指出一些参数
4. 给出一些关于UML的描述，判断正误

难度较高，重点在用户图和类图。

概念

UML是统一建模语言（Unified Modeling Language）软件开发人员内部交流性质的文档，流程，可视化的设计语言，针对面向对象设计的系统。

要点分析

1. 用例图：用例图描述一组用例、参与者及他们之间的关系。 用例图示例插图：

   • 用例之间的关系：
   • 包含关系：观察插图，发现：只要参与者登记外借信息必须包含用户登录，这就是包含关系。是必须进行的步骤（这个步骤是必须的，比如自然人与出生是包含关系）。
   • 扩展关系：观察插图，发现：查询书籍信息，不一定会修改书籍信息，只有在书籍信息错误的时候才会修改，所以是扩展关系。这个步骤不是必须的（比如自然人与上幼儿园是扩展关系，是不必须的）。
   • 泛化关系：程序继承关系。干的都是一个事儿。详见下面的示意图：

2. 类图：描述一组类、接口、协作和他们之间的关系。

如何判断类图：类图一般会出现多重度。

• 对象图：描述一组对象及他们之间的关系。 如何判断对象图： 对象图的对象名会有标识，对象图的关联关系一般不会出现多重度。

• 多重度： 详见插图。

• 类之间的关系：详见关系插图。

备注：关系图线很重要。 记住一条：菱形代表整体一方，另一方是组成部分。 依赖关系的黑箭头考过。黑箭头的一方是主体方，也是主动方。

3. 顺序图：按一定的顺序执行的图。 顺序插图：
4. 活动图：活动图将进程或者其他计算结构展示位计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。
5. 状态图：标识状态的变迁。
   • 方框代表状态。
   • 线代表触发事件，一种状态变成另一种状态。

活动图与状态图容易混淆，状态图每个节点代表一个状态，状态变化到另一个状态，必须需要事件，也就是箭头必须是有备注，而活动头图则不然。

6. 构件图。构件是遵从一组接口并提供一组接口的实现，构件应该是物理模板而不是逻辑模块。 构件图插图：

[yangsirgo]

UML 语言中，边界对象，实体对象，控制对象用图形如何表示？

• 边界对象定义：对外来环境和未来系统之间交互进行建模。负责接收外部输入，处理内部内容解释，并表达和传递相关的结果。 简单的说一个系统会有边界，边界里面的对象会与边界外的对象有交互，这个对象就叫边界类。 图形示意图：

• 控制对象：简单的说对象之间会有衔接和控制，这就是控制对象。（控制对象对行为进行封装，并且描述用例中事件流的控制行为）示意图：

• 实体对象：简单的说往往与数据对应的就是实体对象。（对信息进行描述）示意图：

[yangsirgo]

对象图和类图的考，及依赖关系箭头的考察：

[yangsirgo]

https://blog.csdn.net/hguisu/article/details/7609483 泛化关系： 父子关系。 空箭头。

聚合关系： 整体与部分的关系。空菱形。