https://www.myziyuan.com/
- visitor
- 首先,UML融合了Booch、OMT和OOSE方法中的基本概念,而且这些基本概念与其他面向对象技术中的基本概念大多相同,因而,UML必然成为这些方法以及其他方法的使用者乐于采用的一种简单一致的建模语言；其次,UML不仅仅是上述方法的简单汇合,而是在这些方法的基础上广泛征求意见,集众家之长,几经修改而完成的,UML扩展了现有方法的应用范围；第三,UML是标准的建模语言,而不是标准的开发过程.尽管UML的应用必然以系统的开发过程为背景,但由于不同的组织和不同的应用领域,需要采取不同的开发过程. UML作为一种建模语言,UML的定义包括UML语义和UML表示法两个部分. (1) UML语义 描述基于UML的精确元模型定义.元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响.此外UML还支持对元模型的扩展定义. (2) UML表示法 定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准.这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例. 标准建模语言UML的重要内容可以由下列五类图（共9种图形）来定义： 第一类是用例图,从用户角度描述系统功能,并指出各功能的操作者. 第二类是静态图 (Static diagram),包括类图、对象图和包图.其中类图描述系统中类的静态结构.不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构（类的属性和操作）.类图描述的是一种静态关系,在系统的整个生命周期都是有效的. UML对象图是类图的实例,几乎使用与类图完全相同的标识.他们的不同点在于对象图显示类的多个对象实例,而不是实际的类.一个对象图是类图的一个实例.由于对象存在生命周期,因此对象图只能在系统某一时间段存在. 包由包或类组成,表示包与包之间的关系.包图用于描述系统的分层结构. 第三类是行为图（Behavior diagram）,描述系统的动态模型和组成对象间的交互关系.其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件.通常,状态图是对类图的补充.在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图. 而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动. 第四类是交互图（Interactive diagram）,描述对象间的交互关系.其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互；合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系.除显示信息交换外,合作图还显示对象以及它们之间的关系.如果强调时间和顺序,则使用顺序图；如果强调上下级关系,则选择合作图.这两种图合称为交互图. UML第五类是实现图 ( Implementation diagram ).其中构件图描述代码部件的物理结构及各部件之间的依赖关系.一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件.它包含逻辑类或实现类的有关信息.部件图有助于分析和理解部件之间的相互影响程度. 配置图定义系统中软硬件的物理体系结构.它可以显示实际的计算机和设备（用节点表示）以及它们之间的连接关系,也可显示连接的类型及部件之间的依赖性.在节点内部,放置可执行部件和对象以显示节点跟可执行软件单元的对应关系. 从应用的角度看,当采用面向对象技术设计系统时,首先是描述需求；其次根据需求建立系统的静态模型,以构造系统的结构；第三步是描述系统的行为.其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图（包含包）、对象图、组件图和配置图等五个图形,是标准建模语言UML的静态建模机制.其中第三步中所建立的模型或者可以执行,或者表示执行时的时序状态或交互关系.它包括状态图、活动图、顺序图和合作图等四个图形,是标准建模语言UML的动态建模机制.因此,标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类.
- 2021-12-27 08:00:33
- 1264737478
- 中文解释是统一建模语言的含义意味着：使用图形的方法模拟软件问题设计，分解问题，适合其他开发人员阅读？统一的建模语言是一种用于描述，构建软件系统和商业建模的语言，集成了在大型复杂系统建模中识别的优秀软件工程方法。UML是大多数公司使用的标准，这是ANSI和OMG采用的标准。1993年，Rational的Booch，Rumbaugh，Jacobson开始设计一个UML方法。在1995年末，正式启动了0.8版统一的方法。1996年，改进的统一方法是正式重命名的UML（统一建模语言）。1997年，umll.0已提交给对象技术组织，最后，OMG将于1997年11月14日作为行业标准。UML结合了Booch，OMT和Jacobson方法，统一符号系统，吸收了许多实践来自其他方法和软件工程实践的AL检查，UML是Grady Booch，James Rumbaugh博士，Ivar Jacobson，Rebecca Wirfs-Brock，Peter Youron以及许多其他人的结晶。 UML的原因有三个原因：第一，不同的面向对象的方法有许多相似之处。通过这项工作，消除可能对用户感到困惑的不必要的差异;其次，语义和表达法律的统一可以稳定市场导向的市场，使工程开发可以使用成熟的建模语言。案例工具的设计者还可以专注于设计更好的系统;第三，这种制服可以使本发明的一些方法继续发展前进，积累现有的经验，解决之前尚未解决的问题。 UML为软件系统建模提供了以下四个支持：•使用事件模型：定义系统的使用情况，角色（演员），互动行为角色和事件（协会）。 ·类和对象模型：定义类，对象和相互关系。 •组件模型：组件是构成应用程序的可执行单元，该类被分配给组件以提供可重用的应用程序结构组件。该组件为即插即用的应用结构奠定了基础。 UML支持重复使用，在预设计，预支持类和结构中，它被反映在元件组合中。·分布式处理模型：将软件系统映射到分布式处理结构中。 UML描述了网络拓扑的节点，它们彼此连接并在网络中的软件系统的分发。使用UML框图，可以开发几种不同的可视框图，指示系统的不同方面。这些框图包括：•使用案例框图：显示使用案例案例（系统功能）和角色之间的交互（Admin收到或接收系统信息）。·序列框图。显示案例的功能流程。·协作框图：显示对象完成系统功能之间的交互。·C1ASS框图：显示系统中系统和类之间的交互。·状态转换框图：类框图显示系统中的静态图形，状态转换框图显示动态图形，即系统状态分析。•组件框图：模型的物理视图，系统中的软件组件以及它们之间的相互关系。·部署框图：显示网络的物理布局以及各种组件的位置。
- 2021-12-27 07:58:51
- 礼品代发源码
- 什么是UML用例图,原发布者:向济通用例和用例图用例建模是UML建模的一部分，它也是UML里最基础的部分；用例建模的最主要功能就是用来表达系统的功能性需求或行为；用例建模可分为用例图和用例描述；用例图是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统，是外部参与者所能观察到的系统功能的模型图，该图呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模，用画图的方法来完成；用例描述用来详细描述用例图中每个用例，用文本文档来完成。用例图的作用用例图展示了用例之间以及用例与参与者之间是怎样相互联系的。用例图对系统、子系统或类的行为进行了可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。用例图主要用来描述用户的功能需求。UML侧重从最终用户的角度来理解软件系统的需求，强调谁在使用系统、系统可以完成哪些功能。用例分析技术已经是一种公认有效的用户需求获取、分析和描述技术用例图的组成用例图由如下元素组成：参与者(Actor)：也称为参与者，它代表系统的用户。系统边界(SystemScope)：它确定系统的范围。用例(UseCase)：它代表系统提供的服务。关系(Association)：关联关系（Association）、包含关系（Include）、扩展关系（Extend）以及泛化关系（Generalization）。参与者参与者(actor)是指系统以外的、需要使用系统或与系统交互的事物,包括:
- 2021-12-27 07:58:51
开通会员