学校教室管理系统软件需求规格说明书

1、学校教室管理系统软件需求规格说明书版本：V1.0作者：xxx<xxxxxxx>1. 引言目标软件需求规格说明描述了“学校教室管理系统” 1.0 版本的软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里制定的所有需求都具有高优先级，而且都要在版本 1.0 中加以实现。方便教室管理人员进行教室安排、查询。方便学生进行教室申请。方便人员查阅教室使用情况以免造成不必要的麻烦。项目围“学校教室管理系统”供学校的教室管理部门使用，是对教室进行调度管理的软件。该系统与自动排课系统联动， 可以对排课后的教室用计算机进行借用管理、 查

2、询、分析统计， 可生成全校教室使用情况汇总表。 对教室的借用提供了技术先进的图形化操作界面，直观、便捷。当前网络的流行为教室管理网络化的发展提供了广阔的空间。教室管理网络化，从一定程度上讲， 该系统就是教室管理部门的网上办公室即意味着其具有信息时代的快捷方便等特征。 “学校教室管理系统”构建了一个教室使用者和教室管理者交流的网上平台。一方面教室使用者可以方便地查询和使用；另一方面，教室管理者可以通过计算机实现最有效率的管理。参考资料1Karl E. Wingers著,软件需求 .清华大学 ，20042Dean Leffingwell 等著，软件需求管理统一方法 . 机械工业， 2002 3So

3、ren Lauesen 著 , 软件需求 . 电子工业， 2002 4Ian Sommerville 著，需求工程 . 机械工业， 2003 5Ian K.Bray 著 , 需求工程导引 . 人民邮电， 20032. 总体描述2.1 产品前景现今教室不断的变动，教室信息越来越繁琐，对于教室使用情况管理不方便，所以如今开发这套软件以便管理者对教室使用情况快捷、准确的查询。使用学校教室管理系统可以方便高效的管理学校的教室资源配置，可以更快速、更准确的了解到目前学校教室的使用情况， 为学生和老师及其他使用教室的人员提供最便捷的信息服务，适用于高校、中小学及其他各类学校，期望系统演化若干个版本之后，最

4、终可以用于任何需要进行工作室资源配备的场合，而不受限于学校使用。2.2 用户类及其特征2.3 运行环境系统采用客户机服务器（ C/S）模式，有多台客户机供前台使用系统的运行环境为微软的 Windows 2000/XP/2003 操作系统“学校教室管理系统”的操作将通过如下的 Web浏览器来完成：Microsoft Internet Explorer 6.0或 7.0 版本Firefox 2.0版本服务器的运行环境为： Windows 2000/XP/2003 操作系统“学校教室管理系统”只允许在学校网中使用，外网用户将无法使用该系统对系统的操作只能在校的客户机上操作3. 用例规格说明系统主要的

5、用例图如下：系统的主要用例描述：用例 IDUC-01用例名称参与者描述前置条件验证身份学生、教师、教室管理人员学校的老师或学生或教室管理员登陆系统，系统将进行用户的身份验证，用以判断用户的使用权限使用者的身份符合系统要求学校教室管理系统的数据库在线后置条件系统自动将数据更新， 并且记录用户的操作主干过程1用户登陆2系统连接至数据库查询用户资料3系统给出用户的身份验证信息4系统给出用户允许的操作分支过程无异常1数据库不在线时，用户将无法登陆系统，2数据库中并没有用户的信息，用户需要注册备注用户登陆后， 系统将自动记录用户的操作用例 IDUC-02用例名称查询教室信息参与者学生、教师、教室管理员描

6、述学生、教师或者教室管理员在身份验证之后，可以查询目前的学校教室使用情况，系统将给出查询的详细容前置条件用户已经登陆系统， 并且用户需要查询的教室在系统的数据库后置条件系统自动更新数据， 并及时在线显示出教室的使用情况主干过程1用户向系统提出查询教室的申请2系统响应用户的查询申请3系统访问在线的数据库，取得教室的使用信息4系统显示要查询的教室的详细信息5系统提示用户的下一步操作分支过程无异常要查询的教室不在数据库中数据库不能访问备注查询教室信息可以为用户的下一步操作提供信息， 并且查询的数据库必须在线，否则系统应该给出具体的查询出错信息用例 IDUC-03用例名称参与者申请教室学生、教师描述学

