uml用例中的包含、扩展、泛化关系的理解_第1页
uml用例中的包含、扩展、泛化关系的理解_第2页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

UML 用例中的包含、扩展、泛化关系的理解 收藏在用例关系中有有三种关系，一是包括，“include“ 一是扩展“extend“一是泛化，当然还有最基本的关系，“关联”.其中，包含关系：包含关系用于将部分工作流程分离出去，对这部分工作流程来说，基本用例只取决于结果，与获得结果的方法无关。如果这种分离可以简化对基本用例的理解（隐藏详细的行为），或者可以在其他基本用例中复用被分离的行为，您就可以将这部分工作流程分离出去。基本用例通过包含关系连接到包含用例。包含用例总是抽象的。它描述在执行基本用例的用例实例中插入的行为段。基本用例可控制与包含用例的关系，并可依赖于执行包含用例所得的结果，但是基本用例和包含用例都不能访问对方的属性。从这种意义上来讲，包含用例是被封装的，它代表可以在各种不同的用例中复用的行为。包含关系用于：（）从基本用例中分解出来这种的行为：它对于了解基本用例的主要目的不是必需的，只有它的结果才比较重要。（）分解出两个或者多个用例所共有的行为。扩展关系：扩展关系将扩展用例与基本用例连接了起来，通过在基本用例中引用扩展点，可以定义在基本用例的哪些位置插入扩展用例，扩展用例通常是抽象的，但是不是必须抽象。扩展的目的在于：（）表明用例的某一部分是可选的（或者可能可选）的系统行为。这样，你就可以将模型中的可选行为和必选行为分开。（）表明只有在特定条件下（有时候是异常情况下）才执行的分支流，如触发警报。（）表明可能有一组行为段，其中的一个或者多个段可以在基本用例中的扩展点处插入。所插入的行为段（以及插入的顺序）将取决于在执行基本用例时与主角进行的交互。扩展是有条件的，它是否执行取决于在执行基本用例时所发生的事件。基本用例并不控件执行扩展的条件，这些条件在扩展关系中进行说明。扩展用例可以访问和修改基本用例的属性。但是基本用例看到到扩展用例，也无法访问它们的属性。扩展用例以隐含的方式修改基本用例。也可以说，基本用例定义了可以在其中添加扩展用例的模块化的框架，但是基本用例看不见特定的扩展用例。基本用例自身应该是完整的，即基本用例应该是可理解并且有意义的，而不必引用任何扩展用例。但是基本用例并不独立于扩展用例，因为如果无法遵循扩展用例，就不能执行基本用例。泛化关系：用例的泛化关系是指一种从子用例到父用例的关系，它指定了子用例如何特化父用例的所有特征和行为。父用例可以特化形成一个或者多个子用例，这些子用例代表了父用例比较特殊的形式。尽管在大多数情况下父用例是抽象的，但是无论是父用例还是子用例这两者都不要求一定抽象。子用例继承父用例的所有结构、行为和关系。同一父用例的子用例都是该父用例的特例。这就是可适用于用用例的泛化关系。当你发现两个或者多用例在行为，结构和目的方面存在共性时
人人文库> 全部分类> 应用文书 > 事务文书

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论