教务管理系统数据库设计说明书
教务管理系统详细设计文档
![教务管理系统详细设计文档](https://img.taocdn.com/s3/m/c36b6d60cdbff121dd36a32d7375a417876fc143.png)
<教务管理系统>详细设计说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1 引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 定义 (1)2 程序系统的结构 (1)3 程序(标识符)设计说明 (1)3.1 课程管理模块 (1)3.1.1 学生重考模块 (2)3.1.1.1程序描述 (2)3.1.1.2 功能 (2)3.1.1.3 性能 (2)3.1.1.4 输入项 (2)3.1.1.5 输出项 (2)3.1.1.6 算法 (3)3.1.1.7 流程逻辑 (3)3.1.1.8 接口 (4)3.1.1.9 存储分配 (4)3.1.1.10 注释设计 (4)3.1.1.11 限制条件 (4)3.1.1.12 测试计划 (4)3.1.1.13 尚未解决的问题 (4)3.1.2 课程安排功能模块 (5)3.1.2.1程序描述 (5)3.1.2.2界面 (5)3.1.2.3输入项 (6)3.1.2.4输出项 (7)3.1.2.5算法 (7)3.1.2.6程序流程图 (7)3.1.3学生成绩功能模块 (8)3.1.3.1功能描述 (8)3.1.3.2程序 (8)3.1.3.3输入项 (9)3.1.3.4输出项 (10)3.2教师功能模块 (10)3.2.1教师管理程序描述 (10)3.2.1.1 功能 (10)3.2.1.2性能 (11)3.2.1.3 输入项 (11)3.2.1.4 输出项 (11)3.2.1.6 流程逻辑 (11)3.2.2管理员管理 (12)3.2.2.1管理教师程序设计说明 (12)3.2.2. 2功能 (12)3.2.2.3性能 (13)3.2.2.4 输入项 (13)3.2..2.5 输出项 (14)3.2.2.6 算法 (14)3.2.2.7 流程逻辑 (14)3.2.2.8 接口 (15)3.3学生功能模块 (16)3.3.1程序描述 (16)3.3.2 功能 (16)3.3.3 输入项 (17)3.3.4 输出项 (20)3.3.5 算法 (21)3.3.6 流程逻辑 (21)3.4学校功能模块 (22)3.4.1学院管理模块功能描述 (22)3.4.2 功能 (22)3.4.3 输入项 (23)3.4.4 输出项 (23)3.4.5 算法 (24)3.4.6 页面原型 (24)3.4.7 接口 (24)3.4.8 注释设计 (25)3.4.9 限制条件 (25)3.4.10 测试计划 (25)3.4.11尚未解决的问题 (25)3.5新闻公告模块 (25)3.5.1程序描述 (25)3.5.2 功能 (26)3.5.3 性能 (26)3.5.4 输入项 (26)3.5.5 输出项 (26)3.5.6 算法 (27)3.5.7 流程逻辑 (27)3.5.8接口 (29)3.5.9 注释设计 (29)3.5.10 限制条件 (30)3.6 课程评价模块 (30)3.6.1评价管理功能程序描述 (30)3.6.3 输入项 (32)3.6.4 输出项 (32)3.6.5 算法 (33)3.6.6 流程逻辑 (33)3.6.8 接口 (35)3.6.10 注释设计 (35)3.6.11 限制条件 (35)3.6.12 测试计划 (35)3.6.13 尚未解决的问题 (35)3.7 教务人员功能模块 (35)3.7.1功能描述 (35)3.7.2输入项 (35)3.7.3输出项 (36)3.7.4功能描述 (36)3.7.5算法 (37)3.7.6流程图 (37)1 引言1.1 编写目的详细说明项目运行时的业务流程和程序接口,设计简单的界面原型1.2 背景a.教务管理系统b.项目提出者:c.项目开发者:d.项目用户:教务管理人员,学生,教师,教务人员1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。
教务管理系统-详细设计说明书
![教务管理系统-详细设计说明书](https://img.taocdn.com/s3/m/2fdfb38750e2524de4187e1b.png)
详细设计说明书1引言 ............................................................................................................................................. 21.1编写目的 (2)1.2背景....................................................................................................................................... 21.3定义ﻩ21.4参考资料ﻩ22程序系统的结构 (2)2.1登录模块ﻩ32.2学生模块ﻩ42.3教师模块............................................................................................................................ 52.4管理员模块ﻩ61引言1.1编写目的在前一阶段(概要设计说明书)中,已解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。
1.2背景随着学校教育水平的不断提高,现有管理系统已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈,例如软件维护费用高,信息查询不方便,软件可操作性不高,为此我们小组想开发教务管理系统,方便学校师生。
1.3定义Access2003: 系统服务器所使用的数据库管理系统(DBMS)。
SQL: 一种用于访问查询数据库的语言主键:数据库表中的关键域。
值互不相同。
教务管理系统——详细设计说明书
![教务管理系统——详细设计说明书](https://img.taocdn.com/s3/m/2be9a18102d276a200292ede.png)
项目编号: S24-12-2009教务管理系统项目承担部门:08532班第四项目组撰写人(签名):唐雷,谢雷豪,谢俊南,左小玲,张文韬完成日期:2009-12-25本文档使用部门:□主管领导■项目组评审负责人(签名):评审日期:成都电子机械高等专科学校目录1.引言 (3)1.1.编写目的 (3)1.2.项目背景 (3)1.3.术语说明 (3)1.4.参考资料 (3)2.总体设计 (3)2.1.需求概述 (3)2.2.软件结构 (4)3.程序设计说明 (6)3.1.模块描述 (6)3.2.用户登录模块(M1) (6)3.3.教师管理模块(M1.1) (7)3.4.教师资料管理模块(M1.1.1) (7)3.5.教师资料添加模块(M1.1.2) (8)3.6.学生管理模块(M1.2) (9)3.7.学生资料管理模块(M1.2.1) (9)3.8.学生资料添加模块(M1.2.2) (10)3.9.学生所在院系资料模块(M1.2.3) (11)3.10.学生所在专业模块(M1.2.4) (12)3.11.课程管理模块(M1.3) (13)3.12.课程资料管理模块(M1.3.1) (13)3.13.课程资料添加模块(M1.3.2) (14)3.14.课程类别资料模块(M1.3.3) (15)3.15.成绩管理模块(M1.4) (15)3.16.学生成绩查询模块(M1.4.1) (16)3.17.学生成绩录入模块(M1.4.2) (16)3.18.班级管理模块(M1.5) (17)3.19.班级资料管理模块(M1.5.1) (18)3.20.班级资料添加模块(M1.5.2) (19)1.引言1.1.编写目的本说明书确定系统的详细功能模块和数据结构,为后一阶段开发系统提供最详细的依据材料。
1.2.项目背景项目名称初步定为:教务管理系统(EAMS,E ducational A dministration Management System)。
教务管理系统后台数据库设计
![教务管理系统后台数据库设计](https://img.taocdn.com/s3/m/0e3a320154270722192e453610661ed9ad515507.png)
教务管理系统后台数据库设计需求规格说明书第一章引言1.1编写目的任何一个web数据库应用系统都需要有后台数据库的支持,在本项目中就对要开发的教务管理系统的后台数据库进行设计以实现,在实施过程中要进行数据库的概念模型设计、逻辑模型设计及物理模型设计。
1.2数据库设计教务管理系统是学生和教师都比较熟悉的项目,因此比较好分析。
在教务管理系统中涉及到教师、学生、课程、成绩等实体,分别分析每一个实体的属性、实体之间的联系,绘制出E-R图。
随后在进行概念模型到逻辑模型的转变,将E-R图转变为一组关系模式,并对关系模式进行规范化处理。
然后进行数据库物理模型设计,将每个关系转化为一张二维表,对二维表的结构进行描述,尤其要考虑数据的完整性约束的设计,最后实现该数据库。
第二章任务设计与实施2.1任务计划根据对学院教务处相关职能部门的业务调研,进行需求分析,对数据库进行概念模型设计、逻辑模型设计以及物理模型设计。
2.2任务实施I.需求分析进过研究,对学院的教务管理业务做一总结:某学院下设有若干系部,系部有系部办公室、学生工作室、教研室等部门,系部所有教师分别隶属各个部门,系部教研室开设多门课程,一名教师可以教授多门课程。
系部所有学生以班级为单位组织教学及日常管理,学生每一学期需要学习多门课程(有必修课和选修课),学习结束后通过测试获取相应的成绩。
教务处负责学生学籍管理、课程排课管理、学生成绩管理、学生毕业资格审查等。
II.数据库概念模型设计(1)实体的确定。
进过分析,的确出问题涉及的实体有:系部、部门、教师、课程、班级、学生。
(2)实体属性的描述。
系部实体有下列属性:系部编号、系部名称、位置、人数、负责人、联系电话。
部门实体有下列属性:部门编号、部门名称、负责人、联系电话、业务领域。
教师实体有下列属性:教师编号、教师姓名、性别、生日、职称、职务、学历、参加工作时间。
课程实体有下列属性:课程编号、课程名称、课时、学分、课程性质、考核方式、开课时间。
3高校教务管理系统数据库设计
![3高校教务管理系统数据库设计](https://img.taocdn.com/s3/m/901f58cc58f5f61fb6366604.png)
高校教务管理系统数据库设计1.1 数据库数据库是实现有组织地,动态地存储大量关联数据,方便多用户访问的计算机软硬件组成的系统;它与文件系统的重要区别是数据的充分共享,交叉访问,与应用程序的高度独立性。
由于本软件的整体结构比较简单,所涉及数据相对来说也较少,组成文件的最小单位是记录。
1.2设备奔腾1g、内存128兆以上的计算机,局域网络环境。
1.3需求注释对于本软件,它的功能需求、性能需求、接口需求,从稳定性、可行性上都是可以的。
1.4功能树2 概念设计2.1 实体及其属性2.1.1 学生实体E-R图2.1.2 课程实体E-R图2.1.3 教师信息E-R图2.1.4综合ER图3 逻辑设计3.1 规范化得到最终的关系模式学生信息基本表(学号,姓名,性别,学院名称,班号,联系电话,入校日期,家庭住址),主码为学号,符合三范式。
课程信息表(课程编号,课程类型,分数)主码为课程编号,符合三范式。
教师信息表(教师编号,姓名,所在科室,联系电话)主码为教师编号,符合三范式。
考试信息表(学号,课程编号)主码为学号,课程编号,符合BCNF。
讲授信息表(教师编号,课程编号)主码为教师编号,课程编号,符合BCNF。
3.2 学生基本信息表3.3 课程信息表3.4 教师信息表3.5 考试信息表3.6 讲授信息表4 物理结构设计4.1物理设计阶段的目标与任务数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;(2)对物理结构进行评价,评价的重点是时间和空间效率。
4.2 建立数据表4.2.1 学生信息基本表的建立:CREATE TABLE Student( Sno CHAR ( 8 ) PRIMARY KEY ,Uname CHAR ( 8 ) UNIQUE,Sex CHAR ( 2 ),Sdept(8 ),Classno ( 8 ),Connect tel ( 11 ),Enter date (8 ),Family add (50 ));4.2.2 课程信息表的建立:CREATE TABLE Course( Course code CHAR (20 ) PRIMARY KEY ,Course type CHAR ( 8 ) ,Course grade CHAR ( 8)) ;4.2.3 教师信息表的建立:CREATE TABLE Teacher( Tno CHAR ( 8 ) PRIMARY KEY ,Tname CHAR ( 8 ) UNIQUE,Tdepartment(8 ),Tmoible( 11 ),);4.2.4考试信息表的建立:CREATE TABLE Exam( Sno CHAR ( 8 ) ,Course code CHAR (20 ) ,PRIMARY KEY ( Sno , Course code ) ,FOREIGN KEY ( Sno ) REFERENCES Student ( Sno ) ,FOREIGN KEY (Course code) REFERENCES Course (Course code));4.2.5讲授信息表的建立:CREATE TABLE Teaching( Tno CHAR ( 8 ) ,Course code CHAR (20 ) ,PRIMARY KEY (Tno , Course code ) ,FOREIGN KEY (Tno ) REFERENCES Teacher (Tno ) ,FOREIGN KEY (Course code) REFERENCES Course (Course code) );5 其他数据库对象的设计5.1 索引CREATE UNIQUE INDEX Stusno ON Student(Sno)CREATE UNIQUE INDEX Couno ON Course(Cno)CREATE UNIQUE INDEX Teano ON Teacher(Tno)5.2 视图CREATE VIEW IS_StudentASSELECT Sno,Sname,SdeptFROM StudentWhere Sdept=’IS’;2.2CREATE VIEW BTEACHERASSELECT Tname,TdepartmentFROM Teacher;5.3 触发器CREATE Trigger Delete _CourseBEFORE UPDATE ON CourseFOR EACH ROWAS BEGINIF(new.grade<60)THEN new.grade=nopass;END IF;END;5.4 存储过程CREATE procedure createetablesASCREATE table user 1(Uid int,Uname char(20)INSERTINTO use 1(Uid,Uname)V ALUES ('1','小明');)6 备份及恢复策略针对不同的故障,制定恢复策略数据库系统可能发生各种各样的故障,大致可以分为以下几类:1)事务内部故障2)系统故障3)介质故障4)计算机病毒要保证数据一致性是对数据库的最基本的要求。
(完整word版)教务管理系统数据库设计说明书
![(完整word版)教务管理系统数据库设计说明书](https://img.taocdn.com/s3/m/3ab68036ce2f0066f43322a7.png)
目录第一章:项目计划 (2)1。
1项目背景: (2)1。
2系统开发目的: (2)1。
3定义: (3)第二章:详细分析 (3)2.1、系统功能 (3)2。
2、系统结构 (4)2.3、数据流图 (4)2。
4、户类型与职能 (5)2.5、系统环境需求 (6)第三章:系统概念设计 (6)第四章:逻辑设计 (7)4.1系统关系模型 (7)4。
2系统数据库表结构 (8)第五章:源码 (12)第六章:小结 (24)第一章:项目计划1。
1项目背景:教务系统管理平台充分利用互联网络B/S管理系统模式,以网络为平台,为各个学校教务系统的管理提供一个平台,帮助学校管理教务系统,用一个账号解决学校教务教学管理,并且学校可以自由选择学校需要的教务管理系统,灵活地定制符合学校自己实际情况的教务系统。
1。
2系统开发目的:提高学生,老师管理和操作事务的运作效率。
1。
3定义:学生选课和老师评分必须在管理员的设置条件下进行.第二章:详细分析2。
1、系统功能设置学期时间:管理员登录系统后设置学期的时间,只有当时间为某个状态时,其他角色例如老师,才能做某些事情。
学期时间只能由角色管理员操作:包括对学期时间表的增加,删除,对某个学期时间状态的改变。
学生选课:当管理员设置为学期开始时,学生可以选课,学生选课受学分影响,只能选择总学分为多少的课程。
老师评分:当管理员设置为学期评分时,老师才可以评分。
个人信息管理:对自己个人信息进行添加和修改.成绩查询:学生可以对自己成绩进行查询。
个人课表查询:按时间的不同,每个角色都有自己不同的课表。
2。
2、系统结构功能描述:学生选课和老师评分必须在管理员设置学期的条件下进行。
2。
3、数据流图顶层图0层图2。
4、户类型与职能(1)管理员:对学期设置的管理每个阶段有不同的功能。
(2)老师:对选修了自己课程的学生评分。
(3)学生:选修科目.2.5、系统环境需求系统模式本系统采用B/S模式作为开发模式硬件环境服务器端:高性能的计算机一台,普通的双绞线作为连接。
数据库技术课程设计--教务管理数据库系统
![数据库技术课程设计--教务管理数据库系统](https://img.taocdn.com/s3/m/864e124b31126edb6f1a10ba.png)
数据库系统课程设计课题教务管理数据库系统学院工程技术学院班级11工业姓名段国庆学号2011310450教务管理数据库系统说明书一、需求分析二、概念结构的设计三、逻辑结构的设计四、物理结构的设计五、数据库的构建和数据的装入六、数据库的功能实现七、总结一﹑需求分析1.随着学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息量也成倍增长。
面对庞大的信息量,就需要有学生教务信息管理系统来提高学生管理工作的效率。
通过这样的系统,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量。
学校为方便教务管理,需开发一个教务管理系统。
为便于学生,老师,教务管理人员信息查询,注册以及信息修改,学校把学生的信息,包括姓名、性别、年龄,成绩等信息输入教务管理系统的数据库,然后在管理终端可以对数据进行查询和修改操作。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求系统界面要简单明了,易于操作,程序利于维护。
2.教务管理数据库的现状存在的缺点(1)教务管理系统灵活性较差、扩充性和开放性较差,如关系规范化中的删除会导致不该删除的数据被删除。
(2)系统操作过于复杂,对于我们学生说查询时会存在问题,其次适不适合学校教务管理的情况,不适于非计算机专业学生的使用。
(3)教务管理的系统平台水平参差不齐,由于开发这数量多且没有统一的目标造成了今天的这种情况。
(4)数据的安全性和完整性有待进一步提高,不合法的使用会造成数据的泄露、破坏和更改。
不符合语义的数据输入或输出会破坏其完整性。
(5)难以满足网络化的要求,当今社会随着管理的详细化、具体化和复杂化。
数据库系统将要面临更大的挑战。
3.新的教务管理数据库系统相比原来有哪些好处,能做什么?①(1)使数据库系统的安全性和完整性得到提高。
(2)使数据库系统变得简单,降低数据库系统操作的难度。
(3)使数据库系统的效率、保密性得到提高。
(4)统一教务管理的系统平台水平,规范系统研发者,加强管理。
教务管理系统详细设计说明书[1]
![教务管理系统详细设计说明书[1]](https://img.taocdn.com/s3/m/677c6b10227916888486d7ab.png)
文档编号:004版本号:初稿文档名称:详细设计说明书项目名称:高校教育管理系统项目负责人:陈光伟编写:陈光伟、陈榜跃、叶亚飞、王俊辉校对:陈光伟审核:陈光伟批准:选择项目项目队员学号班级个人选择部分高校教学管理系统陈光伟081406120中外应用校对陈榜跃081406122中外应用编写叶亚飞中外应用王俊辉中外应用一.引言1.编写目的软件设计是把软件需求变换成为软件的具体设计方案,即模块结构的过程。
软件设计一般分为总体设计和详细设计两个阶段。
总体设计阶段根据软件需求分析所得到的数据流程或数据结构,使用结构化设计技术,导出软件的模块结构。
详细设计阶段是给出软件模块的内部过程描述。
内部过程描述是模块内部的算法设计。
该文档是直接给软件开发人员看的。
2.编写背景待开发的软件系统名称:高校教学管理系统。
本项目的的任务提出者:软件工程老师开发者:第八小组用户:信阳农业高等专科学校教务处3.参考资料1)《软件产品开发文件编制指南(GB8567—1987)》。
2)《“教务管理系统”软件概要设计说明书》。
二.程序系统的结构2.软件结构在总体设计阶段产生的软件结构图如软件概要说明书中的软件数据结构设计,整个软件的结构已非常的明了了,软件系统的结构图如下图。
下面就进行软件的详细设计阶段,进行逐个模块的详细设计。
三.程序描述以下逐个模块给出说明:1. 系统用户管理模块功能系统管理模块主要实现以下功能:用户登录添加用户修改用户密码输入输出:系统启动后,将首先出现用户登录窗体,用户首先输入用户名,然后输入密码,如果用户3次输入密码不正确,将退出程序。
管理模块图如下:系统管理模块PAD图2. 学籍管理模块功能学籍信息管理模块主要实现以下功能:添加学籍信息修改学籍信息查询学籍信息学籍管理模块图如下:学籍管理模块图(总体)添加功能子模块图修改功能子模块图查询功能子模块图3. 班级信息管理模块功能班级信息管理模块主要实现以下功能:添加班级信息修改班级信息4. 课程设置模块功能课程设置模块主要实现以下功能:添加课程信息修改课程信息设置年级课程5. 成绩管理模块功能成绩管理模块主要实现以下功能:添加成绩管理修改成绩管理查询成绩管理。
教务管理系统详细设计说明书
![教务管理系统详细设计说明书](https://img.taocdn.com/s3/m/a2ee2031ba68a98271fe910ef12d2af90242a81f.png)
教务管理系统详细设计说明书教务管理系统详细设计说明书1、引言教务管理系统是一种用于管理学校教务活动的软件系统,旨在提高学校教务工作的效率和准确性。
本文档旨在对教务管理系统的详细设计进行说明,包括系统的功能、架构、模块划分、数据流程和界面设计等内容。
2、需求分析2.1 功能需求教务管理系统需要实现以下功能:2.1.1 学生管理:包括学生档案管理、学籍管理、学生选课管理等。
2.1.2 教师管理:包括教师档案管理、教师任课管理、课表管理等。
2.1.3 课程管理:包括课程档案管理、开课计划管理、课程调度管理等。
2.1.4 成绩管理:包括成绩录入、查询、统计等。
2.1.5 班级管理:包括班级档案管理、班级课表管理、班级学生管理等。
2.1.6 系统管理:包括用户权限管理、系统日志管理、系统维护等。
2.2 性能需求教务管理系统需要保证稳定性、可扩展性和安全性,具体需求包括:2.2.1 稳定性:能够在高并发的情况下正常运行,保证系统的稳定性和可靠性。
2.2.2 可扩展性:能够根据实际需要增加新的功能模块或扩展现有的功能。
2.2.3 安全性:采用合适的身份认证和权限控制机制,保证系统的安全性,防止非法操作和数据泄漏。
3、架构设计3.1 系统架构教务管理系统采用三层架构,包括表示层、业务逻辑层和数据访问层。
3.2 模块划分根据系统的功能需求,将系统划分为以下模块:3.2.1 学生管理模块功能:用于管理学生的档案信息、学籍信息和选课信息。
3.2.2 教师管理模块功能:用于管理教师的档案信息、任课信息和课表信息。
3.2.3 课程管理模块功能:用于管理课程的档案信息、开课计划和调度信息。
3.2.4 成绩管理模块功能:用于录入、查询和统计学生的成绩信息。
3.2.5 班级管理模块功能:用于管理班级的档案信息、课表信息和学生信息。
3.2.6 系统管理模块功能:用于管理用户权限、系统日志和系统维护等。
4、数据流程设计4.1 学生管理模块数据流程4.1.1 学生档案管理流程:包括学生信息录入、修改和查询等环节。
学校管理系统数据库设计说明书
![学校管理系统数据库设计说明书](https://img.taocdn.com/s3/m/7a36ecb170fe910ef12d2af90242a8956becaac3.png)
学校管理系统 1.0删除字段 D_ID增加字段 D_ADDRESS 删除字段 CO_ID 删除字段 DE_ID 增加字段 DE_ADDRESS 删除字段 CN_ID 用于维护各类字典表 政治面貌字典表 学历字典表课程类型字典表职务字典表 职称字典表 增 加 字 段 U_SUBFUNC_ID 修 改 字 段 U_FUNC_ID ― ― 》 U_SUBFUNC_ID用来进行动态定位功 能点 url修 改 字 E_ID E_NAME添 加 字 E_DEPART_NO去掉 SRP_date 字段,添T_dorm T_dorm T_course T_Depart T_Depart T_ ClassName 添表 T_Dictionary 添表 T_Party 添表 T_Degree添表 T_CourseType 添表 T_Duty添表 T_Post T_UserRightT_UserRight添 加 表 T_FUNCTION T_DepartT_EmployeeT_ststurewpun20051228 20051228 20051231 20051231 20051231 20051231 20220105 20220105 20220105 20220105 20220105 20220105 202201062022010620220109202201162022012320220225 段段起止日期: 填写编写本文档的起止日期作 者: 填写文档的创建者或者授权的修改人 修改描述: 请详细填写修改原因和最近的修改章节摘要版 本: 描述修改生效后的版本号。
普通建议表示 m.n 形式。
通过正式评审后版本号变为1.0,以后每修改一次n 相应增加1,例如V1.1状 态: 描述本文档是正式文件还是草稿文件加 SRP_SORT 字段去掉 ERP_date 字段, 添加 ERP_SORT 字段去掉 S_MEMBERTIMEP_PHONE 字段T_EmpRewpun1. 引言 (4)1.1 产品描述 ......................................................................................................... 4 1.2 产品开辟背景和内容概要 ............................................................................... 4 1.3 相关资料、缩略语、定义 ............................................................................... 4 2. 约定 .......................................................................................................................... 4 3. 数据库概念模型设计 .. (5)3.1 数据实体-关系图 ............................................................................................ 5 3.2 数据实体描述 .................................................................................................. 5 3.3 实体关系描述 .................................................................................................. 5 4. 数据库逻辑模型设计 .. (5)4.1 实体-关系图(不含多-多关系) ..................................................................... 5 4.2 关系模型描述 .. (5)4.2.1 用户权限表(T_ UserRight ) ............................................................... 5 4.2.2 用户登陆表(T_User ) ......................................................................... 5 4.2.3 班级信息表(T_ClassName ) ............................................................... 6 4.2.4 年级名称表(T_GradeName ) .............................................................. 6 4.2.5 课程顺序表(T_ CourseTime ) ............................................................. 7 4.2.6 课程信息表(T_Course ) ..................................................................... 7 4.2.7 宿舍信息表(T_Dorm ) ....................................................................... 7 4.2.8 部门信息表(T_Depart ) ..................................................................... 8 4.2.9 民族字典表(T_Nation ) ..................................................................... 8 4.2.10 性别字典表(T_Sex ) ........................................................................ 8 4.2.11 学生信息表(T_Student ) .................................................................. 9 4.2.12 学生变动表(T_Stuchange ) ............................................................. 10 4.2.13 学生报名表(T_StuSign ) ................................................................ 10 4.2.14 考试类型字典表(T_ExamType ) .................................................... 11 4.2.15 学生成绩表(T_StuScore ) .............................................................. 11 4.2.16 暂时分数设定表(T_TemSetScore ) ................................................. 12 4.2.17 学生奖惩表(T_StuRewPun ) ........................................................... 12 4.2.18 学生考勤表(T_StuAtten ) ............................................................... 12 4.2.19 考勤名称表(T_Attend ) .. (13)SchMis 1.0 2004-7- 16文档编号 编写时间编写人员 修订时间张亮 李兵4.2.20 考勤类型字典表(T_AttendType) (13)4.2.21 学生课程表(T_StuCourse) (13)4.2.22 学生体检表(T_StuPhyExam) (14)4.2.23 毕业生信息表(T_GraduateInf) (14)4.2.24 员工信息表(T_Employee) (15)4.2.25 证件字典表(T_Certify) (16)4.2.26 教师课程表(T_TeaCourse) (16)4.2.27 员工调动表(T_Empchange) (17)4.2.28 员工考勤表(T_EmpAtten) (17)4.2.29 员工奖惩表(T_EmpRewpun) (18)4.2.30 员工培训表(T_EmpTrain) (18)4.2.31 目前状态字典(在校或者离校)表(T_Status) (19)4.2.32 政治面貌字典表(T_Party) (19)4.2.33 籍贯字典表T_NativePlace (19)4.2.34 学历字典表(T_Degree) (20)4.2.35 课程类型字典表(T_CourseType) (20)4.2.36 职务字典表(T_Duty) (20)4.2.37 职称字典表(T_Post) (20)4.2.38 婚姻状况字典表(T_Marry) ........................................................... 2 14.2.39 血型字典表(T_Blood) ....................................................................... 2 14.2.40 字典表维护表(T_Dictionary) ............................................................. 2 14.3 数据视图描述 (22)4.4 SEQUECE(序列号) 和存储过程 (22)4.4.1 **序列号 (22)4.4.2 存储过程 (22)4.5 数据库一致性设计 (22)5. 物理实现 (23)5.1 数据库的安排 (23)6. 安全保密设计 (23)(产品编号、产品名称、操作系统平台、数据库系统平台、开辟语言、功能版本、用户名称、产品开辟项目组、产品交付项目组)产品编号:1.0产品名称:学校管理系统操作系统:Windows2000数据库平台:MySql4.0. 18开辟语言:Delphi 7版本功能:对学校的学生,职工,课程等基本信息以及学校的各种资源利用进行信息化科学的管理。
教务管理系统数据库设计
![教务管理系统数据库设计](https://img.taocdn.com/s3/m/5aff91bab4daa58da1114a77.png)
教务管理数据库系统课程设计目录1、需求分析21.1 信息要求:21.2 处理要求:21.3 安全性与完整性要求:21.4 系统功能的设计和划分2第一部分:用户管理部分2第二部分:管理员管理部分22、概念设计3概念模型(E-R图):3数据字典:4a.数据项4b、数据结构5c、数据流5d、数据存储5e、处理过程5数据流图53、逻辑结构设计6E-R图向关系模型的转换(关系的码用下横线表出)6设计用户子模式74、物理设计74.1 选择存取方法74.2 确定数据库的存储结构74.3 评价物理结构75、系统实施76、运行维护101、需求分析1.1 信息要求:教务管理系统涉及的实体有:教师——工作证号、姓名、职称、电话等;学生——学号、姓名、性别、出生年月等;班级——班号、最低总学分等;系——系代号、系名和系办公室电话等;课程——课序号、课名、学分、上课时间及名额等。
这些实体之间的联系如下:每个学生都属于一个班,每个班都属于一个系,每个教师也都属于一个系。
每个班的班主任都由一名教师担任。
一名教师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的同一门课其课序号是不同的(课序号是唯一的)。
一名同学可以选多门课,一门课可被若干同学选中。
一名同学选中的课若已学完,应该记录有相应成绩。
本单位学生、教师都有重名,工作证号、学号可以作为标识。
1.2 处理要求:教学系统主要提供数据维护、选课和信息查询。
其中常见的查询有:系统中各对象的基本信息查询。
查询指定班、系的学生信息(名单、人数等)。
查询学生的成绩、学分情况。
查询教师授课情况和学生选课情况……。
1.3 安全性与完整性要求:安全性要求:1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;2.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;3.系统应对不同用户设置不同的权限,区分不同的用户,如学生,教师,系统管理员。
教务管理系统——详细设计说明书
![教务管理系统——详细设计说明书](https://img.taocdn.com/s3/m/602b586a76232f60ddccda38376baf1ffc4fe32f.png)
教务管理系统——详细设计说明书教务管理系统——详细设计说明书1、引言1.1 编写目的1.2 文档范围1.3 定义、缩略语和缩写词1.4 参考资料2、系统概述2.1 目标2.2 功能2.3 用户特点2.4 运行环境3、系统功能需求3.1 功能需求1:学生管理3.1.1 学生信息录入3.1.2 学生信息查询3.1.3 学生信息修改 3.1.4 学生信息删除 3.2 功能需求2:教师管理 3.2.1 教师信息录入 3.2.2 教师信息查询 3.2.3 教师信息修改 3.2.4 教师信息删除 3.3 功能需求3:课程管理 3.3.1 课程信息录入 3.3.2 课程信息查询 3.3.3 课程信息修改 3.3.4 课程信息删除 3.4 功能需求4:成绩管理 3.4.1 成绩录入3.4.2 成绩查询3.4.3 成绩修改3.4.4 成绩删除4、系统性能需求4.1 响应时间4.2 并发性能4.3 可扩展性4.4 可靠性4.5 安全性5、数据库设计5.1 学生表设计 5.2 教师表设计 5.3 课程表设计5.4 成绩表设计6、系统界面设计6.1 学生管理界面 6.2 教师管理界面 6.3 课程管理界面6.4 成绩管理界面7、技术选型7.1 开发语言7.2 开发框架7.3 数据库7.4 网络通信协议8、系统测试8.1 单元测试8.2 集成测试8.3 系统测试8.4 用户验收测试9、部署与维护9.1 系统部署9.2 系统维护9.3 升级与更新9.4 故障排除10、附录附件:1、数据库表结构设计图2、系统界面原型设计图3、测试用例集4、系统使用手册本文所涉及的法律名词及注释:- GDPR(General Data Protection Regulation):欧盟的一项法规,旨在保护个人数据隐私。
- COPPA(Children's Online Privacy Protection Act):美国的一项法规,旨在保护儿童在网络上的隐私安全。
学校管理系统数据库设计说明书
![学校管理系统数据库设计说明书](https://img.taocdn.com/s3/m/379b44d6541810a6f524ccbff121dd36a32dc480.png)
学校管理系统数据库设计说明书学校管理系统数据库设计说明书1、引言本文档旨在详细描述学校管理系统数据库的设计原则、数据表结构、数据字段、关系图等内容,以确保数据库的稳定性和数据的完整性。
同时,本文档也可作为系统维护和开发的参考指南。
2、数据库设计原则在设计学校管理系统数据库时,我们遵循以下原则:2.1 数据结构简单明了,尽量避免冗余字段和表结构;2.2 数据表之间建立合适的关系,以保证数据的一致性和准确性;2.3 设计良好的索引和约束,提高数据库的查询性能和数据的完整性;2.4 数据库设计遵循标准化理论,以提高数据的可维护性和扩展性;2.5 数据库权限管理,限制用户的访问权限,保护数据的安全性。
3、数据库结构3.1 学生信息表(Student)该表用于存储学生的基本信息,包括学生ID、姓名、性别、年龄、班级等字段。
3.2 教师信息表(Teacher)该表用于存储教师的基本信息,包括教师ID、姓名、性别、年龄、所教科目等字段。
3.3 课程信息表(Course)该表用于存储课程的基本信息,包括课程ID、课程名称、授课教师、上课时间、上课地点等字段。
3.4 成绩信息表(Score)该表用于存储学生的成绩信息,包括学生ID、课程ID、成绩等字段。
3.5 班级信息表(Class)该表用于存储班级的基本信息,包括班级ID、班级名称、班主任、班级人数等字段。
4、数据字段详细说明4.1 学生信息表(Student)字段名类型描述student_id INT 学生ID name VARCHAR(50) 姓名gender VARCHAR(10) 性别age INT 年龄class_id INT 班级ID4.2 教师信息表(Teacher)字段名类型描述teacher_id INT 教师ID name VARCHAR(50) 姓名gender VARCHAR(10) 性别age INT 年龄subject VARCHAR(50) 所教科目4.3 课程信息表(Course)字段名类型描述course_id INT 课程ID name VARCHAR(50) 课程名称teacher_id INT 授课教师IDtime VARCHAR(50) 上课时间location VARCHAR(50) 上课地点4.4 成绩信息表(Score)字段名类型描述student_id INT 学生ID course_id INT 课程ID score INT 成绩4.5 班级信息表(Class)字段名类型描述class_id INT 班级ID name VARCHAR(50) 班级名称teacher_id INT 班主任ID stu_count INT 班级人数5、数据库关系图(在此插入数据库关系图)6、附件说明本文档涉及的附件包括:附件1:数据库设计图(以图片形式展示)附件2:SQL脚本文件(用于创建数据库和数据表)附件3:数据字典(用于解释数据库中各个字段的含义)7、法律名词及注释7.1 数据库-一个有组织的、可共享的数据集合,包括多个表格以及与之相关的结构和关系。
教务管理系统数据库设计说明
![教务管理系统数据库设计说明](https://img.taocdn.com/s3/m/8b0e4ae2844769eae109edc9.png)
教务管理系统数据库(SQL Server 2008 + delphi7)实验报告班级::学号:指导教师:完成日期:目录第一章系统概述 (3)第二章系统分析 (3)第三章系统设计 (4)第四章系统功能 (9)第五章系统实现 (9)第六章源程序附录 (15)第七章参考文献 (73)第一章系统概述学校学生管理信息系统是针对学校人事处的大量业务处理工作而开发的管理软件,是典型的管理信息系统(Management Information System)。
它是一个教育单位不可缺少的部分,它的容对于学校的决策者和管理者来说都至关重要,它能够为用户提供充足的信息和快捷的查询手段。
能有效的帮助学校和老师掌握学生的情况,为学生提供成绩跟课程方面的查询。
本系统是以delphi7编辑用户界面,以SQL server 2008为数据源后台而成的学生信息管理系统。
本系统是以计算机为基础,由人和计算机结合的对信息进行收集、存储、维护、加工、传递和使用的一种管理系统,其目的是使人流、物流、资金流和信息流处于最佳状态,以最少的资源投入获得最佳的综合效益。
本系统主要包括学生信息管理模块、教师信息管理模块、课程信息管理模块、成绩信息管理模块和系统维护模块等部分。
在校务管理中,为有关部门提供完整、综合、共享的信息,对于学校的教育管理、教务和科研等都有很大的实用价值。
第二章系统分析1、问题定义随着科学技术的不断提高,计算机科学日渐成熟,其强大功能已为人们深刻认识,它已进入人们生活的各个领域,并发挥了越来越重要的作用,针对人工管理的缺点,最好的解决办法就是借助计算机技术提供一个电子化的学生信息管理平台。
为了更好地管理学生和教职工的资料文档,我开发一个软件工程学生信息管理系统。
教师和学生可以应用该系统实现如下功能:1、可随时查询出不同系与各系教师与各系学生情况,系、教师与学生各反映如下情况:系:系号、系名、系负责人、专业数等。
教师:工号、、性别、职称、工龄、出生年月、基本工资等。
教务管理数据库设计说明书
![教务管理数据库设计说明书](https://img.taocdn.com/s3/m/3d83934258fb770bf68a5536.png)
. 教务管理数据库设计说明书目录一、需求分析 (2)二、概念设计 (3)三、逻辑结构设计.................................. 4-123-1表设计...................................... 4-7 3-2建表语句................................... 7-12 3-3关系图 (13)四、数据导入 .................................. 13-14五、数据库应用 (13)5-1登陆模块 (14)5-2排课模块 (14)5-3选课模块 (14)5-4信息查询模块 (14)5-5功能结构图 (14)六、总结 (15)一、需求分析本数据库为教务管理系统,主要是针对学校教学管理方面而设计的。
学校教务处因为工作需要,必须对每个班的信息,学生的信息,教师的信息,课程信息有一定的了解,并以此为基础来安排课程。
安排课程必须根据学校的软硬件设施来安排,所以要考虑到每门课程的上课时间、地点、人数,避免上课地点的冲突,还要安排特定的老师上课。
学期结束后,还要记录学生的分数,以此作为下个学期的教学安排依据。
根据上述的初始条件和对本学校的调研考察,设计一个教务管理的数据库:记录教师和学生的基本信息,选课,课程安排等信息,方便老师,同学等用户对数据库的查询,修改等操作。
尽量使数据库高效,存储简单。
以下为所附数据流图:二、概念设计三、逻辑结构设计3.1表设计:该部分完成各个表的建立,表如下:1.2.3.4.5.6.7. 8.9.10.11.3.2建表语句如下/*==============================================================*/ /*1. Table: BackInfo *//*==============================================================*/ create table BackInfo (BID int not null,BCon text null,BTime smalldatetime null,constraint PK_BACKINFO primary key(BID))/*==============================================================*/ /*2. Table: ComingMessage *//*==============================================================*/ create table ComingMessage (MessageID int not null,MessageTime smalldatetime not null,MessageContent text not null,MessageCatagory int not null,constraint PK_COMINGMESSAGE primary key(MessageID))go/*==============================================================*/ /* 3.Table: Courses *//*==============================================================*/ create table Courses (C_ID int not null,Name nvarchar(80)not null,Kind nvarchar(20)not null,Credits decimal not null,TID int not null,constraint PK_COURSES primary key(C_ID))/*==============================================================*/ /* 4.Table: Dep *//*==============================================================*/ create table Dep (DID int not null,DName nvarchar(20)not null,constraint PK_DEP primary key(DID))/*==============================================================*/ /* 5.Table: Manager *//*==============================================================*/ create table Manager (MID int not null,MName nvarchar(20)not null,MPwd char(10)not null,constraint PK_MANAGER primary key(MID))/*==============================================================*/ /* 6.Table: News *//*==============================================================*/ create table News (NID int not null,NTitle nvarchar(200)not null,NCon text not null,NTime smalldatetime not null,TID int null,constraint PK_NEWS primary key(NID))/*==============================================================*/ /* 7.Table: SC *//*==============================================================*/ create table SC (Sno varchar(20)null,C_ID int null,成绩smallint null)/*==============================================================*/ /* 8.Table: SClass *//*==============================================================*/ create table SClass (CID int not null,CCount int not null,CName nvarchar(20)not null,DID int not null,constraint PK_SCLASS primary key(CID)/*==============================================================*/ /* 9.Table: S_StuInfo *//*==============================================================*/ create table S_StuInfo (SName nvarchar(20)not null,CID int not null,Sno varchar(20)not null,SCardID varchar(20)not null,SBirth smalldatetime null,SAddress nvarchar(50)null,SMembership nvarchar(10)not null,SState nchar(10)not null,SClassID int null,SIsReg bit null,SIsSkip int null,SAward ntext null,SCost bit null,SPwd nvarchar(50)null,constraint PK_S_STUINFO primary key(Sno))/*==============================================================*/ /* 10.Table: Teacher *//*==============================================================*/ create table Teacher (TID int not null,TName nvarchar(20)null,TPost varchar(20)null,TDep int null,constraint PK_TEACHER primary key(TID))/*==============================================================*/ /* 11.Table: Parents *//*==============================================================*/create table Parents(Sno varchar(20)not null,ParentsName varchar(20)not null,ParentsEmail varchar(50)not null)3.3通过建立主外键关系,由SQL生成关系图四、数据导入完成excel表数据导入在SQL中所建好的表,详情见所附excel表和数据库五、数据库应用:网站功能分析系统各模块功能说明:5.1 登录模块(1) 选择不同身份登录系统本系统有三种类型的用户:管理员、教师和学生。
教学管理系统数据库设计说明书
![教学管理系统数据库设计说明书](https://img.taocdn.com/s3/m/6573c44c2b160b4e767fcf2b.png)
数据库设计说明书1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (3)1.4参考资料 (3)2外部设计 (3)2.1标识符和状态 (3)2.2约定 (3)2.3专门指导 (3)3结构设计 (4)3.1物理结构设计 (4)3.2E-R图如下 (4)3.3逻辑结构设计 (7)4运用设计 (7)4.1数据字典设计 (7)4.2安全保密设计 (13)1引言1.1编写目的随着我国教育产业化的飞速发展,社会对教育水平和教学管理软硬件的要求日益提高,尤其是对一个学校能够具有一整套完善的教学管理软件提出了更多的要求。
为了适应这种形式,教育系统尤其是大学不仅首先要有坚实的硬件基础,还要有一整套完善的教学管理软件管理系统.数据库的设计给了教学管理软件管理系统的支持.本说明书的阅读对象为:1、对相关业务技术和总体方案作出决策的管理人员和质量管理人员;2、对本《数据设计说明书》进行评审和确认的有关业务、技术人员;3、参加详细设计,测试设计阶段工作的全体设计人员1.2背景数据库名称:JXGL.mdf 数据库软件系统名称:sql2005本系统的开发我利用Microsoft SQL Server2005作为本系统的数据库,它是一个支持多用户的新型数据库,适用于大中规模的数据量需求。
学校校园网的建设也为新系统服务器/客户端的结构提供了硬件的支持。
SQL Server 2005数据库管理系统具有以下主要特点: 1.丰富的图形管理工具,使系统管理、操作更为直观方便。
2.动态自动管理和优化功能。
3.充分的Internet技术支持。
4.丰富的编程接口工具,使用户开发SQL Server数据库应用程序更加灵活。
5.具有很好的伸缩性和可靠性。
6.简单的管理方式。
1.3定义无。
1.4参考资料《信息系统分析与设计》杜娟《数据库系统系统概论》王珊,萨师煊2外部设计2.1标识符和状态本系统采用Microsoft Server 2005 为基本开发工具,数据库名称为JXGL。
教务管理系统数据库设计
![教务管理系统数据库设计](https://img.taocdn.com/s3/m/4dfe636ba5e9856a57126008.png)
教务管理数据库系统课程设计目录1、需求分析 (2)1.1 信息要求: (2)1.2 处理要求: (2)1.3 安全性与完整性要求: (2)1.4 系统功能的设计和划分 (2)第一部分:用户管理部分 (3)第二部分:管理员管理部分 (3)2、概念设计 (3)概念模型(E-R图): (3)数据字典: (5)a.数据项 (5)b、数据结构 (5)c、数据流 (5)d、数据存储 (6)e、处理过程 (6)数据流图 (7)3、逻辑结构设计 (7)E-R图向关系模型的转换(关系的码用下横线表出) (7)设计用户子模式 (8)4、物理设计 (8)4.1 选择存取方法 (8)4.2 确定数据库的存储结构 (8)4.3 评价物理结构 (9)5、系统实施 (9)6、运行维护 (10)1、需求分析1.1 信息要求:教务管理系统涉及的实体有:教师——工作证号、姓名、职称、电话等;学生——学号、姓名、性别、出生年月等;班级——班号、最低总学分等;系——系代号、系名和系办公室电话等;课程——课序号、课名、学分、上课时间及名额等。
这些实体之间的联系如下:每个学生都属于一个班,每个班都属于一个系,每个教师也都属于一个系。
每个班的班主任都由一名教师担任。
一名教师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的同一门课其课序号是不同的(课序号是唯一的)。
一名同学可以选多门课,一门课可被若干同学选中。
一名同学选中的课若已学完,应该记录有相应成绩。
本单位学生、教师都有重名,工作证号、学号可以作为标识。
1.2 处理要求:教学系统主要提供数据维护、选课和信息查询。
其中常见的查询有:系统中各对象的基本信息查询。
查询指定班、系的学生信息(名单、人数等)。
查询学生的成绩、学分情况。
查询教师授课情况和学生选课情况……。
1.3 安全性与完整性要求:安全性要求:1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;2.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;3.系统应对不同用户设置不同的权限,区分不同的用户,如学生,教师,系统管理员。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
目录第一章:项目计划 (2)1.1项目背景: (2)1.2系统开发目的: (2)1.3定义: (2)第二章:详细分析 (2)2.1、系统功能 (2)2.2、系统结构 (3)2.3、数据流图 (3)2.4、户类型与职能 (4)2.5、系统环境需求 (5)第三章:系统概念设计 (5)第四章:逻辑设计 (6)4.1系统关系模型 (6)4.2系统数据库表结构 (6)第五章:源码 (9)第六章:小结 (14)第一章:项目计划1.1项目背景:教务系统管理平台充分利用互联网络B/S管理系统模式,以网络为平台,为各个学校教务系统的管理提供一个平台,帮助学校管理教务系统,用一个账号解决学校教务教学管理,并且学校可以自由选择学校需要的教务管理系统,灵活地定制符合学校自己实际情况的教务系统.1.2系统开发目的:提高学生,老师管理和操作事务的运作效率。
1.3定义:学生选课和老师评分必须在管理员的设置条件下进行。
第二章:详细分析2.1、系统功能设置学期时间:管理员登录系统后设置学期的时间,只有当时间为某个状态时,其他角色例如老师,才能做某些事情。
学期时间只能由角色管理员操作:包括对学期时间表的增加,删除,对某个学期时间状态的改变。
学生选课:当管理员设置为学期开始时,学生可以选课,学生选课受学分影响,只能选择总学分为多少的课程。
老师评分:当管理员设置为学期评分时,老师才可以评分。
个人信息管理:对自己个人信息进行添加和修改。
成绩查询:学生可以对自己成绩进行查询。
个人课表查询:按时间的不同,每个角色都有自己不同的课表。
2.2、系统结构功能描述:学生选课和老师评分必须在管理员设置学期的条件下进行。
2.3、数据流图顶层图0层图2.4、户类型与职能(1)管理员:对学期设置的管理每个阶段有不同的功能。
(2)老师:对选修了自己课程的学生评分。
(3)学生:选修科目。
2.5、系统环境需求系统模式本系统采用B/S模式作为开发模式硬件环境服务器端:高性能的计算机一台,普通的双绞线作为连接。
客户端:普通的计算机或者工作站,普通的双绞线作为连接。
软件环境服务器端:安装SQLSERVER2000的服务器版本第三章:系统概念设计系统ER图系统ER图说明:(1)同一的老师可以教多个科目,同一科目可以由多个老师教。
(2)同一学生可以选修多老师的科目,同一个老师的科目可以让多个学生选修。
第四章:逻辑设计4.1系统关系模型a)选课成绩表(选课编号,平时成绩,期末成绩,综合成绩)b)用户表(用户编号,用户名称,用户密码,性别,住址,电话)c)班别表(班别编号,班别名称,班别描述)d)系别(系别编号,系别名称,系别电话)e)学期时间(学期编号,学期名称,学期开始时间,学期结束时间,学期状态)f)课室表(课室编号,课室名称,课室面积,课室最大人数)g)课程表(课程编号,课程名称,课程学分,课程类型,课程学时)h)角色表(角色编号,角色名称,角色权限)i)老师授课表(授课编号,授课时间)j)上课地点表(地点编号)4.2系统数据库表结构数据库表索引用户表(Sysuser)选课成绩表(Score)班别表(Classes)系别表(Dept)学期时间表(Items)课程表(Major)课室表(Classroom)角色表(Userstyle)教师授课表(Mdteacher)上课地点表(Majorroom)第五章:源码/*==============================================================*//* 触发器:删除已存在表 */ /*==============================================================*/if exists (select * from sysobjects where id = object_id('Classes')) drop table ClassesGOif exists (select * from sysobjects where id = object_id('Classroom')) drop table ClassroomGOif exists (select * from sysobjects where id = object_id('Dept'))drop table DeptGOif exists (select * from sysobjects where id = object_id('Items'))drop table ItemsGOif exists (select * from sysobjects where id = object_id('Major'))drop table MajorGOif exists (select * from sysobjects where id = object_id('Majorroom')) drop table MajorroomGOif exists (select * from sysobjects where id = object_id('Mdteacher')) drop table MdteacherGOif exists (select * from sysobjects where id = object_id('Score'))drop table ScoreGOif exists (select * from sysobjects where id = object_id('Sysuser')) drop table SysuserGOif exists (select * from sysobjects where id = object_id('Userstyle'))drop table UserstyleGO/*==============================================================*/ /* Table: Classes */ /*==============================================================*/ create table Classes(classesid varchar(20) not null,deptid varchar(20),classname varchar(20) unique,clacontext varchar(50),primary key (classesid))go/*==============================================================*/ /* Table: Classroom */ /*==============================================================*/ create table Classroom(roomid varchar(20) not null,roomname varchar(20) unique,area int check(area>0),maxnum int check(maxnum>0),primary key (roomid))go/*==============================================================*/ /* Table: Dept */ /*==============================================================*/ create table Dept(deptid varchar(20) not null,deptname varchar(20) unique,depphone varchar(10) ,primary key (deptid))go/*==============================================================*/ /* Table: Items *//*==============================================================*/create table Items(itemsid int not null IDENTITY,itname varchar(20),starttime datetime,endtime datetime,itstate varchar(10) check(itstate in (‘0’,’1’,’2’)),primary key (itemsid))go/*==============================================================*//* Table: Major *//*==============================================================*/create table Major(MDid varchar(20) not null,MDname varchar(10) unique,MDcredit int ,MDstyle varchar(10) check(MDstyle in (‘公选课’,’选修课’)), MDstudytime int check(MDstudytime >0),primary key (MDid))go/*==============================================================*//* Table: Majorroom *//*==============================================================*/create table Majorroom(MRid int not null IDENTITY,roomid varchar(20),MDid varchar(20),primary key (MRid))go/*==============================================================*//* Table: Mdteacher *//*==============================================================*/create table Mdteacher(muid int not null IDENTITY,id varchar(20),MDid varchar(20),Mtime datetime,primary key (muid))go/*==============================================================*/ /* Table: Score */ /*==============================================================*/ create table Score(scid int not null IDENTITY,id varchar(20),muid int,itemsid int,pacgrade int ,endgrade int,syngrade int,primary key (scid))go/*==============================================================*/ /* Table: Sysuser */ /*==============================================================*/ create table Sysuser(id varchar(20) not null,classesid varchar(20),userstyleid varchar(10),username varchar(20) unique,password varchar(10),sex varchar(10) check(sex in (‘男’,’女’)), address varchar(50),phone varchar(20),primary key (id))go/*==============================================================*/ /* Table: Userstyle */ /*==============================================================*/ create table Userstyle(userstyleid varchar(10) not null,userstylename varchar(20) unique,permission varchar(50),primary key (userstyleid))goalter table Classes add constraint FK_Reference_11 foreign key (deptid)references Dept (deptid) on delete cascade on update cascade;alter table Majorroom add constraint FK_Reference_15 foreign key (MDid)references Major (MDid) on delete cascade on update cascade;alter table Majorroom add constraint FK_Reference_18 foreign key (roomid)references Classroom (roomid) on delete cascade on update cascade;alter table Mdteacher add constraint FK_Reference_10 foreign key (id)references Sysuser (id) on delete cascade on update cascade;alter table Mdteacher add constraint FK_Reference_16 foreign key (MDid)references Major (MDid) on delete cascade on update cascade;alter table Score add constraint FK_Reference_13 foreign key (muid)references Mdteacher (muid);alter table Score add constraint FK_Reference_19 foreign key (itemsid)references Items (itemsid);alter table Score add constraint FK_Reference_4 foreign key (id)references Sysuser (id);alter table Sysuser add constraint FK_Reference_12 foreign key (userstyleid)references Userstyle (userstyleid) on delete cascade on update cascade;alter table Sysuser add constraint FK_Reference_14 foreign key (classesid)references Classes (classesid) on delete cascade on update cascade;/*==============================================================*//*存储过程:查询选修某个老师课程的学生 */ /*==============================================================*/create procedure stu (@tr char(20))asselect Sysuser.id,ername from Sysuser,Score where Score.id=Sysuser.idand Score.muid in(select muid from Mdteacher,Sysuser where Mdteacher.id=Sysuser.id andername=@tr);/*==============================================================*//*授权 */ /*==============================================================*/grant select,update,insert,delete on Sysuser to stu2grant select,update,insert,delete on Score to stu2/*==============================================================*//*部分插入,更新和删除 */ /*==============================================================*/insert into Userstyle values('10054','老师','');insert into Userstyle values('10052','学生','');insert into Userstyle values('10051','管理员','');insert into Sysuser(id,userstyleid,username,password) values('11111','10051','小天','123');delete from Userstyle where userstyleid='10054';update Sysuser set password='234' where id='11111';第六章:小结和传统管理模式相比较,使用本系统,毫无疑问会大大提高老师评分的运作效率,辅助提高学校的管理水平,为降低拥挤,提高效益,减少差错,节省人力,减少多登陆的时间,提供有效的技术保障。