UML与数据库应用系统

UML:

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

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

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

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

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

 

业务流程与活动图:

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

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

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

元素:

起始点、结束点、分区。

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

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

菱形表示判断。

 

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

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

组成

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

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

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

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

表示

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

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

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

用例之间的关系

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

使用关系:一个用例使用另一个用例,构造型<<uses>>。

 

系统结构与类图:

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

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

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

属性

可见性:公有+,保护#,私有-。

名称:一个字符串。

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

操作

可见性:+,#,-表示。

 

  • 关联关系

导航关联:

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

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

组成:例如*属于汽车。实心菱形表示。

继承(泛化)关系:

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

依赖关系:

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

精化(实现)关系:

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

 

系统结构与顺序图:

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

纵向:虚线,表示时间。

 

系统结构与通信图:

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

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

 

微观设计与对象图:

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

 

微观设计与状态机图:

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

 

微观设计与时间图:

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

 

宏观设计与包图:

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

 

宏观设计与交互概述图:

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

 

宏观设计与复合结构图:

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

 

系统实现与组件图:

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

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

 

系统实现与部署图:

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

 

UML与数据库应用系统

上一篇:SQL Server2008安装教程


下一篇:mysql修改密码