教室实时信息查询系统

项目需求规格说明书

参与人：尹伟

吴文斌

东华理工大学

2015年10月31日

目    录

1.            文档说明... - 1 -

1.1编写目的... - 1 -

1.2背景... - 1 -

1.3适用范围... - 1 -

1.4预期读者与阅读建议... - 2 -

1.5参考文献... - 2 -

1.6术语与缩写解释... - 2 -

1.6.1术语... - 2 -

1.6.2缩写... - 3 -

2.       系统说明... - 4 -

2.1系统目标... - 4 -

2.2系统概述... - 4 -

2.3用户描述... - 4 -

2.4产品范围... - 4 -

2.5出错处理... - 5 -

2.6假设和依赖条件... - 5 -

3.       系统功能需求... - 6 -

3.1  系统的流程图... - 6 -

3.2 系统功能... - 6 -

3.2.1 系统登录模板... - 6 -

3.2.2 系统功能详述... - 7 -

3.3软件性能的规定... - 9 -

3.3.1精度... - 9 -

3.3.2 时间性要求... - 9 -

3.3.3 灵活性... - 10 -

3.3.4输入输出... - 10 -

3.3.5数据管理... - 10 -

4.系统的非功能需求... - 11 -

4.1  系统的性能需求... - 11 -

4.2  系统安全需求... - 11 -

4.3  用户界面需求... - 11 -

4.4  手机机软硬件需求... - 11 -

4.5 系统文档需求... - 12 -

1.   
文档说明

本系统是根据师生日常学习中教室信息了解不全面所以到的情况，建立一个集中、统一的数据分析处理和展示平台，实现对各类数据的集中管理、查询与统计；将教室信息查询的实时人文信息和环境信息相关联，实现环境数据分析功能以便辅助决策。通过建立一个基于计算机网络，数据库管理等高新技术，建立一个实用、安全、可靠、综合、高效的教室实时信息查询系统。

1.1编写目的

本文档编写目的在于通过整理“教室实时信息查询系统”（以下简称“本系统”）的用户需求，分析汇总后形成软件系统开发过程应该具备的功能需求和非功能需求，给出系统的功能模板图和系统流程图。为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发过程中协同工作提供强有力的保证，同时本文档也作为项目评审验收的依据之一。

1.2背景

本系统初步定名为教师实时信息查询系统。本系统的提出者为吴文斌，开发人员为吴文斌和尹伟，用户为全体教师和学生。本系统需要获取学校数据库的数据，然后还需要来自教室硬件的数据支持。

1.3适用范围

本系统是在积累了丰富业务经验的基础上开发的，在需求上充分考虑了用户的实际情况。本系统适用于教室信息的各类型数据的处理与展示。

本文档描述范围：

l 
文档说明；

l 
系统概述；

l 
相关术语解释；

l 
描述系统的整体流程；

l 
详细表述系统的功能需求；

l  说明本系统的非功能需求，如在可用性、安全性、健壮性等方面的要  求以及用户操作界面的需求。

1.4预期读者与阅读建议

预期读者与阅读建议如表1-1所示：

表1-1：预期读者与阅读建议表

1.5参考文献

（1）《计算机软件需求规格说明规范(GB/T 9385-2008)》

（2）《计算机软件可靠性和可维护性管理(GB/T 14394-2008)》

（3）《GB8566-88计算机软件开发规范》

（4）《GB8567-88 计算机软件产品开发文件编制指南》

（5）《GB9385-88 计算机软件需求说明编制指南》

（6）《GB9386-88计算机软件测试文件编制规范》

1.6术语与缩写解释

1.6.1术语

数据库管理系统：即Database Management System，简写DBMS，是一种操纵和管理数据库的大型软件，用于建立、使用和维护数据库。DMBS实现了对数据库的统一管理和控制，以保证数据库的安全性和完整性。常用的DMBS都是基于关系型的数据库管理系统，简称RDMBS，如Oracle，SQL Server，MySQL，DB2等。

Ftp服务器：FTP的全称是File Transfer Protocol(文件传输协议)。是专门用来传输文件的协议。简单地说，支持FTP协议的服务器就是FTP服务器。

