郑州大学教室管理信息系统

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

郑州大学教室管理信息系统
系统说明书
2012年1月06号
目录
需求分析阶段............................................ 错误!未定义书签。

一.概述.............................................. 错误!未定义书签。

项目名称: ....................................... 错误!未定义书签。

项目背景: ....................................... 错误!未定义书签。

目的:........................................... 错误!未定义书签。

意义:........................................... 错误!未定义书签。

二.功能需求 .......................................... 错误!未定义书签。

系统体系......................................... 错误!未定义书签。

系统流程......................................... 错误!未定义书签。

功能模块......................................... 错误!未定义书签。

三.数据描述 .......................................... 错误!未定义书签。

数据流图......................................... 错误!未定义书签。

数据字典......................................... 错误!未定义书签。

四.性能需求 .......................................... 错误!未定义书签。

数据精确度 ....................................... 错误!未定义书签。

时间特性......................................... 错误!未定义书签。

适应性........................................... 错误!未定义书签。

五.运行需求 ......................................... 错误!未定义书签。

硬件平台......................................... 错误!未定义书签。

软件平台......................................... 错误!未定义书签。

六.人员分工 ......................................... 错误!未定义书签。

七.时间安排 ......................................... 错误!未定义书签。

八.其他............................................. 错误!未定义书签。

安全性要求: ..................................... 错误!未定义书签。

完整性要求: ..................................... 错误!未定义书签。

概念设计阶段............................................ 错误!未定义书签。

一.概念设计阶段说明 ................................. 错误!未定义书签。

二.具体建立步骤如下 ................................. 错误!未定义书签。

逻辑结构设计阶段........................................ 错误!未定义书签。

物理设计................................................ 错误!未定义书签。

一.关系模式存取方式选择 .......................... 错误!未定义书签。

二.确定数据库的存储结构 .......................... 错误!未定义书签。

三.评价物理结构 .................................. 错误!未定义书签。

实施维护................................................ 错误!未定义书签。

一.实施.......................................... 错误!未定义书签。

二.测试.......................................... 错误!未定义书签。

.测试目的: ...................................... 错误!未定义书签。

.系统模块的添加,删除,等模块的功能测试: ........ 错误!未定义书签。

.测试结论: .......................................... 错误!未定义书签。

附:系统的模块实现...................................... 错误!未定义书签。

一.主界面的截图如下: ................................ 错误!未定义书签。

二.主界面功能的实现 .................................. 错误!未定义书签。

.教室使用情况查询 ................................ 错误!未定义书签。

.增加记录........................................ 错误!未定义书签。

.修改记录........................................ 错误!未定义书签。

.删除记录........................................ 错误!未定义书签。

结束语.................................................. 错误!未定义书签。

需求分析阶段
一.概述
随着以信息技术为代表的现代科技时代的到来,教室管理被更多地诠释为一个由教务管理人员教师和学生共同组成的相互促进、协调发展的统一体。

在这统一体中为了更好地发挥三者的积极作用,最大限度地释放出教室资源的潜能,就必须建立与之相适应的全新的管理模式来加以保证。

而这种全新的管理模式就是在科学管理制度的基础上,创设宽松的管理环境,充分发挥人的主动性,使尽可能多的人参与到管理中来,突出教室管理为教师和学生服务的思想。

项目名称:
《郑州大学教室管理信息系统》
项目背景:
二十一世纪以来,信息技术的发展给高校教务管理带来了深刻的变革,在教室资源的管理中,利用现代化信息技术解决教室管理过程中出现的问题,改善教室管理长期处于手工状态的落后局面,在教室管理中实行资源开放,通过采用计算机技术和网络技术规范教室的使用流程,建立以人为本,科学发展的现代教室管理制度,提高管理水平和工作效率,从而实现教室资源的及时共享。

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

2)教学楼教室信息电子显示:
现在我校每座教学楼一楼大厅都启用了教室使用电子系统,可以查阅每个教室当天各个时段的使用情况:“有课”、“无课”。

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

3)学生自习找教室困难
学生上自习找教室不知该到哪个教室,不知道所选择的教室下一时间段是否有课或者有活动,而只是盲目的选择,不仅浪费宝贵时间,也给教学带来不便。

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

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

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

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