7、生或者教师再查询教室的基本信息后，在系统的提示下进行申请教室的过程，符合学校的教室使用规定，并且给出申请的目的前置条件用户已经登陆到系统， 并且系统给出的提示操作信息，允许用户进行申请后置条件系统的数据库及时更新， 教室的基本信息被修改主干过程1用户向系统提出教室申请要求2系统检验用户提出的申请要求3系统给出申请结果4系统访问数据库及时更新相关教室的使用信息数据5系统提示用户的下一步可进行的操作分支过程异常系统超出响应时间， 询问用户是否重试操作备注用户提出的申请须按照系统的规定格式系统的响应在4 秒钟用例 IDUC-04用例名称反馈申请表信息参与者教室管理员描述教室管理员在系统中查询教室的申

8、请信息前置条件教室管理员的身份得到系统验证，系统的数据库可以在线访问后置条件系统为教室管理员分配相应的权限主干过程1教室管理员登录系统2教室管理员向系统提出教室申请情况的查询要求3系统响应管理员的查询要求4系统访问在线数据库，取得管理员管理权限的全部教室所有相关信息5系统提示管理员可以进行的下一步操作分支过程管理员查询教室的使用记录的单独某异常备注项数据库无法访问系统响应时间超时， 系统将自行中断管理员请求由于此用例需要取得的数据量很大，所以系统可以提示管理员访问的进度，并且系统的响应时间不能超过20 秒用例 IDUC-05用例名称配置教室参与者教室管理员描述除系统能够自动配置教室外， 教室管

9、理员也可以在系统允许的权限来手动分配教室前置条件教室管理员必须先登录到系统后置条件系统自动将数据更新， 保存教室的配置信息主干过程1教室管理员向系统提出配置教室请求2系统向数据库发出配置申请3数据库向系统返回可以配置的教室信息4系统显示将需要手动配置的教室5管理员根据实际情况， 更改教室配置信息6管理员向系统发出数据更新请求7系统响应管理员操作，并向数据库发出更新请求8 数据库系统响应更新请求，及时更新分支过程管理员给出配置的原因系统在向用户（学生、教师）给出管理员的修改配置信息异常系统响应时间超时， 系统提示管理员是否重试操作备注由于 icrosofterver 的数据库系统在实现数据备份上

10、的优势， 所以备份比较轻松，当学生或者老师用例 IDUC-06用例名称参与者更改教室信息教室管理员描述教室管理员负责及时更新教室的使用信息，系统也可自动按照管理计划进行教室信息的更新前置条件教室管理员的身份得到系统的确认数据库可以在线访问后置条件系统更新数据库主干过程1 教室管理员查询教室信息2教室管理员向系统提出更改教室信息的申请3系统响应请求， 并连接至在线的数据库4系统给出可以操作的提示5管理员对数据库进行更新6系统给出更新完成的提示信息分支过程无异常教室管理员在操作错误时， 系统应给出返回上一步的信息备注当要进行删除操作时， 系统应及时给出提示并可以恢复所删数据 （在所删数据保存期）用

11、例 IDUC-07用例名称打印教室信息参与者学生、教师、教室管理员描述所有用户都可以打印教室的相关信息，方便大家的使用前置条件用户已经登录到系统后置条件系统数据库自动更新主干过程1用户向系统提出打印请求2系 统 向 Windows 办 公 软 件 如 ：Microsoftword 提出打印申请3办公软件响应打印请求4数据库向打印机传送要打印的文件信息分支过程无异常数据库无法在线访问无法打印备注待打印请求发出后， 系统应在 3 秒给出响应4. 外部接口需求4.1 用户界面系统运行时的主界面要求为 windows 的经典运行界面，主界面可以是用 ASP开发独立的页面，有一个主页，可以其他页面。用户

12、可通过各自的权限对各个页面进行操作。4.2 其他接口硬件接口系统的使用除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口。软件接口在这里主要有软件与操作系统的接口，考虑到文档处理的需要可以包括与较常用的办公软件的接口如： Microsoft Office系统要有与 SQL Server2000/2005 数据库的软件接口故障处理考虑到软件的使用围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可，只要操作系统没有大的故障程序一般是比较稳定的。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程

