教室管理信息系统说明书文档格式.docx

资源描述

教室管理信息系统说明书文档格式.docx

《教室管理信息系统说明书文档格式.docx》由会员分享，可在线阅读，更多相关《教室管理信息系统说明书文档格式.docx（16页珍藏版）》请在冰豆网上搜索。

教室管理信息系统说明书文档格式.docx

一个学院下设若干专业，如信息学院下设三个专业：

信息管理与信息系统、计算机科学与技术和数学与应用数学；

一个专业有若干班级，如信息学院的2005级信息管理与信息系统专业下设两个班级：

信管1班、信管2班；

一个班级有若干同学，如信管1班有姜杉、刘天营、张蓝方、张娜、周潇等。

一个专业有若干教师，如信息学院信息管理与信息系统专业有陈禹、左美云。

一个专业开设有若干课程，如信息学院信息管理与信息系统专业开设有数据库系统概论、计算机网络等课程。

　　一个学校有若干教学楼，如求是楼、教学一楼、教学二楼、教学三楼等；

一个教学楼有若干楼层，如教学一楼有一层、二层、三层、四层、五层、六层；

一个楼层有若干教室，如一层有1101,1102,1103,1104等教室。

一个教师可以开设若干门课程，一门课程可以由多个老师来教授。

一个教室在不同的时段可以上不同的课程。

2、调查相关部门的业务活动情况

教务处：

教务处需要处理借教室申请信息，使用的数据是纸质版的教室、教师和学生信息，对提出的借用教室申请采用手动的加工和处理，最后给借教室的人输出的是批准或拒绝借用教室的信息，即一个纸质的教室使用条。

3、用户对系统的要求

信息要求：

由于系统的使用主体是教师和学生，因此对系统的信息要求可分为以下几个方面：

a、教师信息

教师的基本信息，主要包括教师的教师编号，教师姓名，性别，所属院系，职称,身份证号等；

b、学生信息

学生的基本信息，主要包括学生的学号，姓名，院系号，身份证号等；

c、教室信息

教室的基本信息，主要包括教室的教室编号，教学楼号，楼层号等；

d、教学楼信息

教学楼的基本信息，主要包括教学楼名称，教学楼编号等；

处理要求：

学校现存系统存在的问题：

借用教室系统：

我们从自身体验出发，并调查了许多同学，认为学校现存的借用教室的程序过于繁琐，浪费时间，并且给教务处老师带来了很大的工作量。

教学楼教室电子系统：

现在我校每座教学楼一楼大厅都启用了教室使用电子系统，可以查阅每个教室当天各个时段的使用情况：

“有课”、“无课”。

但是，每一页显示的时间过短，不利于用户查询。

同时，当学生想要了解某一教师的个人信息，或者是想要旁听其他院系开设的课程，或者是想要旁听某一名师的课程，感觉无所适从，找不到一个较为全面并且公开的平台来进行查询。

另外，用户不能查询任意教室在任意时段的使用情况。

鉴于以上存在的各种问题，给学校的主体――教师和学生，带来了很大的不便，使得现存的教务系统不能更好地服务于教师和同学。

因此我们认为有必要改进系统，完善上述各种功能。

系统应当完成以下的信息处理：

a、教师查询；

　　学生通过这个功能，可以查询相关院系相关教师的个人信息以及开课信息，以便能更好地了解教师及其开课情况。

b、教室查询；

学生通过这个功能，可以查询相关教学楼相关教室的信息以及该教室在每天任一时段的使用情况，或者有课，或者有讲座、或者有活动等等。

这个功能以便使同学能更好地了解教室及其使用情况。

c、课程查询；

学生通过这个功能，可以查询某一课程的详细信息，如同一课程可以有多个教师开课，以便更好地了解任一课程的详细信息。

d、教室借用；

学生通过这个功能，可以借教室，即获得教室在某段时间的使用权，办讲座，开展社团活动等等。

e、我要自习；

　　　　学生通过这个功能，可以查询当天某一时段或多个时段的空闲教室，去上自习。

安全性与完整性要求：

安全性要求：

a、系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证

用户身份不被盗用；

b、系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；

c、系统应对不同用户设置不同的权限，区分不同的用户，如学生、教师和教务处管理人员。

学生（只能查询教室、教师和课程信息以及提出借用教室申请），教师（只能查询教室、教师和课程信息，以及提出借用教室申请），教务处管理人员（可进行日常事务的处理，如增加、删除、更新课程、教室、教师信息，并批准或拒绝借用教室的申请）。

完整性要求：

a、各种信息记录的完整性，信息记录内容不能为空；

b、各种数据间相互的联系的正确性；

c、相同的数据在不同记录中的一致性。

4、确定系统的边界

经对前面的需求调查和初步的分析，确定由计算机完成的工作时对数据进行各种管理和处理，具体的工作内容见第二部分，由手工完成的工作主要有对原始数据的录入；

不能由计算机生成的，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等；

以及系统的日常维护。

第二部分系统功能的设计和划分

根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几个子系统：

教室查询子系统

教师查询子系统

课程查询子系统

教室借用子系统

我要自习子系统

各子系统完成的功能如下：

1．教室查询子系统

1.关键词搜索

在输入框中直接输入想要查询的教室的编号，即可得到教室在任一时段的使用信息。

2.目录搜索

根据教学楼教室，帮助同学寻找想要搜索的教室。

进入教室页面后，即可得所查教室在任一时段的使用信息。

2、教师查询子系统

在输入框中直接输入想要查询的老师的名字，即可得到教师的个人信息及开课信息。

根据院系教师，帮助同学寻找想要搜索的老师。

进入教师页面后，即可得教师的个人信息及开课信息。

3、课程查询子系统

在输入框中直接输入想要查询的课程的名字，即可得到课程的详细信息。

根据院系课程，帮助同学寻找想要搜索的课程。

进入课程页面后，即可得课程的详细信息。

4、教室借用子系统

点击教室借用后，进入一个用户登录界面，学生或者教师需要登录，才能给予空闲教室，发出借用教室的申请，等待管理员批准。

5、我要自习子系统

根据教学楼楼层，输入时段，寻找此时的空闲的教室，帮助同学寻找上自习的教室。

进入教室页面后，即可得该教学楼某一时段在任意时段的空闲信息。

经上述分析，我们已经得到了对于该系统的基本要求和系统模块的划分，综上，我们对教师查询子系统，教师查询子系统，课程查询子系统，教室借用子系统，我要自习子系统。

进行具体的数据库设计，在需求分析中形成的数据流图如下：

二、数据流图

第一部分：

教师查询子系统（见图1）

第二部分：

教室查询子系统（见图2）

第三部分：

课程查询子系统（见图3）

我要自习子系统（见图4）

教室借用子系统（见图5）

第四部分：

后台管理子系统（见图6）

教师查询

教室查询

课程查询

教室借用

后台管理

我要自习

三、数据字典

教室管理信息系统各实体及联系的数据字典

1.教学楼数据字典：

属性名

存储代码

类型

长度

备注

教学楼号

bno

String

学校教学楼号

教学楼名称

bname

学校教学楼名称

2.教室数据字典：

教室编号

clno

Int

教学楼中教室号

教室所在教学楼号

楼层

floor

教室所在楼层

3.院系数据字典：

院系号

deptno

学校中院系的编号

院系名称

deptname

学校中院系名称

4.课程数据字典：

课程号

cno

课程编号

课程名称

cname

String

学分

credit

课程学分

课程类型