大学教室管理系统详细设计说明书

详细设计报告

——教室管理系统

小组成员：王文博陈鑫梁岑杨博石松（执笔）时间：2009.4.1.

大学教室管理系统软件需求分析

一引言

为了适应现代社会人们高度强烈的时间观念，大学教室管理系统软件为师生进行正常有序的教学，学习活动带来了极大的方便。该软件是以高级编程语言为实现语言，其功能在系统内部有源代码直接完成。通过操作手册，使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数字，即可达到自己的目标。

1.1 编写目的

本需求的编写目的在于研究大学教室管理系统的开发途径和应用方法。

本需求的预期读者是与大学教室管理系统开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的学校领导和后勤集团人员，软件验证者。

1.2 背景及范围

本项目的名称：大学教室管理系统软件。

本项目的任务提出者和开发者是大学教室管理系统软件开发小组,用户是老师和学生。

本产品能具体化、合理化的管理大学教室的使用情况。

1.3 定义

大学教室管理系统：大学教室管理系统是帮助教学人员、学生对教室的当前使用情况更好的了解，避免教室不合理的使用，从而方便学生自习和上课。

1.4 参考资料

《软件工程导论》，张海藩，清华大学出版社。

二总体设计

2.1 需求概述

本系统主要功能是实现教室资源的管理与查询，具体包括各学院各班级上课时间，地点，课程名，任课教师查询，临时调课和大型报告会通知等功能。查询效率尽可能做到精准，信息维护功能做到简单易用。详细说明见教室管理系统需求规格说明书。

系统功能实现

从前面需求分析可以看出，系统功能庞杂，主要分为前台浏览器(B/S)信息发布和数据查询，后台(C/S)数据管理和处理，教室管理系统功能部分数据分为4类：大型报告会；临时调课；空闲教室信息；课程信息。从使用和操作的功能上分，有三种用户：普通客户（浏览器浏览、查询）；业务数据管理人员（学生工作辅导员、教务干事）；系统管理员。为便于整个系统组织管理，把各个相对独立的数据或功能组织到整个大系统中来，我们把各个相对独立的功能完全独立设计，编译成独立的目标(功能)模块（single Executable），各功能模块最后被集成到一个称为虚拟桌面的控制台模块中。相应地将系统结构分为一个控制台程序和四个子系统，各子系统又分为若干各子模块。对应于每一个模块，几乎都有录入、查询、修改、删除、查看详细资料这几个功能。整个业务流程就是由这几种基本功能实现的。在这里每个模块都要用到的功能没必要在每个子模块里重复阐述，在每个子模块里只列出区别于其它子模块的功能实现。

3.1 功能

（1）输入个人信息（学号，姓名，密码），通过大学教室管理系统输入到数据库中。输出本学生要上课程所用教室的全部信息。

（2）输入所感兴趣报告会的相关信息，输出当前大型报告会所在教室和时间的具体信息

（3）输入个人信息的关键字（学号，姓名）点击空余教室相关按键

利用数据库中找到符合要求之教室的全部信息。输出所要查询的空余教室的号码

（4）输入课程名称（例：大学英语），教师姓名在数据库中找到所有此课程教师所改动的上课教室详细地点和时间，输出已改动的上课地点和时间。

3.2性能需求

（1）动态数值需求

预处理的窗口正常情况下和峰值工作条件下为5个，一定时间周期中要处理的数据的数量：窗口开始尺寸2个数据、开始位置2个数据、最大尺寸2个数据、

最小尺寸2个数据、编辑框位置4个数据、按钮位置4个数据，平均处理的数据约为16个数据。

（2）静态数值需求

a. 支持的终端数为1台；

b. 处理1个文件及20条记录；

（3）精度需求

在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，由于本系统使用了数摞结构，可以满足各种精度的需求。

（4）时间需求

在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。

（5）灵活性

当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。

（6）故障处理

a. 内部故障处理

在开发阶段可以随即修改数据库里的相应内容。

b. 外部故障处理

对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。

3.3接口设计

（1）用户接口

本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。

（2）软件接口

Windows 95/98/2003/xp系统

（3）内外部接口

由于系统的各种内外部接口是通过借助数据库开发软件来实现的，是完全在数据库内部操作的，故在此略过此内容。

3.4 限制条件

（1）技术约束

本项目的设计是在高级编程语言程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。

（2）环境约束

运行该软件所适用的具体设备必须是内存16兆以上的计算机;

（3）标准约束

该软件的开发完全按照企业标准开发，包括硬件、软件和文档规格。

（4）硬件限制

内存16兆以上PC机满足输入端条件。

3.5测试要点

（1）动态数值要求

预处理的窗口正常情况下和峰值工作条件下为5个，一定时间周期中要处理的数据的数量：窗口开始尺寸2个数据、开始位置2个数据、最大尺寸2个数据、最小尺寸2个数据、编辑框位置4个数据、按钮位置4个数据，平均处理的数据约为16个数据。

（2）静态数值要求

a. 支持的终端数为1台；

b. 处理1个文件及20条记录；

（3）精度需求

在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，由于本系统使用了数摞结构，可以满足各种精度的需求。

（4）时间要求

在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。

（5）灵活性

当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。

(6)故障处理

a. 内部故障处理

在开发阶段可以随即修改数据库里的相应内容。

b. 外部故障处理

对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。

3．6程序逻辑