UML书上整理的知识点

1、第一章 ： 1： Uml ：中文名为统一建模语言。 （已纳入 OMG 标准，成为业务，应用和系统架构的标准可视化建模语言）2：uml 的三大特性 ：UML 是一种 Language（语言）；UML是一种 Modeling（建模） Language；UML 是 Unified （统一） Modeling Language 。3：uml 的发展现状：（ 1）已进入全面应用阶段的事实标准（2）应用领域正在逐渐扩展，包括嵌入式系统建模、业务建模、流程建模等多个领域（3）成为 “生产式编程 ”的重要支持技术： MDA 、可执行 UML 等4：模型是对现实的简化：常见的模型：生活相关：气象图、道路交通图、

2、交通标志：展示相关：建筑物模型、沙盘、公司总部的3D 复制品 ;数据分析相关：条形图、饼状图;业务分析相关：组织结构图、跨职能流程图;设计相关：建筑平面图、管线图、电路板设计图5:对于软件系统而言，涉及的 模型主要是描述业务，业务规则，系统使用，运用程序，系统架构以及系统内交互的一种可视化表示方式。6：建模的最大好处在于： 更好的理解正在开发的系统。7：建模的目的 （1）帮助我们按照实际情况或按我们需要的样式对系统进行可视化；提供一种详细说明系统的结构或行为的方法；给出一个指导系统构造的模板； 对我们所做出的决策进行文档化；（ 2）仅当需要模型时，才构建它建模的原则： 选择要创建什么模型对如何

3、动手解决问题和如何形成解决方案有着意义深远的影响； 每一种模型可以在不同的精度级别上表示；最好的模型是与现实相联系的；单个模型是不充分的。对每个重要的系统最好用一组几乎独立的模型去处理8：为什么使用 UML 建模，可以建立什么模型： （ 1）UML 是一种统一的、标准化的建模语言 （ 2） UML 是一种应用面很广泛的建模语言9：模型的种类模型的用途业务模型对业务过程、工作流、组织的建模需求模型对捕获的需求进行整理和分析的工具，辅助开发人员与用户进行沟通设计模型包含高层设计（架构模型）和详细设计模型，用于统一开发人员、沟通设计信息数据库模型设计数据库的结构、表结构以及与应用系统的交互实现模型用

4、来理清软件的组成、部署方案，为安装与维护人员的工作提供指导10：草图与蓝图：蓝图一般是指采用CASE 工具绘制的、正式的、规范的图则通常是指手工绘制的、规范度较低的在纸张的UML 模型UML模型 ；草11：选择蓝图和草图的原则 ：大胆地绘制草图，尽可能基于草图进行讨论。对于局部的、重要性不高的、共享范围较小的 UML 模型，直接将草图扫描到电脑存档即可；对于全局的、重要性高的、高度共享的，在草图的基础上用 CASE 工具绘制成为正式的蓝图，并将其纳入统一的模型管理中 。12（了解） 谁应该建模 : (1)业务建模 ：以领域专家为主，需求分析人员是主力，系统分析员、架构师可参与 (2)需求模型

5、：以需求分析人员为主，系统分析员是主力，领域专家提供指导，架构师和资深开发人员参与 (3)设计模型 ：高层设计模型以架构师为主，系统分析员从需求方面提供支持，资深开发人员从技术实现方面提供支持。详细设计模型则以资深开发人员为主，架构师提供指导。(4)实现模型： 以资深开发人员（设计人员）为主，架构师提供总体指导。(5)数据库模型 ：以数据库开发人员为主，架构师提供指导，资深开发人员（设计人员）予以配合。13; 常见 UML认识误区 ： 1） UML 是一种方法论 因为它仅仅是一种描述模型的标准语言2)UML 就是一堆图形 UML是一种建模的标准，图是一种最主要的表现形式 有效利用 UML的要点

6、是：在 uml 建模原则的指导下，选择合适的建模元素和图，根据被建模对象的实际信息来有机构成，并采用必要的文字进行描述； 3)UML只能够应用于面向对象开发中；4)UML 就是 Rose 里的符号（还有Together）；5)UML 的学习周期很长、很复杂 主要原因：第一，缺乏基本的理论基础；第二，横向思考少，纵向研究多14:从面向对象思想中挖掘 UML 建模元素的精髓，从建模内容的角度运用UML 。第二章：15：UML 组成：（建模要素三个）1 基本构造块：也就是建模元素，是模型的主体2)UML规则：也就是支配基本构造块如何放在一起的规则3）公共机制：运用于整个UML 模型中的公共机制、扩展

