第八章123 孙婷婷.ppt

安徽大学 第八章 建立辅助模型 孙婷婷 E201002030 第8章 建立辅助模型 8.1类图和其他模型图之间的关系 对各种模型图间之的关系应该分以下情况进行分析和讨论： 不同的模型图明显地属于不同的软件工程方法。 不同的模型图分别解决不同开发阶段或者子阶段的问题。 以面向对象方法作为贯穿始终的主要方法，以类图作为其基本模型，只是借用其他几种图对问题的某些方面做进一步的表达。 8.1类图和其他模型图之间的关系 系统建模的目的是为了系统实现。在面向对象的软件开发中建模阶段的根本目标是得到一个可以用面向对象编程语言实现的系统模型。面向对象的建模方法应该以面向对象概念为核心，并围绕面向对象概念来组织软件开发过程。 本书以类图作为基本模型，以用况图作为需求模型，有选择的采用了UML的一部分模型图作为辅助模型。（UML1.X:9种；UML2.0:13种 见图8.1） 8.1类图和其他模型图之间的关系 类图：基本模型，是面向对象分析与设计所要得到的最重要 的模型，对面向对象的分析与设计必不可少，特别强调对类图的使用。 用况图：需求模型，是开展面向对象分析和设计的良好基础。 提倡尽可能使用。 包图：辅助模型，作为类图和其他几种模型图的组织机制使 之便于阅读。系统规模较大时使用。 顺序图：辅助模型，清晰地表示一组对象间的交互情况，对类图起补充作用。 对象间的交互比较复杂时使用。 活动图：辅助模型，用来描述对象的操作流程或者描述一组对象间的协作行为或用户的业务流程。但对象操作的描述采用传统的流程图更简单有效。 8.1类图和其他模型图之间的关系 状态机图：当对象行为比较复杂时用它作为辅助模型描述描述对象的状态及转移，从而更准确的定义对象的操作。 构件图：辅助模型，在转入实现阶段前表示如何组织构件，可不使用。 部署图：辅助模型，在转入实现阶段前表示如何把构件部署的各个结点，可不使用。 组合结构图、交互概览图、定时图：辅助模型，使用无强烈建议。 对象图、通信图：建议不使用。 8.2 包图 8.2.1 包的概念、用途及表示法 8.2.2 包之间的关系及表示法 8.2.3 如何建立包图 8.2.4 用包图控制对系统模型的视野 8.2.1 包的概念、用途及表示法 在面向对象软件开发的视角中，类显然是构建整个系统的基本构造块。但对于庞大的应用系统而言，其包含的数据是成千上百，再加上复杂的类间关系必然是大大超出了人们可以处理的复杂度。这也就是引入了“包”这种分组事物构造块。 1.概念：包(package)是一种将其他模型元素组织起来形成较 大粒度的系统单位的机制。 UML定义：一种把元素组织到一起的通用机制。包可以嵌套于其他的包中。类似概念有类族、子系统等。 2.包的用途：认识复杂事物时运用粒度控制原则，为此引用一种对模型元素打包的机制，将一些概念，结构或行为等关系 8.2.1 包的概念、用途及表示法 比较密切的模型元素组织到一个包中，把一个大而复杂的系统组织成从宏观到微观的多个层次。 注意： 包是一种把各种模型图里的模型元素组织起来的机制，并非是一种基本的模型元素 一个包内部的模型元素应该具有某种意义上的内在联系。满足“高内聚，低耦合”的原则 包的划分有一定的灵活性或随意性 3.包的表示法： 8.2.1 包的概念、用途及表示法 8.2.2 包之间的关系及表示法 1.引入 引入是包之间的一种依赖关系，它表明一个包（源包）中的模型元素能够直接引用另一个包（目标包）中的模型元素。 引入关系的作用与模型元素的名字空间有关。 “引用”的含义包含：源包的对象调用目标包对象的操作，源包利用目标包中的类或者类型定义自己的某些模型元素，源包的用况包含目标包的用况。 引入的表示法： 见下图： 8.2.2 包之间的关系及表示法 8.2.2 包之间的关系及表示法 2.包的泛化（继承） 泛化关系表示一个包继承了另一包的全部内容，同时又补充了自己增加的内容。 当模型中需要定义多个具有若干共同成分的包时，可以把它们的共同成分组织成一个一般包，把需要这种共同成分的包定义成它的特殊包来继承它。 表示法： 8.2.2 包之间的关系及表示法 包的泛化与嵌套间的关系—— “等同关系” eg: 8.2.2 包之间的关系及表示法 3.其他 访问（access）、合并（merge）、依赖 8.2.3 如何建立包图 对一组包以及它们之间的关系进行可视化表示的图就是包图。 2种