教室管理信息系统说明书.docx
《教室管理信息系统说明书.docx》由会员分享，可在线阅读，更多相关《教室管理信息系统说明书.docx（12页珍藏版）》请在冰豆网上搜索。
教室管理信息系统说明书
教室管理信息系统说明书
教室管理信息系统设计说明书
教室管理信息化是学校教务系统应用信息技术及其产品的过程，是信息技术应用于教室管理的过程。
教育信息化的实施，自上而下而言，必须与学校的制度创新、组织创新和管理创新结合;自下而上而言，必须以作为学校主体的工作人员使用信息技术水平的逐步提高为基础。
学校信息系统是现存信息系统中较为复杂的一类，这是由学校本身的目标、任务和性质决定的;它应用于学校的学生管理、教师管理、教室管理以及招生就业管理等各个方面，牵涉的信息种类十分庞杂。
它融合了学校的管理思想和各职能部门的工作经验，是学校当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于学校当前的运作方式和业务流程。
而教室管理信息系统正是这样庞大的系统中的一个系统。
教室之于教师、学生、教学，都有极其重要的作用。
因此，学校信息化建设工作具有长期性、复杂性和内容的多变性;正因为如此，教室管理信息系统也不是一个简单的、封闭的、静止的系统，而是一个复杂的、开放的、在应用的深度和广度上，随着时间的推移会逐步变化和发展的系统。
需求分析分为三个部分:
需求的文字表述、数据流图、数据字典。
一、需求分析
第一部分调查用户需求
本系统的最终用户为在校老师及学生，我们根据从学校方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验，根据我们所做的其他询问和调查，得出用户的下列实际要求:
1、学校的组织机构情况
与教室管理相关的学校的组织机构有:
学生、教师和教室、办公室。
学校的所有日常工作都是围绕着这三大部分进行的。
郑州航院下设15个院系，会计学院、工商管理学院、计算机科学与应用系、数理系、等;每个院系下设若干专业，如计算机科学与应用系下设二个专业:
计算机科学与应用、网络工程;一个专业有若干班级，如网络工程的2010级网络工程专业下设三个班级:
71班、72班、73班;一个班级有若干同学，如网工3班有34名学生。
郑州航院现有01教学楼、02实验楼、05教学楼、07教学楼、08实验楼、09实验楼等7座，每座教学楼均有A、B、C三栋组成;每个教学楼有五层，如01A教学楼有一层、二层、三层、四层、五层;一个楼层有若干教室，如二层有01A201、01A202、01A203等教室。
一个教师可以开设一门课程，但是可以教若干个班级，一门课程可以由多个老师来教授。
一个教室在不同的时段可以上不同的课程。
2、调查相关部门的业务活动情况
教务处:
教务处需要处理借教室申请信息，使用的数据是纸质版的教室、教师和学生信息，对提出的借用教室申请采用手动的加工和处理，最后给借教室的人输出的是批准或拒绝借用教室的信息，即一个纸质的教室使用条。
学校现有系统尚不提供关于学校各个组织部门的信息查询，查询某些部门的办公地点，办公时间等信息时，就只能通过向询问的方式去得到。
3、用户对系统的要求
信息要求:
由于系统的使用主体是教师和学生，因此对系统的信息要求可分为以下几个方面:
a、教师信息
教师的基本信息，主要包括教师的教师编号，教师姓名，性别，所属院系，职称,身份证号等;
b、学生信息
学生的基本信息，主要包括学生的学号，姓名，性别，院系号，专业名称，身份证号等;c、教室信息
教室的基本信息，主要包括教室的教室编号，教学楼号，楼层号等;d、教学楼信息
教学楼的基本信息，主要包括教学楼名称，教学楼编号等;
e、办公室信息
办公室的基本信息，主要包括办公室的名称，办公地点、办公领导名、所属院系等。
处理要求:
学校现存系统存在的问题:
借用教室系统:
我们从自身体验出发，并调查了许多同学，认为学校现存的借用教室的程序过于繁琐，浪费时间，并且给教务处老师带来了很大的工作量。
由于只能采用询问的方式得到有关办公部门的信息，这给需要去相关办公室办理手续的同学、老师带来了很大的不便。
教学楼教室电子系统:
现在我校现有系统尚不提供自助查询每座教学楼每个教室的状态的功能，对想要获得某个教室信息的用户来说，逐一检索是唯一的办法，极大的浪费了用户的经历与时间。
同时，当学生想要了解某一教师的个人信息，或者是想要旁听其他院系开设的课程，或者是想要旁听某一名师的课程，感觉无所适从，找不到一个较为全面并且公开的平台来进行查询。
另外，用户不能查询任意教室在任意时段的使用情况。
鉴于以上存在的各种问题，给学校的主体――教师和学生，带来了很大的不便，使得现存的教务系统不能更好地服务于教师和同学。
因此我们认为有必要改进系统，完善上述各种功能。
系统应当完成以下的信息处理:
a、教师查询
学生通过这个功能，可以查询相关院系相关教师的个人信息以及开课信息，以便能
更好地了解教师及其开课情况。
b、教室查询
此部分主要功能如下:
1）、可以查询相关教学楼相关教室的信息以及该教室在每天任一时段的使用情况，
或者有课，或者有讲座、或者有活动等等。
这个功能以便使同学能更好地了解教室及其
使用情况。
2）、可以查询当天某一时段或多个时段的空闲教室，为想去上自习的同学提供方便。
3）、可以借教室，即获得教室在某段时间的使用权，办讲座，开展社团活动等等
c、课程查询
学生通过这个功能，可以查询某一课程的详细信息，如同一课程可以有多个教师开
课，以便更好地了解任一课程的详细信息。
d、办公室查询
学生通过这个功能，可以查询所查询的办公室的详细信息，如某同学或老师需要去某个办公室办理事情，就可以通过此部分方便的查询到的该办公室的详细信息。
安全性与完整性要求:
安全性要求:
a、系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用;
b、系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容;
c、系统应对不同用户设置不同的权限，区分不同的用户，如学生、教师和教务处管理人员。
学生（只能查询教室、教师和课程信息以及提出借用教室申请），教师（只能查询教室、教师和课程信息，以及提出借用教室申请），教务处管理人员（可进行日常事务的处理，如增加、删除、更新课程、教室、教师信息，并批准或拒绝借用教室的申请）。
完整性要求:
a、各种信息记录的完整性，信息记录内容不能为空;
b、各种数据间相互的联系的正确性;
c、相同的数据在不同记录中的一致性。
4、确定系统的边界
经对前面的需求调查和初步的分析，确定由计算机完成的工作时对数据进行各种管理和处理，具体的工作内容见第二部分，由手工完成的工作主要有对原始数据的录入;不能由计算机生成的，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等;以及系统的日常维护。
第二部分系统功能的设计和划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几个子系统:
教室查询子系统
教师查询子系统
课程查询子系统
办公查询子系统
各子系统完成的功能如下:
1（教室查询子系统
1.关键词搜索
在输入中直接输入想要查询的教室的编号，即可得到教室在任一时段的使用信息。
2.目录搜索
根据教学楼,教室号，帮助同学寻找想要搜索的教室。
进入教室页面后，即可得所查教室在任一时段的使用信息。
根据教学楼,选择教室状态，如空闲，帮助同学寻找当天所有的空闲的教室。
可以在此基础上选择教学楼号、楼层，筛选出该楼号该楼层所有空闲教室;也可以采用时间检索，选择一个时间段，即可实现对该时间段所有空闲教室的查询;也可是采用时间段、教学楼号、楼层号等选项进行综合查询。
若有借用要求，需要先进入一个用户登录界面，学生或者教师需要登录，才能给予空闲教室，发出借用教室的申请，等待管理员批准。
2、教师查询子系统
1.关键词搜索
在输入框中直接输入想要查询的老师的名字，即可得到教师的个人信息及开课信息。
2.目录搜索
根据院系,教师名，帮助同学寻找想要搜索的老师。
进入教师页面后，即可得教师的个人信息及开课信息。
根据课程名，查询得到开设该课程的老师，-->选择教师名，即可得该教师的个人信息及开课信息。
3、课程查询子系统
1.关键词搜索
在输入框中直接输入想要查询的课程的名字，即可得到课程的详细信息。
2.目录搜索
根据院系,课程名，帮助同学寻找想要搜索的课程。
进入课程页面后，即可得课程的详细信息。
4、办公查询子系统
1.关键词搜索
在输入框中直接输入想要查询的办公室的名字，即可得到该全校的各院系办公室。
2.目录搜索
根据院系,办公室名，帮助同学寻找该办理该手续的办公室的详情。
经上述分析，我们已经得到了对于该系统的基本要求和系统模块的划分，
教师查询子系统，教室查询子系统，课程查询子系综上，我们对
统、办公查询子系统。
进行具体的数据库设计，在需求分析中形成的数
据流图如下:
二、数据流图
第一部分:
教师查询子系统（见图1）
第二部分:
教室查询子系统（见图2）
第三部分:
课程查询子系统（见图3）
第四部分:
办公查询子系统（见图4）
第五部分:
后台管理子系统（见图5）
教师查询（图1）
教室查询（图2）
课程查询（图3）
办公室查询（图4）
后台管理（图5）
三、数据字典
教室管理信息系统各实体及联系的数据字典
1.教学楼数据字典:
属性名存储代码类型长度备注教学楼号bnochar2学校教学楼号教学楼名称bnameString20学校教学楼名称楼层号bfloodchar1学校教学楼层号
2.教室数据字典:
属性名存储代码类型长度备注教室编号clnochar6教学楼中教室号教学楼号bnochar2教室所在教学楼号楼层floorchar1教室所在楼层
3.院系数据字典:
属性名存储代码类型长度备注院系号deptnochar2学校中院系的编号院系名称deptnameString20学校中院系名称
4.课程数据字典:
属性名存储代码类型长度备注
课程号cnochar8课程编号课程名称cnameString20课程名称学分creditchar1课程学分课程类型categoryString10课程类型（全校选修、专业选修、
专业必修、人文修养、艺术教育）开课院系号deptnochar2课程开课的院系
5.教师数据字典:
属性名存储代码类型长度备注教师编号tnoString20教师编号教师姓名tnameString10教师姓名性别sexchar2教师性别（男、女）所属院系deptnochar2教师所属院系职称titleString10教师的职称（教授、副教
授、讲师）身份证号tidchar18教师身份证号
6.学生数据字典:
属性名存储代码类型长度备注
学号snochar9学生编号姓名snameString10学生姓名性别sexchar2教师性别（男、女）院系号deptnochar2学生所属院系专业名称deptchar20学生所属专业名称身份证号sidString18学生的身份证号
7.教师开课表数据字典:
属性名存储代码类型长度备注教师号tnoString20教师编号教师姓名tnameString10教师姓名教室号clnochar6教室编号课程号cnochar8该教室所开的课程工作日weekdayString8工作日上课时间段periodString20上课时间段职称jobstring10教师职称
8.教室借用表数据字典:
属性名存储代码类型长度备注教室号clnochar6教室编号使用人姓名tuserString10借用教室人员的姓名使用日期usedateString10使用教室的日期工作日WeekdayString8使用教室的星期借用时间段PeriodString20使用教室的时间段用途UseString100借用教室的用途状态Usestatuschar1借用教室审批的状态
学生管理信息系统分E-R图
学生管理信息系统总E-R图
以下是教室管理信息系统的关系模型:
1.教学楼（教学楼号，教学楼名称）
2.教室（教室编号，教学楼号，楼层）
3.院系（院系号，院系名称）
4.课程（课程号，课程名称，学分，课程类型，开课院系号）
5.教师（教师编号，教师姓名，性别，所属院系，职称,身份证号）
6.学生（学号，姓名，性别，院系号，专业名称，身份证号）
7.教师开课表（教室号，上课时间，上课时间段，教师号，教师姓名，课程号）
8.教室借用表（教室编号，使用人编号，使用日期，借用时间段，工作日，用途）
性能优化:
1（使用触发器当往教师开课表中插入一条数据时同时往教室借用表中插入
一条数据，在查询时可以大幅度提高查询速度。
如果不在乎空间则可以用空
间换效率。
2（通过建立QUERY视图，把教师查询、教室查询、课程查询三种查询方
法统一起来。
一、关系模式存取方式选择
教室管理信息系统是一个多用户共享系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。
数据库管理系统一般提供多种存取方法。
常用的存取方法有三类:
一是索引方法，目前主要是B+树索引方法;第二类是聚簇方法，第三类是Hash方法。
B+树索引是数据库中经典的存取方法，使用最普遍。
我们的数据库管理信息系统在系统建立过程中自动创建了B+树索引。
二、确定数据库的存储结构
确定数据库物理结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。
三、评价物理结构
在开发教室管理信息系统的过程中，我们综合考虑了系统的时间效率、空间效率、维护代价和各种用户要求进行了权衡。
评价物理数据库的方法完全依赖于所选用的RDBMS，而我们采用的是SQLServer2005，这种评价完全取决于该数据库管理系统的评价方法，主要从定量估算各种方案的存储空间和维护代价入手，对估算结果进行权衡、比较。
实施运维
一、数据的载入和应用程序的调试
根据以上需求分析、概念设计、逻辑设计、物理设计等各个阶段的分析与设计，我们数据库应用设计五人组进行了系统的开发，主要采用ASP网站开发技术，系统运行在SQLServer2005之上，应用服务器为Windowsserver2003之上。
程序代码如附件所示。
二、数据库的试运行
三、数据库的运行与维护
四、数据库的转储恢复
升级会员 