7、机制UML构造块规则公共机制事物命名详述关系范围修饰图可见性通用划分完整性扩展机制执行16：事物和关系是两种最基本的构造块，它们将组成“图”这个最核心的构造块。17：事物构造块是对模型中最具有代表性的成分的抽象18： UML 中将各种事物构造块归纳成了四类：结构事物：UML中的名词，它是模型的静态部分，描述概念或物理元素。行为事物： UML中的动词，它是模型中的动态部分，是一种跨越时间、空间的行为。分组事物： UML中的容器，用来组织模型，使模型更加的结构化。注释事务： UML 中的解释部分，和代码中的注释语句一样，是用来描述模型的。19：面向软件开发的本质思想：首先建立反应现实世界中不同事物

8、的“构造块 ”，然后确定 “构造块 ”之间的 “关系 ”，再确定各个构造块的属性和“行为 ”。这样，在软件系统中就可以模拟现实世界的 “构造块 ”之间的交互与协作20 面向对象软件开发的一个最本质的原则：面向对象软件开发的核心思想就是高内聚（封装）、低耦合（消息驱动） ，使用简洁的接口拼合简单的部件是最重要的思想。21：结构事物：类（ class）和对象（ object）接口（ interface ）主动类（ activeclass）用例（ use case）协作（ collaboration）构件（ component）节点（ node）:22：类是对一组具有相同属性、相同操作、相同关系和相

9、同语义的对象的抽象 ；UML类是 用一个矩形表示的， 它包含三个区域，最上面是类名、中间是类的属性、最下面是类的方法 对象 则是类的一个实例中23：接口 ：接口是描述某个类或构件的一个服务操作集 （分有：供给接口和需求接口）24：主动类： 主动类实际上是一种特殊的类。引用它的原因，实际上是在开发中需要有一些类能够起到启动控制活动的作用 ；主动类是指其对象至少拥有一个进程或线程，能够启动控制活动的类25：用例 是著名的大师Ivar Jacobson 首先提出的， 现已经成为了面向对象软件开发中一个需求分析的最常用工具 用例的定义： 用例实例是在系统中执行的一系列动作，这些动作将生成特定执行者可见

10、的价值结果。一个用例定义一组用例实例。26 ：协作 定义了一个交互，它是由一组共同工作以提供某协作行为的角色和其他元素构成的一个群体。 对于某个用例的实现就可以表示为一个协作。27：在实际的软件系统中，有许多要比“类 ”更大的实体，例如一个COM组件、一个DLL文件、一个JavaBeans、一个执行文件等等。为了更好地对在UML 模型中对它们进行表示，就引入了 构件（也译为组件）28 构件 是系统设计的一个模块化部分，它隐藏了内部的实现，对外提供了一组外部接口。在系统中满足相同接口的组件可以自由地替换。29：为了能够有效地对部署的结构进行建模， UML 实际的 PC 机、打印机、服务器等软件运

11、行的基础硬件引入了 节点 这一概念，它可以用来描述30 节点 是运行时存在的物理元素，它表示了一种可计算的资源，通常至少有存储空间和处理能力31：行为事物：交互（ interaction ）：是在特定语境中，共同完成某个任务的一组对象之间交换的信息集合：交互的表示法 很简单，就是一条有向直线，并在上面标有操作名；状态机（ state machine）：是一个对象或交互在生命周期内响应事件所经历的状态序列；在 UML模型中将 状态画为一个圆角矩形，并在矩形内写出状态名称及其子状态。32：分组事物： 对其进行分组对于一个中大型的软件系统而言，通常会包含大量的类，因此也就会存在大量的结构事物、 行为

12、事物，为了能够更加有效地对其进行整合，生成或简或繁、或宏观或微观的模型，就需要。在UML 中，提供了 “包（ Package） ”来完成这一目标33：注释事物： 结构事物是模型的主要构造块，行为事物则是补充了模型中的动态部分，分组事物而是用来更好地组织模型，似乎已经很完整了。 而注释事物则是用来锦上添花的，它是用来在 UML 模型上添加适当的解释部分34： UML模型关系的种类种类 变种表示法 关键字或符号种类变种表示法 关键字或符号抽象 派生依 赖 关 derive导入私有依 赖 关 access显现系 manifest公有系 import 实现实现 关 虚线加空心三信息流 flow 系角精

