UML

引言 现代软件系统很少是静态的。对象、组件和服务持续演化，对用户输入、网络消息、硬件信号和内部定时器做出响应。虽然结构建模在定义 什么 一个系统由什么构成方面表现出色，但在捕捉 如何 这…continue reading →

简介 随着现代软件系统规模和功能的不断增长，扁平的状态图很快就会变得难以处理。现实世界的应用很少以简单的线性方式运行；相反，它们需要管理相互依赖的工作流、后台进程以及用户驱动的交互，这些…continue reading →

引言 在现代软件工程中，用例图经常被误解为仅仅是功能清单或高层次的项目路线图。实际上，它们充当着架构脚手架。当正确应用时，用例关系不仅仅是列出系统应执行的内容；它们会主动将复杂行为分解为…continue reading →

引言 现代软件系统本质上非常复杂，由数百个相互交互的组件、并发进程和复杂的数据显示流构成。弥合抽象业务需求与具体技术实现之间的差距，需要一种标准化且无歧义的沟通媒介。统一建模语言（UML…continue reading →

统一建模语言中的包被用来分组元素，并为分组元素提供命名空间。一个包可以包含其他的包，从而提供一个包的层次组织。几乎所有的UML元素都可以被分组为包。因此，类、对象、用例、组件、节点、节点实例等都可以被组织到包中，从而使现实世界的UML模型中包含的无数元素的组织变得可控。

UML 顺序图是交互图，详细说明操作是如何进行的。它们在协作的背景下捕捉对象之间的互动。顺序图是以时间为中心的，它们通过使用图的纵轴来表示时间，即什么消息在什么时候被发送，从而直观地显示出交互的顺序。

在 UML 中，关系是模型元素之间的连接。用例之间也以不同种类的关系进行连接。两个用例之间的关系基本上模拟了两个用例之间的依赖关系。通过使用不同类型的关系重用现有的用例，开发系统所需的总体努力就会减少。用例图显示了用例、行为者以及他们之间的关系。例如，行为者和用例之间的关系说明了行为者可以使用业务系统的某种功能。

用例关系为系统的交互模型中的用例之间的依赖关系建模。虽然，独立的用例可以充分地代表较简单的系统。但是，为了表示复杂或大型的系统，我们可能需要在用例之间的依赖关系的帮助下构建复杂的用例。建立用例之间的关系可以重复使用那些需要反复定义的用例，从而减少开发者的工作量。

类图中的多重性应该在关联的每一端标明。这指定了可以关联的最小和最大的实例数量。 例如，一辆汽车有3个或4个轮子，但每个轮子都只属于一辆汽车。在一个关联的两端附近放置倍数符号。这些符号表示一个类的实例与另一个类的一个实例链接的数量。