(完整word版)学生选课管理系统的数据库设计.doc

第六章（续）数据库设计典型案例第六章（续）数据库设计的典型案例第六章（续）数据库设计的典型案例本章要点学生选课管理系统的数据库设计本章学习目标学生选课管理系统的需求分析学生选课管理系统的ER图学生选课管理系统的关系数据库模式学生选课管理系统数据库的建立在第6章里我们已经学习了有关数据库设计的基本理论和方法。本章通过学生选课管理系统数据库设计案例，实际讲授数据库的设计方法，加深对第七章的理解，提高我们的综合设计的能力。6.1案例的系统需求简介6.1.1总体需求简单介绍需求分析阶段是数据库应用系统开发的最重要阶段。需求分析要求应用系统的开发人员按照系统的思想，根据收集的资料，对系统目标进行分析，对业务的信息需求、功能需求以及管理中存在的问题等进行分析，抽取本质的、整体的需求，为设计一个结构良好的数据库应用系统的逻辑模型奠定坚实的基础。高等学校的学生选课管理系统，在不同的学校会有不同的特点，因为作为教务工作部分它和学校本身的行政制度有关。本章的目的在于，作为数据库设计和应用开发的运用对象，对业务进行适度的简化，突出比较核心的成分，如院系算作一个级别的概念而且直接管理班(跳过专业一级的设置)，学生的免修重修等情况处理、教师的管理没有细化等。6.1.2用户总体业务构造学生选课管理业务，包括4个主要部分：学生的学籍及成绩管理、制定教学计划、学生选课管理以及教学调度。各部分具体的内容：学籍及成绩管理包括：各院系的教务员完成学生学籍注册、毕业、转学等处理，各授课教师完成所讲授课成绩的录入，然后教务员进行学生成绩的审核认可。制定教学计划包括：由教务部门完成指导性教学计划、培养方案的确定，开设课程的注册和调整。学生选课包括：学生根据开设课程和培养计划(和自己的状况)选择自己本学期所选修课程，教务员对学生所选修课程的确认处理。(注意：一般的必修课程是由教务员统一处理，只有辅修的课程才经过学生的选择过程)执行教学调度包括：教务员根据本学期所开设的课程、教师上课的情况以及学生选课情况完成排课、调课等。6.1.3其它要求如安全性，系统环境要求(根据现有的设备情况进行系统运行)等，这些不是本章的核心内容，所以就不再进一步叙述。6.1.4系统功能设想这里的功能划分，是根据第一阶段需求调查基础上进行的初步划分。随着需求调查的深入，功能模块随着对需求了解的明确得到调整。教务管理业务的4个主要部分，可以将系统应用程序划分为对应得4个子模块：包括学籍及成绩管理子系统、教学计划管理子系统、学生选课管理子系统以及教学调度子系统。根据各业务子系统所包括业务内容,还可以将各个子系统继续细化划分为更小的功能模块。划分的准则主要遵循模块的内聚性要求和模块间的低聚合性。如图所示表示一个教务管理系统功能模块结构图。图6.SEQ图8.\*ARABIC1选课管理系统功能结构图6.1.5业务流程分析一个简化的选课系统业务流程如图6.2所示：各院系教学计划教务处教学计划编辑教学计划原始开课生成原始开课实际开课生成实际开课成绩录入学生成绩细表学生信息审核教师毕业、转学休学等任课教师名单学生选课(选课情况)图6.SEQ图8.\*ARABIC2选课管理系统业务流程6.2需求描述本阶段的成果的内容形式主要包括数据流图(DataFlowDiagram)和数据字典(DataDictionary)。数据流图和数据字典是描述用户需求的重要工具以及阶段成果表达形式。它作为需求分析的成果和用户交流的主要手段和依据，是后续数据库设计的前提。设计人员从数据流图中可以比较充分地了解软件的结构，所以也是软件设计的重要依据。调查了解用户的需求后，需要进一步表达用户的需求，分析和表达用户需求的方法很多，目前最常用的还是结构化分析法。该方法是基于数据流的需求分析方法，它利用了图形的方式进行表达，容易学习和运用。结构化分析法采用的是自顶向下、逐层分解的方式分析系统，即将系统的功能从宏观层面逐渐细化，达到最终的结构化分析方法主要使用以下几个工具：数据流图(DataFlowDiagram简称DFD)、数据字典(DataDictionary简称DD)、判定表和判定树等。数据流图描述了数据的来源和去向，以及所经过的处理；而数据字典是对数据流图中的数据流、数据存储和处理的明细描述。判定树和判定表用来描述据加工的逻辑构造。不同的应用环境，对数据描述的细化程度会有所不同，常常应实际情况而定。下面就使用这两种工具来描述本例的用户需求，体现他们在实际中的应用方法。6.2.1数据流图数据流图是通过系列符号及其组合来描述系统功能的输入、输出、处理或加工构造。数据流图中使用的符号在各种书籍和资料上表达不尽相同，目前许多常用的一些流行的数据库辅助设计工具如MicrosoftVisio、SybasePowerDesigner、OracleD