组件图

概述  在UML中，使用组件图来可视化物理组件以及间的关系，并描述构其造细节。面向对象系统的物理方面建模时使用两种图一种是组件图、另一种是配置图。组件图描述了软件组件以及组件之间的关系，组件本身是代码的物理模块，组件图显示了代码的结构。 系统建模过程中建立组件图的用途： 能帮助客户理解最终的系统结构。 组件图是开发工作有一个明确的目标。 组件图有利于帮助工作组的其他人员理解系统。 使用组件图有利于软件系统的组件重用。 组件图中包括三种元素： 组件 接口、 依赖 组件类型： 配置组件：是形成可执行文件的基础。如：动态链接库DLL、二进制可执行体、ActiveX控件和JavaBeans。 工作产品组件：是配置组件的来源，如数据库文件和程序源代码。 执行组件：是最终可运行系统产生的运行结果。 接口类型： 导出接口：导出接口有提供操作的组件提供。 导入接口：访问服务的组件使用导入接口。 组件图： 来源： CSDN 作者： 久违。。。 链接： https://blog.csdn.net/weixin_44031029/article/details/103753676

一、作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。 UML语义：描述基于UML的精确元模型定义。 UML表示法：定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。 二、标准建模语言UML可以由下列5类图来定义。 用例图：从用户角度描述系统功能，并指出各功能的操作者。 静态图：包括类图和对象图。 类图描述系统中类的静态结构，不仅定义系统中的类，表示类之间的联系，如关联、依赖、聚合等，也包括类的属性和操作，类图描述的是一种静态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用与类图完全相同的标识。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。 行为图：描述系统的动态模型和组成对象间的交互关系， 包括状态图和活动图 。状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件，状态图是对类图的补充，活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并进行活动。 交互图：描述对象间的交互关系，包括 时序图和协作图 。时序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；协作图描述对象间的协作关系，协作图跟时序图相似，显示对象间的动态合作关系

UML；统一建模语言（UML是 Unified Modeling Language的缩写）是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。 最常用的UML图包括：用例图、类图、序列图、状态图、活动图、组件图和部署图。 用例图；用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图通常用于表达系统或者系统范畴的高级功能。用例；用例，或译使用案例、用况(Use Case)是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。 类图；类图表示不同的实体（人、事物和数据）如何彼此相关。类在类图上使用包含三个部分的矩形来描述，如图2所示。最上面的部分显示类的名称，中间部分包含类的属性，最下面的部分包含类的操作（或者说"方法"）。 使用带有顶点指向父类的箭头的线段来绘制继承关系1，并且箭头应该是一个完全的三角形。如果两个类都彼此知道对方，则应该使用实线来表示关联关系；如果只有其中一个类知道该关联关系，则使用开箭头表示。 序列图;序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的

　　1997年，OMG组织（Object Management Group对象管理组织）发布了 统一建模语言 （Unified Modeling Language，UML）。UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。UML提出了一套IT专业人员期待多年的统一的标准建模符号。通过使用UML，这些人员能够阅读和交流系统架构和设计规划 —— 就像建筑工人多年来所使用的建筑设计图一样。 到了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），彼此之间存在着竞争。最终

目录 背景知识 用例图 类图 序列图 状态图 活动图 组件图 部署图 结束语 　　英文原文： UML basics: An introduction to the Unified Modeling Language 　　到了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