软件架构（software architecture）：是指在一定的设计原则基础上，从不同角度对组成系统的各部分进行搭配和安排，形成系统的多个结构而组成架构，它包括该系统的各个组件，组件的外部可见属性及组件之间的相互关系。软件架构可以与建筑物的架构相比拟，主要用于指导大型软件系统各个方面的设计。

计算机软件模块（Computer Software Module）：简称模块，按照国家标准的定义，模块指的是逻辑上可以分开的系统成分。泛指逻辑上相对独立的软件成分。

1.6.2缩写

缩写语与注释见表1-2所示：

表1-2：缩写语与注释表

2.    
系统说明

本小节对本系统做简单的文字性描述。

2.1系统目标

将教室实时信息的人文环境与自然环境关联，实现教室人数、课程数据的查询，除了对基本信息的查询外，还能够对环境数据进行辅助分析。旨在协助使用者对教室信息更加深入的了解，确保最合适的学习环境。本系统应对于教室实时信息能够实现即时、快速的查询，对于学生和教师的课表能够实现基本的增删改查的操作，对即时的教室基本信息分析后可以给出较好的建议的增进功能。此软件系统作用的范围应是全体的学生和教师。

2.2系统概述

本系统将采用了java的面向对象开发技术，实现教室实时信息数据处理与展示的功能，运行在普通手机上，将各方面的调查数据和实时数据进行统一管理、分析和共享。系统将实时数据、官网数据库数据以及数据库分析数据集成于一体，实时数据与官网数据库数据关联。系统具有对各类数据进行查询的功能，能够完成教室人数、是否有课、什么课、温度、噪声、湿度等信息查询，并根据教室基本信息情况系统进行分析，给出一个合理的建议。

2.3用户描述

本系统用户分两类：系统管理员和普通用户。系统管理员对整个系统的管理和使用具备最高权限，除了本系统的基本操作外，还可以管理用户，包括新增用户、修改用户信息、删除用户等操作；数据源的设置也是管理员特有的权限。普通用户只能在管理员设定的权限范围内使用本系统。

2.4产品范围

建立一个准确、高效、全面、规范的教室实时信息查询系统，使实时数据管理与数据库信息管理融为一体，多层次、多方位直观地显示相关数据，利用空间数据分析功能，充分展现以人为准的人性化设计，做到对教室资源的合理配置和调度，提高学生和老师的学习、上课效率。

2.5出错处理

l  存在不合理的操作，亦或是胡乱操作，系统会出相关提示或者警示信息。

l  对于系统本身存在的错误，系统会自动给出警示信息，而不是直接导致系统崩溃。

2.6假设和依赖条件

l  本系统假设Android平台稳定可靠，性能满足实际需求。系统构建在Android平台之上，严重依赖于该平台的可靠性，稳定性和性能。

l  本系统假设Microsoft SQL Server数据库稳定可靠，性能满足实际需求。系统数据存储于Microsoft
SQL Server  2008数据库中，依赖Microsoft SQL Server数据库的可靠性，稳定性和性能。

l  本系统假设工作流引擎稳定可靠，性能满足要求。

l  本系统假设硬件服务器工作状态良好。

3.   
系统功能需求

本小节对系统的功能需求做详细的说明。

3.1  系统的流程图

根据用户的需求，绘制出本系统的流程图，如图3-1所示。用户启动本系统后，首先进行登录验证，非系统用户是不能登录本系统的。登录成后，用户可以使用本系统。主界面上的操作主要分三大块内容：本人课表基本功能、教室信息查询功能、特定课程查询功能。

图3-1 系统流程图

3.2 系统功能

3.2.1 系统登录模板

登录模板主要完成两项内容：用户的验证和数据库的验证。

图3-2  系统登录模板

l 
用户验证：用户名和密码的验证，非本系统用户或密码错误不能登录本系统。

l 
数据库验证：确定各类型数据的来源。

3.2.2 系统功能详述

图3-2 系统功能模板图

在充分理解用户需求的基础上，绘制出了系统的功能模板图，如图3-2所示。系统分7大块：用户，课表，教室信息，老师管理教室。

1）.用户

主要实现管理员对于用户的管理，可以曾加、删除，以及给用户不同权限。

（1）曾加用户

可以通过管理员来创建用户账号。

（2）删除

对于违规用户可或者不合理用户以进行删除。

（3）权限

