UML与数据库应用系统

UML：

定义由语义和表示法两部分组成，语义用自然语言描述，表示法定义了UML的可视化标准表示符号，这决定了UML是一种可视化的建模语言。

UML的语义是定义在一个四层（四个抽象级）建模概念框架中的，分别是：
元元模型层：组成UML的最基本元素“事物”。

元模型层：组成UML的基本元素，每个概念是元元模型中“事物”概念的实例。

模型层：组成了UML模型，每个概念都是元模型层中概念的一个实例，这一层的模型通常叫作类模型或类型模型。

用户模型层：每个概念都是模型层的一个实例，这一层的模型通常叫作对象模型或实例模型。

业务流程与活动图：

主要目的是陈述活动与活动之间的流程控制和转移。

描述系统、用例和程序模块中逻辑流程的执行次序，并行次序。

流程图只能描述串行操作，活动图可以描述并行操作，最适合用于描述系统或子系统的主要工作流程。

元素：

起始点、结束点、分区。

活动之间的转换由箭头表示，箭头上可加条件。

加粗直线为同步条，表示这之后的活动执行路线可以并行执行。

菱形表示判断。

系统需求与用例图：
用例模型是把满足用户需求的所有功能表示出来的工具。

用例模型由用例图构成，用例图由系统、角色和用例三种模型元素以及元素之间的各种关系组成。

组成

用例：从系统用户的角度来观察，系统应该具有哪些功能，帮助分析人员理解系统的行为。

角色：与系统进行交互的外部实体。

系统：在用例的活动区域抽象地表示能够实现的所有基本功能。

系统运行的大致过程：角色先初始化用例，用例执行其所代表的功能，执行完后用例给角色返回值。

表示

系统：用一个长方框表示，系统的名字写在方框上或方框里面。

角色：角色之间的通用化关系用带空心三角形（作为箭头）的直线表示。

用例：用椭圆形表示，位于系统边界的内部。

用例之间的关系

扩展关系：在一个用例的基础上加入新的动作形成另一个用例，可以图示为带有构造性<<extend>>标志的通用化关系。

使用关系：一个用例使用另一个用例，构造型<<uses>>。

系统结构与类图：

把问题领域的一些重要元素抽象出来，这些元素在UML中就可以用“类”这个概念来表示。

除了表示抽象概念的名称外，还要表达该抽象概念的“属性”和“行为”。

系统可以有多个类图，单个类图仅表达系统的一个方面。

属性

可见性：公有+，保护#，私有-。

名称：一个字符串。

类型：属性的种类，可以是基本数据类型，也可以是用户自定义类型。
缺省值：属性初始值。
约束性：所有属性可能的取值。

操作

可见性：+，#，-表示。

• 关联关系

导航关联：

类与类之间的关联是单向的，如人拥有小汽车。

共享聚集：例如人员属于课题组。空心菱形表示。

组成：例如轮子属于汽车。实心菱形表示。

继承（泛化）关系：

用一头为空心三角形的连线表示。

依赖关系：

有两个元素X,Y，修改X引起Y的修改，则Y依赖于X。用带箭头的虚线表示。

精化（实现）关系：

一个类描述了另一个类的实现，用带空心三角的虚线表示。

系统结构与顺序图：

每一个对象用矩形框表示。

纵向：虚线，表示时间。

系统结构与通信图：

通信图是交互图的一种，也叫协作图。

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

微观设计与对象图：

描述特定时间点根据类图所诞生的实例，可用于解释类图以及验证所涉及类图是否符合实际状况。

微观设计与状态机图：

主要目的在于陈述系统中有关事件或对象的状态转移。

微观设计与时间图：

状态机图：事件驱动，时间图可以进一步描述时间对状态变化的影响。

宏观设计与包图：

表达系统中不同的包、命名空间或不同的项目间彼此的关系。

宏观设计与交互概述图：

主要元素和活动图一样，把不同的交互图结合在同一张图中描述。

宏观设计与复合结构图：

绘制出要开发的系统与外部系统间的关系。

系统实现与组件图：

表示系统的静态实现视图。

组件间的相关性连接，用一条带箭头的虚线表示。

系统实现与部署图：

又叫配置图，描述系统中硬件和软件的物理配置情况和系统体系结构。

UML与数据库应用系统

标签：业务流   自然语言   设计   关联   对象模型   共享   绘制   条件   业务