管理是指一定组织中的管理者，通过实施计划、组织、领导、协调、控制等职能来协调他人的活动，使别人同自己一起实现既定目标的活动过程。是人类各种组织活动中最普通和最重要的一种活动。近百年来，人们把研究管理活动所形成的管理基本原理和方法，统称为管理学， 以下是为大家整理的关于基于web的教务管理系统的设计与实现院系信息表数据库设计2篇 , 供大家参考选择。
基于web的教务管理系统的设计与实现院系信息表数据库设计2篇
基于web的教务管理系统的设计与实现院系信息表数据库设计篇1
教务管理
数据库系统课程设计
1、需求分析
1．1 信息要求：
教务管理系统涉及的实体有：
教师——工作证号、姓名、职称、电话等；
学生——学号、姓名、性别、出生年月等；
班级——班号、最低总学分等；
系——系代号、系名和系办公室电话等；
课程——课序号、课名、学分、上课时间及名额等。
这些实体之间的联系如下：
每个学生都属于一个班，每个班都属于一个系，每个教师也都属于一个系。
每个班的班主任都由一名教师担任。
一名教师可以教多门课，一门课可以有几位主讲老师，但不同老师讲的同一门课其课序号是不同的（课序号是唯一的）。
一名同学可以选多门课，一门课可被若干同学选中。
一名同学选中的课若已学完，应该记录有相应成绩。
本单位学生、教师都有重名，工作证号、学号可以作为标识。
1．2 处理要求：
教学系统主要提供数据维护、选课和信息查询。其中常见的查询有：系统中各对象的基本信息查询。 查询指定班、系的学生信息（名单、人数等）。查询学生的成绩、学分情况。查询教师授课情况和学生选课情况……。
1．3 安全性与完整性要求：
安全性要求：
1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；
2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
3.系统应对不同用户设置不同的权限，区分不同的用户，如学生，教师，系统管理员。
完整性要求：
1.各种信息记录的完整性，关键信息记录内容不能为空；
2.各种数据间相互的联系的正确性；
3.相同的数据在不同记录中的一致性。
1．4 系统功能的设计和划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分：
第一部分：用户管理部分
1、处理用户注册
2、处理用户登录
3、用户可以查询学生信息。
4、用户可以查询快件信息。
5、用户可以提交与查询报修信息。
6、用户可以插入与删除用户自己的离返校信息。
7、用户可以修改用户自己密码。
第二部分：管理员管理部分
各部分完成的功能如下：
1、处理管理员登录
2、管理员可以查询学生信息。
3、管理员可以发布与更新快件信息。
4、管理员可以插入、修改与查询报修信息。
5、管理员可以插入与查询学生夜归信息。
6、管理员可以查询在校与离校学生信息。
7、管理员可以修改管理员密码。
2、概念设计
概念模型（E-R图）：
数据字典：
a.数据项
b、数据结构
c、数据流
d、数据存储
e、处理过程
数据流图
3、逻辑结构设计
E-R图向关系模型的转换（关系的码用下横线表出）
教师（工作证号，姓名，职称，电话，系代号）
代码表示：Teacher ( Tno, Tname, Title, Tel, Dno )
此为“教师”实体对应的关系模式。其中1：n联系“工作”与此关系模式合并，Dno为外码。存在的函数依赖为Tno → （Tname，Title，Tel，Dno），且不存在多值依赖，所以满足4NF。
学生（学号，姓名，性别，出生年月，班号）
代码表示：Student ( Sno, Sname, Ssex, Sbirth, Class )
此为“学生”实体对应的关系模式。其中1：n联系“属于”与此关系模式合并，Class为外码。存在的函数依赖为Sno → （Sname，Ssex，Sbirth，Class），且不存在多值依赖，所以满足4NF。
系（系代号，系名，系办公室电话）
代码表示：Department ( Dno, Dname, Dphone )
此为“系”实体对应的关系模式。存在的函数依赖为Dno → （Dname，Dphone），且不存在多值依赖，所以满足4NF。
课程（课序号，课名，学分，上课时间，名额，工作证号）
代码表示：Course ( Cno, Cname, Credit, Ctime, Cnum, Tno )
此为“课程”实体对应的关系模式。其中1：n联系“授课”与此关系模式合并，Tno为外码。存在的函数依赖为Cno → （Cname，Credit，Ctime，Cnum，Tno），且不存在多值依赖，所以满足4NF。
选课（学号，课序号，成绩）
代码表示：SC ( Sno, Cno, Grade )
此为m：n联系“选修”所对应的关系模式。Sno和Cno均为外部码。存在的函数依赖为完全函数依赖（Sno，Cno） → Grade，且不存在多值依赖，所以满足4NF。
班级（班号，最低总学分，工作证号，系代号）
代码表示：Class ( Class, TotalCredit, Tno, Dno )
此为“班级”实体对应的关系模式。其中1：n联系“属于”和1：1联系“负责”与此关系模式合并
Tno和Dno为外码。该关系模式中存在传递函数依赖：Class → Tno, (Tno Class),Tno → Dno,可得Class → Dno,故Class 不属于3NF。解决方法是将其模式分解为：Class ( Class, TotalCredit, Tno )和T-D( Tno, Dno)，分解后的关系模式满足4NF，并且T-D与Teacher的码相同，可合并为同一模式。但是考虑到系统要经常进行系的学生信息查询，此时就不得不对Student、Class和Teacher三个表进行连接查询，而连接是影响查询效率的主要原因，所以取消对Class的模式分解。此时Class关系模式满足2NF。
设计用户子模式
为了方便程序查询，建立了如下用户视图：
1、某系的学生信息视图（学号，姓名，性别，出生年月，班号）
2、某系的教师信息视图（工作证号，教师姓名，职称，电话，负责班级）
3、某课程的学生成绩单（学号，姓名，班级，成绩）
4、教师授课信息表（工作证号，教师姓名，职称，教授课程，学分，上课时间）
5、学生已选课表（课序号，课名，学分，授课教师，上课时间，名额）
4、物理设计
4．1 选择存取方法
1、数据库管理系统自动在每个表的主码上建立索引，通常为B + 树索引。
2、在Student表Sname列上建立Stu_name索引，因为查询操作很多都使通过学生姓名进行的。
3、在Teacher表Tname列上建立Tea_name索引，因为查询操作很多都使通过教师姓名进行的。
4．2 确定数据库的存储结构
1、为了提高系统性能，根据具体情况将数据的易变部分与稳定部分、经常存取部分和存取频率较低部分分开存放。
2、DBMS产品一般都提供了一些系统配置变量、存储分配参数，根据应用环境确定这些参数值，并且在系统运行时还要根据系统实际运行情况进行调整，以使系统性能最佳。
4．3 评价物理结构
根据所选用的DBMS，如SQL Server 2000，从定量估算各种方案的存储空间、存取时间和维护代价入手，对估算结果进行权衡、比较，选择一个较优的合理的物理结构。
5、系统实施
编写关系模式，载入数据。分期分批地组织数据入库，先输入小批量数据做调试用，待试运行基本合格后，再大批量输入数据，逐步增加数据量，逐步完成运行评价。需要注意的是，要首先调试运行DBMS的恢复功能，做好数据库的转储和恢复工作。
基本SQL语言代码如下：
CREATE SCHEMA "TeachAffair" AUTHORIZATION Gao
CREATE TABLE Department
(Dno CHAR(3) PRIMARY KEY, /*列级完整性约束条件，Dno是主码*/
Dept CHAR(20) UNIQUE NOT NULL,
Dphone CHAR(11),
);
CREATE TABLE Teacher
(Tno CHAR(6) PRIMARY KEY, /*列级完整性约束条件，Tno是主码*/
Tname CHAR(20) NOT NULL,
Title CHAR(8),
Tel CHAR(11),
Dno CHAR(3),
FOREIGN KEY (Dno) REFERENCES Department(Dno) /*表级完整性约束条件，Dno是外码*/
);
CREATE TABLE Class
(Class CHAR(6) PRIMARY KEY, /*列级完整性约束条件，Class是主码*/
TotalCredit NUMERIC(4,1),
Tno CHAR(6),
Dno CHAR(3),
FOREIGN KEY (Tno) REFERENCES Teacher(Tno), /*表级完整性约束条件，Tno是外码*/
FOREIGN KEY (Dno) REFERENCES Department(Dno) /*表级完整性约束条件，Dno是外码*/
);
CREATE TABLE Student
(Sno CHAR(11) PRIMARY KEY, /*列级完整性约束条件，Sno是主码*/
Sname CHAR(20) NOT NULL,
Ssex CHAR(2),
Sbirth DATETIME,
Class CHAR(6),
FOREIGN KEY (Class) REFERENCES Class(Class) /*表级完整性约束条件，Class是外码*/
);
CREATE TABLE Course
(Cno CHAR(6) PRIMARY KEY, /*列级完整性约束条件，Cno是主码*/
Cname CHAR(20) NOT NULL,
Credit NUMERIC(2,1),
Ctime DATETIME,
Cnum SMALLINT,
Tno CHAR(6),
FOREIGN KEY (Tno) REFERENCES Teacher(Tno) /*表级完整性约束条件，Tno是外码*/
);
CREATE TABLE SC
(Sno CHAR(11) NOT NULL,
Cno CHAR(6) NOT NULL,
Grade SMALLINT CHECK(Grade>=0 AND Grade
基于web的教务管理系统的设计与实现院系信息表数据库设计篇2
基于web的高职院校教务管理系统的设计与实现
作者：张萌
作者机构：湖北工业大学，武汉 430068
来源：消费电子
ISSN：1674-7712
年：2013
卷：000
期：002
页码：43-44
页数：2
中图分类：TP311.52
正文语种：chi
关键词：教务管理;结构;瓶颈
摘要： 为了应对高职院校严峻的教务管理压力，一种基于web的高职院校教务管理系统的设计应运而生，该设计力求改善教务管理压力，提升效率，该系统采用基于B/S模式的三层架构作为系统实现的体系结构，可以克服大量的web请求造成的系统瓶颈。