《数据库系统原理》教案

1、数据库系统原理教案教学内容第七章 数据库设计教材章节第七章教学周次教学课时6授课对象计算机科学与技术信息管理与信息系统教学环境多媒体教室教学目标本章详细说明如何设计一个数据库系统。教学重点1、 需求分析的过程、方法及结果表达（介绍一种CASE工具）。2、 概念结构设计的方法与步骤。3、 逻辑结构设计（E_R图向数据模型的转换原则）教学难点根据需求分析中的数据流程图进行数据抽象、概念模型（E-R模型）的构造、数据库的逻辑模型的生成与优化。教学过程本章分3次讲述，每次2学时，每次主要讲述以下内容介绍如下：第一次：需求分析过程方法及其结果表达。第二次：概念结构设计的方法与步骤。第三次：逻辑结构及物理结构设计。作业与要求P234第6、7、9、11、12、13、18、19。备注本提交文档内容与次序与实际讲课内容与次序有不一致的地方。第七章 数据库设计7.1数据库设计的步骤设计局部视图集成视图设计逻辑结构优化逻辑模型设计物理结构评价物理结构2、概念结构设计3、逻辑结构设计4、数据库物理设计数据库系统的物理实现试验性运行5、数据库实施6、数据库运行和维护1、需求分析1、 需求分析：准确了解与分析用户

2、需求（包括数据与处理）。是最困难、最耗时的一步。作为地基的需求分析是否做得充分与准确，决定了在其上构建数据库大厦的速度与质量。做得不好，甚至会导致整个数据库设计返工重做。2、 概念结构设计阶段：通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型。3、 逻辑结构设计阶段：将概念结构转换为某个DBMS所支持的数据模型，并对其进行优化。4、 数据库物理设计阶段：为逻辑数据模型选取一个最合适的应用环境的物理结构（包括存储结构和存取方法）5、 数据库实施阶段：设计人员运用DBMS提供的数据语言及其宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。6、 数据库运行和维护阶段：数据库应用系统经过试运行后即可投入正式运行。运行过程中必须不断地对其进行评价、调整与修改。设计一个完善的数据库应用系统是不可能一蹴而就的，往往是上述6个阶段的不断反复过程。7.2需求分析一、 需求分析的过程需求分析4、确定系统边界3、明确用户需求2、熟悉业务活动1、调查组织机构总体情况 概念设计 用户与设计人员交互数据流图数据字典1、 调查组织机构总体情况：

3、调查这个组织由哪些部门组成，各部门的职责是什么等，为分析信息流程做准备。2、 熟悉业务活动情况：调查各部门输入和使用的数据，数据的加工和处理，输出信息，输部门，输出的结果格式等。是调查的重点。3、 明确用户需求：在熟悉业务活动的基础上，协助用户明确对新系统的各种要求，包括信息要求、处理要求、安全性与完整性要求。调查重点。4、 确定系统边界：对调查的结果进行初步分析，确定整个系统中，哪些由计算机完成，哪些将来由计算机完成，哪些由手工完成。由计算机完成的功能就是新系统应该实现的功能。*需求分析任务（上述4步概括，也可直接用上述4点回答）：通过详细调查现实世界要处理的对象，充分了解原系统（手工系统或计算机系统）的工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变不能仅仅按当前应用的需求来设计数据库。其重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。*用户的信息要求：用户要从数据库中得到哪些信息，这些信息的具体内容和性质，从中确定数据库中应存储哪些数据。*用户的处理要求：用户要完成什么样的处理功能，对某种处理要求

4、的响应时间，涉及的数据，处理方式是联机还是批处理。二、 调查方法1、 跟班作业：通过亲生参加业务工作来了解业务活动的情况。此法可以比较准确理解用户的需求，但比较耗费时间。2、 开调查会：通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。3、 请专人介绍：4、 询问：对某些调查中的问题，可以找专人询问。5、 设计调查表请用户填：如果调查表设计得合理，此方法很有效，也易于为用户接受。6、 查阅记录：查阅与原系统有关的数据记录三、 用户和设计人员对设计工作的最后结果共同承担责任让用户积极参与和配合调查，设计人员应该和用户取得共同的语言，帮助不熟悉计算机的用户建立数据库环境下的共同概念四、 在众多分析和表达用户需求的方法中，结构化分析方法（structured analysis ,SA方法）是一种最为简单实用的方法。SA方法用自顶向下，逐步分解的方式分析系统，用数据流图、数据字典描述系统。即设计人员首先需要把任何一个系统抽象为下图形式，再数据存储数据输出数据来源处理 数据流 数据流将处理功能的具体内容分解为若干子功能，在把每个字功能继续分解，直到把系统的工作过程表达清

