UML与数据库应用系统

第一节 DBAS建模

UML是一种基于面向对象的可视化的建模语言。（UML是一种建模语言而不是建模方法，建模方法分为建模语言和建模过程）

建模语言：提供这种方法用于表示建模结果的符号。（图形符号：可视化）
建模方法：描述建模时需要的步骤。

UML的组成：

1.元元模型（Meta-Meta Model）：代表要定义的所有事物。（抽象概念）
2.元模型（Meta Model）：UML的基本元素，“事物”概念的实例。

3.模型层（Model）：UML的模型，类模型或类型模型。
4.用户模型（User Model）：UML模型的实例，对象模型或实例模型。

UML的五种视图：结构、实现、行为、环境、用例视图。

13种图：UML2.0:静态结构图及行为图两类图。

---------------------------------------------------------------------------------------------------------------------------------

第二节 DBAS业务流程与需求表达

1.业务流程与活动图

活动图主要描述系统用例和程序模块中逻辑流程的执行次序和并行次序（最适合描述系统和子系统的工作流程）

图表类型	相同点	不同点
活动图	用于低层次模块的作用	可以描述并行操作
流程图	用于低层次模块的作用	只可以描述串行操作

除此之外，一张活动图中有且只能有一个起点，可能有多个结束点。

2.系统需求与用例图

系统需求：用户心中真正的期望。

用例模型：把满足用户需求的所有功能表示出来的工具。由用例、角色、系统三部分组成

系统：各种用例的“黑匣子"

角色：与系统交互的人或者其他实体

用例：完整功能左右动作（一次操作）的集合

角色之间的关系

  通用化关系：指把某些角色的行为抽取出来作为通用行为，这些通用行为构成超类。

用例与角色之间的关系

  连接关系（关联，通信关联）：表明那种角色能与该用例通信，是双向一对一关系。

用例之间的关系

  扩展：一用例增加新内容成为另一个用例。

  包含（使用）：一个用例使用另一个用例。

  关联（组合）：把相关用例打包当作整体。

第三节 DBAS系统内部结构的表达

1.系统结构与类图

 系统结构一般分静态结构和动态结构。

在UML中，用类图来描述系统静态结构，用顺序图和通信图来表示系统动态结构。

类图主要是表达的是问题领域的概念模型。

类图由类名、属性及操作组成。

类与类之间的关系

  关联，继承，依赖，精化。

2.系统结构与顺序图

顺序图主要用于描述系统内对象之间的消息发送和接受序列。顺序图中的所有元素都必须在类图中存在。

3.系统结构与通信图

通信图是交互图的一种，也称为协作图。通信图显示对象间组织交互关系和链接。

顺序图强调时间，通信图强调空间。