UML相关知识点

uml中主要包括四种关系：依赖、泛化、关联、实现
uml静态视图：类图、对象图、包图
物理视图：构件视图、部署视图
从可视化的角度对uml进行划分：视图、图、模型元素
uml常用的扩展机制：构造性、标记值、约束
uml的面向对象的事务有：结构事务、分组事务、注释事务、动作事务
标准建模语言UML可以由下列5类图来定义：
　　用例图：从用户角度描述系统功能，并指出各功能的操作者。
　　静态图：包括类图和对象图。类图描述系统中类的静态结构，不仅定义系统中的类，表示类之间的联系，如关联、依赖、聚合等，也包括类的属性和操作，类图描述的是一种静态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用与类图完全相同的标识。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
　　行为图：描述系统的动态模型和组成对象间的交互关系，包括状态图和活动图。状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件，状态图是对类图的补充，活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并进行活动。
　　交互图：描述对象间的交互关系，包括时序图和协作图。时序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；协作图描述对象间的协作关系，协作图跟时序图相似，显示对象间的动态合作关系。除显示信息交换外，协作图还显示对象以及它们之间的关系。如果强调时间和顺序，则使用时序图；如果强调上下级关系，则选择协作图。
　　实现图：包括组件图和部署图。组件图描述代码部件的物理结构及各部件之间的依赖关系，组件图有助于分析和理解部件之间的相互影响程度；部署图定义系统中软硬件的物理体系结构。
试图种类的种类有：静态视图（类图和对象图）、用例视图、交互视图（时序图和协作图）、实现视图（组件图和部署图）、状态机视图、活动视图、部署视图、模型管理视图
视图和图的关系:视图和图是包含和被包含的关系。在每一种视图中都包含一种或多种图。
UML 的通用机制包括规格说明、修饰和通用划分三个方面
Rational统一过程的静态机构，分别使用：角色、活动、产物、工作流
Rational统一过程的五种视图结构，分别是：逻辑视图、过程视图、物理视图、开发视图、用例视图
Rational统一过程的六项最佳实践包括：瀑布式软件开发、迭代式软件开发、基于构件的架构应用、软件质量验证
迭代过程的四个连续阶段：初始、分析、细化
实现Rational统一过程的步骤：评估当前状态、建立明确目标、执行过程实现、评价过程实现
迭代过程有几个阶段：初始阶段、细化阶段、构造阶段和移交阶段。、
Rational 统一过程以一种能够被大多数项目和开发组织都适用的形式建立起来，其所包含的六项最佳实践指：迭代式软件开发、需求管理、基于构件的架构应用、建立可视化的软件模型、软件质量验证和软件变更控制。
在 Rational 统一过程的开发流程中，分别使用角色、活动、产物和工作流四种建模元素来进行表达。
用例图的组成要素：参与者、用例、系统边界
用例中的主要关系有：包含、扩展、泛华
用例包含的系统服务或功能单元的多少指的是：用例粒度，用例粒度越大,系统功能越多
用例图中以实现方框表示系统的范围和边界，在系统边界内描述的是组成部分，在系统边界外描述的是系统外部
构成用例图的基本元素：参与者、系统边界、用例
系统边界指的是：系统与系统之间的界限
扩展关系与包含关系的区别：
在扩展关系中，基础用例提供一个或多个插入点，并且扩展用例为这些插入点提供了需要插入的行为，而在包含关系插入点只有一个
在扩展关系中，基础用例的执行不一定会涉及扩展用例，扩展用例只有在一定条件下才会被执行，而在包含关系中，基础用例执行完成之后，被包含用例一定会被执行
即使没有扩展用例，扩展关系中的基础用例本身也是完整的。但是对于包含关系，基础用例在没有被包含关系的情况下就是不完整存在
泛化：指的是一个父用例可以被特化成多个子用例，而父用例和子用例之间就是泛化关系