UML笔记1---结合架构设计用对象建模

标签：uml和架构设计

UML笔记1---结合架构设计用对象建模

一.UML的视图和图

视图，只是表达系统某一方面特征的UML建模组件的子集；视图被划分成三个视图域：结构分类、动态行为和模型管理。

---结构分类，描述了系统中的结构成员及其相互关系。类元包括类、用例、构件和节点。类元为研究系统动态行为奠定了基础。类元视图包括静态视图、用例视图和实现视图。

---动态行为描述了系统随时间变化的行为。行为用从静态视图中抽取的瞬间值的变化来描述。动态行为视图包括状态机视图、活动视图和交互视图。

---模型管理说明了模型的分层组织结构。包是模型的基本组织单元。特殊的包还包括模型和子系统。模型管理视图跨越了其他视图并根据系统开发和配置组织这些视图。

二.定义解读

   ---静态视图，对应用领域中的概念以及与系统实现有关的内部概念建模。

   ---用例视图，是被称为参与者的外部用户所能观察到的系统功能的模型图。

   ---交互视图，描述了执行系统功能的各个角色之间相互传递消息的顺序关系。

   ---顺序图，表示了对象之间传送消息的时间顺序。

   ---协作图，对在一次交互中有意义的对象和对象间的链建模。

---状态机视图，是一个类对象所可能经历的所有历程的模型图。

---活动图，是状态机的一个变体，用来描述执行算法的工作流程中涉及的活动。

---物理视图，对应用自身的实现结构建模，例如系统的构件组织和建立在运行节点上的配置。

---模型管理视图，对模型自身组织建模。

三. 系统架构设计如何合理使用视图建模

第一步，设计用例视图，确定系统功能、规格、性能、容错等边界（即架构设计的需求分析）

第二步，设计构建图，确定系统的部件并支撑用例(即架构设计的逻辑架构)

第三步，设计部署图，确定部件的部署方式(即架构设计的物理架构)

第四步，设计顺序图和协作图，确定子系统之间、子系统内部的接口(即架构设计的子系统、模块设计)

第五步，设计状态机图，确定子系统内部的关键设计(即架构设计的子系统、模块设计)

第六步，设计活动图，确定关键算法的流程(即架构设计的关键流程梳理，比如故障分析)

第七步，设计类图，支撑交付实现(迭代开发交付)

迭代循环，刷新设计(架构优化改进)

四. 参考书籍

UML参考手册.doc

注：其中一、二节是学习《UML参考手册》记要，第三节为偶的之体会。

UML笔记1---结合架构设计用对象建模

标签：uml和架构设计

原文地址：http://luoqingchao.blog.51cto.com/688895/1593105