教室管理信息系统需求说明书总

教室管理信息系统设计说明书

 

教室管理信息化是学校教务系统应用信息技术及其产品的过程,是信息技术应用于教室管理的过程。教育信息化的实施,自上而下而言,必须与学校的制度创新、组织创新和管理创新结合;自下而上而言,必须以作为学校主体的工作人员使用信息技术水平的逐步提高为基础。

学校信息系统是现存信息系统中较为复杂的一类,这是由学校本身的目标、任务和性质决定的;它应用于学校的学生管理、教师管理、教室管理以及招生就业管理等各个方面,牵涉的信息种类十分庞杂。它融合了学校的管理思想和各职能部门的工作经验,是学校当前运作方式和业务流程的具体体现,同时又在一定程度上反作用于学校当前的运作方式和业务流程。而教室管理信息系统正是这样庞大的系统中的一个系统。教室之于教师、学生、教学,都有极其重要的作用。

因此,学校信息化建设工作具有长期性、复杂性和内容的多变性;正因为如此,教室管理信息系统也不是一个简单的、封闭的、静止的系统,而是一个复杂的、开放的、在应用的深度和广度上,随着时间的推移会逐步变化和发展的系统。

需求分析分为三个部分:需求的文字表述、数据流图、数据字典。

一、             需求分析

 

第一部分  调查用户需求

本系统的最终用户为在校学生,我们根据从学校方面取得的图表资料、文字资料以及其他细节方面的信息,根据我们日常生活中的经验,根据我们所做的其他询问和调查,得出用户的下列实际要求:

1、学校的组织机构情况

与教室管理相关的学校的组织机构有:学生、教师和教室。学校的所有日常工作都是围绕着这三大部分进行的。

一个学校下设若干学院,如信息学院、经济学院、法学院、财政金融学院等;一个学院下设若干专业,如信息学院下设三个专业:信息管理与信息系统、计算机科学与技术和数学与应用数学;一个专业有若干班级,如信息学院的2015级信息管理与信息系统专业下设两个班级:信管1班、信管2班;一个班级有若干同学,如信管1班有姜杉、刘天营、张蓝方、张娜、周潇等。

一个学校下设若干学院,如信息学院、经济学院、法学院、财政金融学院等;一个学院下设若干专业,如信息学院下设三个专业:信息管理与信息系统、计算机科学与技术和数学与应用数学;一个专业有若干教师,如信息学院信息管理与信息系统专业有陈禹、左美云。

一个学校下设若干学院,如信息学院、经济学院、法学院、财政金融学院等;一个学院下设若干专业,如信息学院下设三个专业:信息管理与信息系统、计算机科学与技术和数学与应用数学;一个专业开设有若干课程,如信息学院信息管理与信息系统专业开设有数据库系统概论、计算机网络等课程。

  一个学校有若干教学楼,如求是楼、教学一楼、教学二楼、教学三楼等;一个教学楼有若干楼层,如教学一楼有一层、二层、三层、四层、五层、六层;一个楼层有若干教室,如一层有101,102,103,104等教室。

一个教师可以开设若干门课程,一门课程可以由多个老师来教授。一个教室在不同的时段可以上不同的课程。

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

教务处:

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

 

3、用户对系统的要求

信息要求:

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

a、  教师信息

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

b、学生信息

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

c、  教室信息

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

d、  教学楼信息

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

处理要求:

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

借用教室系统:

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

教学楼教室电子系统:

现在我校每座教学楼一楼大厅都启用了教室使用电子系统,可以查阅每个教室当天各个时段的使用情况:“有课”、“无课”。但是,每一页显示的时间过短,不利于用户查询。

同时,当学生想要了解某一教师的个人信息,或者是想要旁听其他院系开设的课程,或者是想要旁听某一名师的课程,感觉无所适从,找不到一个较为全面并且公开的平台来进行查询。另外,用户不能查询任意教室在任意时段的使用情况。

鉴于以上存在的各种问题,给学校的主体――教师和学生,带来了很大的不便,使得现存的教务系统不能更好地服务于教师和同学。因此我们认为有必要改进系统,完善上述各种功能。

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

a、  教师查询;

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

