第8章 应用系的设计.doc

8 数据库应用系统的设计.1 开发过程概述 了解每个阶段的目标，为数据库应用系统的开发，提供思路和方法。 人员组成：熟悉数据库理论的专家、熟悉具体DBMS的专家、熟悉开发工具的专家、熟悉具体业务的专家。 8.1.1 需求分析阶段 了解、掌握工作业务流程中每个环节、每个岗位的职责，信息在各个环节中的处理要求。 1、数据流图DFD(Data Flow Diagram) 数据流图：描述工作流程的图形。 购物活动的数据流图 图形释义 圆圈： 信息处理的环节 矩形： 部门、人员 箭头： 数据的流动方向 双线段： 文件、实物 2、数据字典DD(Data Dictionary) 数据字典：对工作流程中的数据、处理的描述。 购物活动的数据字典（部分）： 顾客 顾客的信息组成， 选购过程的记录等 营业员 营业员的信息组成， 编码、代班、故障时的手工处理等 商品 商品的信息组成， 编码方式、价格区别、存量限制等 提出购物 确认方式 取走商品 发货方式 交款单 信息组成 缴款单 信息组成 选购 选购中应展示的信息 收款 现金、信用卡 3、需求说明书 需求说明书：系统的总体设计方案。是开发单位与用户单位共同协商的文档，需通过专家组的评审。是后继阶段开发的依据，也是系统鉴定、验收的依据。 需求说明书的内容：系统信息处理的目标；系统边界的划分；软、硬件、人员配置情况等。（含数据流图和数据字典）。 8.1.2 概念设计阶段 根据需求说明书，找出所有的实体和联系，绘制ER图。 一般根据各岗位的权限，绘制局部ER图，再综合为整体ER图。 其间，数据字典应根据设计的逐步细化，进行更新、补充，以消除概念歧义。 概念单一化原则：一个实体只能表示一个事实。若消除实体之间的部分依赖和传递依赖。 8.1.3 逻辑设计阶段和物理设计阶段 逻辑设计：设计数据库的模式和若干外模式。 模式 所有的基本表，及其主键、外键。 规范化程度一般应到达第三范式。 外模式 部分基本表及视图。 其间，数据字典应根据设计的逐步细化，进行更新、补充，以消除概念歧义。 物理设计：将数据库模式转换为内模式。对于关系型的DBMS而言，主要是如何设计索引提高系统性能。 8.1.4 机器实现阶段和运行维护阶段 机器实现：建立真是的数据库，开发应用系统，为各类用户提供相应的操作界面。 在装入实验数据后，开始编写、调试程序，通过应用系统的操作，检查、验证数据库的完整性。 验收：专家组和用户代表，按照系统需求说明书的要求，对系统的功能、性能进行评测。 运行维护：依靠DBA进行日常管理（性能监测、系统备份/恢复等）和维护。 ①纠正性维护：纠正错误。 ②适应性维护：适应变化。 ③完善性维护：提高性能，扩展功能。 8.2 范例：SQL Server示例数据库的介绍 pubs 一个图书出版公司的业务数据库。 northwind 一个名为northwind的公司的业务数据，该公司从事世界各地的特产食品进出口贸易。 8.2.1 pubs库 1、数据类型的设计 属于数据字典的一部分。 EXEC sp_addtype empid, char (9) , not null 在当前数据库中，创建用户定义的数据类型empid，本质是char (9)，不可以是空值。 EXEC sp_addtype id , varchar (11), not null EXEC sp_addtype tid , varchar (6) , not null 2、模式设计（基本表） 表名 说明 主键 外键 publishers 出版社信息表 pub_id pub_info 出版社信息表 pub_id publishers.pub_id jobs 工作任务表 job_id employee 员工表 emp_id jobs.job_id Publishers.pub_id authors 作者表 au_id titles 图书信息表 title_id publishers.pub_id roysched titles.title_id titleauthor 图书作者表 au_id, title_id authors.au_id titles.title_id stores 书店信息表 stor_id discounts 折扣表 stores.stor_id sales 书店销售表 stor_id, ord_num, title_id stores.stor_id titles.title_id 表间关系图