5、楚为止。在处理功能分解的同时，他们所用的数据也逐级分解，形成若干层次的数据流图。 数据流图表示数据与处理间的关系。数据字典则详尽描述系统中的数据。对数据库设计来说，数据字典是进行详细的数据收集和数据分析所获得的主要结果。在数据字典中的内容在数据库设计过程中还要不断修改、充实、完善。五、 需求分析举例例：学校管理系统，经可行性分析和初步需求调查，抽取出该系统的最高层数据流图，共3个子系统教师管理子系统，学生管理子系统，后勤管理子系统。每个子系统分配一个开发小组。学生管理子系统包括学籍管理和课程管理。六、 数据字典数据字典通常由数据项、数据结构、数据流、数据存储和处理过程组成。1、 数据项：不可分割的数据单位数据项描述=数据项名，数据项的含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系例：库存数量范围、含义2、 数据结构数据结构描述=数据结构名，含义说明，组成：数据项或数据结构3、 数据流可以是数据项，但更一般的情况是数据结构。表示某一处理过程的输入或输出数据。数据流描述=数据流名，说明，数据流来源，数据流去向，组成：数据结构，平均流量，高峰期流量平均流量：单位时

6、间（每天、每周、每月等）里的传输次数。高峰期流量：高峰时期的数据流量。4、 数据存储：处理过程中要存储的数据数据存储描述=数据存储名，说明，输入数据流，输出数据流，数据量（每次存储多少数据），存取频度（每天或每小时或每月存取几次），存取方式（批处理还是联系处理，是检索还是更新，是顺序存取还是随机存取）5、 处理过程：数据字典中只描述处理过程的说明性信息。具体处理逻辑一般用判定表与判定树来描述。处理过程描述=处理过程名，说明，输入：输入流，输出：输出流，处理：简要说明处理过程的功能及处理要求说明：数据字典以能将数据描述清楚为度。7.3概念结构设计一、 最常用的方法自底向上设计概念结构法，通常分两部：抽象数据并设计局部视图，集成局部视图子需求子需求子需求子需求 .概念模式概念模式概念模式概念模式 .概念模式概念模式 . .全局概念模式图 概念结构设计策略概念结构设计集成视图抽象数据，设计局部视图需求分析 逻辑结构设计总E_R图分E_R图数据流图数据字典 图 概念结构设计二、 数据抽象与局部视图设计1、 选择局部应用根据系统的具体情况，在多层数据流图中选择一个适当层次的数据流图，让这组图中每

7、一部分对应局部应用，设计分ER图。往往以中层数据流图作为设计分图的依据，因它较好反映系统中各局部应用子系统的组成。如果局部应用比较复杂，可以从更下层的数据流图入手。从图6-5 图6-6（a）入手设计学生管理子系统的分E-R图2、 逐一设计分ER图*将收集在数据字典中局部应用所涉及的数据抽取出来，参照数据流图标识局部应用中的实体、实体属性、标识实体的码，确定实体间的联系及其类型（:，:n，1:m）。实体抽象：将一组具有某些共同特性和行为的对象抽象为一个实体。对象与实体间是“is member of ”关系。属性抽象：对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型间的关系是“is part of”关系*有时实体与属性之间很难有截然划分的界限，同一事物，在一种应用环境中作为“属性”，在另一种应用环境中就必须作为实体。例：学校的系。有些环境下只作为属性描述，而在另一些环境中作为实体描述*确定属性准则（考虑到）：1） 属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另外一些属性组成。例子：2） 属性不能与其他实体有联系。联系只发生在实体间。例子：职称职称教师分配教师性别姓名职称职称姓名性别住房为了简化E_R图的处理，现实世界中的事物凡能够作为属性的，应尽量作为属性。例：设计学籍管理局部应用的分E-R图，可用相同方法设计其他局部应用的分E-R图*学籍管理局部应用的分E-R图草图教室上课管理班级班主任 1 1 m n 1 1指导组成 n n住宿归档档案材料宿舍学生 1 n 1 1*学籍管理局部应用的分E-R图草图调整，得到分E-R图1） 性别与宿舍分配有关，根据属性准则2应调整为实体（是否描述全）。性别拥有学生住宿宿舍2） 数据存储“学生登记表”，有用部分已经转入学生档案中，所以不必作为实体了（是否重复描述）。*学籍管理局部应用的分E

《《数据库系统原理》教案》由会员ni****g分享，可在线阅读，更多相关《《数据库系统原理》教案》请在金锄头文库上搜索。