教室查询查询系统.doc

上传人:b****9 文档编号:89829 上传时间:2022-10-02 格式:DOC 页数:12 大小:320KB
下载 相关 举报
教室查询查询系统.doc_第1页
第1页 / 共12页
教室查询查询系统.doc_第2页
第2页 / 共12页
教室查询查询系统.doc_第3页
第3页 / 共12页
教室查询查询系统.doc_第4页
第4页 / 共12页
教室查询查询系统.doc_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

教室查询查询系统.doc

《教室查询查询系统.doc》由会员分享,可在线阅读,更多相关《教室查询查询系统.doc(12页珍藏版)》请在冰豆网上搜索。

教室查询查询系统.doc

教室查询系统

指导老师:

李蕴贾晓毅

组长:

李春芃

组员:

马鹏飞、刘云皓、魏同鑫、陈星逸

一、系统概述

1、背景:

随着高校的扩招,在校学生越来越多,而相应高校面积却没有扩建。

随着高校后勤社会化改革,学生上课条件得到了很大改善,可供学生选择的余地也越来越大,但是如今学生和自习座位现行的教学楼管理系统中存在着许多问题,目前国内大部分的教学楼管理内部还处于原始的人工管理阶段,无论对自习的学生还是对教学楼的管理者都造成了极大地困扰。

尤其是在高峰期形成拥挤的现象,极大的耽误了时间。

2、目标:

(1)座位引导功能:

控制显示屏,引导学生以最短的时间快速进入自己中意的教室,提高教学楼的使用率、提高学生满意度。

(2)实时监控状态:

系统可以实时显示座位占用情况,统计每个教室的座位的占用数、空余数,统计时间段内各类学生的进、出场数等,方便管理人员对教学楼的监控及管理。

(3)统计功能:

能统计教学楼每天和每月的使用率、分时段使用率等,方便业主了解教学楼的使用状况。

(4)权限控制功能:

多级权限控制功能,方便对相关信息的控制和保密。

3、可行性分析:

经济可行性,主要是针对一个学校的,开发系统的成本与收益相比较。

如今是信息化时代,信息化管理可以使学生教学楼管理更加系统化,全面化、快速化,这样可以为学校带来高校的工作效益和经济效益,开发出本系统可以减少教学楼管理人员人数,而且管理方便,各功能实现快速,数据有效的管理。

这些效益和管理上的便捷远远超过了开发本系统的成本,所以在经济上具有完全的可行性。

管理可行性:

在工作上,教务人员管理学生信息量非常大,开发了此系统,可极大提高教务人员的工作的效率。

方便成绩的储存和修改,及以后随时查询成绩信息,是一个比较人性化的管理系统。

二、现行系统详细说明

1、系统目标

实现学生快速找到所需要的教室(包括考试教室,上课教室)达到教室资源的的合理配置,节省学生的寻找时间,为学生提供方便,节约宝贵的时间,提高时间的利用效率。

2、主要功能

教务处要实时提供学生的课程时间分配状况,在时间的约束下,合理分配大小适宜的教室为学生上课提供场所。

物业方面要提供教室的供应状况,特别标明为特殊活动,特殊项目所占用的教室(学生会等组织开会,班级会议,以及组织活动等要借用的教室)。

并且要实时监测投影仪的工作状况,标明因投影仪故障而导致的课程无法正常开展的教室。

要通过固定的处理程序来整合教务处和物业两方面的信息,然后提供良好的人机界面,来供学生查询自己相应的课程在那个教室上,以及提供具体的教室位置。

3、组织机构

包括教务处(来提供学生的课程相关资料)

物业管理处(提供教室的相应供应状况)

学生(通过自己的唯一身份标识来检索与自己有关的信息)

4、用户要求

(1)学生有自己唯一的身份标识来进行查询

(2)拿出一定的课前时间来查询,并且要牢记自己所查询的内容

(3)要求学生详细的掌握查询的步骤

学生教室查询系统

5、学生教室查询系统的功能结构图

物业管理处

教务处

学生

牢记查询结果

找寻目标教室

录入身份标识

登录查询界面

提供教室位置

提供教室设备状况

提供教室借用状况

提供学生信息

提供课程信息

提供课程时间约束

业务流程图

教室信息单

课程单及学生信息单

提供教室信息

物业管理中心

配对处软件

查询相关信息

教务处

学生

提供学生及课程信息

配对处理

课程教室配对单

数据流程图

学生信息

课程数据单

配对信息

配对处理软件

目标查询结果

2

学生信息组合

配对方式

1

形成配对信息

学生

教室使用信息息

数据字典

数据流的定义

数据流编号:

D1

数据流名称:

配对方式

简述:

教室和课程的配对方式

数据流来源:

配对处理软件

数据流去处:

配对形成信息

数据流组成:

距离配对+年纪配对+专业配对+设备配对

数据流量:

种/次

数据流编号:

D2

数据流名称:

配对信息

简述:

教室和课程的n对n关系

数据流来源:

形成配对信息

数据流去处:

学生信息组合

数据流组成:

不同组合

数据流量:

每个教室的所有时间段的课

数据存储的定义

数据存储编号:

F3

数据存储名称:

学生信息

简述:

标记学生身份和课程的集合

数据存储组成:

学号+课程号+课程+专业+年级

关键字:

学号

流入数据流:

D2

流出数据流:

D3

外部实体的定义44

外部实体编号:

S1

外部实体名称:

配对处理软件

简述:

提供教室和课程配对方法的源头

流入数据:

流出数据:

D1

处理的定义

处理编号:

2

处理名称:

