1. 数据库应用系统DBAS生命周期
DBAS的生命周期由项目规划、需求分析、系统设计、实现和部署、运行管理与维护
5个基本活动组成
1.1规划分析
系统规划和定义
- 确定任务陈述
- 确定任务目标:
- 确定范围和边界:
- 确定用户视图
可行性分析
- 技术上:
- 经济上:
- 操作上: 论证是否具备数据库应用系统开发所需的
人力资源
,这属于数据库应用系统的操作可行性分析。 - 开发方案选择
项目规划
- 项目团队:
- 环境、活动
- 成本 预算
- 进度计划
- 根据软件开发模型,
分解和定义
项目所包括的任务和活动
1.2 需求分析(做什么)(需求分析建模方法)
- 数据需求:
- 功能分析:业务
- 性能分析:吞吐量、响应时间、硬件资源::DBAS的性能指标主要包括:数据操作响应时间、系统吞吐量、允许并发访问的最大用户数、每TPS代价值。
- 其他需求:存储、安全性、备份恢复
DFD结构化分析建模方法
- DFD建模:最常用:
数据流程图
:分解思想
DFD方法由四种基本元素组成:数据流、处理、数据存储和外部项。
此案例把在线书城系统——分解为核销+采购——还可以继续分解为各个业务流程继续扩充,一般是用三层 - 一个处理
至少
有一个输入流和一个输出流。
IDEF结构化分析建模方法
●最常使用的是IDEFO~IDEF4.:
IDEF0:描述系统功能及其相互关系
IDEF1:系统信息及其数据之间联系;
IDEF2:系统模拟,动态建模
IDEF3:过程描述及获取方法
IDEF4:面向对象设计;
IDEF0
面向对象分析建模方法
UML用例建模
IDEF1X(数据建模方法)
IDEF1X侧重分析、抽象和概括
应用领域中的数据需求
,被称为数据建模方法
,
不是上面的需求分析建模方法
IDEF1X 标定与确定
- 在IDEF1X中一个
非确定联系
又称为多对多关系或m:n 联系
非标定型联系
是1:n
如果子女实体集中的每一个实例都能被唯一的确认而无需了解与之相联系的双亲实体集的实例,该联系就被称为"非标定型联系"。- 本科生和研究生都是学生类分类。在IDEF1X模型中,可以通过一个
分类联系
来表达这类事务。 - 一对一是
标定
1.3系统设计(怎么做)
概念设计
系统的总体
设计
逻辑设计(理论存在,侧重设计规范)
- 应用程序
概要
设计 - 数据库事务
概要
设计 关系模式
的设计、规范化处理属于数据库逻辑结构设计的内容。- ER(实体关系图)建模方法 参考画法:其中主键用下划线
为了减少数据冗余而将一个2NF的关系模式
分解为若干个3NF的关系模式
物理设计(真实存在,侧重操作表结构)
- 应用程序
详细
设计 - 数据库事务
详细
设计 - 数据库物理设计内容包括:数据库逻辑模式描述、文件组织与存取设计、数据分布设计、确定系统配置、物理模式评估
- 对关系模式进行去规范化处理
- 数据库物理结构设计的目标是得到存储空间占用少、数据访问效率高和维护代价低的数据库物理模式
1.4实现和部署
数据库建立
数据加载
事务和应用程序的编码
测试运行
系统部署
1.5运行管理和维护
日常维护
数据库应用系统日常维护包括:备份与恢复、完整性维护、安全性维护、存储空间管理和并发控制。
模式调整属于数据库应用系统的性能优化调整的范围。
系统监控与分析
监控与分析包括:数据采集与统计、操作分析、基准程序评估。
性能优化
查询调整与优化、索引调整、事务调整、模式调整、参数调整、硬件调整与升级、应用程序优化。
数据库系统升级
应用程序升级、数据库重组、DBMS和OS升级。
1.6典型例题
2.架构设计
安全架构
-
数据安全设计
主要有五个方面:安全性保护(防止非法用户对数据库非法的使用,其中一种主要方式即是用户权限设计)、完整性保护、并发控制、数据库的备份与恢复、数据加密传输。(考点:不包括病毒) -
环境安全设计
包括漏洞与补丁、计算机病毒防护、网络环境安全、物理环境安全。
3.事务
-
多个小事务合并成大事务,会增加占有锁的时间,可能会造成大量阻塞事务,甚至会产生死锁。
-
事务规范包括事务名称、事务描述、事务所访问的数据项、事务用户,不包括事务隔离级别
-
DB文件组织与存取设计的步骤是:使用事物-基本表交叉引用矩阵,分析系统内数据库事务对各个基本表的访问情况;估计各事务的执行频率;对每张基本表,汇总所有作用于该表上的各事物的操作频率信息;根据分析结果,对基本表设计成更为有效地文件组织和索引方式
隔离级别
数据库事务详细设计是根据事务概要设计得到的事务流程,采用高级语言或DBMS提供的事务实现机制,设计数据库事务,即数据库事务的相关设计是在数据库事务详细设计(属于物理设计阶段)进行的。
典型例题
4.索引
典型例题
5.UML
5.1UML建模概念架构
元元模型(事务的抽象)
元元模型层组成了UML的最基本的元素"事物",代表要定义的所有事物。
元模型(实例)
元模型层中的每个概念都是元元模型层"事物"概念的一个实例
模型层(实例的实例)
模型层中的每个概念都是元模型层中概念的一个实例
用户模型层(实例的实例的实例)
用户模型层中的每个概念都是模型层的一个实例
5.2UML的十三种图
活动图(业务流程):泳道
用例图
用例模型:系统+角色+用例
-
一个角色可以执行多个用例,反过来,一个用例也可以被多个角色使用。
-
系统是在边界线以内的区域(即用例的活动区域)抽象地表示能够实现的所有基本功能。
-
用例用于描述从系统用户的角度来观察,系统应该具有哪些功能,帮助分析人员理解系统的行为。
-
角色是与系统进行交互的外部实体,可以是系统用户也可以是其他系统或者硬件设备。
5.3UML系统结构图
类图:静态结构
类图用于描述系统内部的静态结构,表达问题领域的概念模型
顺序图and通信图:动态结构
- 通信图用于描述系统内部的动态结构,也称为协作图,用于展示对象之间的联系以及对象间发送和接收的消息
- 顺序图用于描述系统内部的动态结构,主要用于描述系统内对象之间的消息发送与接收序列
5.4微观设计
对象图
对象图主要用于解释类图以及验证所设计的类图是否符合实际状况,也可用于协助程序设计人员理解复杂的类图结构
状态图:事件驱动
状态图中只能有一个起始状态,可以有多个结束状态。
时间图:时序图
一般情况下,时间图作为状态机图的辅助说明工具,一张时间图通常会对应至少一张状态图