一、需求分析报告
黄星，许元，唐敏，李苗，方芳1 引言
教室管理系统需求分析用于分析教室管理系统，确定系统的综合要求，分析系统的数据要求，确定系统的功能需求，非功能需求，确定用户类型。
1.1 编写目的*
1.1.1实现软件
教师管理系统软件在WINDOWS平台下开发，采用visual studio 2010开发
1.1.2产品意义
帮助师生更好的获取教师资源，帮助学校更加高效，方便的管理教室
资源
1.1.3作用
管理教室的使用情况
1.1.4最终意图
1.2 项目来源
来源学校的教室管理的需求
1.3 项目风险
具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：
●任务提出者:学校等教育机构
●软件开发者:软件工程专业学生
●产品使用者:学校的师生和管理者
1.4 文档约定
描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括：
●正文风格；
●提示方式；
●重要符号；
也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。
1.5 预期读者和阅读建议
●用户；
主要是教师，学生和学校管理人员
●开发人员；
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）学生类
查询自己的上课时间，地点，上课内容，上课老师。
申请借用空闲教室
（3）系统管理人员
输入教室信息，教室编号，容量，设备情况
输入课程信息，授课老师，上课学生信息，人数
修改学生和教师对教室的占用，并更新教室使用情况
2.4、运行环境
2.4.1开发环境：Microsoft Visual Stdio 2008
2.4.2运行环境：Windows NT、Windows 7
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 软件接口
在这里主要有软件与操作系统的接口，操作系统为Windows 2000 Server系列。
系统要有与SQL Server2000/2005数据库的软件接口。
3.4 通讯接口
1、该系统需要学生数据系统的支持，要求该系统能方便地访问这些数据。
2、HTTP协议
4 系统功能需求
4.1系统主要功能描述
为方便广大师生更好的利用教室资源，根据实际需求，该系统实现的主要功能如下：（1）管理这学期开设的课程信息：包括课程的任课老师、上课时间、选课人数和是否要求多媒体教学等；
（2）全校的教室资源信息的管理：包括教室的编号，最大容量，是否支持多媒体教学等。
（3）教学安排：根据课程信息和教室资源信息，给每门课安排一个最佳的上课时间和上课地点，保证同一个老师不在同一个时间段授两门或两门以上的课程（即授课的时间不交叉），同一个教室不在同一个时间段安排两门或两门以上的课程（即授课地点不冲突），安排的教室能够满足选课人数和多媒体的要求（假设学校的教学资源能够满足这些要求）。
（4）教室的临时借用：如果有临时借用，能够尽可能安排一个满足讲座要求的教室，如时间、容纳人数、多媒体等。
（5）教室信息的实时更新：如果遇见意外情况，如老师临时停课，则要实时更新教室的使用情况信息；老师有临时变更上课时间的要求，则能够查询教室的使用情况信息，并尽力为其变更时间并重新安排教室。
4.1系统逻辑模型
4.1.1课程信息管理数据流程图
4.1.2教室信息管理数据流程图
4.1.4 临时教室借用安排数据流程图
4.2 功能描述
4.2.1课程信息管理功能描述功能编号：1
4.2.2 教室资源信息管理功能描述功能编号：4
功能编号：5
功能编号：6
4.2.3 教学安排功能描述功能编号：7
功能编号：8
4.2.4 讲座安排功能描述功能编号：9
4.2.5 教室信息实时更新功能描述功能编号：10
4.3数据流描述
数据流编号：1
数据流编号：2
数据流编号：3
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 用户文档
●在线帮助
●电子文档，与软件产品一同分发、配置；
●使用教程电子文档，与软件产品一同分发、配置。
●有关文档有:
<<大学教室管理系统软件需求分析>>