uml部署图案例（部署图是行为图吗）

本文目录

• 部署图是行为图吗
• 用UML怎么画deploymentSpec
• 如何使用powerdesigner建立UML部署图
• uml画图-如何绘制UML顺序图

部署图是行为图吗

部署图(deployment diagram，配置图)是用来显示系统中软件和硬件的物理架构。从部署图中，您可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署图可以显示运行时系统的结构，同时还传达构成应用程序的硬件和软件元素的配置和部署方式。
部署图简介
一个UML部署图(对象管理组织2001)描述了一个运行时的硬件结点，以及在这些结点上运行的软件组件的静态视图。 部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构的机器之间的中间件。
创建目的
· 探究系统投产的相关问题.
· 探究你的系统和生产环境中的其它系统的依赖关系，这些系统可能是已经存在，或是将要引入的。
· 描述一个商业应用主要的部署结构。
· 设计一个嵌入系统的硬件和软件结构。
· 描述一个组织的硬件/网络基础结构。
简介
在特定的项目图上注明软件组件;集中在企业级图上的结点和通信关联
结点和组件
用描述性术语命名结点;仅仅建模重要的软件组件;为组件一致地应用一致版型;把可视化的版型应用到结点
依赖和通信关联
用版型来注明通信协议;仅仅建模组件间的关键性依赖
通用准则
在特定的项目图上注明软件组件图1是一个大学管理系统的UML部署图描述. 该图描述了那些包含单一应用程序的主要软件组件是怎样配置到生产环境中的，这使得项目团队能够确定他们的部署策略。2.集中在企业级图上的结点和通信关联
UML部署图经常被认为是一个网络图或技术架构图，图2是该风格的一个例子，它描述了一个简单组织的技术基础结构。 注意图2是一个非常简单的例子，像这样的图，许多组织将会有几十甚至几百个结点。
虽然在图的有限范围内注明组件的部署情况是可以显示它的作用的，例如图1，但图很快地就变得笨重起来。 图2则关注于企业的那些高阶部署，因此配置在硬件结点之上的软件组件的精细的、细节的东西就不需要显示出来，你可以在你的CASE工具中处理这些信息，但这并不意味着你需要在图上显示它们。

用UML怎么画deploymentSpec

UML部署图的操作步骤！

新建部署图：在Trufun 2015系列 UML2.X工具中，我们新建了UML项目之后，自动在模型浏览器中生成项目文件菜单，我们选择模型浏览器的model，右键菜单会出现新建框图--》部署图。或者先对我们要建的模型进行包的归类划分，然后再在相应的包中新建部署图。新建部署图之后，会自动在绘图区打开一个部署图的绘图区，我们可以在该绘图区建我们的相关部署图模型。在部署图中要利用组件图中的组件，可以通过左边模型浏览器，将已经创建的组件图中的组件元素直接拖进部署图中即可。下图是部署图工具栏　

学uml知识和建模应用，上trufun.net，最专业详细的UML参考书，具体的uml模型案例，专业的uml2最新标准工具，专业的客服解答，一应俱全。。

如何使用powerdesigner建立UML部署图

打开powerdesigner，点击【文件】菜单，再选择【新建模型】
2
在【新建模型】界面，在【类型】中选择【技术】，在【类型项】中选择【UML部署图】，然后点击【OK】
3
在右侧的工具栏中，在【UML部署图】下点击【节点】图标，然后在主窗口上点击一次，就生成一个节点
4
在右侧的工具栏中，在【UML部署图】下点击【组件实例】图标，然后在主窗口上的节点中点击一次，就在该节点中生成一个组件实例
5
在右侧的工具栏中，在【UML部署图】下点击【依赖】图标，然后在主窗口上点击一个组件实例，然后拖动鼠标连接到另一个组件实例，从而建立相互间的依赖关系。
6
在右侧的工具栏中，在【UML部署图】下点击【节点关联】图标，然后在主窗口上点击一个节点，然后拖动鼠标连接到另一个节点，从而建立相互间的关联关系。

uml画图-如何绘制UML顺序图

