数据库三级(1.数据库分析与设计)

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微观设计

对象图

对象图主要用于解释类图以及验证所设计的类图是否符合实际状况,也可用于协助程序设计人员理解复杂的类图结构

状态图:事件驱动

状态图中只能有一个起始状态,可以有多个结束状态。

时间图:时序图

一般情况下,时间图作为状态机图的辅助说明工具,一张时间图通常会对应至少一张状态图

5.5宏观设计

包图

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值