用户有着不同的权限，这些都需要管理员的分配。

2）.课表

（1）获取

通过学生或者老师的学校账号，从学校官网服务器上加载此账号的课表。

（2）查看

可以搜索课表上的一些课程信息，比如：老师信息、教室位置。

（3）修改

如果官网的课表出现错误，学生或者老师可以自行修改课表然后再上传官网进行修正。

（4）提醒

闹铃功能，用户可以开启提醒功能，上课前三十分钟会提醒用户有此课。

3）.教室

主要实现教室各种信息查询功能。

（1）课程

实时的显示某个教室正在上的课和即将要上的课，以及课程的基本信息：授课教师信息、上课专业信息、上课人数。

（2）环境

对于没有课程安排的教室要提供此间教室的基本环境：温度、噪声、湿度。

（3）人数

扫描出没有课程安排教室的自习学生的人数。

4）.特定课程

主要实现用户自己课程之外的课程。

（1）查询

查询到用户需要去听课的课程。

（2）专业

显示需要上此门课程的专业。

（3）老师

显示教授此课程的老师信息。

（4）教室

显示此课程上课的位置和时间。

5）.教师

主要实现对教师基本信息管理。

（1）课堂

为教师显示课堂的各种信息：学生人数，学生名单。

（2）课表

显示老师的教学课表，老师同时也可以进行修改。

（3）学生

教师可以点击某个学生，显示某个学生的一些基本信息：学号、姓名。

3.3软件性能的规定

3.3.1精度

对软件的输入和输出要确保最基本的正确性，既对输入的数据不能产生丢失和数据改变等错误，对于输出的数据也不能产生错误。在数据传输过程中要进行数据校验，确保数据的正确性。由于软件系统最主要的数据传输在于教师硬件和软件数据库之间，这部分数据多数为数字，所以要求精确度更高，不能出错。

3.3.2 时间性要求

A、对于软件启动时间应不多于1s

B、对于软件基本模块点击的响应时间应不多于100ms

C、更新数据处理时间应少于100ms

D、数据的传送时间应少于100ms

E、数据分析时间应少于50ms

3.3.3 灵活性

用户的操作永远是我们无法预测的，所以对于软件我们需要一定的灵活性来应对不同的用户操作。

3.3.4输入输出

输出数据包括教室硬件检测的基本信息，学校数据库的基本信息，输入数据包括用户查询输入数据和用户修改数据。

教室硬件检测的基本信息包括：人数，温度，声呗，湿度。此类为数值类型的数据，数据精度应分别为：1.0、0.01、1.0、0.01。

3.3.5数据管理

1.用户信息管理，用户基本信息的存档

2.课表的二次存档，在学校服务器上的一次存档然后在本地服务器上二次存档，读取数据从本地服务器上，加快了软件等待时间。本地服务器和学校服务器要固定时间进行校对修正。

4.系统的非功能需求

本小节说明系统的非功能需求。

4.1  系统的性能需求

1.支持多用户操作；

2.可以在普通的低配手机上运行 ；

3.系统功能可以满足用户的需求；系统运行稳定可靠；

4.提供及时有效的技术支持和系统维护；

4.2  系统安全需求

1.登录密码和数据源设置

用户登录系统时，用户名和密码验证通过后才能登录系统。由管理员对数据源进行设置，服务器的地址、数据库的密码、SDE的密码和Ftp服务器的地址只被管理员掌控。

2.权限控制

不同的用户设置不同的操作权限，管理员具有最高管理和使用权限，而普通用户的操作权限必须由管理员分配。

3.记录日志

对数据的操作均记录在数据库日志中，以防数据被破坏和丢失。

4.3  用户界面需求

1.人机界面友好。

2.屏幕显示画面清晰，颜色设置合理；控件摆放整齐，间距统一。

3.充分利用屏幕空间，使得表格可以高效的显示。

4.相同功能的模板在不同子系统中以同一窗口出现。

5.界面风格设计统一，窗口的标签和logo摆放位置统一。

4.4  手机软硬件需求

本系统对服务器端和客户端手机机的软硬件需求分别见表4-1和表4-2所示；

表4-1  系统服务器端环境需求表

表4-2  系统客户端环境需求表

4.5 系统文档需求

文档均为Word格式文件，内容表述正确有效，可读性强。