b、  教室查询;

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

c、  课程查询;

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

d、  教室借用;

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

e、  我要自习;

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

安全性与完整性要求:

安全性要求:

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

用户身份不被盗用;

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

c、系统应对不同用户设置不同的权限,区分不同的用户,如学生、教师和教务处管理人员。学生(只能查询教室、教师和课程信息以及提出借用教室申请),教师(只能查询教室、教师和课程信息,以及提出借用教室申请),教务处管理人员(可进行日常事务的处理,如增加、删除、更新课程、教室、教师信息,并批准或拒绝借用教室的申请)。

完整性要求:

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

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

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

4、确定系统的边界

经对前面的需求调查和初步的分析,确定由计算机完成的工作时对数据进行各种管理和处理,具体的工作内容见第二部分, 由手工完成的工作主要有对原始数据的录入;不能由计算机生成的,各种数据的更新,包括数据变化后的修改,数据的增加,失效数据或无用数据的删除等;以及系统的日常维护。

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

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

教室查询子系统

    教师查询子系统

    课程查询子系统

    教室借用子系统

    我要自习子系统

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

1.教室查询子系统

1.关键词搜索

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

2.目录搜索

根据教学楼à教室,帮助同学寻找想要搜索的教室。进入教室页面后,即可得所查教室在任一时段的使用信息。

 

2、教师查询子系统

1.关键词搜索

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

2.目录搜索

根据院系à教师,帮助同学寻找想要搜索的老师。进入教师页面后,即可得教师的个人信息及开课信息。

3、课程查询子系统

1.关键词搜索

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

2.目录搜索

根据院系à课程,帮助同学寻找想要搜索的课程。进入课程页面后,即可得课程的详细信息。

4、教室借用子系统

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

 

5、我要自习子系统

 根据教学楼à楼层,输入时段,寻找此时的空闲的教室,帮助同学寻找上自习的教室。进入教室页面后,即可得该教学楼某一时段在任意时段的空闲信息。

 

经上述分析,我们已经得到了对于该系统的基本要求和系统模块的划分,综上,我们对   教师查询子系统,教师查询子系统,课程查询子系统,教室借用子系统,我要自习子系统。 进行具体的数据库设计,在需求分析中形成的数据流图如下:

二、数据流图

