明戈戈的博客

根据 UML建模的过程来进行一个完整系统的设计–Bug 管理系统。下面是一个标注 UML 设计过程的参考。需求分析：用例图。系统分析：分析业务规则–状态图。系统分析：分析业务流程–活动图。系统设计：设计静态结构–类图和包图。系统设计：Action类被调用关系–序列图。系统设计：用户调用 Action类的过程–协作图。系统架构：组件图和部署图。编码实现。

协作图和序列图都表示出了对象间的交互作用，但是它们侧重点不同。序列图清楚地表示了交互作用中的时间顺序，但没有明确表示对象间的关系。协作图则清楚地表示了对象间的关系，但时间顺序必须从顺序号获得。序列图常常用于表示方案，而协作图用于过程的详细设计。

序列图又称为时序图、活动序列图，它是一种详细表示对象之间及对象与参与者实例之间交互的图,它由一组协作的对象(或参与者实例)及它们之间可发送的消息组成，它强调消息之间的时间顺序。序列图主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。序列图的主要用途之一是把用例表达的需求，转化为进一步、更加正式层次的精细表达。用例常常被细化为一个或者更多的序列图。

活动图是 UML用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图。

创建 UML 状态图的目的是研究类、角色、子系统或组件的实时行为。状态图不仅可用于描述用户接口、设备控制器和其他具有反馈的子系统，还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一阶段该对象都有自己特殊的行为。

部署图(Deployent Diagram)描述了运行软件的系统中硬件和软件的物理结构。部署图中通常包含两种元素:节点和关联关系，部署图中每个配置必须存在于某些节点上。部署图也可以包含包或子系统。节点是在运行时代表计算机资源的物理元素。节点名称有两种:简单名和路径名。路径名是在简单名的前面加上节点所在包的名称。节点也可以用标记值或表示节点细节的附加栏加以修饰。节点可以分为两种:处理器(Processor)和设备(Device)。

组件图(ComponentDiagram)描述了软件的各种组件和它们之间的依赖关系。组件图中通常包含4种元素:组件、程序、包、任务，各个组件之间还可以相互依赖。

静态图包含类图、对象图和包图的主要目的是在系统详细设计阶段，帮助系统设计人员以一种可视化的方式来理解系统的内部结构和代码结构，包括类的细节、类的属性和操作、类的依赖关系和调用关系、类的包和包的依赖关系。

静态图包含类图、对象图和包图的主要目的是在系统详细设计阶段，帮助系统设计人员以一种可视化的方式来理解系统的内部结构和代码结构，包括类的细节、类的属性和操作、类的依赖关系和调用关系、类的包和包的依赖关系。对象图与类图之间的关系，就好比对象与类之间的关系，对象是赋予了某种特殊值时的类的实例。对象图拥有与类图不一样的表示法和应用场景。

静态图包含类图、对象图和包图的主要目的是在系统详细设计阶段，帮助系统设计人员以一种可视化的方式来理解系统的内部结构和代码结构，包括类的细节、类的属性和操作、类的依赖关系和调用关系、类的包和包的依赖关系。

用例模型主要应用在工程开发的初期进行系统需求分析阶段，用于描述系统的功能，也就是从外部用户的角度观察系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述。

UML由图和元模型组成，主要包括3个基本构造块:事物(Things)、关系(Relationships)和图(Diagrams)1、四种事物事物是实体抽象化的最终结果，是模型中的基本成员，UML中包含结构事物、行为事物、分组事物和注释事物。结构事物(Structural Things)结构事物是模型中的静态部分，用以呈现概念或实体的表现元素，是软件建模中最常见的元素共有以下7种。类(Class)：是指具有相同属性、方法、关系和语义的对象的集合。一个典型的类图如图1-1 所示。接口(Interface)