《软件需求课程设计学校教室管理系统软件需求规格说明书》由会员分享，可在线阅读，更多相关《软件需求课程设计学校教室管理系统软件需求规格说明书（16页珍藏版）》请在装配图网上搜索。
1、xxxx大学软件需求课程设计说明书 学校教室管理系统软件需求规格说明书 版本：V1.0作者：xxx 1. 引言目标软件需求规格说明描述了“学校教室管理系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里制定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。方便教室管理人员进行教室安排、查询。方便学生进行教室申请。方便人员查阅教室使用情况以免造成不必要的麻烦。项目范围“学校教室管理系统”供学校的教室管理部门使用，是对教室进行调度管理的软件。该系统与自动排课系统联动，可以对排课后的教室用计算机进行借用管理、查
2、询、分析统计，可生成全校教室使用情况汇总表。对教室的借用提供了技术先进的图形化操作界面，直观、便捷。 当前网络的流行为教室管理网络化的发展提供了广阔的空间。教室管理网络化，从一定程度上讲，该系统就是教室管理部门的网上办公室即意味着其具有信息时代的快捷方便等特征。“学校教室管理系统”构建了一个教室使用者和教室管理者交流的网上平台。一方面教室使用者可以方便地查询和使用；另一方面，教室管理者可以通过计算机实现最有效率的管理。参考资料1 Karl E. Wingers 著, 软件需求. 清华大学出版社，20042 Dean Leffingwell等著，软件需求管理统一方法. 机械工业出版社，20023
3、 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操作系统“学校教室管理系统”只允许在学校内网中使用，外网用户将无法使用该系统对系统的操作只能在校内的客户机上操作 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 系统给出更新完成的提示信息分支过程无异常教室管理员在操作错误时，系统应给出返回上一步的信息备注当要进行删除操作时，系统应及时给出提示并可以恢复所删数据（在所删数据保存期内）用例IDUC-07用例名称打印教室信息
11、参与者学生、教师、教室管理员描述所有用户都可以打印教室的相关信息，方便大家的使用前置条件用户已经登录到系统后置条件系统数据库自动更新主干过程1 用户向系统提出打印请求2 系统向Windows 办公软件如：Microsoft word提出打印申请3 办公软件响应打印请求4 数据库向打印机传送要打印的文件信息分支过程无异常数据库无法在线访问无法打印备注待打印请求发出后，系统应在3秒内给出响应4. 外部接口需求4.1用户界面系统运行时的主界面要求为windows的经典运行界面，主界面可以是用ASP开发独立的页面，有一个主页，可以链接其他页面。用户可通过各自的权限对各个页面进行操作。4.2其他接口硬件
12、接口系统的使用除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口。软件接口在这里主要有软件与操作系统的接口，考虑到文档处理的需要可以包括与较常用的办公软件的接口如：Microsoft Office系统要有与SQL Server2000/2005数据库的软件接口故障处理考虑到软件的使用范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可，只要操作系统没有大的故障程序一般是比较稳定的。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这些功能在SQL Serve
13、r2000/2005中已经自带了，只要稍微在其上再增加用户所需要的附加功能即可。5. 非功能性需求5.1软件质量属性可用性：在主要工作时间（星期一到星期五）对用户可用率达到90以上，其他非主要时间中可用率达到80以上。 在每天的上午7：00到晚上6：00系统的可用率应达到90以上，其他时间内系统的可用率应该在80以上。健壮性：系统可以流畅运行于Windows 2000/XP/2003操作系统平台下系统采用C/S模式，系统将容易安装到装有Windows 2000/XP/2003操作系统的客户机上数据库采用微软的SQL Server 2005编写，具有较强的纠错和数据备份和保护能力。系统具有容错能
14、力，在误操作时，系统不会崩溃。5.2其他非功能性需求系统保证了较好的数据安全保密性系统不允许外网用户的非法访问6. 数据需求（ER模型，数据字典等）数据字典：该系统中的数据流条目有： 教师信息教师号+教师姓名+学院名称+教师联系电话班级信息班级号班级名称班主任学院代码+专业 (学院代码表)课程信息课程编号课程名称课程学分课程描述教室信息教室号+教室类型+教室容量+教室管理员姓名+教室管理员联系电话教室使用时间(上课时间)=星期+上课第几节数 (如：星期一第一,二节课)班级名称年级+专业+班级序号 (如：2005级软件工程3班)教室使用信息(上课信息)教室基本信息+教师基本信息+班级基本信息+课
15、程基本信息+教室使用时间系统用户基本信息用户名称+用户密码+用户性别+用户真实姓名+用户联系电话+用户所属部门 教室使用信息教师基本信息班级基本信息课程基本信息教室基本信息教师信息基本信息=教师号（数据值类型为数值类型，有效值范围0000到9999）E-R模型：附录A：术语表静态数据系统固化在内的描述系统实现功能的一部分数据，静态数据是系统内部有关的数据结构与操作规程，具体可包括：系统用户表、教室基本信息表、班级信息表、课程基本信息表、 教室使用信息表、教师信息表等。动态数据在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据，动态数据包括程序运行时输入和输出的数据,
16、具体是数据库教室状态教室类型使用时间的各个表的各个不同元组与属性值如：教室使用信息表.数据字典数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”。附录B：分析模型系统的数据流图： 第一层数据流图第二层数据流图 第三层数据流图系统的关联图：附录C：业务规则教室的使用应遵守学校的教室管理规定 附录D：待定问题清单 系统的其他非主要用例，可以用卡片也可以已附录形式写在SRS之后研制报告（研制过程，本设计的评价、特点，收获、不足与体会等）通过这次课程设计，我了解到了做好软件需求分析的重要性，它可以说是软件开发过程中最重要的一环，而且其所耗费的脑力活动一点也不亚于编码实现的工作量，解决软件危机的一个主要途径就是要做好需求分析工作，虽然这次的系统和现实中比较接近但是做完需求分析之后我才发现这真是和自己意志力的一次较量，因为作需求分析真的很难，什么都要考虑周全，而且刚开始让人感觉无从下手。不过做完了之后，我感觉自己的能力得到了很大程度的提高，这对我来说真是大有裨益，不仅巩固了课本上的知识而且体会到了前人在开发软件过程中总结出来的至理名言的深刻性。不过这次课程设计还是有些缺憾的，比如用例部分的描述部分没有将能想到的所有的用例包含进来，而且感觉第一次做需求分析课程设计有些问题还没考虑全面。16
软件需求课程设计学校教室管理系统软件需求规格说明书
