系统分析与设计-第4章-下.ppt

一、使用Rational Rose绘制配置图的步骤 1. 打开配置图 2. 配置图工具栏按钮简介 3. 添加处理器 4. 增加处理器细节 5. 添加设备 6. 增加设备细节 7. 添加关联关系 8. 增加关联关系细节 二、图书馆管理系统的配置图 4 UML的扩展 1 构造型 2 标记值 3 约束 构造型 UML拥有一系列可用来扩展其核心概念的机制，但最为人们熟知的也许就是Stereotype。Stereotype一般译作“构造型”，它是一种扩展元模型语义的建模元素。 构造型允许用户基于一个已存在的模型元素定义一种新的模型元素对模型元素进行必要的扩展和调整，新的模型元素在一个已存在元素中加入了一些额外语义。 构造型的表示法 构造型可以基于所有种类的模型元素。 要表示一个构造型，可以将构造型名称用一对尖括号括起来，然后放置在构造型模型元素名字的邻近。 构造型可以有它自己的图形表示符号 UML中已经预定义多种模型元素的标准构造型，用户也可以自己定义构造型。 构造型的表示法 构造型和构造型图标的表示 ： 构造型几乎适用于UML中的任何元素，包括类、属性、操作以及关联等。例如，我们可以用构造型来显示UML图中一个类别的类。 操作和属性同样可以指定构造型 标记值 标记值是对某种属性“键-值”对的明确定义，这些“键-值”存储有关模型元素的信息。 使用标记值的目的是赋予某个模型元素新的特性，而这个特性不包括在元模型预定义的特性中。 标记值可以用来存储模型元素的任意信息。 标记值的表示法 标记值用字符串表示，字符串有标记名、等号和值，写法上为“键=值”，在某些图中它们被规则地放置在大括弧内。 约束 约束是用文字表达式表示的施加在某个模型元素上的语义限制。 约束是一种限制，这种限制限定了该模型元素的用法或语义。 约束定义的条件在条件定义的上下文中必须保持为真。 约束的表示法 约束可以附加在表元素、依赖关系或注释上。 UML基础(下） 1 包图 2 构件图 3 配置图 4 UML的扩展 1 包图 在面向对象软件开发的视角中，类显然是构建整个系统的基本构造块。 但是对于庞大的应用系统而言，其包含的类将是成百上千，再加上其间“阡陌纵横”的关联关系、多重性等，必然是大大超出了人们可以处理的复杂度。 1 包图 包是一种分组机制，表示一个图集合。 在包图中可以拥有各种其它元素，包括类、接口、构件、节点、协作、用例，甚至是其它包或图。 如果两个包中的任意两个类之间存在依赖关系，则这两个包之间存在依赖关系。 包的依赖是不传递的。 1 包图 何时使用包图？ 在大项目中，包图是一种重要工具； 依赖产生耦合，应该尽量将依赖性减少到最低程度。 包图示例 2 构件图(Component Diagrams) 也叫组件图，描述了软件的各种组件和它们之间的依赖关系。 组件图中通常包含3个元素： 组件（Component） 接口（Interface） 依赖关系（Dependency） 示例 ⑴ 组件（Component） 在UML中，组件用一个左侧带有突出两个小矩形的矩形来表示。 组件是定义了良好接口的物理实现单元，是系统中可替换的物理部件。 组件可以是源代码组件、二进制组件或一个可执行的组件。 组件的名称 每个组件都必须有一个不同于其他组件的名称。组件的名称是一个字符串，位于组件图标的内部。 组件名称通常是从现实的词汇表中抽取出来的短名词或名词短语。 组件的名称有两种：简单名和路径名。 ⑴ 组件（Component） 组件与类的比较： 相同点 不同点 两者都有名称； 都可以实现一组接口； 都可以参与依赖关系； 都可以被嵌套； 都可以有实例； 都可以参与交互。 类描述了软件设计的逻辑组织和意图，而组件则描述软件设计的物理实现，即每个组件体现了系统设计中特定类的实现。 组件的种类 在对软件系统建模的过程中，存在3种类型的组件： 配置组件（Deployment Component） 工作产品组件（Work Product Component） 执行组件（Execution Component） ⑵ 接口（Interface） 接口和组件之间的关系分为两种： 实现关系（Realization） 依赖关系（Dependency） 在图中，接口和组件之间用实线连接表示实现关系；用虚线箭头连接则表示依赖关系。 实例——图书馆管理系统的组件图 一、使用Rational Rose绘制组件图的步骤 二、图书馆管理系统的组件图 一、使用Rational Rose绘制组件图的步骤 1.创建组件图 2.组件图工具栏按钮简介 3.添加组件 4.增加组件的细节 5.增加组件之间的依赖 二、图书馆管理系统的组件图 1.业务对象组件图 2.用户界面组件图 1.业务对象组件图 2.用户界面