首页 > 知识点讲解
       UML中的图
知识路径: > 信息技术知识 > 信息系统建设与开发 > 面向对象的系统分析与设计 > 统一建模语言UML与可视化建模 > 统一建模语言与可视化建模 > 
被考次数:6次     被考频率:中频率     总体答错率:65%     知识难度系数:     
相关知识点:11个      
        UML提供了9种主要的图来对待建系统进行建模。
               类图(Class Diagram)
               类图显示了一组对象、接口、协作和它们之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。类图给出系统的静态设计视图,如下图所示。
               
               类图
               对象图(Object Diagram)
               对象图显示了一组对象以及它们之间的关系。对象图描述了在类图中所建立的事物的实例的静态快照。和类图一样,对象图给出系统的静态设计视图或静态进程视图,但它们是从真实的或原型案例的角度建立的。这种视图主要支持系统的功能需求。利用对象图可以对静态数据结构建模。
               用例图(Use Case Diagram)
               用例图显示了一组用例、参与者(actor)以及它们之间的关系。用例图通常包括用例、参与者、扩展关系和包含关系,如下图所示。
               
               用例图
               包含(include)关系为用例建模提供了从两个或更多用例的描述中抽取通用部分的能力。一般情况下,如果若干个用例的某些行为是相同的,则可以把这些相同的行为提取出来作为一个单独的用例,这个用例称作抽象用例,其他用例可以包含该抽象用例。所以,在描述用例之前就开始抽取包含用例是不可取的。在UML的较早版本中也有uses关系,在UML 2.2中uses和includes被include取代,称为包含关系。
               扩展(extend)关系提供了使用另外的可选流程来补充或插入到一个已存在的用例中的能力。因此,这是一种能够扩展原用例却不用对原用例进行重新描述的方法。
               包含关系和扩展关系的区别:
               .包含关系中,对基用例来说,如果缺少了被包含用例,则基用例不完整;扩展关系中,如果去掉扩展关系,基用例仍然完整。
               .包含关系中,被包含用例对基用例是可见的;扩展关系中,基用例对扩展用例可见,而扩展用例对基用例不可见。
               .扩展关系中,扩展用例本身具有独立的功能,而非从其他用例中抽取。
               .包含关系中,被包含用例通常应被两个以上的其他用例所包含。
               用例图用于对系统的静态用例视图进行建模。这个视图主要支持系统的行为,即该系统在它的周边环境的语境中所提供的外部可见服务。
               交互图
               序列图和协作图均被称为交互图,它们用于对系统的动态方面进行建模。一张交互图显示的是一个交互,由一组对象和它们之间的关系组成,包含它们之间可能传递的消息。序列图是强调消息时间顺序的交互图;协作图是强调接收和发送消息的对象的结构组织的交互图。交互图一般包含对象、链和消息。
               (1)序列图(Sequence Diagram)。
               序列图是场景的图形化表示,描述了以时间顺序组织对象之间的交互活动,如下图所示。
               
               序列图
               序列图有两个不同于协作图的特征:
               .序列图有对象生命线。对象生命线是一条垂直的虚线,表示一个对象在一段时间内存在。
               .序列图有控制焦点。控制焦点是一个瘦高的矩形,表示一个对象执行一个动作所经历的时间段,既可以是直接执行,也可以是通过下级过程执行。
               (2)协作图(Collaboration Diagram)。
               协作图强调收发消息的对象的结构组织。协作图有两个不同于序列图的特征:
               .协作图有路径。为了指定一个对象如何与另一个对象链接,可以在链的末端附上一个路径构造型。通常只需要显式地表示local(局部)、parameter(参数)、global(全局)以及self(自身)这几种链的路径,不必表示association(关联)。
               .协作图有顺序号。为表示一个消息的时间顺序,可以给消息加一个数字前缀(从1号开始),在控制流中,每个新消息的顺序号单调增加(如2、3等)。为了显示嵌套,可使用带小数点的号码(1表示第一个消息,1.1表示嵌套在消息1中的第一个消息,等等)。嵌套可为任意深度。另外,沿同一个链可以显示许多消息,且每个消息都有唯一一个顺序号。
               协作图和序列图是同构的,它们之间可以相互转换。
               状态图(Statechart Diagram)
               状态图显示了一个状态机,它由状态、转换、事件和活动组成。状态图关注系统的动态视图,它对于接口、类和协作的行为建模尤为重要,强调对象行为的事件顺序。状态图通常包括简单状态和组合状态、转换(事件和动作),如下图所示。
               
               状态图
               活动图(Activity Diagram)
               活动图是一种特殊的状态图,它显示了在系统内从一个活动到另一个活动的流程。活动图专注于系统的动态视图,它对于系统的功能建模特别重要,并强调对象间的控制流程。活动图一般包括活动状态和动作状态、转换和对象。
               活动图可以表示分支和汇合。当为一个系统的动态建模时,通常有两种使用活动图的方式:
               .对工作流建模:此时所关注的是与系统进行协作的参与者所观察到的活动。
               .对操作建模:此时把活动图作为流程图使用。
               构件图(Component Diagram)
               构件图显示了一组构件之间的组织和依赖。构件图关注系统的静态实现视图,它与类图相关,通常把构件映射为一个或多个类、接口或协作。
               部署图(Deployment Diagram)
               部署图显示了运行处理节点以及其中构件的配置。部署图给出了体系结构的静态实施视图。它与构件图相关,通常一个节点包含一个或多个构件。
 
本知识点历年真题:
隶属试卷 题号/题型 题干 难度系数/错误率
   2011年上半年
   系统集成项目管..
   上午试卷 综合知识
第18题
选择题
根据下面的UML 类图,以下叙述中 (18) 是不正确的。

61%
   2009年下半年
   系统集成项目管..
   上午试卷 综合知识
第16题
选择题
在UML中,动态行为描述了系统随时间变化的行为,下面不属于动态行为视图的是(16)

55%
>>  更多  本知识点历年真题
 
 相关知识点:
 
软考在线指南
优惠劵及余额
在线支付
修改密码
下载及使用
购买流程
取消订单
联系我们
关于我们
联系我们
商务合作
旗下网站群
高级资格科目
信息系统项目管理师 系统分析师
系统架构设计师 网络规划设计师
系统规划与管理师
初级资格科目
程序员 网络管理员
信息处理技术员 信息系统运行管理员
中级资格科目
系统集成项目管理工程师 网络工程师
软件设计师 信息系统监理师
信息系统管理工程师 数据库系统工程师
多媒体应用设计师 软件评测师
嵌入式系统设计师 电子商务设计师
信息安全工程师
 

本网站所有产品设计(包括造型,颜色,图案,观感,文字,产品,内容),功能及其展示形式,均已受版权或产权保护。
任何公司及个人不得以任何方式复制部分或全部,违者将依法追究责任,特此声明。
本站部分内容来自互联网或由会员上传,版权归原作者所有。如有问题,请及时联系我们。


工作时间:9:00-20:00

客服

点击这里给我发消息 点击这里给我发消息 点击这里给我发消息

商务合作

点击这里给我发消息

客服邮箱service@rkpass.cn


京B2-20210865 | 京ICP备2020040059号-5 |京公网安备 11010502032051号 | 营业执照 | Copyright ©2000-2023 All Rights Reserved 软考在线版权所有