如何绘制UML顺序图

应该是时序图吧,用微软的Visio画图,比如说拿其中的一个实体走完它所有的功能。一个完整的系统应该有好几个时序图,一个里面肯定画不完。根据整个逻辑把各个属性走一遍。形成该实体一个完整动作的逻辑处理。看一下软件工程的书吧!

例如:

UML(UnifiedModelingLanguage),统一建模语言,又称标准建模语言,是为软件系统建立可视化模型。主要包括用例图、时序图、协作图、活动图、部署图、构件图、类图、状态图等等。

之前有写过UML时序图:产品经理必备之UML时序图

用例图(UseCaseDiagrame)是UML的一种,主要用来描述用户、需求、系统功能之间的关系,能够充分展示一个外部用户能够观察的系统功能模型图,以一种可视化的直观方式理解系统的功能需求,以便使系统用户更容易理解这些元素的用途,也便于开发人员最终实现这些元素。

用例图是跳出当前系统,站在用户的角度去看系统,思考系统功能,这样我们能更加理解业务,表达清楚需求。从用户的视角,我们不会使用专业术语去进行业务的沟通,可以做到真正以用户为中心去获取需求,转化为产品服务。

用例图可以帮助我们更全面的考虑系统内事物之间的互相影响,关注整体的运行规律,而不是只考虑个别事物的情况。

1、参与者:是系统外部的一个实体,它以某种方式参与了用例的执行过程。参与者不一定是人,也可以是部门,也可以是外部系统,也可以是其他事物。通常用人形图标表示。

2、用例:是对系统的用户需求(主要是功能需求)的描述,用例表达了系统的功能和所提供的服务,说明了系统是如何与最终用户或其它系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标。通常用椭圆表示。

用例注意事项:

用例粒度的确定,没有标准,只能根据实际情况分析。一个大型系统,可能会有上百个用例,一个小产品,也许只有几个用例。

一个用例是一个完整的使用场景,不是零散的动作步骤。比如,拿起手机打电话是个完整的场景,拿起手机只是一个步骤。

一个用例有一个明确、独立的目标,如果一个用例包括多个目标,则可再逐层细化出子用例。

3、系统边界:将系统内外分开,参与者在外面,用例在里面。边界内的用例,就是系统要实现的事情。通常用矩形框表示。

4、关系:

(1)关联关系:用一条实线表示,这条实线一般有三种形式:无箭头、有指向用例的箭头、有指向执行者的箭头。箭头的方向代表了数据流向或谁启动谁。

(2)归纳(泛化)关系:表示参与者与参与者之间、用例与用例之间的关系。一个用例可以被特别列举为一个或多个子用例,这被称为用例泛化。

用带空心箭头的实线表示,箭头指向被泛化的用例,即子用例指向父用例,泛化是从下到上的过程。(子用例继承父用例所有的结构、行为和关系,是父用例的一种特殊形式。)

(3)包含关系:表示用例与用例之间的关系,其中一个用例(父用例)的行为包含了另一个用例(子用例)的行为。

用虚线箭头+《》表示,箭头指向被包含的用例。一般是父用例包含很大的范围,专门抽出子用例来着重表达,又或者是复用用例。

(4)扩展关系:表示用例与用例之间的关系,是在特定条件下,由扩展用例指向被扩展用例。

用虚线箭头+《《extend》》字样,箭头指向被扩展的用例。拓展用例是在特定条件出现时,才会被执行的用例。

1、不是每个需求都要画用例图,要视情况而定,简单的需求完全可以不用画。

2、画图是为了表达、传递信息,当我们画用例图时,不管画的多么酷炫,本质都是在分析业务场景、系统功能性需求,并描述出来。

阅读原文

对产品经理感兴趣的朋友,可以移步“需求管理”,期待共同交流。

应该是时序图吧,用微软的Visio画图,比如说拿其中的一个实体走完它所有的功能。一个完整的系统应该有好几个时序图,一个里面肯定画不完。根据整个逻辑把各个属性走一遍。形成该实体一个完整动作的逻辑处理。看一下软件工程的书吧!

例如: