教室管理信息系统

数据库课程设计学号：姓名：2010年1月5日目录系统概述..............................................2需求分析..............................................31、需求分析........................................32、数据流图........................................63、数据字典........................................8概念结构设计.........................................1021、学生管理信息系统分E-R图.......................102、学生管理信息系统总E-R图.......................11逻辑设计.............................................121、教室管理信息系统的关系模型：...................122、性能优化：.....................................12物理设计.............................................121、关系模式存取方式选择...........................122、确定数据库的存储结构...........................123、评价物理结构...................................12实施运维.............................................131、数据的载入和应用程序的调试....................132、数据库的试运行................................173、数据库的运行于维护............................18教室管理信息系统系统概述教室管理信息化是学校教务系统应用信息技术及其产品的过程，是信息技术应用于教室管理的过程。教育信息化的实施，自上而下而言，必须与学校的制度创新、组织创新和管理创新结合；自下而上而言，必须以作为学校主体的工作人员使用信息技术水平的逐步提高为基础。学校信息系统是现存信息系统中较为复杂的一类，这是由学校本身的目标、任务和性质决定的；它应用于学校的学生管理、教师管理、教室管理以及招生就业管理等各个方面，牵涉的信息种类十分庞杂。它融合了学校的管理思想和各职能部门的工作经验，是学校当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于学校当前的运作方式和业务流程。而教室管理信息系统正是这样庞大的系统中的一个系统。教室之于教师、学生、教学，都有极其重要的作用。因此，学校信息化建设工作具有长期性、复杂性和内容的多变性；正因为如此，教室管3理信息系统也不是一个简单的、封闭的、静止的系统，而是一个复杂的、开放的、在应用的深度和广度上，随着时间的推移会逐步变化和发展的系统。需求分析1、需求分析1．1调查用户需求本系统的最终用户为在校学生，我们根据从学校方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验，根据我们所做的其他询问和调查，得出用户的下列实际要求：1、学校的组织机构情况与教室管理相关的学校的组织机构有：学生、教师和教室。学校的所有日常工作都是围绕着这三大部分进行的。一个学校下设若干学院，如信息学院、经济学院、法学院、财政金融学院等；一个学院下设若干专业，如信息学院下设三个专业：信息管理与信息系统、计算机科学与技术和数学与应用数学；一个专业有若干班级，如信息学院的2005级信息管理与信息系统专业下设两个班级：信管1班、信管2班；一个班级有若干同学，如信管1班有姜杉、刘天营、张蓝方、张娜、周潇等。一个学校下设若干学院，如信息学院、经济学院、法学院、财政金融学院等；一个学院下设若干专业，如信息学院下设三个专业：信息管理与信息系统、计算机科学与技术和数学与应用数学；一个专业有若干教师，如信息学院信息管理与信息系统专业有陈禹、左美云。一个学校下设若干学院，如信息学院、经济学院、法学院、财政金融学院等；一个学院下设若干专业，如信息学院下设三个专业：信息管理与信息系统、计算机科学与技术和数学与应用数学；一个专业开设有若干课程，如信息学院信息管理与信息系统专业开设有数据库系统概论、计算机网络等课程。一个学校有若干教学楼，如求是楼、教学一楼、教学二楼、教学三楼等；一个教学楼有若干楼层，如教学一楼有一层、二层、三层、四层、五层、六层；一个楼层有若干教室，如一层有1101,1102,1103,1104等教室。一个教师可以开设若干门课程，一门课程可以由多个老师来教授。一个教室在不同的时段可以上不同的课程。2、调查相关部门的业务活动情况教务处：教务处需要处理借教室申请信息，使用的数据是纸质版的教室、教师和学生信息，对提出的借用教室申请采用手动的加工和处理，最后给借教室的人输出的是批准或拒绝借用教室的信息，即一个纸质的教室使用条。3、用户对系统的要求信息要求：由于系统的使用主体是教师和学生，因此对系统的信息要求可分为以下几个方面：a、教师信息教师的基本信息，主要包括教师的教师编号，教师姓名，性别，所属院系，职称,身份证4号等；b、学生信息学生的基本信息，主要包括学生的学号，姓名，院系号，身份证号等；c、教室信息教室的基本信息，主要包括教室的教室编号，教学楼号，楼层号等；d、教学楼信息教学楼的基本信息，主要包括教学楼名称，教学楼编号等；处理要求：学校现存系统存在的问题：借用教室系统：我们从自身体验出发，并调查了许多同学，认为学校现存的借用教室的程序过于繁琐，浪费时间，并且给教务处老师带来了很大的工作量。教学楼教室电子系统：现在我校每座教学楼一楼大厅都启用了教室使用电子系统，可以查阅每个教室当天各个时段的使用情况：“有课”、“无课”。但是，每一页显示的时间过短，不利于用户查询。同时，当学生想要了解某一教师的个人信息，或者是想要旁听其他院系开设的课程，或者是想要旁听某一名师的课程，感觉无所适从，找不到一个较为全面并且公开的平台来进行查询。另外，用户不能查询任意教室在任意时段的使用情况。鉴于以上存在的各种问题，给学校的主体――教师和学生，带来了很大的不便，使得现存的教务系统不能更好地服务于教师和同学。因此我们认为有必要改进系统，完善上述各种功能。系统应当完成以下的信息处理：a、教师查询；学生通过这个功能，可以查询相关院系相关教师的个人信息以及开课信息，以便能更好地了解教师及其开课情况。b、教室查询；学生通过这个功能，可以查询相关教学楼相关教室的信息以及该教室在每天任一时段的使用情况，或者有课，或者有讲座、或者有活动等等。这个功能以便使同学能更好地了解教室及其使用情况。c、课程查询；学生通过这个功能，可以查询某一课程的详细信息，如同一课程可以有多个教师开课，以便更好地了解任一课程的详细信息。d、教室借用；学生通过这个功能，可以借教室，即获得教室在某段时间的使用权，办讲座，开展社团活动等等。e、我要自习；学生通过这个功能，可以查询当天某一时段或多个时段的空闲教室，去上自习。安全性与完整性要求：安全性要求：a、系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；b、系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；5c、系统应对不同用户设置不同的权限，区分不同的用户，如学生、教师和教务处管理人员。学生（只能查询教室、教师和课程信息以及提出借用教室申请），教师（只能查询教室、教师和课程信息，以及提出借用教室申请），教务处管理人员（可进行日常事务的处理，如增加、删除、更新课程、教室、教师信息，并批准或拒绝借用教室的申请）。完整性要求：a、各种信息记录的完整性，信息记录内容不能为空；b、各种数据间相互的联系的正确性；c、相同的数据在不同记录中的一致性。4、确定系统的边界经对前面的需求调查和初步的分析，确定由计算机完成的工作时对数据进行各种管理和处理，具体的工作内容见第二部分，由手工完成的工作主要有对原始数据的录入；不能由计算机生成的，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等；以及系统的日常维护。1.2系统功能的设计和划分根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几个子系统：教室查询子系统教师查询子系统课程查询子系统教室借用子系统我要自习子系统各子系统完成的功能如下：1．教室查询子系统1.关键词搜索在输入框中直接输入想要查询的教室的编号，即可得到教室在任一时段的使用信息。2.目录搜索根据教学楼教室，帮助同学寻找想要搜索的教室。进入教室页面后，即可得所查教室在任一时段的使用信息。2、教师查询子系统1.关键词搜索在输入框中直接输入想要查询的老师的名字，即可得到教师的个人信息及开课信息。2.目录搜索根据院系教师，帮助同学寻找想要搜索的老师。进入教师页面后，即可得教师的个人信息及开课信息。3、课程查询子系统1.关键词搜索在输入框中直接输入想要查询的课程的名字，即可得到课程的详细信息。2.目录搜索根据院系课程，帮助同学寻找想要搜索的课程。进入课程页面后，即可得课程的详细信息。64、教室借用子系统点击教室借用后，进入一个用户登录界面，学生或者教师需要登录，才能给予空闲教室，发出借用教室的申请，等待管理员批准。5、我要自习子系统根据教学楼楼层，输入时段，寻找此时的空闲的教室，帮助同学寻找上自习的教室。进入教室页面后，即可得该教学楼某一时段在任意时段的空闲信息。经上述分析，我们已经得到了对于该系统的基本要求和系统模块的划分，综上，我们对教师查询子系统，教师查询子系统，课程查询子系统，教室借用子系统，我要自习子系统进行具体的数据库设计，在需求分析中形成的数据流图如下：2、数据流图教师查询子系统：教室查询子系统：7课程查询子系统：教室借用子系统：8后台管理子系统：我要自习子系统：3、数据字典3.1教学楼数据字典：属性名存储代码类型长度备注教学楼号bnoString20学校教学楼号教学楼名称bnameString20学校教学楼名称3.2教室数据字典：属性名存储代码类型长度备注教室编号clnoInt10教学楼中教室号教学楼号bnoString6教室所在教学楼号楼层floorString10教室所在楼层3.3院系数据字典：属性名存储代码类型长度备注院系号deptnoString20学校中院系的编号院系名称deptnameString20学校中院系名称93.4课程数据字典：属性名存储代码类型长度备注课程号cnoString20课程编号课程名称cnameString20课程名称学分creditString1课程学分课程类型categoryString10课程类型（全校选修、专业选修、专业必修、人文修养、艺术教育）开课院系号deptnoString20课程开课的院系3.5教师数据字典：属性名存储代码类型长度备注教师编号tnoString20教师编号教师姓名tnameString10教师姓名性别sexString2教师性别（男、女）所属院系deptnoString20教师所属院系职称titleString10教师的职称（教授、副教授、讲师）身份证号tidString18教师身份证号3.6学生数据字典：属性名存储代码类型长度备注学号snoString10学生编号姓名snameString10学生姓名院系号deptnoString20学生所属院系身份证号sidString18学生的身份证号3.7教师开课表数据字典：属性名存储代码类型长度备注教师号tnoString20教师编号教室号clnoString10教室编号课程号cnoString20该教室所开的课程工作日weekdayString8工作日上