以下试题来自：
问答题简答题UML统一建模语言有哪几种图形？
用例图、类图、对象图、构件（组件）图、部署（配置）图、状态图、活动图、顺序（时序）图、合作（协作）图等九种图。
为您推荐的考试题库
您可能感兴趣的试卷
你可能感兴趣的试题
1.问答题 用例图、类/对象图、对象关系图、实体&关系图（E&R）、事件轨迹图（时序图）和状态转换图（STD）等2.问答题 有数据流图（DFD）、数据字典（DD）、判定表、判定树、结构化语言（PDL）、层次方框图、Warnier图、IPO图、控制流图（CFD）、......3.问答题 （1）经济可行性：是否有经济效益，多长时间可以收回成本；（2）技术可行性：现有技术能否实现本系统，现有技术人员能......4.问答题 （1）提高软件开发过程的能见度；（2）提高开发效率；（3）作为开发人员阶段工作成果和结束标志；（4）记......5.问答题 应具备以下条件：（1）使用标准的控制结构；（2）有限制地使用GOTO语句；（3）源程序的文档化（应具备以下......UML建模语言7种图(以银行ATM系统为例) - CSDN博客
UML建模语言7种图(以银行ATM系统为例)
1 用例图：&&&&&& 描述了系统提供的一个功能单元。以一种可视化的方式理解系统的功能需求，"角色"与系统内用例之间的关系。&&&&&& 本例中，参与者"银行储户"和ATM机。简化后的ATM机仅有取款、存款及其余功能。其余功能不做详细说明。
2 类图：&&&&&&& 显示系统的静态结构。逻辑类、实现类，实现类就是程序员处理的实体。类在类图上使用包含三个部分的矩形来描述，如图2所示。最上面的部分显示类的名称，中间部分包含类的属性，最下面的部分包含类的操作（或者说"方法"）。&&&&&& 本例中许多单个的帐户组成了帐户库，帐户具有帐户类型、帐户号、余额三个属性。许多银行储户组成了储户库。ATM系统包含了许多ATM机。银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。通过类图不仅可以使设计者明确的表达自己的设计意图，也能帮助自己整理思路，充实及优化自己的设计。
3 序列图：&&&&&&&显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。 序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。&&&&&&& 本例以时间为顺序描述了顾客在ATM机上取款时信息的流动情况，顺序图着重于对象间消息传递的时间顺序。
4 状态图：&&&&&& 表示某个类所处的不同状态和该类的状态转换信息。包括5个基本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。&&&&&& 本例描述了顾客在ATM机上进行操作会经历的几种状态，及各种状态之间转换的条件。因为是简化了的例子，所以除了等待顾客插入磁卡的起始状态和结束服务的终止状态，顾客会处于输入密码、选择服务类型、存款及取款四种状态。
5 活动图：&&&&&& 表示在处理某个活动时，两个或者更多类对象之间的过程控制流。适合用于对较高级别的过程建模，比如公司当前在如何运作业务，作为一种选择，活动可以分组为泳道（swimlane），泳道用于表示实际执行活动的对象。&&&&&&& 顺序图着重时间的顺序，而活动图侧重于各部分之间的相互制约，对于一些并行的活动能够有效的表示出来。
6 组件图：&&&&&&提供系统的物理视图，显示系统中的软件对其他软件组件（例如，库函数）的依赖关系。7 部署图：&&&&&& 表示该软件系统如何部署到硬件环境中。用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。&&&&& 部署图(协作图)着重于表达对象之间的静态连接关，与顺序图上的消息传递是一一对应的。
本文已收录于以下专栏：
相关文章推荐
我们对软件工程这一大块的学习其实开始的还是挺早的，并且在后来的学习过程中也不断的涉及到了这些知识。但是，经过软考的检验来看我对软工这一块的内容掌握的实在是惨不忍睹，基本上就是一出手就错一出手就错。而U...
用况名：login
简述：客户需要插入银行卡进ATM并输入密码进行登录操作
参与者：Guest即持卡人
（1）客户将银行卡插入ATM插卡处等待读取信息
（2）ATM提示输入银行卡密码...
在UML类图中，常见的有以下几种关系: 泛化（Generalization）,  实现（Realization），关联（Association)，聚合（Aggregation），组合(Composit...
1 用例图：
       描述了系统提供的一个功能单元。以一种可视化的方式理解系统的功能需求，&角色&与系统内用例之间的关系。
       本例中，参与...
一. 用例视图概述
用例视图表述哪些事物 :谁是相关用户,用户希望从系统获得的服务,用户需要为系统提供的服务.
用例视图的作用 : 使用户容易理解 其中元素的用途 , 使码农更容...
问题描述：
ATM ( Automatic Teller Machine) 自动柜员机是一种利用磁性代码卡或智能卡实现金融交易的自助装置。ATM的出现减轻了银行柜面人员的工作压力，更为人类提供了安全方...
--------------------------------------------------------------------------------
作为一种建模语言,...
用例组成 : 用例 参与者 用例与参与者之间的关系
系统架构分析 : 如何确定参与者, 如何确定用例
详解一下几种关系 : 参与者之间的关系(泛化关系), 用例与参与者之间的关系(关联关系), 用例与...
他的最新文章
讲师：何宇健
讲师：董岩
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)　　英文原文：
　　到了21世纪&&准确地说是2003年，UML已经获得了业界的认同。在我所见过的专业人员的简历中，75%都声称具备UML的知识。然而，在同绝大多数求职人员面谈之后，可以明显地看出他们并不真正了解UML。通常地，他们将UML用作一个术语，或对UML一知半解。大家对UML缺乏理解的这种状况，促进我撰写这篇关于UML 1.4的快速入门文章。当阅读完本文时，您还不具备足够的知识可以在简历上声称自己掌握了UML，但是您已具有了进一步钻研该语言的良好起点。
　　背景知识
　　正如前面曾提到过的，UML的本意是要成为一种标准的统一语言，使得IT专业人员能够进行计算机应用程序的建模。UML的主要创始人是Jim Rumbaugh、Ivar Jacobson和Grady Booch，他们最初都有自己的建模方法（OMT、OOSE和Booch），彼此之间存在着竞争。最终，他们联合起来创造了一种开放的标准。（听起来是不是很熟悉？这个现象类似J2EE、SOAP和Linux的诞生。）UML成为"标准"建模语言的原因之一在于，它与程序设计语言无关。（IBM Rational的UML建模工具被广泛应用于J2EE和.NET开发。）而且，UML符号集只是一种语言而不是一种方法学。这点很重要，因为语言与方法学不同，它可以在不做任何更改的情况下很容易地适应任何公司的业务运作方式。
　　既然UML不是一种方法学，它就不需要任何正式的工作产品（即IBM Rational Unified Process术语中所定义的"工件"）。而且它还提供了多种类型的模型描述图（diagram），当在某种给定的方法学中使用这些图时，它使得开发中的应用程序的更易理解。UML的内涵远不只是这些模型描述图，但是对于入门来说，这些图对这门语言及其用法背后的基本原理提供了很好的介绍。通过把标准的UML图放进您的工作产品中，精通UML的人员就更加容易加入您的项目并迅速进入角色。最常用的UML图包括：用例图、类图、序列图、状态图、活动图、组件图和部署图。
　　深入讨论每类图的细节问题已超出了这篇入门文章的范围。因此，下面仅给出了每类图的简要说明，更详细的信息将在以后的文章中探讨。
　　用例图
　　用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图一般表示出用例的组织关系 && 要么是整个系统的全部用例，要么是完成具有功能（例如，所有安全管理相关的用例）的一组用例。要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色（表示一个系统用户），可绘制一个人形符号。角色和用例之间的关系使用简单的线段来描述，如图1所示。
图1：示例用例图
　　图字（从上到下）：CD销售系统；查看乐队CD的销售统计；乐队经理；查看Billboard 200排行榜报告；唱片经理；查看特定CD的销售统计；检索最新的Billboard 200排行榜报告；排行榜报告服务
　　用例图通常用于表达系统或者系统范畴的高级功能。如图1所示，可以很容易看出该系统所提供的功能。这个系统允许乐队经理查看乐队CD的销售统计报告以及Billboard 200排行榜报告。它也允许唱片经理查看特定CD的销售统计报告和这些CD在Billboard 200排行榜的报告。这个图还告诉我们，系统将通过一个名为"排行榜报告服务"的外部系统提供Billboard排行榜报告。
　　此外，在用例图中，没有列出的用例表明了该系统不能完成的功能。例如，它不能提供给乐队经理收听Billboard 200上不同专辑中的歌曲的途径 && 也就是说，系统没有引用一个叫做"收听Billboard 200上的歌曲"的用例。这种缺少不是一件小事。在用例图中提供清楚的、简要的用例描述，项目赞助商就很容易看出系统是否提供了必须的功能。
　　类图表示不同的实体（人、事物和数据）如何彼此相关；换句话说，它显示了系统的静态结构。类图可用于表示逻辑类，逻辑类通常就是业务人员所谈及的事物种类 && 摇滚乐队、CD、广播剧；或者贷款、住房抵押、汽车信贷以及利率。类图还可用于表示实现类，实现类就是程序员处理的实体。实现类图或许会与逻辑类图显示一些相同的类。然而，实现类图不会使用相同的属性来描述，因为它很可能具有对诸如Vector和HashMap这种事物的引用。
　　类在类图上使用包含三个部分的矩形来描述，如图2所示。最上面的部分显示类的名称，中间部分包含类的属性，最下面的部分包含类的操作（或者说"方法"）。
图2：类图中的示例类对象
　　根据我的经验，几乎每个开发人员都知道这个类图是什么，但是我发现大多数程序员都不能正确地描述类的关系。对于像图3这样的类图，您应该使用带有顶点指向父类的箭头的线段来绘制继承关系1，并且箭头应该是一个完全的三角形。如果两个类都彼此知道对方，则应该使用实线来表示关联关系；如果只有其中一个类知道该关联关系，则使用开箭头表示。
图3：一个完整的类图，包括了图2所示的类对象
　　在图3中，我们同时看到了继承关系和两个关联关系。CDSalesReport类继承自Report类。一个CDSalesReport类与一个CD类关联，但是CD类并不知道关于CDSalesReport类的任何信息。CD类和Band类都彼此知道对方，两个类彼此都可以与一个或者多个对方类相关联。
　　一个类图可以整合其他许多概念，这将在本系列文章的后续文章中介绍。
　　序列图
　　序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。
　　序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。
　　序列图的绘制非常简单。横跨图的顶部，每个框（参见图4）表示每个类的实例（对象）。在框中，类实例名称和类名称之间用空格/冒号/空格来分隔，例如，myReportGenerator : ReportGenerator。如果某个类实例向另一个类实例发送一条消息，则绘制一条具有指向接收类实例的开箭头的连线，并把消息/方法的名称放在连线上面。对于某些特别重要的消息，您可以绘制一条具有指向发起类实例的开箭头的虚线，将返回值标注在虚线上。就我而言，我总喜欢绘制出包括返回值的虚线，这些额外的信息可以使得序列图更易于阅读。
　　阅读序列图也非常简单。从左上角启动序列的"驱动"类实例开始，然后顺着每条消息往下阅读。记住：虽然图4所示的例子序列图显示了每条被发送消息的返回消息，但这只是可选的。
图4：一个示例序列图
　　通过阅读图4中的示例序列图，您可以明白如何创建一个CD销售报告（CD Sales Report）。其中的aServlet对象表示驱动类实例。aServlet向名为gen的ReportGenerator类实例发送一条消息。该消息被标为generateCDSalesReport，表示ReportGenerator对象实现了这个消息处理程序。进一步理解可发现，generateCDSalesReport消息标签在括号中包括了一个cdId，表明aServlet随该消息传递一个名为cdId的参数。当gen实例接收到一条generateCDSalesReport消息时，它会接着调用CDSalesReport类，并返回一个aCDReport的实例。然后gen实例对返回的aCDReport实例进行调用，在每次消息调用时向它传递参数。在该序列的结尾，gen实例向它的调用者aServlet返回一个aCDReport。
　　请注意：图4中的序列图相对于典型的序列图来说太详细了。然而，我认为它才是足够易于理解的，并且它显示了如何表示嵌套的调用。对于初级开发人员来说，有时把一个序列分解到这种详细程度是很有必要的，这有助于他们理解相关的内容。
　　状态图
　　状态图表示某个类所处的不同状态和该类的状态转换信息。有人可能会争论说每个类都有状态，但不是每个类都应该有一个状态图。只对"感兴趣的"状态的类（也就是说，在系统活动期间具有三个或更多潜在状态的类）才进行状态图描述。
　　如图5所示，状态图的符号集包括5个基本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。要绘制状态图，首先绘制起点和一条指向该类的初始状态的转换线段。状态本身可以在图上的任意位置绘制，然后只需使用状态转换线条将它们连接起来。
&图5：显示类通过某个功能系统的各种状态的状态图
　　图5中的状态图显示了它们可以表达的一些潜在信息。例如，从中可以看出贷款处理系统最初处于Loan Application状态。当批准前（pre-approval）过程完成时，根据该过程的结果，或者转到Loan Pre-approved状态，或者转到Loan Rejected状态。这个判断（它是在转换过程期间做出的）使用一个判断点来表示 && 即转换线条间的空心圆。通过该状态图可知，如果没有经过Loan Closing状态，贷款不可能从Loan Pre-Approved状态进入Loan in Maintenance状态。而且，所有贷款都将结束于Loan Rejected或者Loan in Maintenance状态。
　　活动图
　　活动图表示在处理某个活动时，两个或者更多类对象之间的过程控制流。活动图可用于在业务单元的级别上对更高级别的业务过程进行建模，或者对低级别的内部类操作进行建模。根据我的经验，活动图最适合用于对较高级别的过程建模，比如公司当前在如何运作业务，或者业务如何运作等。这是因为与序列图相比，活动图在表示上"不够技术性的"，但有业务头脑的人们往往能够更快速地理解它们。
　　活动图的符号集与状态图中使用的符号集类似。像状态图一样，活动图也从一个连接到初始活动的实心圆开始。活动是通过一个圆角矩形（活动的名称包含在其内）来表示的。活动可以通过转换线段连接到其他活动，或者连接到判断点，这些判断点连接到由判断点的条件所保护的不同活动。结束过程的活动连接到一个终止点（就像在状态图中一样）。作为一种选择，活动可以分组为泳道（swimlane），泳道用于表示实际执行活动的对象，如图6所示。
图6：活动图，具有两个泳道，表示两个对象的活动控制：乐队经理，以及报告工具
　　图字（沿箭头方向）：乐队经理；报告工具；选择"查看乐队的销售报告"；检索该乐队经理所管理的乐队；显示报告条件选择屏幕；选择要查看其销售报告的乐队；从销售数据库检索销售数据；显示销售报告。
　　该活动图中有两个泳道，因为有两个对象控制着各自的活动：乐队经理和报告工具。整个过程首先从乐队经理选择查看他的乐队销售报告开始。然后报告工具检索并显示他管理的所有乐队，并要求他从中选择一个乐队。在乐队经理选择一个乐队之后，报告工具就检索销售信息并显示销售报告。该活动图表明，显示报告是整个过程中的最后一步。
　　组件图
　　组件图提供系统的物理视图。它的用途是显示系统中的软件对其他软件组件（例如，库函数）的依赖关系。组件图可以在一个非常高的层次上显示，从而仅显示粗粒度的组件，也可以在组件包层次2上显示。
　　组件图的建模最适合通过例子来描述。图7显示了4个组件：Reporting Tool、Billboard Service、Servlet 2.2 API和JDBC API。从Reporting Tool组件指向Billboard Service、Servlet 2.2 API和JDBC API组件的带箭头的线段，表示Reporting Tool依赖于那三个组件。
图7：组件图显示了系统中各种软件组件的依赖关系
　　部署图
　　部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。因为部署图是对物理运行情况进行建模，系统的生产人员就可以很好地利用这种图。
　　部署图中的符号包括组件图中所使用的符号元素，另外还增加了几个符号，包括节点的概念。一个节点可以代表一台物理机器，或代表一个虚拟机器节点（例如，一个大型机节点）。要对节点进行建模，只需绘制一个三维立方体，节点的名称位于立方体的顶部。所使用的命名约定与序列图中相同：[实例名称] : [实例类型]（例如，" : Application Server"）。
　　图8：部署图
　　图字：由于Reporting Tool组件绘制在IBM WebSphere内部，后者又绘制在节点w3.内部，因而我们知道，用户将通过运行在本地机器上的浏览器来访问Reporting Tool，浏览器通过公司intranet上的HTTP协议与Reporting Tool建立连接。
　　图8中的部署图表明，用户使用运行在本地机器上的浏览器访问Reporting Tool，并通过公司intranet上的HTTP协议连接到Reporting Tool组件。这个工具实际运行在名为的Application Server上。这个图还表明Reporting Tool组件绘制在IBM WebSphere内部，后者又绘制在w3.节点内部。Reporting Tool使用Java语言通过IBM DB2数据库的JDBC接口连接到它的报告数据库上，然后该接口又使用本地DB2通信方式，与运行在名为的服务器上实际的DB2数据库通信。除了与报告数据库通信外，Report Tool组件还通过HTTPS上的SOAP与Billboard Service进行通信。
　　结束语
　　尽管本文仅提供了对统一建模语言UML的简要介绍，但还是鼓励大家把从这里学到的基本信息应用到自己的项目中，同时更深入地钻研UML。已经有多种软件工具可以帮助您把UML图集成到软件开发过程中，不过即使没有自动化的工具，您也可以使用白板上的标记或者纸和笔来手工绘制UML图，仍然会获益匪浅。&
　　关于作者
　　Donald Bell 是 IBM 全球服务的一个 IT 专家，在那儿他和 IBM 的客户一起致力于设计和开发基于软件解决方案的 J2EE。
阅读(...) 评论()【UML】UML几种图的绘制 - CSDN博客
【UML】UML几种图的绘制
08年9月入学，12年7月毕业，结束了我在软件学院愉快丰富的大学生活。此系列是对四年专业课程学习的回顾，索引参见：UML几种图的绘制UML是Unified Modeling Language（统一建模语言）的简称。UML是对软件密集型系统中的制品（软件开发过程中产生的各种各样的产物，如模型、源代码、测试用例等）进行可视化、详述、构造和文档化的语言。UML是一套表示法系统。UML由一组图组成，它使得系统分析员可以利用这一标准来建立能够和客户、程序员以及任何参与程序开发的人员理解的多视角的系统蓝图。不同的风险承担人通常使用不同类型的图相互交流。UML的特点有：统一的标准：UML已被OMG接受为标准的建模语言、面向对象、可视化、表示能力强大、独立于过程、概念明确，建模表示法简洁，图形结构清晰，容易掌握使用UML中包括九种图：类图、对象图、用例图、状态图、顺序图、活动图、协作图、构件图、部署图【系统用例图】用例是系统的一组使用场景。每个场景描述了一个事件的序列。每个序列是由一个人、另一个系统、一台硬件设备或者某段时间的流逝所发起。这些发起事件序列的实体叫做参与者（actor）。用例是对一个参与者（actor）使用系统的一项功能时所进行的交互过程的一个文字描述序列。UML表示：用例用一个椭圆形表示参与者用直立人形图标表示用例的发起参与者在用例图的左侧，接收参与者在用例图的右侧关联线连接参与者和用例并且表示参与者与用例之间有通信关系；关联线是实线。Rational Rose表示：创建参与者 &创建与参与者相关的用例 & & & & &&并建立联系系统用例图如下：目录中出现参与者及用例如下：【顺序图】对象之间的交互是按照特定的顺序发生的，这些按特定顺序发生的交互序列从开始到结束需要一定的时间。当建立一个系统时，必须要指明这种交互序列，顺序图就是用来完成这项工作的UML组件。UML表示：对象用矩形表示，其中是带下划线的对象名&时间用垂直虚线表示消息用带箭头的直线表示激活用窄矩形条表示Rational Rose表示：右击用例“Add Item to Shopping Cart”,选择“Add”-&“Sequence Diagram”首先画出用例中会用到Object & & & & & & & &再在Object之间创建ObjectMessage顺序图如下：【协作图】协作图是对象图的扩展。协作图除了展示出对象之间的关联，还显示出对象之间的消息传递。对象图是一个快照；而协作图是一部电影。UML表示：关联线附近的箭头线表示对象之间的传递的消息，箭头指向消息接收对象消息名称和消息序号附在箭头线附近。消息的一般含义是触发接收消息的对象执行它的一个操作Rational Rose表示：用例图按F5键直接生成协作图如下：绘制详细顺序图如下：生成协作图：在目录中生成如下文件：【类图】类是一类或者一组具有类似属性和共同行为的事物UML表示：&矩形方框&被分为三个区域：类名、类的属性、类的操作&类名由多个单词组成；每个单词的首字母要大写，单词之间不用空格&属性名和操作名也类似，但首字母不用大写&每个操作名的后面都有一对括号Rational Rose表示：在图中绘制各种类以及各种类之间的关系 &&分析“Add Item to Shopping Cart”中用到的类，在Logical View新建“Class Diagram”、“Add Item to Shopping Cart”绘制类图如下：创建主类图“main”：Boudaries、Control、Entities三个包则在Logical中生成三个文件夹：将相应的类拖到对应的文件夹下：【状态图】人或事物表现出来的形态为状态。当系统与用户（也可能是其它系统）交互的时候，组成系统的对象为了适应交互需要经历必要的变化。如果要对系统建立模型，那么模型中必须要反映出这种变化。UML表示：&状态用圆角矩形表示状态间带箭头的实线代表状态的迁移（转移），箭头指向目标状态实心圆代表状态转移的起点，眼形圆圈代表终点Rational Rose表示：在类Product Item下新建“Statechart Diagram”,绘制Product的状态图绘制“开始”状态，之后依次绘制各种状态及转移，最后以 表示结束绘制状态图如下：生成目录如下：【构件图】构件是系统中遵从一组接口且提供其实现的物理的、可替换的部分。构件图则显示一组构件以及他们之间的相互关系，包括编译、链接或执行时构件之间的依赖关系。构件图和部署图用于在OO系统中实现物理方面的建模UML表示：&左侧附有两个小矩形的大矩形框；也可以用一个顶部带关键字《Component》的矩形表示构件有自己的名称。如果构件属于一个包，可以在构件名称前面加上包名&可以在构件图标中列出构件的操作Rational Rose表示：在“Component View”中新建Component Diagram创建构件 ，并绘制构件间各种关系&绘制系统组件图如下：创建组件图“main”，建立三个包目录中生成三个相应文件夹，将相应的组件放入文件夹中，为了显示出每个Package中的Component，在相应的目录下建立组件图“main”文件目录如下：其中Boundaries下main组件图如下：Control下main组件图如下：Entities下main组件图如下：【部署图】部署图用来描述系统硬件的物理拓扑结构以及在此结构上执行的软构件。部署图也称配置图，实施图。常常用于帮助理解分布式系统。部署图由体系结构设计师，网络工程师，系统工程师等描述。UML表示：用立方体表示加关键字&&Device&&Rational Rose表示：在Commonent View下的Deployment中绘制Processor及Device &绘制系统部署图如下：结果分析UML是Unified Modeling Language（统一建模语言）的简称。UML是对软件密集型系统中的制品（软件开发过程中产生的各种各样的产物，如模型、源代码、测试用例等）进行可视化、详述、构造和文档化的语言。UML中视图包括：用例视图(Use Case View)、逻辑视图(Logical View)、实现视图(Implementation View)、进程视图(Process View)、部署视图(Deployment View)等。由九种图组成实验通过掌握各种图在Rational Rose中的绘制方法，加深了对图所表达含义的理解以及各种图之间的关系。转载请注明出处：
本文已收录于以下专栏：
相关文章推荐
UML类图新手入门级介绍
第一篇，原文链接http://blog.csdn.net/monkey_d_meng/article/details/6005764
UML类图新手入门级介绍
举一个简单的例子，来看这样一副图，...
JavaScript的执行顺序往往是我们容易忽略，却不可忽略的地方。
网关概念整理。
对象图是类图的实例。
类图用来描述系统中类的静态结构，是面向对象系统组织结构的核心。
用例图是从用户角度描述系统功能，并指各功能的操作者。
状态图是描述状态到状态控制流，常用于动态特性建模。
包图是包和类组成的，表示包与包之间的关系，包图描述系统的分层结构。
配置图定义系统中软硬件的物理体系结构。
他的最新文章
讲师：何宇健
讲师：董岩
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)