【必看】4+1视图与UML对应关系
n&4+1视图模型概况&&
提出了一个"4+1"视图模型，从5个不同的视角包括包括逻辑试图、进程视图、物理视图、开发视图、场景视图来描述软件体系结构。每一个视图只关心系统的一个侧面，5个试图结合在一起才能反映系统的软件体系结构的全部内容。如下图：
n逻辑视图（Logic
&&逻辑试图主要是用来描述系统的功能需求，即系统提供给最终用户的服务.
在逻辑视图中，系统分解成一系列的功能抽象、功能分解与功能分析，这些主要来自问题领域（Problem
Definition)。&在面向对象技术中，通过抽象、封装、继承,可以用对象模型来代表逻辑视图，可以用类图（Class
Diagram）来描述逻辑视图。
构件(Components)：类、类服务、参数化类、类层次&
连接件(Connectors)：关联、包含聚集、使用、继承、实例化
&n&开发视图（Development/Module
&&开发视图主要用来描述软件模块的组织与管理（通过程序库或子系统）。服务于软件编程人员，&方便后续的设计与实现。它通过系统输入输出关系的模型图和子系统图来描述。要考虑软件的内部需求：开发的难易程度、重用的可能性，通用性，局限性等等。开发视图的风格通常是层次结构，层次越低，通用性越好（底层库：Java
SDK，图像处理软件包）。
构件：模块、子系统、层&
连接件：参照相关性、模块/过程调用&
n&进程视图&　　进程试图侧重系统的运行特性，关注非功能性的需求（性能，可用性）。服务于系统集成人员，方便后续性能测试。强调并发性、分布性、集成性、鲁棒性（容错）、可扩充性、吞吐量等。定义逻辑视图中的各个类的具体操作是在哪一个线程（Thread）中被执行。&
构件：进程、简化进程、循环进程&
连接件：未指定，消息、远程过程调用（RPC）、双向消息、事件广播&
&n&物理视图&　&&
&&物理试图主要描述硬件配置。服务于系统工程人员，解决系统的拓扑结构、系统安装、通信等问题。主要考虑如何把软件映射到硬件上，也要考虑系统性能、规模、可靠性等。可以与进程视图一起映射。
构件：处理器、计算机、其它设备&
连接件：通信协议等
&n&场景(Scenarios)&　&&
&&场景用于刻画构件之间的相互关系，将四个视图有机地联系起来。可以描述一个特定的视图内的构件关系，也可以描述不同视图间的构件关系。文本、图形表示皆可。&
逻辑视图、开发视图，都主要是用来描述系统的静态结构。&
进程视图、物理视图，主要是用来描述系统的动态结构。
&并非每个系统都必须把5个视图都画出来，而是各有侧重。
例如MIS系统侧重于逻辑视图、开发视图，而实时控制系统则侧重于进程视图、物理视图&
通常我们选择UML来表现各种视图，以下列出了UML和各视图的对应关系
4+1视图&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&UML
场景视图&&&&&&&&&&&&&&&&&&&&&&&&&&&&use&case
逻辑视图&&&&&&&&&&&&&&&&&&&&&&&&&&&&类图
开发视图&&&&&&&&&&&&&&&&&&&&&&&&&&&&类图，组件图
进程视图&&&&&&&&&&&&&&&&&&&&&&&&&&&&无完全对应
部署视图&&&&&&&&&&&&&&&&&&&&&&&&&&&&部署图
在架构设计稳定中通常不会给出较多的用例描述，这些是在需求文档中定义。但是往往架构文档会选择一些用例，列入文档中，这些用例和一些非功能性需求一起用以证明架构的有效和正确性。在逻辑视图中用例的实现是必不可少的一节，尽管架构设计更关注非功能性需求。
融入MDA的思想
对于逻辑视图和开发视图所应包含的内容常常会觉得很难区分两者间的明显界限。逻辑视图包含更多的分析模型与实现技术本身相关性应该较少，如业务对象模型及其扩展。而开发视图则会与实现技术紧密相关。
随着MDA思想的推广，在架构设计文档的撰写方面也产生了影响，我们不难把MDA的PIM和逻辑视图联系起来，而把MDA中的PSM和开发视图联系起来。
在编写逻辑视图是我们应该描述与技术平台无关的模型，而开发视图则描述与实现技术平台相关的模型。
如在逻辑视图中表现的某些实体类，我们会在开发视图中转换为EJB组件（实体Bean）。
这种做法不仅有利于我们编写架构设计文档，同时更是一种好的架构设计思考流程。&
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。使用模式集成UML视图
Alexander Egyed
OOUMLUMLMapping(Transformation)(Differentiation)
视图和模型
IEEE1471[AT&T1993]StakeholderUML
视图不匹配和冗余
[Siegfried
UML视图描述 vs 集成
UMLUML【】UML
UMLUMLRational
[Egyed1999a][Egyed1999b]UML
产品订货系统案例
COTSCommercial
off the Shelf
模式怎样有助于视图集成？
et al. 1994][Buschman
et al 1996]
在产品订货系统中使用模式
UML[Booch-Jacobson-Rambaugh
[UI]&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[UI]&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[UI]&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[]&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[]&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[]&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[]&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
Template&&Template&&【】ProxyProxy
lOrderLine
lOrderLine
et al. 1996]
OrderLineOracleInventory
Rose/Architect
QueueOrderLine
模式和抽象
Rose/Architect
Rose/Architect
[Egyed-Kruchten 1999]helperhelpertransactionaccount
RA[Egyed-Kruchten
1999]RA804 7
RA417【】 8
Rose/Architect
模式和转化
Rose/Architect
Oracle[Buschman
et al 1996] 10
Rose/Architect
1999a][Egyed
相关的工作
Spiral Model()[Boehm
et al 1998]LCO(life-cycle
objectives, )LCA(life-cycle
architecture)Architecture
Review Boards[AT&T
l[Sage-Lynch 1998]
l[Rechtin 1991]
l[IEEE 1998]
l[Nuseibeh 1995]
l[Perry0Wolf 1992]
l[Shaw-Garlan 1996]
1993]Inspection
Process[NASA
UML(UML)UML
Rose/Architect
&OAT&T (1993) “,”
AT&T, Murray Hill, NJ.
&OEgyed, A. (1999a) “UML,”
ESEC/FSE’99, .
&OEgyed, A. (1999b) “UML,”
USC-CSE-99-514, .
&OEgyed, A. and Kruchten, P. (1999) “Rose/ ”,
&OBooch, G., Jacobson, I.,
Rumbaugh, J. (1997)
&OBuschman, F., Meunier, R., Rohnert, H.,
Sommerlad, P., Stal, M. (1996) “,”
&OBoehm, B., Egyed, A., Kwan, J., and Madachy, R.
(1998), “
WinWin ,”
July, pp. 33-44.
&OGamma, E., Helm, R., Johnson,R., Vlissides, J.
(1994) “:,”
Addison-Wesley.
&ONASA (1993) “,”
NASA-STD-2202-93.
&ONuseibeh, B. (1995) “,”
DoC 95/4, , ,
&ORechtin, E. (1991) “,”
Prentice Hall, Englewood Cliffs, NJ.
&OPerry, D. E. and Wolf, A. L. (1992) “,”
ACM SIGSOFT , .
&OSage, Andrew P., Lynch, Charles L. (1998) “,”
Wiley Publishers,
3, 176-226
&OShaw, M. and Garlan, D. (1996) “,”
Prentice Hall.
&OSiegfried, S. (1996) “,”
IEEE Press.UML 的九种模型图
我的图书馆
UML 的九种模型图
一、作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。
UML语义：描述基于UML的精确元模型定义。
UML表示法：定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。
二、标准建模语言UML可以由下列5类图来定义。
用例图：从用户角度描述系统功能，并指出各功能的操作者。
静态图：包括类图和对象图。类图描述系统中类的静态结构，不仅定义系统中的类，表示类之间的联系，如关联、依赖、聚合等，也包括类的属性和操作，类图描述的是一种静态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用与类图完全相同的标识。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
行为图：描述系统的动态模型和组成对象间的交互关系，包括状态图和活动图。状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件，状态图是对类图的补充，活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并进行活动。
交互图：描述对象间的交互关系，包括时序图和协作图。时序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；协作图描述对象间的协作关系，协作图跟时序图相似，显示对象间的动态合作关系。除显示信息交换外，协作图还显示对象以及它们之间的关系。如果强调时间和顺序，则使用时序图；如果强调上下级关系，则选择协作图。
实现图：包括组件图和部署图。组件图描述代码部件的物理结构及各部件之间的依赖关系，组件图有助于分析和理解部件之间的相互影响程度；部署图定义系统中软硬件的物理体系结构。
采用UML来设计系统时，第一步是描述需求；第二步根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类图、对象图、组件图和部署图等5种图形，是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行，或者表示执行时的时序状态或交互关系。它包括状态图、活动图、时序图和协作图等4种图形，是标准建模语言UML的动态建模机制。
首先对UML中的各个图的功用做一个简单介绍：
&&& 描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统，以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示了这些元素之间的各种关系，如泛化、关联和依赖。
&&& 类图是描述系统中的类，以及各个类之间的关系的静态视图。能够让我们在正确编写代码以前对系统有一个全面的认识。类图是一种模型类型，确切的说，是一种静态模型类型。
&&& 与类图极为相似，它是类图的实例，对象图显示类的多个对象实例，而不是实际的类。它描述的不是类之间的关系，而是对象之间的关系。
&&& 描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。能够演示出系统中哪些地方存在功能，以及这些功能和系统中其他组件的功能如何共同满足前面使用用例图建模的商务需求。
&&& 描述类的对象所有可能的状态，以及事件发生时状态的转移条件。可以捕获对象、子系统和系统的生命周期。他们可以告知一个对象可以拥有的状态，并且事件(如消息的接收、时间的流逝、错误、条件变为真等)会怎么随着时间的推移来影响这些状态。一个状态图应该连接到所有具有清晰的可标识状态和复杂行为的类；该图可以确定类的行为，以及该行为如何根据当前的状态变化，也可以展示哪些事件将会改变类的对象的状态。状态图是对类图的补充。
6、序列图（顺序图）
&&& 序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进行交互的。顺序图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的。
&&& 和序列图相似，显示对象间的动态合作关系。可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之间是如何通信的。如果强调时间和顺序，则使用序列图；如果强调上下级关系，则选择协作图；这两种图合称为交互图。
8、构件图&（组件图）
&&& 描述代码构件的物理结构以及各种构建之间的依赖关系。用来建模软件的组件及其相互之间的关系，这些图由构件标记符和构件之间的关系构成。在组件图中，构件时软件单个组成部分，它可以是一个文件，产品、可执行文件和脚本等。
9、部署图&（配置图）
&&& 是用来建模系统的物理部署。例如计算机和设备，以及它们之间是如何连接的。部署图的使用者是开发人员、系统集成人员和测试人员。
几种图的区别：
一：这九种模型图各有侧重，
1:用例图侧重描述用户需求，
2:类图侧重描述系统具体实现；
二：描述的方面都不相同，
1:类图描述的是系统的结构，
2:序列图描述的是系统的行为；
三：抽象的层次也不同，
1：构件图描述系统的模块结构，抽象层次较高，
2：类图是描述具体模块的结构，抽象层次一般，
3：对象图描述了具体的模块实现，抽象层次较低。
在有的文献书籍中，将这九种模型图分为三大类：
结构分类、动态行为和模型管理：
1：结构分类包括用例图、类图、对象图、构件图和部署图，
2：动态行为包括状态图、活动图、顺序图和协作图，
3：模型管理则包含类图。
UML(统一建模语言)：是面向对象的可视化建模的一种语言。是数据库设计过程中，在E-R图（实体-联系图）的设计后的进一步建模。UML中有3种构造块：事物、关系和图，事物是对模型中最具有代表性的成分的抽象；关系是把事物结合在一起；图聚集了相关的的事物。具体关系图标如下：
说明：构件事物是名词，是模型的静态部分。行为事物是动态部分，表示行为。分组事物是组织部分。注释事物是解释部分。
依赖：一个事物变化会引起另一个事物变化。聚集：特殊的关联，描述整体与部分的组合关系。泛化：是一种特殊与一般的关系，如子元素（特殊）与父元素（一般），箭头指向父元素。实现：类元之间的关系，其中一个类元指定了由另一个类元保证执行的契约。一般用在接口和实现他们的类之间或用例和实现它们的协作之间。
UML提供9种视图：类图、对象图，用例图，序列图、协作图，状态图、活动图，构件图和部署图。
在UML系统开发中有三个主要的模型：
功能模型: 从用户的角度展示系统的功能，包括用例图。对象模型: 采用对象，属性，操作，关联等概念展示系统的结构和基础，包括类图。动态模型: 展现系统的内部行为。 包括序列图，活动图，状态图。
下面具体说明：
1.类图：描述一组对象、接口、协作等事物之间的关系。如下图(摘自网络)：
注：#表示protected，+表示Public，-表示private
2.对象图：描述一组对象之间的关系，是具有具体属性值和行为的一个具体事物，其是类图中所建事物实例的静态快照，其与类图的主要区别是一个是抽象的,而对象图是具体的。如下图(摘自网络)：
3.用例图：描述一组用例、参与者以及它们之间的关系，其展示的是该系统在它的外面环境中所提供的外部可见服务。如下图(摘自网络)：
4.交互图：包括序列图（顺序图）和协作图，两者对应，顺序图是强调消息时间顺序，有对象生命线和控制焦点。协作图是强调接收和发送消息的对象的结构组织，有路径和顺序号。如下图(摘自网络)：
5.协作图：
6.状态图：展示了一个状态机，由状态、转换、事件和活动组成。强调事件行为的顺序。如下图(摘自网络)：
7.活动图：是一种特殊的状态图，实现一个活动到另一个活动的流程。如下图(摘自网络)：
8.构件图 9.部署图：构件图展示一组构件之间的组织和依赖关系，并以全局的模型展示出来。部署图是构件的配置及描述系统如何在硬件上部署。如下图(摘自网络)：
TA的最新馆藏
喜欢该文的人也喜欢相关文章推荐
二 逻辑视图逻辑视图用来描述用例视图中提出的系统功能的实现，该视图以图形方式说明关键的用例实现、子系统、包和类，它们包含了在构架方面具有重要意义的行为。逻辑视图在每次迭代过程中都会加以改进，主要是作为...
The “4+1” View Model of Software Architecture
架构视图是对于从某一视角或某一点上看到的系统所做的简化描述，描述中涵盖了系统的某一特定方面，而省略了于此方...
目录（已更新的文章会有连接，每两到三天更新一篇文章）
UML的视图 UML的九种图UML中类间的关系
相信大家都知道UML的全称，统一建模语言（UML是 Unified Modeling...
n 4+1视图模型概况
Kruchten 提出了一个"4+1"视图模型，从5个不同的视角包括包括逻辑试图、进程视图、物理视图、开发视图、场景视图来描述软件体系结构。每一个视图只关心系统的一个侧...
如果说UML是一种语言，那么UML的基本词汇包括参与者、用例、边界、类、包、组件、节点等，而UML视图便是其语法，将基本元素组织起来，形成有意义的句子。如果说UML是一种语言，那么其最大的特征就是可视...
1. UML的组成
UML由视图(View)、图(Diagram)、模型元素(Model
Element)和通用机制(General Mechanism)等几个部分组成。
a) 视图(Vi...
如果说UML中的元素是基本词汇，那么视图就是语法。
整理一下UML中的视图：
静态视图：
顾名思义，静态视图就是表达静态事物的视图。只描述事物的静态结构，描述其动态行为...
软件体系架构有个“4+1视图”，从百度百科里查到它包括如下内容：
逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。
过程视图（Pr...
UML统一建模语言是软件规范化设计中的重要工具方法，学会UML的使用能有效提高开发效率，对业务设计和技术实现有更准确的把握。以下是我对整个UML的简略认识。大家可以根据需要对相应图进行深入了解。
UML的视图 UML的九种图 UML中类间的关系
上文我们介绍了，UML的视图，在每一种视图中都包含一个或多种图。本文我们重点讲解UML每种图的细节问题：
他的最新文章
讲师：董晓杰
讲师：姚远
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)随笔 - 114&
文章 - 1&评论 - 18&trackbacks - 0
UML由视图（View）、图（Diagrams）、模型元素（Model elements）和通用机制等几个部分构成。
视图用来表示被建模系统的各个方面。由多个图构成，它不是一个图片，而是在某一个抽象层上，对系统的抽象表示。如果要为系统建立一个完整的模型图，只需定义一定数量的视图，每个视图表示系统的一个特殊方面就可以了。视图还把建模语言和系统开发时选择的方法或过程连接起来。
图由各种图片构成，用来描述一个视图的内容。UML语言定了9中不同的图的类型，把它们有机地结合起来就可以描述系统的所有视图。
模型元素代表面向对象中的类、对象、消息和关系等概念，是构成图的最基本的常用概念。
通用机制用于表示其他信息，比如注释、模型元素的语义等。它还提供扩展机制，使UML语言能够适应一个特殊的方法（或过程）、或扩充至一个组织或用户。
UML中的视图包括：用例视图（Use-case view）、逻辑视图（Logical view）、组件视图（Component view）、并发视图（Concurrency view）、展开视图（Deployment view）等五种。
用例视图用于描述系统应该具有的功能集。它是从系统的外部用户角度出发，对系统的抽象表示。
用例视图是其他视图的核心和基础。其他视图的构造和发展依赖于用例视图中所描述的内容。
用例视图还可用于测试系统是否满足用户的需求和验证系统的有效性。
用例视图主要为用户、设计人员、开发人员和测试人员而设置。用例视图静态地描述系统功能，为了动态的观察系统功能，偶尔也用活动图（activity diagram）描述。
逻辑视图（Logical view）用来显示系统内部的功能是怎样设计的，它利用系统的静态结构和动态行为来刻画系统功能。
组件视图（Compent view）用来显示代码组件的组织方式。它描述了实现模块和它们之间的依赖关系。组件视图主要供开发者使用。比如进展工作的进展报告。
并发视图供系统开发者和集成者使用。它由动态图（状态图、序列图、协作图、活动图）和执行图（组件图、展开图）构成。
展开视图用来显示系统的物理架构，即系统的物理展开。
UML中包含用例图、类图、对象图、状态图、序列图、协作图、活动图、组件图、展开图共九种。
阅读(...) 评论()