Unified Modeling Language (UML)又称统一建模语言或标准建模语言
一、UML作用
|
当你……
|
使用UML图……
|
|
在分析阶段
|
用例图，它们包含和系统交互的实体以及需要实现的功能点。
|
|
活动图，它们将焦点集中于问题域（人们以及其它主体工作的实际空间，程序的主题域）的工作流而不是程序的逻辑流。
|
|
|
观察对象交互
|
交互图，它们展示特定的对象彼如何此交互。由于它们处理特定案例而不是一般情况，因此它们在检验需求和检验设计时都能有所帮助。最流行的交互图是顺序图。
|
|
在设计阶段
|
类图，它们详述类与类之间的关系。
|
|
观察对象的行为，这些行为因对象所处的状态而不同
|
状态图，它们详述一个对象可能处于的不同状态以及这些状态之间的过渡。
|
|
在布署阶段
|
布署图，它们展示了不同的模块将被如何部署。我不会在此讨论它们。
|
【概念】描述用户需求，从用户的角度描述系统的功能
【描述方式】椭圆表示某个用例；人形符号表示角色
【目的】帮组开发团队以一种可视化的方式理解系统的功能需求
【用例图】
2、静态图(Static diagram)：包括类图、对象图和包图。
1）类图：描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
【概念】显示系统的静态结构，表示不同的实体是如何相关联的
【描述方式】三个矩形 
【目的】表示一个逻辑类或实现类，逻辑类通常是用户的业务所涉及的事物；实现类是程序员处理的实体
【类图】
2）对象图(object diagrams)：一个对象图是类图的一个实例。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。
【概念】类图的一个实例，描述系统在具体时间点上所包含的对象以及各个对象的关系
【对象图】
三、行为图(Behavior diagram)：描述系统的动态模型和组成对象间的交互关系。
1）状态图：描述类的对象所有可能的状态以及事件发生时状态的转移条件。
【概念】描述对象的所有状态以及事件发生而引起的状态之间的转移
【描述方式】
- 起始点：实心圆
- 状态之间的转换：使用开箭头的线段
- 状态：圆角矩形
- 判断点：空心圆
- 一个或多个终止点：内部包含实心圆的圆
【目的】表示某个类所处的不同状态以及该类在这些状态中的转换过程
2）活动图：描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。
【概念】描述满足用例要求所要进行的活动以及活动时间的约束关系
【描述方式】
- 起始点：实心圆
- 活动：圆角矩形
- 终止点：内部包含实心圆的圆
- 泳道：实际执行活动的对象
【目的】表示两个或多个对象之间在处理某个活动时的过程控制流程
【活动图】
活动图和状态图区别：
四、交互图(Interactive diagram)：描述对象间的交互关系。
1）顺序图：显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互
2）合作图：描述对象间的协作关系。除显示信息交换外，合作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图。这两种图合称为交互图。
五、实现图( Implementation diagram )：
1）构件图：描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。
【概念】描述代码构件的物理结构以及各构件之间的依赖关系
【描述方式】构件
【目的】提供系统的物理视图，根据系统的代码构件显示系统代码的整个物理结构
【构架图】
2）部件图：有助于分析和理解部件之间的相互影响程度。
【概念】系统中硬件的物理体系结构
【描述方式】
- 三维立方体表示部件
- 节点名称位于立方体上部
【目的】显示系统的硬件和软件的物理结构
【部署图】
