在完成概要设计后，我们已经确定了系统的总体结构，并给出了各个组成模块以及模块间的联系。在基于概要设计的设计结果上，我们将进行进一步的设计――详细设计。详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段地设计工作，应该得出对目标系统地精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。
详细设计阶段的任务还不是具体地编写程序，而是要设计出程序的“蓝图”，以后程序员将根据这个蓝图写出实际的程序代码。因此，详细设计的结果基本上决定了最终的程序代码的质量。
4.1数据库的逻辑设计 农村寄宿制小学现状与思考
数据库的逻辑设计与应用软件系统最终选用的DBMS有关。目前，一般DBMS都是关系型的，因此，数据库逻辑设计阶段的主要任务是在概念设计的基础上，首先利用一些映射规则得到一组初始关系模式集，然后用关系规范化理论对关系模型进行羽化，以获得质量良好的数据库设计。
E-R图主要包括实体和联系两种抽象的概念。实体和联系本身都可以有一些描述属性。在数据库的逻辑设计中，通常都是实体映射成关系、实体的描述属性映射成关系的属性；而联系可以单独映射成关系，也可以和一个实体合并成一个关系。因此，E-R图到关系模型的映射是直接的。根据以上所述原则，由E-R图转换得到如下的关系模式（带实线的为主码，波浪线的为外部码）。
1） 教师（编号，用户名，密码，姓名，性别，院系，职称，电话号码，E-Mail，所授科目）
2）用户类别（用户类别名称）
3）试题（编号，所属章节，所属科目，内容，题型，难度系数，分值,平均时间，答案编号，图片编号，共享）
4）章节（章节编号，章节名，章节标题，所属科目）
5）科目（科目编号，内容）
6）学生（编号，学号，班级，姓名，性别）
7）管理员（编号，用户名，姓名，性别，部门，职称，密码）
8）答案（答案编号，选项A，选项B，选项C，选项D，答案，备注）
9）成绩（编号，学号，姓名，成绩，科目编号，试卷编号）
10）试卷（试卷编号，科目编号，存储位置）
11）图片（编号，存储位置）
12）题型（编号，内容，描述）
13）匹配（编号，学生表，成绩表，教师编号）
4.2数据库的实现
根据以上设计结果，得出系统中各个表的结构如下所示：
1.表teacher_login（教师表）
表4－1－1 teacher_login表
列名 数据类型 长度 是否主键 描述 允许空
serial Int 4 是 编号
username Varchar 15 用户名
password Varchar 20 密码
real_Name Varchar 10 姓名
academy Varchar 20 学院
gender Varchar 2 性别
Phone Varchar 15 电话号码
E-Mail Varchar 40 电子邮箱 √
Course Varchar 15 所授科目
2.用户类别表
由于用户类别表中只有用户类别名称一列，且用户类别表中的值已固定了为学生、老师、未审核、系统管理员。因此，我们这里用一个一文数组({学生、老师、未审核、系统管理员})来表示用户类别。如果其他表与用户别表中的用户类别名称列存在外键关系，则用CHECK约束代替其外键关系，把该列的数据限制为在学生、老师、未审核、系统管理员中的其中一个。
3.表op_login (管理员表)
表4－1－2 op_login表
列名 数据类型 长度 是否主键 描述 允许空
serial Int 4 是 编号
op_name Varchar 12 管理员名
real_name Varchar 10 真实姓名
gender Varchar 3 性别
department Varchar 10 所在部门
phone Varchar 15 电话
position Varchar 10 职位
e-mail Varchar 20 邮箱 √
4.表chapter(章节表)
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>