二、本章内容

       1、摘要。

       2、本章内容。

       3、建模工具介绍及使用。

       4、建模中的抽象模型图。

       5、本质总结。

       6、系列进度。

       7、下篇预告。

三、建模工具介绍

      介绍建模工具之前，我们先来简单介绍下建模语言的定义。建模语言就是基于一系列规则、符号、图表、关键字的图形化或文本语言。建模语言的主要作用是对模

型的结构与行为进行描述。并且能够将知识和信息通过模型传递给熟悉该描述语言的人。

      当今的建模语言其实并不少，其中比较有规模的如下图：

     我们先来了解下UML建模语言的起源：

     回顾20世纪晚期--准确地说是1997年，OMG组织（Object Management Group对象管理组织）发布了统一建模语言（Unified Modeling Language，

UML）。UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。UML提出了一套IT专业人员期待多年的统一的标准建模符号。通过使用

UML，这些人员能够阅读和交流系统架构和设计规划--就像建筑工人多年来所使用的建筑设计图一样。

     到了21世纪--准确地说是2003年，UML已经获得了业界的认同。在我所见过的专业人员的简历中，75%都声称具备UML的知识。然而，在同绝大多数求职人员面

谈之后，可以明显地看出他们并不真正了解UML。通常地，他们将UML用作一个术语，或对UML一知半解。大家对UML缺乏理解的这种状况，促进我撰写这篇关于UML

建模。当阅读完本文时，您还不具备足够的知识可以在简历上声称自己掌握了UML，但是您已具有了进一步钻研该语言的良好起点。

四、建模中的抽象模型

     既然UML语言如此流行，本系列中也只用UML语言来进行建模，本系列中的后续章节也将基于UML建模图来完成相应的设计。

     学习过UML语言的开发人员都知道UML分为以下几类模型图：

    行为型：

     我们先从行为型的建模图形来开始讲起：

    1、用例图：

     我想用例图大家都应该基本上有所了解，只要使用过UML建模的除了基本的流程图基本上大家都会的使用外，用例图用过是最常见的一种建模图形。

     用例图中主要包含的元素：系统、参与者、用例、关系。

     用例图主要的应用场景：一般用例图用来描述需求中的系统应具有的功能,系统参与者(使用者,维护者、外部系统或者用户等)与系统如何交互进行一个模

型话的描述。

     用例图的目的：帮助开发团队以一种可视化的方式理解系统的功能需求。

     一般使用如下方式来进行操作：

     第一步：先把系统按照功能进行划分，比如一个简单的内容管理系统。先把他细化，细化成多个模块功能。每个模块的功能相对独立，但是可能又与另外一个有交

互。

     第二步：把功能需求抽象,达到高内聚，低耦合的标准，然后分析出该模块功能的参与者是什么，例如用户是谁？或者细分成角色,与该模块交互还可能是数据库？

等,把所有交互的对象分析出。

     第三步：把系统模块中的每个功能模块看是否能再按照子功能进行细分，细分后形成具体的用例。

     第四步：分析用例与参与者之间的关系，分析同质对象(参与者与参与者、用例与用例)之间的关系。

     第五步：根据以上四步完成建模。在建模的过程如果发现某块功能不清晰或者参与者不清晰，可重复前4步。

    2、类图：

     类图也是UML建模中最常用的一种结构图，类图用来标示系统的静态结构。静态结构是由类型及关系构成。

     类图表示不同的实体（人、事物和数据）如何彼此相关；换句话说，它显示了系统的静态结构。类图可用于表示逻辑类，逻辑类通常就是业务人员所谈及的事物种

类--摇滚乐队、CD、广播剧；或者贷款、住房抵押、汽车信贷以及利率。类图还可用于表示实现类，实现类就是程序员处理的实体。实现类图或许会与逻辑类图显示一

些相同的类。然而，实现类图不会使用相同的属性来描述，因为它很可能具有对诸如Vector和HashMap这种事物的引用。

     类图其实就是一个长方形，内部分成3个区域。每个区域的含义不同。

      命名空间 :: 类名 [必须按照这样的形式才可以]。

      类图中的有3类修饰符，每种修饰符标示的含义不同。