软件工程-第5章UML.ppt

UML统一建模语言 下图给出了类、对象、结点、包和组件等模型元素的符号图例。 模型元素 　　模型元素与模型元素之间的连接关系也是模型元素，常见的关系有关联(association)、通用化(generalization)、依赖(dependency)和聚合(aggregation)，其中聚合是关联的一种特殊形式。这些关系的图示符号如图所示。 　　约束(constraint)是元素的一种语义条件或限制，它应用于元素。一条约束应用于一个种类的元素，可能涉及许多元素，但它们必须是同一类元素。 约束 　对关联的约束 常见的约束有：或约束{xor}，表示某时刻只有一个当前的关联；有序的{ordered}，表示具有多重性的关联一端的元素是有序的；隐含约束表明关联是概念的。 依赖关系描述的是两个模型元素(类、组合、用例等)之间的语义上的连接关系，其中一个模型元素是独立的，另一个模型元素是非独立的(或依赖的)，它依赖于独立的模型元素。 有两个元素A和B，若B元素是A元素的详细描述，则称B、A元素之间的关系为B元素细化A元素。 注释用于对UML语言的元素或实体进行说明、解释和描述。通常用自然语言进行注释。 例1 画出金融贸易系统的Use Case图。 　按照获取执行者的方法，确定了4种执行者：贸易经理、营销人员、销售人员和记账系统，“记帐系统”是一个外部系统。 例2 建立项目与资源管理系统的Use case图 系统高层用例图及资源管理子系统 项目与系统管理子系统 　１、类图(Class diagram) 　 　　类图(Class diagram)是用类和它们之间的关系描述系统的一种图示，是从静态角度表示系统的，因此类图属于一种静态模型。　　 　　定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作)。类图所描述的静态关系,在系统的整个生命周期都是有效的。 　　类图是构建其他图的基础，没有类图，就没有状态图、协作图等其他图，也就无法表示系统的其他各个方面。 对象图(Object diagram)是类图的变体。两者之间的差别在于对象图表示的是类的对象实例。 对象图中使用的图示符号与类图几乎完全相同，只不过对象图中的对象名加了下划线，而且类与类之间的所有实例也都画了出来。 　关联的重数 重数(multiplicity)表示多少个对象与对方对象相连接(图3.5)，常用的重数符号有： “0..1” 表示零或1 “0..*”或“*” 表示零或多个 “1..*” 表示1或多个 “1,3,7” 　表示1或3或7(枚举型) 重数的默认值为1。 　　包图(Package diagram)是一种分组机制，是把各种各样的模型元素通过内在的语义连在一起的一个整体。构成包的模型元素称为包的内容。包通常用于对模型的组织管理，因此有时又将它称为子系统(subsystem)，包之间不能共用一个相同的模型元素。 状态图用来描述一个特定对象的所有可能状态及其引起状态转移的事件。大多数面向对象技术都用状态图表示单个对象在其生命周期中的行为。一个状态图包括一系列的状态以及状态之间的转移。 顺序图(Sequence Diagram)用来描述对象之间动态的交互关系,着重体现对象间消息传递的时间顺序。 合作图(Collaboration Diagram)用于描述相互合作的对象间的交互关系和链接关系。虽然顺序图和合作图都用来描述对象间的交互关系,但侧重点不一样，顺序图着重体现交互的时间顺序,合作图则着重体现交互对象间的静态链接关系。 　　构件又称组件(component)，是系统的物理可替换的单位，可以看作包与类对应的物理代码模块，逻辑上与包、类对应，实际上是一个文件。 　　有下列几种类型的构件： 　⑴?源代码构件(Source Component) 源代码构件是实现一个或者多个类的源代码文件。 　⑵?二进制构件(Component) 　　是一个目标代码文件，或者是编译一个或者多个源代码构件生成的静态库文件或动态库文件。 　⑶?可执行构件(Executable Component) 　即是在CPU上运行的一个可执行文件。 　构件图符是一个矩形框。 描述大学注册的活动图 构件名 构件内容 构件A 界面名 构件 5.6 实现模型 系统的实现模型包括构件图和配置图，它们描述了系统实现的一些特性，如源代码的静态结构和运行时刻的实现结构。构件图显示代码本身的逻辑结构，配置图显示系统运行时的结构。 配置图的结点 结点名 结点内容 停 5.6.1 构件图 1、构件 　构件图(Component diagram)又称为组件图，显示代码本身的逻辑结构，它描述系统中存在的软构件