第五章 UML与数据库应用系统
5.1 DBAS建模
- UML(统一建模语言)
- 组成:由语义和表示法组成
- UML语义是定义在一个四层(四个抽象级别)建模概念框架中,这四层分别为:
- 元元模型:代表要定义的所有事物
- 元模型:组成了UML的基本元素,是“事务”概念的实例
- 模型层:组成了UML的模型,类模型或类型模型
- 用户模型层:UML模型的实例
- 视图:结构视图、实现视图、行为视图、环境视图、用例视图
5.2 DBAS业务流程与需求表达
5.2.1 业务流程与活动图
- 最适合描述系统或子系统的工作流程
- 一张活动图中只能有一个起始点,可以有多个结束点
例如: |
5.2.2 系统需求与用例图
- 系统需求:用户心中的真正期望。
- 用例模型:是把满足用户需求的所用功能表示出来的工具。
- 用例模型由用例、角色和系统三部分组成
- 系统:各种用例的“黑匣子”
- 角色:与系统交互的人或其他实体
- 用例:是完整的功能,是所有动作(一次操作)集合
- 关系:
- 角色之间的关系:通用化关系
- 用例与角色之间的关系:连接关系(关联、通信关联)
- 用例与用例之间的关系:
- 扩展关系(《extend》)
- 使用关系(《uses》)
- 组合关系(《include》)
5.3 DBAS系统内部结构的表达
5.3.1 系统结构与类图
- 系统内部结构一般分为静态结构和动态结构。
- 在UML中,用类图来描述系统静态结构,用顺序图和通信图来表示系统动态结构。
- 类图主要表达的是问题领域的概念模型。
- 类图由类名、属性及操作组成。
- 属性的UML语法: 可见性 名称: 类型=缺省值 {约束性}
- 操作的UML语法: 可见性 名称(参数表):返回类型表达式 {约束性}
- 关系:
- 关联:——
- 聚集:——◇
- 组合:——◇
- 泛化:——
- 依赖:------->
- 实现:-------▷
- 类图表示图:
类名 |
属性 |
操作 |
例子: |
5.3.2 系统结构与顺序图
- 针对每一个特定的用例,如何用类图所规范的对象,来完成用例交付的任务,就必须用顺序图表达。
- 顺序图主要用于描述系统内对象之间的消息发送和接收序列。
- 顺序图中出现的所有元素都必须出现在类图当中。
例子: |
5.3.3 系统结构与通信图
- 通信图是交互图的一种,也称为协作图
- 顺序图和通信图都描述交互,但是顺序图强调的是时间,通信图强调的是空间
- 通信图中主要元素基本和顺序图相同,只是在消息的传递上要特别表达消息的传递是由哪一个对象到另外一个对象
5.4 DBAS系统微观设计的表达
5.4.1 微观设计与对象图
- 对象图被用来描述特定时间点所有对象在系统中的结构,也可以把对象图当成系统在某一时间的快照
- 对象图是类图的一个实例,对象之间的关系是类之间的关系
例子: |
5.4.2 微观设计与状态图
- 状态图用来描述有关事件或对象的状态转移
- 状态之间的转移由事件驱动
例子: |
5.4.3 微观设计与时间图
- 当状态的转换由时间因素决定时,使用时间图来描述状态的变化。
- 描述时间驱动的状态转换,即当状态维持多少时间后转移。
- 时间图中,整个矩形框就是一个生命线。
例子: |
5.5 DBAS系统宏观设计的表达
5.5.1 宏观设计与包图
- 包图可以表达不同系统的包、命名空间或不同的项目间彼此的关系
- 包是一种组合机制,把模型元素通过内在的语义连在一起成为一个整体叫包
- 包通常被称为子系统
- 包的图示类似书签卡片,由两个长方形组成,小长方形位于大长方形的右上角
- 包图是表明包与包之间关系的类图
例子: |
5.5.2 宏观设计与交互概述图
- 是将活动图和顺序图嫁接在一起的图
- 以活动图为基础,在控制流间连接交互图,从而将所有交互图关系呈现出来。
- 交互概述图可以把不同的交互图结合在同一张图中来表达
例子: |
5.5.3 宏观设计与复合结构图
- 复合结构图适用于系统间的沟通接口
- 复合结构图最重要的元素是部件,一个部件可以代表某个实体组件,也可以代表一个子系统
- 部件与部件之间连接关系主要是装配关系,这种关系通过接口沟通。部件与外部部件连接时必须通过端口才能实现,用正方形图示。
例子: |
5.6 DBAS系统实现与部署的表达
5.6.1 系统实现与组件图
- 静态图用来表示系统的静态实现视图
- 组件是逻辑设计中定义的概念和功能在物理架构中的实现
例子: |
5.6.2 系统实现与部署图
- 部署图又叫配置图,描述系统中硬件和软件的物理配置情况与系统体系结构。
- 部署图说明实体组件,如可执行程序,将如何部署到实际的计算机中。
例子: |
其余章节进我主页进行查看