13、化依赖 关 refine包含并 merge跟踪系 trace许可 permit 关联关联关实线协 议 符未指定系合绑定依赖 关 bind (参数 替换依 赖 关 substitute系表 )系部署 deploy使用调用 call 扩展 Extend extend(扩展创建 create点 )扩展 extension 扩 展 关 实线加实心三实 例 instantiate系角化泛化泛 化 关 实线加空间三职责 responsibility 系角包含依 赖 关 include 发送 send系35：关联关系：关联（Association）表示两个类之间存在某种语义上的联系。关联关系提供了通信的路径

14、，它是所有关系中最通用、语义最弱的；在 UML 中， 使用一条实线来表示关联关系；在关联关系中，有两种比较特殊的关系：聚合和组合；聚合关系：聚合（ Aggregation ）是一种特殊形式的关联。聚合表示类之间的关系是整体与部分的关系 ；如果发现 “部分 ”类的存在， 是完全依赖于 “整体 ”类的，那么就应该使用“组合 ”关系来描述聚合组合(判断是聚合还是组合关系，关键在于要放到具体的应用场景中讨论。)36: 泛化、实现、扩展与依赖 :泛化关系 描述了一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。实现关系是 用来规定接口和实现接口的类或组件之间的关系。接口是操作的集合，这

15、些操作用于规定类或组件的服务。扩展 表示将一个构造型附加到一个元类（metaclass）上，使得元类的定义中包括这个构造型。有两个元素X 、Y ，如果修改元素X 的定义可能会引起对另一个元素Y 的定义的修改，则称元素 Y 依赖 （ Dependency）于元素X 。37：在 uml 中，对泛化关系有3 个要求：（1）子类应与父类完全一致，父类所具有的关联和属性和操作，子类都应具有。（2）子类中除了与父类一致的信息外，还包括额外的信息（3）可以使用父类实例的地方，也可以使用子类的实例。38： uml 规则：命名： 也就是为事物、关系和图起名字。和任何语言一样，名字都是一个标识符；范围：与类的作用

16、域相似，包括所有者作用域 （ owner scope）和目标作用域 （ targetscope）两类可见性：可见性规则标 准 Rose Rose表 示属性 方法法public任一元素，若能访问包容器，就可以访+问它protected 只有包容器中的元素或包容器的后代才#能够看到它private只有包容器中的元素才能够看得到它-package只有声明在同一个包中的元素才能够看到该元素39-uml 的公共机制：规格描述，修饰，通用划分和扩展机制40：规格描述：在图形表示法的每个部分后面都有一个规格描述（也称为详述），它用来对构造块的语法和语义进行文字叙述。这种构思，也就使可视化视图和文字视图的分离

17、：41： UML修饰与通用划分：在为了更好的表示这些细节，UML 中还提供了一些修饰符号，例如不同可视性的符号、用斜体字表示抽象类； UML 通用划分： 1）类与对象的划分：类是一种抽象，对象是一个具体的实例2）接口与实现的分离： 接口是一种声明、 是一个契约，也是服务的入口；实现则是负责实施接口提供的契约.42： UML扩展机制：构造型：在实际的建模过程中，可能会需要定义一些特定于某个注：Overflow为类名领域或某个系统的构造块 exceptionOverflow exceptionOverflowOverflow新图标表示法构造型标准表示法小图标表示法第一种是最优先采用的：当你想强调可

18、视性时则在第一种的基础上加上个性化图标：在确保模型所有可能的读者都能理解新图标时才能使用新图标代替。标记值 则是用来为事物添加新特性的。标记值的表示方法是用形如“标记信息 ”的字符串约束 是用来增加新的语义或改变已存在规则的一种机制（自由文本和 OCL 两种表示法） 。约束的表示法和标记值法类似，都是使用花括号括起来的串来表示，不过它是不能够放在元素中的，而是放在相关的元素附近。:43： UML定义的图：图名功能备注类图描述类、类的特性以及类之间的关系UML 1 原有对象图描述一个时间点上系统中各个对象UML1 非正式的一个快照图复 合 结 构 描述类的运行时刻的分解UML 2.0新增图构件图描述构件的结构与连接UML 1 原有部署图描述在各个节点上的部署UML 1 原有包图描述编译时的层次结构UML中非正式图用例图描述用户与系统如何交互UML 1 原有活动图描述过程行为与并行行为UML 1 原有状态机图描述事件如何改变对象生命周期UML 1 原有顺序图描述对象之间的交互，重点在强调顺UML 1 原有序通信图描述对象之间的交互，重点在于连接UML1 中的协作图定时图描述对象之间的交互，重点在于定时UML 2.0新增交 互