目的:
本系统主要目的是为郑州大学教务工作人员合理安排教室,为师生方便查询上课教室地点,提供老师或学生教室使用申请服务,为卫生人员查询所管区域的教室工作状况,为维修工作人员查询所需维修教室等。

通过本系统实现学校教室资源的开放式管理,从而为广大师生及教室管理人员提供最方便快捷的服务。

意义:
教室资源开放式管理是一种新型的教务管理模式,它为教师和学生创设了更加宽广、更加开放的信息环境,在这种信息环境下,教师和学生可以通过网络查询来访问学校的多种教室资源,如上课、考试、补课、调课、学生社团活动等教室的使用情况,从而实现教室资源在校园内部的高度共享。

二.功能需求
系统体系
教室管理信息系统主要是实现学校教室资源的合理利用和科学管理,为广大服务对象(主要指教务管理人员以及在校师生)提供方便快捷的服。

本系统主要分为以下六大功能:
教室查询功能
教师查询功能
课程查询功能
教室借用功能
教室物品管理功能
教室保洁人员管理功能
系统流程
功能模块
图2功能模块图(其中的信息修改功能仅管理员可用)
三.数据描述 数据流图
1)教室状态查询:
教室时间段状态信息
2)教师信息查询:
所查询教师信息
3)课程信息查询:
所查询教师信息
4)教室使用申请:
可用教室信息
5)教室教学用品信息管理:
)保洁人员信息管理:
数据字典
教室管理信息系统各实体及联系的数据字典
1.院系数据字典:
9.教师登录表数据字典
四.性能需求
数据精确度
本系统由于不进行系统分析及统计功能,对数据精度要求不高,允许缺省值
时间特性
系统应具有较短的响应时间,由于数据量不是特别大,普通的计算机即能满足要求
适应性
系统应能长时间连续工作,并支持多人同时访问
五.运行需求
硬件平台
服务器、IIS 服务器、客户PC
软件平台
主机:Windows操作系统、Microsoft Office Access数据库、Microsoft Visual C++ 环境
客户端:Windows操作系统,ZZU教室管理信息系统
六.人员分工
七.时间安排
11月1日-11月11日需求分析;
11月12日-11月19日概念结构设计;
11月20日-11月27日逻辑结构设计;
11月28日-12月4日物理设计阶段;
12月5日-12月22日数据库实施阶段;
12月23日-12月26日数据库运行和维护阶段;
八.其他
安全性要求:
系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;
a、系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处
理数据的类别和内容;
b、系统应对不同用户设置不同的权限,区分不同的用户,如学生、教师
和教务处管理人员。

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

完整性要求:
a、各种信息记录的完整性,信息记录内容不能为空;
b、各种数据间相互的联系的正确性;
c、相同的数据在不同记录中的一致性。

概念设计阶段
一.概念设计阶段说明
本系统包括七个管理模块,因此建立概念模型时按照先局部,再总体的思路进行,也就是根据需求分析的结果,按子系统逐一设计分E-R图,然后再将分E-R图集成,最终得到整个系统的概念模型——E-R图。

二.具体建立步骤如下
1、设计局部E-R模型
整个系统分为七个模块,因此分别建立各模块的E-R图。

教室信息
教师信息
1
教室使用申请
教室用品信息管理
总E-R图
逻辑结构设计阶段
逻辑结构设计包括将E-R图转换为关系模式、设计数据完整性、分析数据模型的规范化等。

1、由E-R图转换为关系模式:
(1)将实体转换为关系模式的结果为:
教室(教室编号、教室用品状况、教室卫生情况);
教师(教师编号、教师姓名、性别、身份证号、职称、所属院系);
课程(课程号、课程名称、学分、课程类型、选修类型、开课院
系);
院系(院系号、院系名称);
(2)将联系转换为关系模式
教室(教室编号、教室用品状况、教室卫生情况);
教师(教师编号、教师姓名、性别、身份证号、职称、所属院系、
院系号);
课程(课程号、课程名称、课程类型、开课院系、开课教师、上
课教室编号);
院系(院系号、院系名称);
教室借用表(教室编号,申请人编号,使用日期,借用时间段,
使用状态,使用原因)
2、设计数据的完整性
实体完整性通过确定主键已完成。

