《软件需求》课程设计-学校教室管理系统软件需求规格说明书.docVIP

学校教室管理系统 软件需求规格说明书 版本：V1.0 作者：xxx xxxxxxx 2008.1.23 引言 目标 软件需求规格说明描述了“学校教室管理系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里制定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。 方便教室管理人员进行教室安排、查询。方便学生进行教室申请。方便人员查阅教室使用情况以免造成不必要的麻烦。 项目范围 “学校教室管理系统”供学校的教室管理部门使用，是对教室进行调度管理的软件。该系统与自动排课系统联动，可以对排课后的教室用计算机进行借用管理、查询、分析统计，可生成全校教室使用情况汇总表。对教室的借用提供了技术先进的图形化操作界面，直观、便捷。 当前的流行为教室管理网络化的发展提供了广阔的空间。教室管理网络化，从一定程度上讲，就是教室管理部门的网上办公室意味着具有信息时代的快捷方便等特征。构建了一个教室使用者和教室管理者交流的网上平台。一方面教室使用者可以方便地查询和使用；另一方面，教室管理者可以通过计算机实现最有效率的管理。, 软件需求. 清华大学出版社，2004 Dean Leffingwell等著，软件需求管理——统一方法. 机械工业出版社，2002 Soren Lauesen 著, 软件需求. 电子工业出版社，2002 Ian Sommerville 著，需求工程. 机械工业出版社，2003 Ian K.Bray 著, 需求工程导引. 人民邮电出版社，2003 总体描述 2.1产品前景 现今教室不断的变动，教室信息越来越繁琐，对于教室使用情况管理不方便，所以如今开发这套软件以便管理者对教室使用情况快捷、准确的查询。 使用学校教室管理系统可以方便高效的管理学校的教室资源配置，可以更快速、更准确的了解到目前学校教室的使用情况，为学生和老师及其他使用教室的人员提供最便捷的信息服务，适用于高校、中小学及其他各类学校，期望系统演化若干个版本之后，最终可以用于任何需要进行工作室资源配备的场合，而不受限于学校内使用。 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操作系统 “学校教室管理系统”只允许在学校内网中使用，外网用户将无法使用该系统 对系统的操作只能在校内的客户机上操作 用例规格说明 系统主要的用例图如下： 系统的主要用例描述： 用例ID UC-01 用例名称 验证身份 参与者 学生、教师、教室管理人员 描述 学校的老师或学生或教室管理员登陆系统，系统将进行用户的身份验证，用以判断用户的使用权限 前置条件 使用者的身份符合系统要求 学校教室管理系统的数据库在线 后置条件 系统自动将数据更新，并且记录用户的操作 主干过程 1用户登陆 2系统连接至数据库查询用户资料 3系统给出用户的身份验证信息 4系统给出用户允许的操作 分支过程 无 异常 1数据库不在线时，用户将无法登陆系统， 2数据库中并没有用户的信息，用户需要注册 备注 用户登陆后，系统将自动记录用户的操作 用例ID UC-02 用例名称 查询教室信息 参与者 学生、教师、教室管理员 描述 学生、教师或者教室管理员在身份验证之后，可以查询目前的学校教室使用情况，系统将给出查询的详细内容 前置条件 用户已经登陆系统，并且用户需要查询的教室在系统的数据库 后置条件 系统自动更新数据，并及时在线显示出教室的使用情况 主干过程 1用户向系统提出查询教室的申请 2系统响应用户的查询申请 3系统访问在线的数据库，取得教室的使用信息 4系统显示要查询的教室的详细信息 5系统提示用户的下一步操作 分支过程 无 异常 要查询的教室不在数据库中 数据库不能访问 备注 查询教室信息可以为用户的下一步操作提供信息，并且查询的数据库必须在线，否则系统应该给出具体的查询出错信息 用例ID UC-03 用例名称 申请教室 参与者 学生、教师 描述 学生或者教师再查询教室的基本信息后，在系统的提示下进行申请教室的过程，符合学校的教室使用规定，并且给出申请的目的 前置条件 用户已经登陆到系统，并且系统给出的提示操作信息，允许用户进行申