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

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

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

3、20023 Soren Lauesen 著, 软件需求 . 电子工业出版社， 20024 Ian Sommerville 著， 需求工程 . 机械工业出版社， 20035 Ian 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 操作系统“学校教室管理系统”只允许在学校内网中使用，外网用户将无法使用该系统 对系统的操作只

5、能在校内的客户机上操作3. 用例规格说明系统主要的用例图如下：敎室管理员脸证島份打印教室信息申请教室反馈申请表倍息更改教窒信息查询毂室信息配置教室系统的主要用例描述：用例IDUC-01用例名称验证身份参与者学生、教师、教室管理人员描述学校的老师或学生或教室管理员登陆 系统，系统将进行用户的身份验证，用 以判断用户的使用权限前置条件使用者的身份符合系统要求 学校教室管理系统的数据库在线后置条件系统自动将数据更新，并且记录用户的 操作主干过程1用户登陆2系统连接至数据库查询用户资料3系统给出用户的身份验证信息4系统给出用户允许的操作分支过程无异常1数据库不在线时，用户将无法登陆系统，2数据库中并没

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

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

8、试操作备注用户提出的申请须按照系统的规定格 式工J系统的响应在4秒钟内用例IDUC-04用例名称反馈申请表信息参与者教室管理员描述教室管理员在系统中查询教室的申请 信息前置条件教室管理员的身份得到系统验证， 系统 的数据库可以在线访冋后置条件系统为教室管理员分配相应的权限主干过程1教室管理员登录系统2教室管理员向系统提出教室申请情况的查询要求3系统响应管理员的查询要求4系统访问在线数据库，取得管理员管 理权限内的全部教室所有相关信息5系统提示管理员可以进行的下一步操 作分支过程管理员查询教室的使用记录的单独某项异常数据库无法访冋系统响应时间超时，系统将自行中断管 理员请求备注由于此用例需要取得

9、的数据量很大，所以系统可以提示管理员访问的进度，并且系统的响应时间不能超过 20秒用例IDUC-05用例名称配置教室参与者教室管理员描述除系统能够自动配置教室外，教室管理 员也可以在系统允许的权限内来手动 分配教室前置条件教室管理员必须先登录到系统后置条件系统自动将数据更新，保存教室的配置 信息主干过程1教室管理员向系统提出配置教室请 求2系统向数据库发出配置申请3数据库向系统返回可以配置的教室 信息4系统显示将需要手动配置的教室5管理员根据实际情况，更改教室配置 信息6管理员向系统发出数据更新请求7系统响应管理员操作，并向数据库发 出更新请求8数据库系统响应更新请求，及时更新分支过程管理员给

10、出配置的原因系统在向用户（学生、教师）给出管理 员的修改配置信息异常系统响应时间超时，系统提示管理员是 否重试操作备注由于M icrosoft SQL S erver 2 0 0 0 / 2 0 0 5的数据库系统在实 现数据备份上的优势，所以备份比较轻 松，当学生或者老师用例 IDUC-06用例名称更改教室信息参与者教室管理员描述教室管理员负责及时更新教室的使用 信息，系统也可自动按照管理计划进行 教室信息的更新前置条件教室管理员的身份得到系统的确认 数据库可以在线访冋后置条件系统更新数据库主干过程1教室管理员查询教室信息2教室管理员向系统提出更改教室信息 的申请3系统响应请求，并连接至在线

11、的数据 库4系统给出可以操作的提示5管理员对数据库进行更新6系统给出更新完成的提示信息分支过程无异常教室管理员在操作错误时，系统应给出 返回上步的信息备注当要进行删除操作时，系统应及时给出 提示并可以恢复所删数据（在所删数据保存 期内）用例IDUC-07用例名称打印教室信息参与者学生、教师、教室管理员描述所有用户都可以打印教室的相关信息， 方便大豕的使用前置条件用户已经登录到系统后置条件系统数据库自动更新主干过程1用户向系统提出打印请求2系统向 Windows办公软件如： Microsoftword提出打印申请3办公软件响应打印请求4数据库向打印机传送要打印的文件信息分支过程无异常数据库无法在