学生信息组合

简述:

把课程组合通过学生信息进行拣选

输入数据流:

D2

输出数据流:

D3

处理逻辑:

通过学生所选课程,选取符合条件的课程教室组合

三、系统改进

1、用户需求:

学生一方面要求更加快速有效的的方法,获得自己所需要的教室信息(有很多学校,会给学生提供学生自己的课表,有的上面会标注课程所在教室,这就在一定程度上克服了这个缺陷,不过,这也是在这个系统的工作原理下生成的)。

但是,很多同学都抱怨自己没课的时候找教室上自习会有许多困难,费劲千辛万苦好不容易找到一个教室没有课,却已经被大量的自习学生占满。

我们现行的系统就难以解决这个问题。

总而言之,我们的新系统要解决两个问题:

一、为学生提供自习室;二、告诉学生哪个自习室有空座。

(1)、通过教室门口的传感器,统计出教室中的学生人数和空座数。

(2)、增加手机客户端,使学生和老师可以通过客户端,随时了解教室空座数和教室人数。

还可以帮助老师了解学生到课情况。

2、原理介绍:

如下图,是教室1.2米高处的截面图。

虚线位置为传感器安放位置,其中传感器安装在门框上,传感器‚安装在与传感器成30°角的位置。

‚





‚

(1)如果一个人先经过号传感器,然后接着接着经过了‚号传感器,则记录为教室进入一人;

(2)如果一个人先经过号传感器,然后但是没有经过了‚号传感器,而是又经过了号传感器,则记录为教室未进入一人;

(3)如果一个人先经过‚号传感器,然后接着经过了号传感器,则记录为教室出去一人;

(4)如果一个人先经过‚号传感器,然后但是没有经过了号传感器,而是又经过了‚号传感器,则记录为教室未出去一人;

之后再由传感器将收集到的数据上传送到教室查询平台,由教室查询平台对数据进行整合处理,并通过各中终端将信息传递给需要的人群。

3、改进后功能结构图

4、业务流程图

5、数据流程图

顶层图

一层图

二层图

6、数据字典

数据流编号:

D2

数据流名称:

结果数据

简述:

系统根据用户需求,得出的信息

数据流来源:

查询中心系统

数据流去处:

用户

数据流组成:

反馈信息

数据流量:

2000次/秒

数据流的定义

数据流编号:

D1

数据流名称:

自习室信息

简述:

符合用户需求的自习室

数据流来源:

用户

数据流去处:

查询中心系统

数据流组成:

用户名+需求信息

数据流量:

2000次/秒

数据流编号:

D6

数据流名称:

上课教室信息

简述:

说明上课地点及其相关信息

数据流来源:

反馈上课信息

数据流去处:

复审

数据流组成:

课程+年级+任课老师+上课地点

数据流量:

2000次/秒

相关操作:

D7,D8

数据流编号:

D3

数据流名称:

上课信息查询

简述:

用户想要了解的上课信息

数据流来源:

查询信息处理

数据流去处:

反馈上课信息

数据流组成:

用户名+课程

数据流量:

2000次/秒

相关操作:

D4,D5

数据流编号:

D9

数据流名称:

结果数据

简述:

系统根据用户需求,得出的信息

数据流来源:

整合自习室信息

数据流去处:

生成满座率

数据流组成:

教室名称

数据流量:

2000次/秒

数据存储的定义

数据存储编号:

F1

数据存储名称:

上课教室信息

简述:

标记上课教室使用情况

数据存储组成:

教室编号+课程+年级

关键字:

课程

相关寻出文件:

F2,F3

外部实体的定义

外部实体编号:

S1

外部实体名称:

用户

简述:

信息需求的源头和信息反馈终端

流入数据:

流出数据:

D3

处理的定义

处理编号:

1

处理名称:

查询信息处理

简述:

将用户的查询信息分类

输入数据流:

D1

输出数据流:

D3,D4,D5

处理逻辑:

根据用户中的关键信息,进行分类

处理编号:

5

处理名称:

审核

简述:

将反馈给用户的信息进行复核,看是否正确

输入数据流:

D3,D4,D5

输出数据流:

D2

处理逻辑:

根据已经存储的信息进行核对

处理编号:

2

处理名称:

反馈上课信息

简述:

将符合用户需求的数据提取出来

输入数据流:

D3

输出数据流:

D6

处理逻辑:

根据用户中的关键信息,找出相关信息

相关操作:

3,4

四、系统设计与实施的初步计划

1、分工:

在第一次课后,我们小组四名同学共同确定课题,研究学生教学楼管理信息系统。

马鹏飞确定系统的整体设计方向,然后由马鹏飞,李春芃,刘云皓,魏同鑫、陈星逸同学负责新系统开发设计,李春芃最后总体审核修订。

2、时间进度:

第一周马鹏飞确定系统的整体设计方向,第二周由马鹏飞、李春芃、刘云皓,魏同鑫、陈星逸,同学负责新系统开发设计,最后一周初步设计实施,审核修订。

3、设备需求

硬件要求:

(1)服务器一台,配置如下:

CPU:

Pentium4以上。

内存:

1G以上。

硬盘:

500GB以上。

实现联机工作。

(2)打印机一台,网络共享。

(3)终端机器若干台,配置如下:

CPU:

PentiumIII以上。

内存:

1G以上。

硬盘:

500G以上。

实现联机工作。

支持软件

操作系统:

Window2000Server,Window7.数据库:

SQLServer2012

4、预算

整个系统从实施开始到实施结束需要时间六个月,所需费用总计50万。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 人文社科 > 法律资料

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1