[理学]第2章 UML语言.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
[理学]第2章 UML语言

(3)可视性(Visibility) ?可视性规则规定怎样使一个名字能为外部识别和使用。 UML规定了3种可视性层次: public(公共)、protected(保护)、private(私用)。 ?可视性分别用符号“+”、“#”、“-”表示。 (4)完整性(Integrity) 完整性规则规定事物相互之间怎样是合适的、一致的。 (5)可执行性(Execution) 可执行性规则规定运行或模拟一个动态模型意味着什么。 2.3.2 语义规则 Home 2.4 图与模型组织 Home 2.4.1 模型组织 2.4.2 图 2.4.3 视图 ?系统由子系统组成。子系统是一个模型元素的集合,是表示系统的一个行为单位。子系统依赖于接口,通过接口互相交换信息,协同工作。 ?一个子系统可以用一般的包图标加上构造型subsystem表示,也可以用一个带有小分支图形符号的包表示,如图2.14所示。 2.4.1 模型组织 Home 图2.14 子系统相互联系示例 ?模型是系统的语义抽象。一个系统模型可以由多个不同观点的模型组成,它们是从某个特定的角度对系统的抽象。 ?在UML中,一个模型可以用一个带有小三角形的包表示,并且可以在模型的名字上加上构造型model等。 ?一个模型包含了系统所需要的全部模型元素,这些模型元素按照最高层包/子系统的层次结构进行组织,最高层的包/子系统代表物理系统的边界。 ?一个模型的表达由若干个视图组成。视图反映模型的某一个侧面。在UML中,视图是用图形与文字说明来表达的。 2.4.1 模型组织 Home 2.4.1 模型组织 Home 图2.15 系统模型示例 图2.16 系统的结构层次 ? ?图是对组成系统的元素的图形化表示,通常由节点(模型元素)和弧(联系)构成。 UML定义的图有3大类型:Use Case图、静态结构图和动态行为图。 Use Case图表达Use Case、活动者和它们之间的联系。 静态结构图包括对象类图、对象图、组件图和配置图。 动态行为图包括交互图(顺序图与协同图)、状态图、活动图。 上述UML图加上支持说明文档组成系统模型。 注意,UML没有提供在传统的软件生命周期法中常用的数据流图(DFD,Data Flow Diagram)。 2.4.2 图 Home ?视图是系统模型在系统的组织结构上的投影,着重于系统的某一个侧面,省略与所表达的景象无关的实体。 UML常用的视图: (1)Use Case视图 (2)设计视图(Design View) (3)过程视图(Process View) (4)实现视图(Implementation View) (5)配置视图(Deployment View) ?在建立一个系统模型时,上述的视图和图可根据需要采用。 2.4.3 视图 Home ?UML规定了语言的4种公共机制:说明、装饰、通用划分、扩展机制。 (1)说明(Specification) 使用UML的说明叙述系统的细节。 (2)装饰(Adornment) UML元素有唯一的直接的图形表示法,表达该元素的最重要的特征。此外,还可以对该元素加上各种装饰,说明其他方面的性质细节特征,如可视性标记等。 2.5 公共机制 Home 事务 + 执行( ) + 回滚( ) # 优先级( ) -时间标签( ) 图2.17 装饰示例 (3)通用划分(Common Division) 对UML的模型元素规定了两种类型的划分:型—实例(或值)、接口—实现。 ?型—实例(Type—Instance)是一个通用描述符与单个元素项之间的对应关系。 ?通用描述符称为型元素(Type Element),它是元素的类,含有名字和对其内容的一个描述; ?单个元素项是实例元素(Instance Element),它是元素的类的示例。 2.5 公共机制 Home 学生 性别 王平:学生 男 实例名字:型名字 内容值 型名字 内容描述符 (a) (b) 图2.18 型—实例 ?接口声明了一个约定(协议),该约定规定了一项服务。 ?接口的实现则负责执行接口的全部语义,实现该项服务。 ?例:在图2.19中,疾病诊断应用服务器组件实现两个接口:“应用”接口和“配置”接口。 2.5 公共机制 Home 图2.19 接口与实现示例 2.6 扩展机制 Home 2.6.1 构造型 2.6.2 标记值 2.6.3 约束 UML的扩展机制有3种:构造型(Stereotype)、标记值(Tagged Value)和约束。 ?构造型是UML的一种模型元素,用于对模型元素的分类或标记,引入

文档评论(0)

qiwqpu54 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档