登录管理模块：

系统管理模块：

学生模块：

注意：不考虑学生年级因素。

本阶段的成果的内容形式主要包括数据流图(Data Flow Diagram)和数据字典(DataDictionary)。

数据流图和数据字典是描述用户需求的重要工具以及阶段成果表达形式。它作为需求分析的成果和用户交流的主要手段和依据，是后续数据库设计的前提。

设计人员从数据流图中可以比较充分地了解软件的结构，所以也是软件设计的重要依据。

作业要求中，把系统分为了三个模块，即登入管理模块、系统管理模块、学生模块。

对这三个模块的内容进行分析之后，可以得知学生考试管理系统主要满足来自三方面的需求，这三个方面分别是学生用户、教师用户和管理员用户。

因此，从原先的三个模块分解为如下四个模块：

系统的全局数据流图，也称为顶层数据流图，主要是从整体上描述系统的数据流，反映系统中数据的整体流向，是设计者针对用户和开发者表达出的一个总体描述。

第0层数据流图是对顶层数据流图的细化，它的每一处理还可能继续细化，形成子图。

根据需求可将顶层数据流程图作细化，画出第0层数据流程图，如下图所示。

根据需求分析结果，明确了该系统的主要功能，分别为：

数据流图表达了数据与处理的关系，数据流图作为直观的了解系统运行机理的手段，并没有具体描述各类数据的细节，只有通过数据字典进一步细化才能对系统的需求得到具体而确切的了解。数据字典用来说明数据流图中出现的所有元素的详细的定义和描述，包括数据流、加工处理、数据存储、数据的起点和终点或外部实体等。 数据字典包括的项目有：数据项、数据结构、数据流、数据存储、加工逻辑和外部实体。

上述的数据流图和数据字典共同构成了对用户需求的表达，它们是系统分析员(数据库管理员)在需求调查过程中和用户反复交互得到的。

建设系统实际要处理的数据基本上已经在数据流图中得到体现，整个设计过程的后续步骤提供基础和依据。

在概念设计阶段，主要采用的设计手段目前还是实体联系模型(E-R Model)。绘制E-R图的关键是确定E-R图的各种结构，包括实体、属性和联系。

要建立系统的E-R模型的描述，需进一步从数据流图和数据字典中提取系统所有的实体及其属性。为了简化E-R图的处置，现实世界的事物能作为属性对待的尽量作为属性对待，实体的指导原则如下:

由前面分析得到的数据流图和数据字典，可以抽象得到实体主要有3个：管理员、教师、学生、课程、考核点。其中，

在需求分析阶段我们采用的是自上而下的分析方法，那么要在其基础上进一步作概念设计我们面临的是细化的分析数据流图以及数据字典，分析得到实体及其属性后，进一步可分析各实体之间的联系。

一名教师可以讲授多门课程，而每门课只能被一名教师讲授，所以它们之间是一对多的联系（1:n）。

每门课程可以包含多个考核点，而一个考核点只能属于一门课程，所以它们之间的联系是一对多的（1:n）。

一个学生可以选修多个课程，而每一个课程都能够被多个学生选修，因此，它们之间也属于一对多的关系。当学生实体与课程实体联系之后，产生考核点成绩属性。

系统的局部E-R图，仅反映系统局部实体之间的联系，但无法反映系统在整体上实体间的相互联系。而对于一个比较复杂的应用系统来说，这些局部的E-R图往往有多人各自分析完成的，只反映局部的独立应用的状况，在系统整体的运作需要时，他们之间有可能存在重复的部分或冲突的情况，如实体的划分、实体或属性的命名不一致等，属性的具体含义(包括数据类型以及取值范围等不一致)问题，都可能造成上述提到的现象。 为解决这些问题，必须理清系统在应用环境中的具体语义，进行综合统一，通过调整消除那些问题，得到系统的全局E-R图。

逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为与选用数据库管理系统产品所支持的数据模型相符合的逻辑结构。

首先，课程实体以及它们的联系。任课教师与课程之间是一对多的联系类型，因此，将任课教师和课程分别设计成如下的关系模式：

学生与课程之间是多对多的联系类型，所以将学生和选修分别设计成如下的关系模式：

将管理员的关系模式设计为：

对于考核点、课程和学生，由于课程与考核点是一对多的关系，学生选修课程之后能够拥有考核点成绩。

首先，需要我们确定上面建立的关系模式中的函数依赖，一般在作需求分析时就了解到一些数据项的依赖关系，如教师的编号决定了教师的姓名和其它的数据项信息，而实体间的联系本身也是反映了一种函数依赖关系，但是这不是研究的对象，我们针对的是在一个关系模式中的函数依赖对象。

其次，对上一步确立的所有函数依赖进行检查，判别是否存在部分函数依赖以及传递函数依赖，针对有的依赖通过投影分解，消除在一个关系模式中存在的部分函数依赖和传递函数依赖。

对以上八个关系模式进行检查发现，在“课程”中存在部分函数依赖，即工号不依赖于主键课程号，因此对此进行投影分解，增加新的关系模式“授课”。

最终得到的关系模式如下，均已符合第三范式：

在上述经由E-R模型得到关系模式并且得到适当的调整后，我们可以结合在需求表述中数据字典包含的数据项信息，得到数据库的表结构。

我们应该根据3.1节的内容，具体设计各个数据表的表结构，包括表名，表中各列的字段名、数据类型、数据长度和表的主键和外键;还要考虑应该建立哪些索引以及索引的类型。