12、线访问 无法打印备注待打印请求发出后，系统应在3秒内给 出响应4. 外部接口需求4.1 用户界面系统运行时的主界面要求为 windows的经典运行界面，主界面可以是用 ASP开发 独立的页面，有一个主页，可以链接其他页面。用户可通过各自的权限对各个页面进 行操作。4.2 其他接口硬件接口 系统的使用除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据 的备份等要求可以保持与磁带机和光盘刻录机的接口。软件接口 在这里主要有软件与操作系统的接口，考虑到文档处理的需要可以包括与较常用 的办公软件的接口如： Microsoft Office系统要有与 SQL Server2000/2005 数

13、据库的软件接口故障处理考虑到软件的使用范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可，只要操作系统没有大的故障程序一般是比较稳定的。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功 能与过程，以及系统崩溃后的数据恢复功能，这些功能在 SQL Server2000/2005 中 已经自带了，只要稍微在其上再增加用户所需要的附加功能即可。5. 非功能性需求5.1 软件质量属性可用性：在主要工作时间（星期一到星期五）对用户可用率达到 90以上，其他非主要时 间中可用率达到 80以上。在每天的上午 7：00 到晚上 6：00系统的可用率应达到 90以上

14、，其他时间内系 统的可用率应该在 80以上。健壮性：系统可以流畅运行于 Windows 2000/XP/2003 操作系统平台下系统采用 C/S 模式，系统将容易安装到装有 Windows 2000/XP/2003 操作系统的客户 机上数据库采用微软的 SQL Server 2005 编写，具有较强的纠错和数据备份和保护能力。 系统具有容错能力，在误操作时，系统不会崩溃。5.2 其他非功能性需求系统保证了较好的数据安全保密性系统不允许外网用户的非法访问6. 数据需求（ER模型，数据字典等）数据字典：该系统中的数据流条目有：教师信息=教师号+教师姓名+学院名称+教师联系电话班级信息=班级号+班级

15、名称+班主任+学院代码 +专业（学院代码表）课程信息二课程编号+课程名称+课程学分+课程描述教室信息二教室号+教室类型+教室容量+教室管理员姓名+教室管理员联系电话教室使用时间 （上课时间）=星期+上课第几节数 （ 如：星期一第一 ,二节课）班级名称=年级+专业+班级序号（女口： 2005级软件工程3班）教室使用信息（上课信息）=教室基本信息+教师基本信息+班级基本信息+课程基本 信息 +教室使用时间系统用户基本信息=用户名称+用户密码+用户性别+用户真实姓名+用户联系电话+用户所属部门教室使用信息=教师基本信息 + 班级基本信息 + 课程基本信息 + 教室基本信息班级号班级班主任院系7教室号

16、教室状态课程号教室类型课程名使用时间学分课程描述可容纳人数使用类型使用班级管理员管理员电话教师号姓名联系电话院系教室使 用教师信息基本信息=教师号（数据值类型为数值类型，有效值范围0000到9999）E-R模型:课程教室教师班级附录A:术语表静态数据系统固化在内的描述系统实现功能的一部分数据，静态数据是系统内 部有关的数据结构与操作规程，具体可包括: 系统用户表、教室基本信息表、班级信息表、课程基本信息表、 教室使用信息表、教师信息表等。动态数据在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就 是系统要处理的数据，动态数据包括程序运行时输入和输出的数据 , 具体是数据库的 各个表的

17、各个不同元组与属性值如:教室使用信息表 .数据字典数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是 数据的“严密性”和“精确性”。附录B:分析模型系统的数据流图:第一层数据流图班级信息教师信息.教室信息教室基本信息管理按教室号教室信息查询课程基本信息.课程基本信息管理按课程号第二层数据流图课程信息查询教室信息表第三层数据流图系统的关联图:系统管理附录C:业务规则教室的使用应遵守学校的教室管理规定附录D:待定问题清单系统的其他非主要用例，可以用卡片也可以已附录形式写在SRS之后研制报告（ 研制过程，本设计的评价、特点，收获、不足与体会等 ）通过这次课程设计，我了解到了做好软件需求分析的重要性， 它可以说是软件开发 过程中最重要的一环，而且其所耗费的脑力活动一点也不亚于