第一部分:教师查询子系统(见图1

第二部分:教室查询子系统(见图2

第三部分:课程查询子系统(见图3

第二部分:我要自习子系统(见图4

第三部分:教室借用子系统(见图5

第四部分:后台管理子系统(见图6

教师查询

教室查询

课程查询

教室借用

后台管理

我要自习

 

 

 

 

 

三、数据字典

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

1.教学楼数据字典:


属性名


存储代码


类型


长度


备注


教学楼号


bno


String


20


学校教学楼号


教学楼名称


bname


String


20


学校教学楼名称

2.教室数据字典:


属性名


存储代码


类型


长度


备注


教室编号


clno


Int


10


教学楼中教室号


教学楼号


bno


String


6


教室所在教学楼号


楼层


floor


String


10


教室所在楼层

3.院系数据字典:


属性名


存储代码


类型


长度


备注


院系号


deptno


String


20


学校中院系的编号


院系名称


deptname


String


20


学校中院系名称

4.课程数据字典:


属性名


存储代码


类型


长度


备注


课程号


cno


String


20


课程编号


课程名称


cname


String


20


课程名称


学分


credit


String


1


课程学分


课程类型


category


String


10


课程类型(全校选修、专业选修、专业必修、人文修养、艺术教育)


开课院系号


deptno


String


20


课程开课的院系

5.教师数据字典:


属性名


存储代码


类型


长度


备注


教师编号


tno


String


20


教师编号


教师姓名


tname


String


10


教师姓名


性别


sex


String


2


教师性别(男、女)


所属院系


deptno


String


20


教师所属院系


职称


title


String


10


教师的职称(教授、副教授、讲师)


身份证号


tid


String


18


教师身份证号

6.学生数据字典:


属性名


存储代码


类型


长度


备注


学号


sno


String


10


学生编号


姓名


sname


String


10


学生姓名


院系号


deptno


String


20


学生所属院系


身份证号


sid


String


18


学生的身份证号

7.教师开课表数据字典:


属性名


存储代码


类型


长度


备注


教师号


tno


String


20


教师编号


教室号


clno


String


10


教室编号


课程号


cno


String


20


该教室所开的课程


工作日


weekday


String


8


工作日


上课时间段


period


String


20


上课时间段

8.教室借用表数据字典:


属性名


存储代码


类型


长度


备注


教室号


clno


String


10


教室编号


使用人编号


sno


String


10


借用教室人员的编号


使用日期


usedate


String


10


使用教室的日期


工作日


Weekday


String


8


使用教室的星期


借用时间段


Period


String


20


使用教室的时间段


用途


Use


String


100


借用教室的用途


状态


Usestatus


String


1


借用教室审批的状态

 

 

 

学生管理信息系统分E-R

学生管理信息系统总E-R

以下是教室管理信息系统的关系模型:

1.教学楼(教学楼号,教学楼名称)

2.教室(教室编号,教学楼号,楼层)

3.院系
(院系号,院系名称)

4.课程(课程号,课程名称,学分,课程类型,开课院系号)

5.教师(教师编号,教师姓名,性别,所属院系,职称, 身份证号)

6.学生(学号,姓名,院系号,身份证号)

7.教师开课表(教室号,上课时间,上课时间段,教师号,课程号,)

8.教室借用表(教室编号,使用人编号,使用日期,借用时间段,工作日,用途)

性能优化:

1.         
使用触发器当往教师开课表中插入一条数据时同时往教室借用表中插入一条数据,在查询时可以大幅度提高查询速度。如果不在乎空间则可以用空间换效率。

2.         
通过建立QUERY视图,把教师查询、教室查询、课程查询三种查询方法统一起来。

 

一、关系模式存取方式选择

教室管理信息系统是一个多用户共享系统,对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。数据库管理系统一般提供多种存取方法。常用的存取方法有三类:一是索引方法,目前主要是B+树索引方法;第二类是聚簇方法,第三类是Hash方法。

B+树索引是数据库中经典的存取方法,使用最普遍。我们的数据库管理信息系统在系统建立过程中自动创建了B+树索引。

、确定数据库的存储结构

确定数据库物理结构主要指确定数据的存放位置和存储结构,包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构,确定系统配置等。

三、评价物理结构

在开发教室管理信息系统的过程中,我们综合考虑了系统的时间效率、空间效率、维护代价和各种用户要求进行了权衡。评价物理数据库的方法完全依赖于所选用的RDBMS,而我们采用的是KingbaseES5.0.,这种评价完全取决于该数据库管理系统的评价方法,主要从定量估算各种方案的存储空间和维护代价入手,对估算结果进行权衡、比较。

一、 
数据的载入和应用程序的调试

根据以上需求分析、概念设计、逻辑设计、物理设计等各个阶段的分析与设计,我们数据库应用设计五人组进行了系统的开发,主要采用JSP网站开发技术,系统运行在KingbaseES5.0之上,应用服务器为
Tomcat5.0之上。

程序代码如附件所示。

二、  数据库的试运行

三、  数据库的运行与维护

四、  数据库的转储恢复

时间: 2024-10-29 05:04:16

教室管理信息系统需求说明书总的相关文章

管理信息系统需求调研分析指南

摘要:本文是在管理信息系统需求调研实践和学习中的一些经验总结,有些是自己的体会,有些来自专家的书本或文章,希望与大家分享,并起到一个抛砖引玉的作用,如有不妥之处欢迎指正. 一.软件需求的定义 IEEE软件工程标准词汇表(1997年)中定义的需求为: (1) 用户解决问题或达到目标所需的条件或能力: (2) 系统或系统部件要满足合同.标准.规范或其他正式规定文档所需具有的条件或能力: (3) 一种反映上述条件和能力的文档说明. 二.需求分析的几个方面 需求分析可分为问题识别.分析与综合.编制需求分

图书管理系统需求说明书

      图书管理系统需求说明书               1引言.............................................................................................................................. 2 1.1编写目的...............................................................................

教室实时信息查询系统 项目需求规格说明书

  教室实时信息查询系统 项目需求规格说明书 参与人:尹伟 吴文斌 东华理工大学 2015年10月31日 目    录 1.            文档说明... - 1 - 1.1编写目的... - 1 - 1.2背景... - 1 - 1.3适用范围... - 1 - 1.4预期读者与阅读建议... - 2 - 1.5参考文献... - 2 - 1.6术语与缩写解释... - 2 - 1.6.1术语... - 2 - 1.6.2缩写... - 3 - 2.       系统说明... - 4

成绩管理系统需求说明书

成绩管理系统需求说明书 1 引言 1.1 目的 首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求.性能需求和其它非功能性需求进行了详细的描述.其中对功能需求的描述采用了UML的用例模型方式,主要描述了每一用例的基本事件流,若有备选事件流则描述,否则则省略.而且还给出了非常直观的用例图.这些文字和图形都为了本文档能详细准确地描述用户的需求,同时也为用户更容易地理解这些需求的描述创造了条件. 详尽说明了这一软件产品的需求和规格,这些规格说明是进行

软件系统需求说明书案例

软件系统需求说明书 from 百度文库 系统需求说明书 项目名称:学生信息管理系统 专    业:软件工程 组    号: 小组成员: 完成时间:2012-10-29 目录 1.      系统概述... 3 1.1. 系统功能简介... 3 1.2 系统用户角色... 3 2.      理由... 3 3.      项目范围... 3 4.      系统假设... 3 5.      系统定义... 4 6.      用户场景... 5 7.      用户用例... 5 7.1  用

权限系统组织管理—具体设计说明书

前言: 上次聚哥让写具体设计文档.自己也写了自己模块的,认为写的挺好的.可是后来娥接手权限.我跟她说权限逻辑的时候,才发现非常多东西在具体设计文档中都没有写出来,所下面一个人接手的话,又要跑来问好多逻辑的问题.每一次都要做非常多反复性的工作.还有上次.做PB中期验收的毕业设计的时候,我没有下载到直接带着数据库的,可是材料中有数据库说明书,写的特别具体.所以我就依照别人的数据库说明书,搭建起来了,系统也成功跑起来了.这个时候认为这些文档特别的实用.所以,我想,别人看了我的具体设计说明书,是不是也可

通达OA 公共文件柜二次开发增加管理信息(图文)

公共文件柜当内容较多时,管理起来很容易乱,特别是当有多个名字相近的文件夹时.这里通过简单的开发增加了两个管理信息,可以通过增加备注的方式加以区分. 修改备注信息的地方. 显示的管理员信息是直接从"所有者"中的信息进行读取,这样更方便找到管理员.我们一般是把各个文件夹的权限都下放到各个文件夹的管理员来管理,这样看到文件夹的时候就不用再点进权限里面再看了,是不是方便点呢.

医疗管理系统需求说明书

1)软件需求说明书 1.引言 1.1编写目的 本需求说明书是为医疗管理系统而编写的.多角度对产品特点进行描述,反映功能.本报告旨在使需求者明确医疗管理系统的要求和细节,给开发人员了解需求实现的难度和困难,最终提供给管理者讨论和审核,达到沟通效果. 1.2背景 随着科学技术的发展,人们的物质水平和精神水平也得到普遍提高.使医院的工作人员.病人流量及工作范畴等有了显著增加,这间接的对管理机制提出了更高的要求.医疗管理系统实现对医院业务的有效管理,减少了员工的工作流程.从而使得医院的现代化管理相比以往

网上选课系统需求说明书

1.1引言 1.1.1编写的目的 本文档是对该学生选课系统的一个整体把握,以便在下一步的开发设计中更好的控制开发. 本文档的预期读者是: 设计人员 开发人员 管理和测试人员 最终用户 1.1.2背景 由于电脑时代的到来以及internet的迅速发展,电脑无处不在,当然各种工作效率也大幅提高,那么对于一个学校来说,开发一个好的学生选课系统势在必行.鉴此,特开发此学生选课系统,该系统实现了选课的网络化.信息化.现代化. 1.1.3参考资料 [1]. 吕军.<软件项目综合实训>[M].清华大学出版社