统一建模语言UML——UM核心视图.ppt

统一建模语言UML ——UML核心视图 视图 视图是UML的“语法”， UML通过视图将基本元素组织在一起，形成有意义的“句子”来描述系统。 如何描述系统？ 要描述系统的结构性特征，结构决定了系统能做什么。 ——UML中用静态视图来表达。 也要描述系统的运行时行为，这些行为决定了系统怎么做。 ——UML中用动态视图来表达。 这两者结合起来才能把系统描述清楚。 视图的类型 静态视图： 描述静态事物，描述事物的静态结构，不描述其动态行为。 动态视图： 描述事物的动态行为 动态视图不能独立存在，它必须特指一个静态视图或UML元素，说明在静态视图规定的事物结构下它们的动态行为。 静态视图 用例图 类图 包图 用例图 采用参与者与用例作为基本元素，以不同的视角展现系统的功能性需求。 对客户： 用例视图是他们业务领域的逻辑化表达。 对建设单位： 用例视图是系统蓝图和开发的依据。 用例图的类型 一般来说，有以下几种用例视图： 业务用例视图 业务用例实现视图 概念用例视图 系统用例视图 系统用例实现视图 业务用例视图 使用业务主角和业务用例展现业务建模的结果。 通常业务用例视图需要从业务主角和业务模块两个视角进行展示。 业务主角视角 展示业务主角在业务中使用哪些业务用例来达成业务目标。 有利于业务主角确认其业务目标是否都已经齐全，以此来检查是否有遗漏的业务用例没有发现。 借书管理系统的借阅人业务用例视角 借书管理系统的借阅人业务用例视角 这个视角的含义是： 借阅人业务主角在借书管理系统中有借阅图书和办理借阅证两个业务目标。 如果主角认为他所有的目标都已经齐全，就可以认为针对这个主角的业务用例定义完成了。 业务模块视角 展示业务领域的业务目标，将参与了达成这一业务目标的业务主角与业务用例展现在这个视图中。 这个视角有利于从业务的完整性角度出发，检查完成某个业务的所有业务主角和业务用例是否都齐全，以此来检查是否有遗漏的业务用例。 借书业务视角 借书业务视角 这个视图的含义是： 这些业务主角和业务用例完整的概括了借书业务的业务目标。 如果这些业务能够被这些业务主角和业务用例完整的说明，则认为针对此业务模块的业务用例定义完成。 其他视角 建模中，还可以根据实际需要，从更多的视角来绘制业务用例视图： 部门视角 重要业务的实体的生命周期角度 每当需要展现某个方面的视角时，都可以将获取到的业务主角和业务用例用例视图展现出来。 业务用例实现视图 用于展现业务用例有哪些实现途径。 实际中： 如果一个业务用例只有一个实现途径，没必要用业务用例实现视图。 如果一个业务用例有多种实现途径，则应当绘制业务用例实现视图来组织实现业务的那些业务对象和业务过程。 借阅图书业务用例实现视图 概念用例视图 用于展现业务用例中经过分析分解出来的关键概念用例，并表示概念用例和业务用例之间的关系。 一般关系有：扩展、包含、精化 概念用例视图一般以业务用例为单元展现，即将视图名称命名为业务用例名称，如果某几个业务用例关系紧密也可以放在一个视图里展示。 借阅图书概念用例视图 注意 概念用例视图不是必须的。 如果业务用例时一个复杂业务，绘制概念用例视图有助于细化和更准确的理解业务用例。 系统用例视图 用于展现系统范围，将对业务用例进行分析以后得到的系统用例展现出来。 一般，系统用例视图是以业务用例为单位展现的，即将视图名称命名为业务用例名称。 借阅图书系统用例视图 类图 用于展示系统中的类及其相互之间的关系。 类图是现实世界问题领域的抽象对象的结构化、概念化、逻辑化描述。 类图的建模围绕着三个层次： 概念层 说明层 实现层 随着抽象层次的逐步降低而逐步细化。 概念层类图 这个层次的类图描述的是现实世界中的问题领域的概念理解。 类图中表达的类与现实世界的问题领域有着明显的对应关系， 类之间的关系也与问题领域中实际事物的关系有着明显的对应关系。 概念层类图 概念层类图中的类和类关系与最终的实现类不一定有直接和明显的对应关系。 在概念层上，类图着重于对问题领域的概念化理解，而不是实现，因此类名称通常都是问题领域中实际事物的名称。 概念层类图是独立于实现语言和实现方式的，通常位于业务建模阶段，以业务实体图来表示。 概念层类图 网上购物的业务实体图，主要由商品、定单、支付卡这几个关键类组成，这个几个类的交互可以完成网上购物这个业务目标。 这个类图表达了概念层类图的观点。 说明层类图 这个层次的类图为主考察类的接口而不是实现。 类图中表达的类和类关系应当是对问题领域在接口层次抽象的描述。 即此时不用关心类最终是用何语言编码、用什么设计模式，遵循什么标准，只要关心这样一些类，它们通过接口进行交互，进而完成了问题领域中的业务目标。 说明层类图 是搭建在现实世界和