物理设计
一.关系模式存取方式选择
教室管理信息系统是一个多用户共享系统,对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。

数据库管理系统一般提多种存取方法。

常用的存取方法有三类:一是索引方法,目前主要是B+树索引方法;第二类是聚簇方法,第三类是Hash方法。

B+树索引是数据库中经典的存取方法,使用最普遍。

我们的数据库管理信息系统在系统建立过程中自动创建了B+树索引。

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

三.评价物理结构
在开发教师管理信息系统的过程中,我们综合考虑了系统的时间效率、空间效率、维护代价和各种用途要求进行了权衡。

评价物理数据库的方法完全依赖于所选用的RDBMS,而我们采用K,这种评价完全取决于该数据库管理系统的评价方法,主要从定量估算各种方案的存储空间和维护代价入手,对估算结果进行权衡、比较。

实施维护
一.实施
在数据库实施阶段,设计人员运用DBMS提供的数据语言(如ACCESS)及宿主语言,根据逻辑设计和物理设计的结果建立数据库,编制与调试应用程序,组织数据入库,并进行试运行。

二.测试
.测试目的:
在软件生命周期的每个阶段都不可避免的会引入新的错误。

如果在软件投入生产性运行之前,没有发现并纠正软件中的大部分差错,则这些差错迟早会在生产过程中暴露出来,那时不仅纠正这些错误的代价更高,而且往往会造成很恶劣的后果。

测试的目的就是在软件投入生产性运行之前,尽可能多的发现软件中的
.系统模块的添加,删除,等模块的功能测试:
.测试结论:
制作成员对此系统的功能、性能,以及可用性均进行了测试,通过对测试结果的分析总结得出:此系统的功能基本满足用户需求,性能基本达到需求,具有可用性和友好性。

但是测试用例有一定的局限性,测试环境和实际运行环境也存在着一定的差异,所以不能完全地、准确地测试出系统存在的问题,还需要在后期的维护过程中,对系统暴露出来的问题进行纠正和更新。

附:系统的模块实现
一.登陆界面截图如下:
二.主界面的截图如下:
(前者是管理人员登录后的主界面,后者为师生登录后的主界面)
三.主界面功能的实现
.教室使用情况查询
加记录
void CstateInfoDlg::OnBUTTONAdd()
{
UpdateData();
if()||())
{
AfxMessageBox("请输入教室号和日期!");
return;
}
();
if(AfxMessageBox("是否增加新的数据项",MB_YESNO)!=IDYES)
return;
=m_Edit_ClassCode;
=m_Edit_T1;
=m_Edit_T2;
=m_Edit_T3;
=m_Edit_T4;
=m_Edit_T5;
=m_Edit_weekday;
();
();
RefreshData();
}
.修改记录
除记录
//删除表中的某一元组信息//
void CstateInfoDlg::OnBUTTONDle()
{
UpdateData();
="clno='"+m_Edit_ClassCode;
+="'";
();
();
if(AfxMessageBox("是否删除数据项",MB_YESNO)!=IDYES)
return;
m_Edit_ClassCode="";
m_Edit_T1="";
m_Edit_T2="";
m_Edit_T3="";
m_Edit_T4="";
m_Edit_T5="";
m_Edit_weekday="";
="";
();
RefreshData();
UpdateData(false);
}
结束语
通过两星期的课程设计,自己感觉收获很多,和同学所作的教室管理系统也基本得到了实现。

在课程设计的过程中自己感觉到了在学习中和同学交流,沟通的重要性;同时对数据库ACCESS有了更深一步的了解特别是数据库的一些基本操作如:数据库、表的添加,数据库、表的删除,表的主键的建立,以及数据源的链接等。

在实现中对自己一起学习的vc知识用了进一步的巩固,总体来讲收获很多。

本次实习,在老师的指导和同学的不懈努力下,进行的很顺利,由于系统较小,功能都已基本实现,测试进行的也很顺利,没有遗留出问题。

最后感谢老师的指导和同学们的帮助,有了老师的指导和严格要求自己才能最终完成这次设计,谢谢老师!。

相关文档
最新文档