UML视图的五大类是怎么分的?
3个回答
展开全部
1.用例视图 2.逻辑视图 3.实现视图 4.进程试图 5.部署试图
用例视图: 从外部角色的视角来展示系统的功能。角色与系统进行交互,它可以是一个用户,也可以是另外一个系统。用例是对系统功能需求的概括描述,系统的使用被描述为用例视图中的多个用例。用例视图常常通过用例图进行描述,有时也需要活动图的辅助。用例视图在系统建模中处于中心地位,是其他视图的驱动因素。用例视图在系统需求分析时起着重要的作用,系统开发的最终目标就是要与用例视图中的描述相一致。
逻辑视图: 用系统的静态结构和动态行为来展示系统内部的功能是如何实现的,其侧重点在于如何得到功能,这就要求逻辑视图能够剖析和展示系统的内部。系统的静态结构通过类图和对象图,而动态行为使用交互图和活动图进行描述。
实现视图: 展示代码的组织和执行,描述系统的主要功能模块和个模块之间的关系,主要被开发人员使用。
进程视图: 展示与系统处理性能相关的主要元素,包括可伸缩性、吞吐量、基本时间性能。过程视图将系统划分为进程和处理器,通过这种方式来分析和设计系统如何有效利用资源、并行执行、处理来自外界的异步事件,除了要将系统划分为并发运行的线程以外,还要处理线程的通信和同步。进程视图包括动态图(状态机、交互图、活动图)和实现图(交互图和部署图)
部署视图: 利用节点来展示系统部署的物理架构。节点可以是电脑或者设备,将这些节点相互连接起来就可以分析和展示在物理架构中系统是如何部署的。
用例视图: 从外部角色的视角来展示系统的功能。角色与系统进行交互,它可以是一个用户,也可以是另外一个系统。用例是对系统功能需求的概括描述,系统的使用被描述为用例视图中的多个用例。用例视图常常通过用例图进行描述,有时也需要活动图的辅助。用例视图在系统建模中处于中心地位,是其他视图的驱动因素。用例视图在系统需求分析时起着重要的作用,系统开发的最终目标就是要与用例视图中的描述相一致。
逻辑视图: 用系统的静态结构和动态行为来展示系统内部的功能是如何实现的,其侧重点在于如何得到功能,这就要求逻辑视图能够剖析和展示系统的内部。系统的静态结构通过类图和对象图,而动态行为使用交互图和活动图进行描述。
实现视图: 展示代码的组织和执行,描述系统的主要功能模块和个模块之间的关系,主要被开发人员使用。
进程视图: 展示与系统处理性能相关的主要元素,包括可伸缩性、吞吐量、基本时间性能。过程视图将系统划分为进程和处理器,通过这种方式来分析和设计系统如何有效利用资源、并行执行、处理来自外界的异步事件,除了要将系统划分为并发运行的线程以外,还要处理线程的通信和同步。进程视图包括动态图(状态机、交互图、活动图)和实现图(交互图和部署图)
部署视图: 利用节点来展示系统部署的物理架构。节点可以是电脑或者设备,将这些节点相互连接起来就可以分析和展示在物理架构中系统是如何部署的。
展开全部
◆UML设计中第一类图是用例图,从用户角度描述系统功能,并指出各功能的操作者。
◆UML设计中第二类图是静态图(Staticdiagram),包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系,在系统的整个生命周期都是有效的。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期,因此对象图只能在系统某一时间段存在。包由包或类组成,表示包与包之间的关系。包图用于描述系统的分层结构。
◆UML设计中第三类图是行为图(Behaviordiagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充。在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。
◆UML设计中第四类图是交互图(Interactivediagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,合作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图。这两种图合称为交互图。
◆UML设计中第五类图是实现图(Implementationdiagram)。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分
◆UML设计中第二类图是静态图(Staticdiagram),包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。类图描述的是一种静态关系,在系统的整个生命周期都是有效的。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期,因此对象图只能在系统某一时间段存在。包由包或类组成,表示包与包之间的关系。包图用于描述系统的分层结构。
◆UML设计中第三类图是行为图(Behaviordiagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常,状态图是对类图的补充。在实用上并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。
◆UML设计中第四类图是交互图(Interactivediagram),描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互;合作图描述对象间的协作关系,合作图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外,合作图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序图;如果强调上下级关系,则选择合作图。这两种图合称为交互图。
◆UML设计中第五类图是实现图(Implementationdiagram)。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分
本回答被网友采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐于2017-09-13
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询