第十三章 统一建模语言UML.pptVIP

统一建模语言UML（Uinited Model Language） 面向对象技术的应用前景 面向对象技术出现于70年代末期，它具有强大的生命力。在美国其应用前景预测如下： 1991年夏 3% ~ 4% 1993年末 9% ~ 12% 1995年夏 15% ~ 20% 到1996年为止 ~ 40% 到1998年为止 ~ 60% 到2000年为止 ~ 80%。 为什么有必要统一建模语言 面对众多的建模语言，用户没有能力区别不同语言之间的差别。 在众多的建模语言中，实际上各有千秋，需要取长补短，日臻完善。 虽然不同的建模语言大多相同，但仍存在某些细微的差别，这极大地妨碍了用户之间的交流。 UML概述 UML的产生和发展 UML图及其主要作用 UML的主要特点 UML的产生和发展 UML是由 Booch，Rumbaugh 和 Jacobson 发起，集众家之长，几经修改而成。 1996年6月和10月分别发布了UML 0.9和UML 0.91版本。 UML图及其主要作用 UML的主要特点 统一的建模语言 支持面向对象 支持可视化建模 强大的表达能力 静态建模 用例图(Use Case Diagram) 类图和对象图(Class-- Object Diagram) 构件图(Component Diagram) 配置图(Deployment Diagram) 静态建模 用例图(Use Case Diagram) 类图和对象图(Class-- Object Diagram) 构件图(Component Diagram) 配置图(Deployment Diagram) 用例图(Use Case Diagram) 用例图: 从用户角度描述系统的行为，并指出各功能的操作者 用例模型对软件开发方法的研究具有重要意义：任何方法的首要问题是了解需求，而分析典型用例是用户和开发者一起了解需求、剖析需求和跟踪需求的有效工具。 对用例模型关心的人员 客户：他关心如何使用系统的功能；充当模型中的哪一个角色；如何调整模型可以更好地适应他们的愿望。 开发人员：他需要理解系统的功能，以作为今后工作的基础和依据；在系统集成测试期间，可以使用这些用例测试系统。 其他人员：销售人员，技术支持人员，文档编写人员等也关心用例图。 用例分析的目的 描述和决定系统的功能需求，帮助客户和软件开发人员形成一致意见。 给出系统应该“做什么”且与内容一致的可视化描 述，使之成为在开发全过程中研讨系统需求和进行系统设计的依据。 在软件测试阶段作为系统测试的基础。 建立系统实现的各个对象类和系统操作与功能需求之间的可追踪关系。 用例图中的图符 用例图中的主要模型元素 角色——与系统有交互行为的类，可以是人、外部系统、硬件等。 用例——系统要执行的动作序列，用来描述系统的功能。通常由角色驱动，并把执行的结果反馈给角色。 关联——角色与用例之间的关系，也可表示用例间的包含与扩展关系。 关于保险业务的一张用例图 静态建模 用例图(Use Case Diagram) 类图和对象图(Class-- Object Diagram) 构件图(Component Diagram) 配置图(Deployment Diagram) 类图和对象图(Class-- Object Diagram) 类图描述系统中的类及其相互之间的各种关系，反映了系统中包含的各种对象的类型以及对象间的各种静态关系。类图也可描述类的属性和行为。 对象图是类图的实例，描述系统中各种对象(类的实例)以及对象之间的各种静态关系。 类图 (Class Diagram) 类图（关系——关联和泛化） 类图（关系——聚合） 类图（上机） 包（Package） 包——UML中将一些元素组成语义上相关 组的划分机制。 通常把系统划分为不同的主题层或子系统，属于同一个主题层的元素放在一个包中，主题层之间的依赖关系表现为包的依赖关系。 包 图 静态建模 用例图(Use Case Diagram) 类图和对象图(Class-- Object Diagram) 构件图(Component Diagram) 配置图(Deployment Diagram) 构件图 (Component Diagram) 构件图——用来建立系统实际结构的