《教室管理系统(2).doc》由会员分享，可在线阅读，更多相关《教室管理系统(2).doc（17页珍藏版）》请在金锄头文库上搜索。
1、一、 需求分析报告黄星，许元，唐敏，李苗，方芳1 引言教室管理系统需求分析用于分析教室管理系统，确定系统的综合要求，分析系统的数据要求，确定系统的功能需求，非功能需求，确定用户类型。1.1 编写目的 *1.1.1 实现软件教师管理系统软件在WINDOWS平台下开发，采用visual studio 2010开发1.1.2 产品意义帮助师生更好的获取教师资源，帮助学校更加高效，方便的管理教室资源1.1.3 作用管理教室的使用情况1.1.4 最终意图1.2 项目来源来源学校的教室管理的需求1.3 项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括
2、：l 任务提出者:学校等教育机构l 软件开发者:软件工程专业学生l 产品使用者:学校的师生和管理者1.4 文档约定描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括：l 正文风格；l 提示方式；l 重要符号；也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。1.5 预期读者和阅读建议l 用户；主要是教师，学生和学校管理人员l 开发人员；C+编程人员l 项目经理；l 营销人员；l 测试人员；l 文档编写入员。并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。1.6 产品范围教室管理系
3、统主要针对学校的教室管理，可以出售给学校用做教室管理。1.7 参考文献 *列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：l 本项目的合同书；l 上级机关有关本项目的批文；l 本项目已经批准的计划任务书；l 用户界面风格指导；l 开发本项目时所要用到的标淮；l 系统规格需求说明；l 使用实例文档；l 属于本项目的其它己发表文件；l 本软件产品需求分析报告中所引用的文件、资料；l 相关软件产品需求分析报告；为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出：l 标题名称；l 作者或者合同签约者；l 文件编号或者版本号；l 发表日期或者签约日期；l 出版
4、单位或者资料来源。2.教室管理系统综合描述2.1、产品的状况2.1.1项目概述该教室管理系统软件目前已有比较完善的管理与使用功能，并且是计算机行业中用高级编程语言来完成的新软件。研制教室管理系统软件是为了满足学生对空余自习室使用情况的随时掌握和老师调节上课教室。本产品是一种依赖于高级编程语言为基础的系统软件，用模块化思想来实现不同的功能。2.1.2目标 （1） 开发意图 a. 使大学教室管理系统更完善； b. 最大提高教室的使用率。 （2） 应用目标 通过本系统软件，能帮助师生利用计算机，快速方便的查找最适合的教室。 （3） 作用及范围 本软件适用于教育界，它是比较完善的系统管理软件，对教室的
5、使用情况可以随时了解。 2.2、产品的功能 主要功能描述： 2.2.1 管理这学期要开的课程信息，包括课程的任课老师、上课时间、选课人数和是否要求多媒体教学等；全校的教室资源信息，包括教室的编号，最大容量，是否支持多媒体教学等。 2.2.2 根据课程信息和教室资源信息，给每门课安排一个最佳的上课时间和上课地点，保证同一个老师不在同一个时间段授两门或两门以上的课程（即授课的时间不交叉），同一个教室不在同一个时间段安排两门或两门以上的课程（即授课地点不冲突），安排的教室能够满足选课人数和多媒体的要求（假设学校的教学资源能够满足这些要求）。 2.2.3 如果有临时讲座，能够尽可能安排一个满足讲座要求
6、的教室，如时间、容纳人数、多媒体等。 2.2.4 如果遇见意外情况，如老师临时停课，则要实时更新教室的使用情况信息；老师有临时变更上课时间的要求，则能够查询教室的使用情况信息，并尽力为其变更时间并重新安排教室。2.3、用户类和特性2.3.1由于系统的使用主体是教师和学生，用户类可以分以下两个方面设计：（1）教师类：教师的基本信息，主要包括教师的教师编号，教师姓名，性别，所属院系，职称，身份证号，本学期所教的课程信息等；（2）学生类（重点类）;学生的基本信息，主要包括学生的学号，姓名，院系号，身份证号等；（3）系统管理人员管理人姓名，管理人编号2.3.2关于类的特性（1）教师类查询自己的教授课程
7、时间，地点，教授内容，所教学生，所教学生数目查询空闲教师，申请借用教室，申请更换教室（2）学生类查询自己的上课时间，地点，上课内容，上课老师。申请借用空闲教室（3）系统管理人员输入教室信息，教室编号，容量，设备情况输入课程信息，授课老师，上课学生信息，人数修改学生和教师对教室的占用，并更新教室使用情况2.4、运行环境2.4.1开发环境：Microsoft Visual Stdio 20082.4.2运行环境：Windows NT、Windows 72.5、设计和实现上的限制本系统采用MFC编程技术，我们项目组的成员必须学习MFC的知识。2.6、假设和约束(依赖)2.6.1教室的最大容量会对查询
8、的结果有一定的影响。2.6.2教室使用出现拖堂等临时延长的情况，会对实际的安排出现影响。3.1 用户界面 本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面。 3.1.1用户界面基本要求 用户界面以一致性、准确性、布局合理化、系统操作合理性、系统响应时间等为原则。 用户界面基本实现使用户简单愉悦使用、使用用户语言、用户记忆负担最小、连续性良好、方便退出、快捷方式和帮助系统等。3.1.2用户界面分类本系统将用户界面分成如下几类：1、后台管理2、数据录入和修改3、数据查询4、教室借用3.1.3用户界面功能视图1、 后台管理界面功能视图 课程管理； 安排课程； 用
9、户管理； 权限分配；2、 数据录入和修改界面功能视图 数据录入：（1）课程的任课老师、上课时间、选课人数和是否要求多媒体教学等；（2）全校的教室资源信息，包括教室的编号，最大容量，是否支持多媒体教学等； 数据修改：课程的任课老师、上课时间等的临时改变信息变更；3、 数据查询界面功能视图 教师查询； 教室查询； 课程查询； 自习查询（即可用的空闲教室）；4、 教室借用界面功能视图 临时借用 3.1.4用户界面基本视图主界面：其他用户界面： 3.2 硬件接口 系统的使用除硬盘鼠标外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口。3.3 软件接口
10、在这里主要有软件与操作系统的接口，操作系统为Windows 2000 Server系列。 系统要有与SQL Server2000/2005数据库的软件接口。3.4 通讯接口1、 该系统需要学生数据系统的支持，要求该系统能方便地访问这些数据。2、 HTTP协议4 系统功能需求4.1系统主要功能描述 为方便广大师生更好的利用教室资源，根据实际需求，该系统实现的主要功能如下：（1） 管理这学期开设的课程信息：包括课程的任课老师、上课时间、选课人数和是否要求多媒体教学等；（2） 全校的教室资源信息的管理：包括教室的编号，最大容量，是否支持多媒体教学等。 （3） 教学安排：根据课程信息和教室资源信息，给
11、每门课安排一个最佳的上课时间和上课地点，保证同一个老师不在同一个时间段授两门或两门以上的课程（即授课的时间不交叉），同一个教室不在同一个时间段安排两门或两门以上的课程（即授课地点不冲突），安排的教室能够满足选课人数和多媒体的要求（假设学校的教学资源能够满足这些要求）。 （4） 教室的临时借用：如果有临时借用，能够尽可能安排一个满足讲座要求的教室，如时间、容纳人数、多媒体等。 （5） 教室信息的实时更新：如果遇见意外情况，如老师临时停课，则要实时更新教室的使用情况信息；老师有临时变更上课时间的要求，则能够查询教室的使用情况信息，并尽力为其变更时间并重新安排教室。 4.1系统逻辑模型4.1.1课程
12、信息管理数据流程图查询条件课程信息用户查询课程信息课程信息查询课程信息D1信息记录或更新存储课程信息系统逻辑模型系统管理员课程信息4.1.2教室信息管理数据流程图信息记录存储查询条件教室信息用户查询教室信息教室信息查询教室信息D2教室信息系统逻辑模型系统管理员教室信息上课地点、时间4.1.3 教学安排数据流程图课程信息系统逻辑上课教室、时间安排课程名课程信息管理 保存信息用户教室信息D2更新教室信息教室信息用户用户4.1.5 教室信息实时更新数据流程图当前教室信息当前教室信息时间、地点用户时间、地点更新教室信息教室信息D2教室安排用户4.1.4 临时教室借用安排数据流程图教室信息更新教室信息教室信息D2课程上课时间、地点用户用 户更新课程信息教室要求信息4.2 功能描述4.2.1课程信息管理功能描述功能编号：1功能名：存储简要叙述：存储课程信息输入数据流：课程信息输出数据流：存储成功或不成功的提示信息加工逻辑：输入信息然后进行存储最后输出处理结果
