第8章 数据库设计的典型案例.pptVIP

第八章 数据库设计的典型案例 本章对象： 学生选课管理系统数据库设计 本章目的： 实际讲授数据库的设计方法，提高数据库综合设计的能力。 本章内容： 需求分析、需求描述、概念设计、逻辑设计、物理设计 8.1 案例的系统需求简介 8.1.1总体需求 8.1.2用户总体业务构造 8.1.3其它要求 8.1.4系统功能设想 8.1.5业务流程分析 8.1.1总体需求 需求分析要求应用系统的开发人员按照系统的思想，根据收集的资料，对系统目标进行分析，对业务的信息需求、功能需求以及管理中存在的问题等进行分析，抽取本质的、整体的需求，为设计一个结构良好的数据库应用系统的逻辑模型奠定坚实的基础。 8.1.2用户总体业务构造 学生选课管理业务，包括4个主要部分： 学籍及成绩管理： 各院系的教务员完成学生学籍注册、毕业、转学等处理，各授课教师完成所讲授课成绩的录入，然后教务员进行学生成绩的审核认可。 制定教学计划： 由教务部门完成指导性教学计划、培养方案的确定，开设课程的注册和调整。 学生选课： 学生根据开设课程和培养计划(和自己的状况)选择自己本学期所选修课程，教务员对学生所选修课程的确认处理。(注意：一般的必修课程是由教务员统一处理，只有辅修的课程才经过学生的选择过程) 执行教学调度： 教务员根据本学期所开设的课程、教师上课的情况以及学生选课情况完成排课、调课等。 8.1.4系统功能设想 8.1.5业务流程分析 8.2 需求描述 需求描述的主要形式： 数据流图(Data Flow Diagram) 数据字典 (Data Dictionary) 判定表和判定树等 需求描述的主要作用： 用户交流的主要手段和依据 后续数据库设计的前提 数据流图--可以了解软件的结构，是软件设计的重要依据。 8.2.1 数据流图 通过系列符号及其组合来描述系统功能的输入、输出、处理或加工构造。 Visio工具为例，针对Gane-Sarson模板中的符号作为参考： 1)流图分析方法说明： 流图分析采用的传统的结构化分析法，它采用的是自顶向下、逐层分解的方式分析系统，即将系统的功能从宏观层面逐渐细化，达到最终的结构 从全局数据流图逐渐细化得到多层(级)局部数据流图 2)数据流图命名规则 规则1： 数据流图的中加工、处理过程一般采用动词及其短语； 数据源点或终点、数据存储(数据文件或表单形式)、数据流(一项或多项数据)等一般为名词或名词短语。 规则2： 流图中的命令所使用的语言要基本上反映实际的情况，在整个DFD中必须要唯一，尽量避免含有像加工、处理、存储这样的元名称。 3)系统的全局数据流图 系统的全局数据流图，在具体的设计工具中往往也称为第0层或顶层数据流图 从整体上描述系统的数据流 反映系统中数据的整体流向 设计者针对用户和开发者表达出来的一个总体描述 2.系统局部数据流图 较为复杂的系统来讲，要清楚地描述系统数据的流向和加工处理的每一个细节，仅用全局数据流图难以完成。 要在全局数据流图的基础上，对全局数据流图的某些局部单独放大，进一步细化，细化可以采用多级方式进行，便是所谓的分级数据流图来描述。 这里以制定教学计划/学籍及成绩管理和选课等处理功能作细化的分析对象。 制定教学计划处理 主要分为4个子处理过程： 教务员根据自己已有的课程信息，增补新开设的课程信息； 调整课程信息； 查询本学期的教学计划； 制定新学期的教学计划。 任课教师可以查询自己的教学计划 图8. 6 0层P2的1层数据流图：学籍和成绩管理 图8.7 0层P3的1层数据流图：选课管理 图8. 13 选课管理系统的全局ER图 数据字典 项目包括： 数据项 数据结构 数据流 数据存储 加工逻辑和外部实体 表达形式 使用一些符号来表示数据结构、数据流和数据存储的组成。 P3选课管理处理功能中包含的几个对象描述列举 2.数据存储 4.数据项 8.3 概念设计 8.3.1 实体 8.3.2 系统局部E-R图 8.3.3 系统全局E-R图 要建立系统的E-R模型的描述，需进一步从数据流图和数据字典中提取系统所有的实体及其属性。这种提出实体的指导原则如下： 属性必须是不可分的数据项，即属性中不能包含其它的属性或实体 E-R图中的关联必须是实体之间的关联，属性不能和其它实体之间有关联 本实例涉及的实体 5个：学生、教师、课程、院系、班级。 学生实体属性有：学号、姓名、出生年月、性别、电话、系编号。 教师实体属性有：教师编号、教师姓名、性别、职称、出生年月、电话、电子邮件。 课程实体属性有：课程编号、课程名称、课程学时、课程学分。 院系实体属性有：系编号、系名称、负责人。 班级实体属性有：班级编号、班级名称。 8.3.2 系统局部E-R图