教室管理系统Word格式.docx
《教室管理系统Word格式.docx》由会员分享,可在线阅读,更多相关《教室管理系统Word格式.docx(16页珍藏版)》请在冰豆网上搜索。
●用户;
主要是教师,学生和学校管理人员
●开发人员;
C++编程人员
●项目经理;
●营销人员;
●测试人员;
●文档编写入员。
并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。
1.6产品范围
教室管理系统主要针对学校的教室管理,可以出售给学校用做教室管理。
1.7参考文献*
列举编写软件产品需求分析报告时所用到的参考文献及资料,可能包括:
●本项目的合同书;
●上级机关有关本项目的批文;
●本项目已经批准的计划任务书;
●用户界面风格指导;
●开发本项目时所要用到的标淮;
●系统规格需求说明;
●使用实例文档;
●属于本项目的其它己发表文件;
●本软件产品需求分析报告中所引用的文件、资料;
●相关软件产品需求分析报告;
为了方便读者查阅,所有参考资料应该按一定顺序排列。
如果可能,每份资料都应该给出:
●标题名称;
●作者或者合同签约者;
●文件编号或者版本号;
●发表日期或者签约日期;
●出版单位或者资料来源。
2.教室管理系统综合描述
2.1、产品的状况
2.1.1项目概述
该教室管理系统软件目前已有比较完善的管理与使用功能,并且是计算机行业中用高级编程语言来完成的新软件。
研制教室管理系统软件是为了满足学生对空余自习室使用情况的随时掌握和老师调节上课教室。
本产品是一种依赖于高级编程语言为基础的系统软件,用模块化思想来实现不同的功能。
2.1.2目标
(1)开发意图
a.使大学教室管理系统更完善;
b.最大提高教室的使用率。
(2)应用目标
通过本系统软件,能帮助师生利用计算机,快速方便的查找最适合的教室。
(3)作用及范围
本软件适用于教育界,它是比较完善的系统管理软件,对教室的使用情况可以随时了解。
2.2、产品的功能
主要功能描述:
2.2.1管理这学期要开的课程信息,包括课程的任课老师、上课时间、选课人数和是否要求多媒体教学等;
全校的教室资源信息,包括教室的编号,最大容量,是否支持多媒体教学等。
2.2.2根据课程信息和教室资源信息,给每门课安排一个最佳的上课时间和上课地点,保证同一个老师不在同一个时间段授两门或两门以上的课程(即授课的时间不交叉),同一个教室不在同一个时间段安排两门或两门以上的课程(即授课地点不冲突),安排的教室能够满足选课人数和多媒体的要求(假设学校的教学资源能够满足这些要求)。
2.2.3如果有临时讲座,能够尽可能安排一个满足讲座要求的教室,如时间、容纳人数、多媒体等。
2.2.4如果遇见意外情况,如老师临时停课,则要实时更新教室的使用情况信息;
老师有临时变更上课时间的要求,则能够查询教室的使用情况信息,并尽力为其变更时间并重新安排教室。
2.3、用户类和特性
2.3.1由于系统的使用主体是教师和学生,用户类可以分以下两个方面设计:
(1)教师类:
教师的基本信息,主要包括教师的教师编号,教师姓名,性别,所属院系,职称,身份证号,本学期所教的课程信息等;
(2)学生类(重点类);
学生的基本信息,主要包括学生的学号,姓名,院系号,身份证号等;
(3)系统管理人员
管理人姓名,管理人编号
2.3.2关于类的特性
(1)教师类
查询自己的教授课程时间,地点,教授内容,所教学生,所教学生数目
查询空闲教师,申请借用教室,申请更换教室
(2)学生类
查询自己的上课时间,地点,上课内容,上课老师。
申请借用空闲教室
输入教室信息,教室编号,容量,设备情况
输入课程信息,授课老师,上课学生信息,人数
修改学生和教师对教室的占用,并更新教室使用情况
2.4、运行环境
2.4.1开发环境:
MicrosoftVisualStdio2008
2.4.2运行环境:
WindowsNT、Windows7
2.5、设计和实现上的限制
本系统采用MFC编程技术,我们项目组的成员必须学习MFC的知识。
2.6、假设和约束(依赖)
2.6.1教室的最大容量会对查询的结果有一定的影响。
2.6.2教室使用出现拖堂等临时延长的情况,会对实际的安排出现影响。
3.1用户界面
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面。
3.1.1用户界面基本要求
用户界面以一致性、准确性、布局合理化、系统操作合理性、系统响应时间等为原则。
用户界面基本实现使用户简单愉悦使用、使用用户语言、用户记忆负担最小、连续性良好、方便退出、快捷方式和帮助系统等。
3.1.2用户界面分类
本系统将用户界面分成如下几类:
1、后台管理
2、数据录入和修改
3、数据查询
4、教室借用
3.1.3用户界面功能视图
1、后台管理界面功能视图
课程管理;
安排课程;
用户管理;
权限分配;
2、数据录入和修改界面功能视图
数据录入:
(1)课程的任课老师、上课时间、选课人数和是否要求多媒体教学等;
(2)全校的教室资源信息,包括教室的编号,最大容量,是否支持多媒体教学等;
数据修改:
课程的任课老师、上课时间等的临时改变信息变更;
3、数据查询界面功能视图
教师查询;
教室查询;
课程查询;
自习查询(即可用的空闲教室);
4、教室借用界面功能视图
临时借用
3.1.4用户界面基本视图
主界面:
其他用户界面:
3.2硬件接口
系统的使用除硬盘鼠标外,基本没有与外界硬件的联系,不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口。
3.3软件接口
在这里主要有软件与操作系统的接口,操作系统为Windows2000Server系列。
系统要有与SQLServer2000/2005数据库的软件接口。
3.4通讯接口
1、该系统需要学生数据系统的支持,要求该系统能方便地访问这些数据。
2、HTTP协议
4系统功能需求
4.1系统主要功能描述
为方便广大师生更好的利用教室资源,根据实际需求,该系统实现的主要功能如下:
(1)管理这学期开设的课程信息:
包括课程的任课老师、上课时间、选课人数和是否要求多媒体教学等;
(2)全校的教室资源信息的管理:
包括教室的编号,最大容量,是否支持多媒体教学等。
(3)教学安排:
根据课程信息和教室资源信息,给每门课安排一个最佳的上课时间和上课地点,保证同一个老师不在同一个时间段授两门或两门以上的课程(即授课的时间不交叉),同一个教室不在同一个时间段安排两门或两门以上的课程(即授课地点不冲突),安排的教室能够满足选课人数和多媒体的要求(假设学校的教学资源能够满足这些要求)。
(4)教室的临时借用:
如果有临时借用,能够尽可能安排一个满足讲座要求的教室,如时间、容纳人数、多媒体等。
(5)教室信息的实时更新:
如果遇见意外情况,如老师临时停课,则要实时更新教室的使用情况信息;
4.1系统逻辑模型
4.1.1课程信息管理数据流程图
4.1.2教室信息管理数据流程图
4.1.3教学安排数据流程图
4.2功能描述
4.2.1课程信息管理功能描述
功能编号:
1
功能名:
更新
简要叙述:
更新课程信息
输入数据流:
新增加的课程信息或原有课程信息的更改
输出数据流:
更新后的提示
加工逻辑:
输入信息然后进行更新存储最后输出处理结果
用户:
系统管理员和老师
3
查询
查询课程信息
查询条件
查询结果
输入信息然后进行搜索最后输出处理结果
使用该系统的所有人
4.2.2教室资源信息管理功能描述
4
存储
存储教室信息
教室信息
存储成功或不成功的提示信息
输入信息然后进行存储最后输出处理结果
5
新増教室信息或更改原有的教室信息
更新成功或不成功的提示信息
6
查询教室信息
4.2.3教学安排功能描述
7
安排
根据课程信息、教师信息和教室信息对该课进行教学安排
课程名
该课的上课地点和上课时间
输入课程信息?
然后搜索该课的信息及教室信息,进而据此对该课进行教学安排,最后输出安排结果
8
更新当前课程信息和教室信息并进行存储
课程安排结果
更新后的结果
输入课程安排结果对课程信息和教室信息进行更新存储
4.2.4讲座安排功能描述
9
讲座安排
根据当前教室信息和讲座要求对讲座进行安排
讲座要求
讲座的时间地点
输入讲座要求,搜索当前教室信息,据此对讲座进行安排,最后输出讲座安排结果
4.2.5教室信息实时更新功能描述
10
教室信息更新
根据当前教室使用情况及时对教室信息进行更新
当前教室使用情况
教室信息更新情况
输入变更的教室使用情况,对教室信息进行及时更新,然后输出更新信息
4.3数据流描述
数据流编号:
数据流名:
课程信息
简要说明:
教学安排得根据课程信息进行安排、教学安排后得及时更新课程信息
数据流来源:
本学期需要安排的课程
数据流去向:
数据存储文件
数据流组成:
课程名称+任课老师姓名+上课时间+上课地点+教学要求+上课人数
数据流通量:
每个课程一条数据。
2
教学安排得根据教室信息进行安排、教学安排后得及时更新教室信息
本学期开设的课程需用到的教室
教室编号+教室占用时间+教室地点
每间教室一条数据。
教师信息
教学安排得根据教师信息进行安排、教学安排后得及时更新教师信息
本学期需哪些老师教授开设的课程
教师姓名+教师授课时间+教师授课地点
每位老师一条数据。
4.4数据存储描述
数据存储编号:
本学期开设课程信息的数据记录。
课程信息管理系统
本学期教室使用相关情况的数据记录。
教室信息管理系统
本学期教师授课相关信息的数据记录。
5其它非功能需求
5.1性能需求
●5.1.1动态数值需求
预处理的窗口正常情况下和峰值工作条件下为5个,一定时间周期中要处理的数据的数量:
窗口开始尺寸2个数据、开始位置2个数据、最大尺寸2个数据、最小尺寸2个数据、编辑框位置4个数据、按钮位置4个数据,平均处理的数据约为16个数据。
●5.1.2静态数值需求
a.支持的终端数为1台;
b.处理1个文件及20条记录;
●5.1.3精度需求
在精度需求上,根据使用需要,在各项数据的输入,输出及传输过程中,由于本系统使用了数摞结构,可以满足各种精度的需求。
●5.1.4响应时间
在软件方面,响应时间,更新处理时间都比较快且迅速,完全满足用户要求
●5.1.5容量需求
运行该软件所适用的具体设备必须是内存16兆以上的计算机;
5.2安全措施需求
●5.2.1故障处理
a.内部故障处理
在开发阶段可以随即修改数据库里的相应内容。
b.外部故障处理
对编辑的程序进行重装载时,第一次装载认为错,修改。
第二次运行,在需求调用时出错,有错误提示,重试。
5.3安全性需求
每次打开软件需要管理人员输入账号密码才能进行对教室信息的修改。
5.4软件质量属性
●5.4.1可使用性
在装载总程序时,正常就运行,异常就停止;
高级编程语言编程系统出现错误,将会产生不可遇见的问题,热启,整个终端程序就会再启动;
程序出现错误,重新装载,若仍有错,按照提示逐渐装载。
●5.4.2保密性
本软件作为教学管理辅助设备,它的规模比较小,不需要保密技术;
限定一个程序中某些区域的规约,给不同的模块分配不同的功能。
●5.4.3可维护性
本软件的组成程序为高级编程语言设计,组构均较简单,直观意义上的较独立。
因此,给予电子化的所构成的硬件的简单可维护的特点,决定了该软件的简单可维护性。
●5.4.4可转移、可转换性
可转移的环境是16兆内存以上;
不可修改任何部分;
可用向上兼容的高版本的高级编程语言编程系统。
●5.4.5注释
本产品所拥有的属性十分重要,它使得读者用规定的方法去客观的验证软件的各种特性。
5.5业务规则
必须是管理人员才能进行教室状态信息的修改,非管理人员只能进行查看。
5.6用户文档
●在线帮助
●电子文档,与软件产品一同分发、配置;
●使用教程电子文档,与软件产品一同分发、配置。
●有关文档有:
<
大学教室管理系统软件需求分析>
>