13、，以及系统崩溃后的数据恢复功能，这些功能在 SQL Server2000/2005 中已经自带了，只要稍微在其上再增加用户所需要的附加功能即可。5. 非功能性需求5.1 软件质量属性可用性：在主要工作时间（星期一到星期五）对用户可用率达到 90以上，其他非主要时间中可用率达到 80以上。在每天的上午 7：00 到晚上 6：00 系统的可用率应达到 90以上，其他时间系统的可用率应该在 80以上。健壮性：系统可以流畅运行于Windows 2000/XP/2003 操作系统平台下系统采用 C/S 模式，系统将容易安装到装有 Windows 2000/XP/2003 操作系统的客户机上数据库采用微软

14、的SQL Server 2005 编写，具有较强的纠错和数据备份和保护能力。系统具有容错能力，在误操作时，系统不会崩溃。5.2 其他非功能性需求系统保证了较好的数据安全性系统不允许外网用户的非法访问6. 数据需求（ ER模型，数据字典等）数据字典：该系统中的数据流条目有：教师信息教师号 +教师 +学院名称 +教师联系班级信息班级号班级名称班主任学院代码+专业 ( 学院代码表 )课程信息课程编号课程名称课程学分课程描述教室信息教室号 +教室类型 +教室容量 +教室管理员 +教室管理员联系教室使用时间 ( 上课时间 )= 星期 +上课第几节数( 如：星期一第一 , 二节课 )班级名称年级 +专业

15、+班级序号( 如： 2005 级软件工程 3 班 )教室使用信息 ( 上课信息 ) 教室基本信息 +教师基本信息 +班级基本信息 +课程基本信息 +教室使用时间系统用户基本信息用户名称 +用户密码 +用户性别 +用户真实 +用户联系 +用户所属部门教室使用信息教师基本信息班级基本信息课程基本信息教室基本信息教师信息基本信息 = 教师号 （数据值类型为数值类型，有效值围0000 到 9999）E-R 模型：班级号班级班主任院系班级教室号教室状态课程号课程名教室使教室类型课程用教室学分使用时间课程描述可容纳人数使用类型使用班级管理员管理员电话教师教师号姓名院系联系电话附录 A：术语表静态数据系统固

16、化在的描述系统实现功能的一部分数据，静态数据是系统部有关的数据结构与操作规程，具体可包括：系统用户表、教室基本信息表、班级信息表、课程基本信息表、教室使用信息表、教师信息表等。动态数据在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据，动态数据包括程序运行时输入和输出的数据 , 具体是数据库的各个表的各个不同元组与属性值如：教室使用信息表 .数据字典数据字典中的名字都是一些属性与容的抽象和概括，它们的特点是数据的“严密性”和“精确性”。附录 B：分析模型系统的数据流图：教务处教务处教室信息教室管理信息教室信息学生数据库信息老师第一层数据流图班级基本信息班级信息按班级

17、号班级信息查询管理教师基本信息教师信息按教师号教师信息查询管理教室基本信息教室信息按教室号教室信息查询管理课程基本信息课程基本信息按课程号课程信息查询管理第二层数据流图教室信息表教室使用信息管理固定教室使用信息管理可变教室使用信息管理固定教室信息可变教室信息统计查询按教室号按教师号按课程号按班级号固定教室信息查询固定教室信息查询固定教室信息查询固定教室信息查询第三层数据流图系统的关联图：系统管理用户管理班级查询班级管理按班级号统计教室查询教室管理教室管理系统课程查询按教室号统计使用信息操作按课程号统计课程管理按教师号统计教师管理教师查询可变教室查询固定教室查询教室使用管理附录 C：业务规则教室的使用应遵守学校的教室管理规定附录 D：待定问题清单系统的其他非主要用例，可以用卡片也可以已附录形式写在SRS之后研制报告（ 研制过程，本设计的评价、特点，收获、不足与体会等）通过这次课程设计， 我了解到了做好软件需求分析的重要性， 它可以说是软件开发过程中最重要的一环， 而且其所耗费的脑力活动