第十三章模型包 - 北京大学计算机科学技术研究所.PDF

第十三章模型包 - 北京大学计算机科学技术研究所.PDF

  1. 1、本文档共37页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第十三章模型包 - 北京大学计算机科学技术研究所

第十三章 模型包 北京大学计算机科学技术研究所 周秉锋 2016.11 1. 引言 l  任何一个非平凡的软件系统,在其设计和建造的过程 中,都会产生大量的类和其它建模元素 l  不同的类依其语义的不同和其对象参与的交互的不同, 可被划分为不同的子集。 l  属于同一个子集的类,其语义上的内聚性较强,而和 子集之外的类的耦合则较为松散。 l  如果在此软件系统的模型中,不对其中的类按照相应 的语义进行组织,而是简单地将所有的类罗列在模型 图上, 那将是不可想象的。这将导致一个无用的模型, 因为它无法被人理解,更不用说对其进行整理、修改 和更新了。 1. 引言 l  为了有效地控制和管理模型的设计、表达和更改,达 到有效的说明、视化、建档和建造的目的,必须对模 型元素进行组织。 l  在UML里,这种组织是用模型包(package )实现的。 l  模型包是UML用来组织建模元素的机制。它只存在于 软件系统的设计过程中,用来将建模元素组织成具有 特定语义的子集,以帮助模型的设计者更好地理解和 表达模型的内容。 l  因此模型包是纯粹概念化的建模元素,在模型代表的 软件系统的运行时刻,模型包是不会存在于其中的, 也就是说,模型包不可能被实例化。 1. 引言 l  按照定义,UML 的模型包可以用来任意地组织建模元素。一个设 置合理的模型包所包含的建模元素应该构成一个在语义上内聚, 对外耦合松散的建模元素的集合。 l  这样的集合内的元素在建模时互相之间具有较为紧密的耦合度, 互相之间的关联较多,倾向于共同发生变化。而模型包和其之外 的元素则耦合较为松散,联系较为清晰、简洁。 l  软件建造模型的5个视图 l  用例视图 l  设计视图 l  实现视图 l  进程视图 l  分布视图, l  在UML里,就是用模型包组织的。这5个视图实际上就对应于五 个模型包。 2. 模型包的定义 l  模型包是通用的对模型元素进行分组的机制。 l  模型包将构成软件系统模型的模型元素组织成子集。 l  模型包可以包含任何建模元素。 例如,模型包可以含 l  类 l  部件 l  模型图,等。 l  特别地,一个模型包还可以包含其它的模型包,从而 形成了模型包的嵌套。 l  在模型图上,模型包被图形化表示为 一个带标签的 “文件夹”的形状 (图 13.1)。在此图形符号上,还 标有用字符串表示的模型包的名字。 3. 模型包的名字 l  模型包必须包含一个名字, 以便和其它模型包相区别。 l  模型包的名字是一个字符串,它分为 l  简单名字 l  路径名字。 l  如果模型包名字的字符串内不包含冒号(:),则此名字 是简单名字。 l  如果名字字符串内包含有冒号,则此名字是路径名字。 l  路径名字用来表达模型包的嵌套的情况,其中的冒号 必须两两相邻地出现,被这些双冒号分隔的字串是此 模型包所在的模型包的名字,其中的最后一个子字符 串是此模型包的简单名字(图13.2(c))。 3. 模型包的名字 l  除了模型包的名字之外,还可以用标记值对模 型包进行修饰,例如,可以用标记值为模型包 标记版本号等( 图13.2(c)) 。 l  有时,甚至可以把模型包内部包括的元素的名 字列在模型包的图形表示上。 l  这时,内含元素列表被放置在模型包图形表示 的大的矩形内,而模型包的名字被放置到了模 型包的标签上(图13.2(b))。

文档评论(0)

youbika + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档