<2０08.1。
2３>
1.引言
目标
软件需求规格说明描述了“学校教室管理系统"１。
0版本的软件功能性需求和非功能性需求。
这一文档计划由实现和验证系统正确功能的项目团队成员来使用。
除非在其他地方另有说明，这里制定的所有需求都具有高优先级，而且都要在版本1。
0中加以实现。
方便教室管理人员进行教室安排、查询。
方便学生进行教室申请.方便人员查阅教室使用情况以免造成不必要的麻烦。
项目范围
“学校教室管理系统"供学校的教室管理部门使用，是对教室进行调度管理的软件。
该系统与自动排课系统联动，可以对排课后的教室用计算机进行借用管理、查询、分析统计,可生成全校教室使用情况汇总表。
对教室的借用提供了技术先进的图形化操作界面，直观、便捷。
ﻫ当前网络的流行为教室管理网络化的发展提供了广阔的空间。
教室管理网络化，从一定程度上讲,该系统就是教室管理部门的网上办公室即意味着其具有信息时代的快捷方便等特征。
“学校教室管理系统"构建了一个教室使用者和教室管理者交流的网上平台。
一方面教室使用者可以方便地查询和使用;另一方面，教室管理者可以通过计算机实现最有效率的管理。
参考资料
[1]ＫarlE．Winｇers著，软件需求。
清华大学出版社，200４
[2]ＤeaｎLｅffiｎｇwell等著,软件需求管理-—统一方法.机械工业出版社,2002
[3]Soren Lauesen著，软件需求。
电子工业出版社，2002
[4]IanSomｍeｒville著,需求工程。
机械工业出版社，20０3
[5]IanK.Bray著,需求工程导引. 人民邮电出版社，２０03
2.总体描述
２。
１产品前景
现今教室不断的变动,教室信息越来越繁琐,对于教室使用情况管理不方便，所以如今开发这套软件以便管理者对教室使用情况快捷、准确的查询.
使用学校教室管理系统可以方便高效的管理学校的教室资源配置，可以更快速、更准确的了解到目前学校教室的使用情况，为学生和老师及其他使用教室的人员提供最便捷的信息服务,适用于高校、中小学及其他各类学校，期望系统演化若干个版本之后,最终可以用于任何需要进行工作室资源配备的场合，而不受限于学校内使用。
2。
2用户类及其特征
２。
3运行环境
系统采用客户机服务器（Ｃ/S）模式,有多台客户机供前台使用
系统的运行环境为微软的Winｄows2000/XＰ/20０３操作系统
“学校教室管理系统”的操作将通过如下的Web浏览器来完成:
ＭicrｏsoftInterｎｅt Eｘplorer6。
0或7.0版本
Fiｒefox2。
0版本
服务器的运行环境为：
Ｗindows2０00/XP/２0０3操作系统
“学校教室管理系统”只允许在学校内网中使用,外网用户将无法使用该系统
对系统的操作只能在校内的客户机上操作
3.用例规格说明
系统主要的用例图如下：
系统的主要用例描述:
用例ID
UC-01
用例名称
验证身份
参与者
学生、教师、教室管理人员
描述
学校的老师或学生或教室管理员登陆系统,系统将进行用户的身份验证，用以判断用户的使用权限
前置条件
使用者的身份符合系统要求
学校教室管理系统的数据库在线
后置条件
系统自动将数据更新，并且记录用户的操作
主干过程
１用户登陆
2系统连接至数据库查询用户资料
3系统给出用户的身份验证信息
4系统给出用户允许的操作
分支过程
无
异常
1数据库不在线时，用户将无法登陆系统，
2数据库中并没有用户的信息，用户需要注册
备注
用户登陆后,系统将自动记录用户的操作
用例ID
ＵC-02
用例名称
查询教室信息
参与者
学生、教师、教室管理员
描述
学生、教师或者教室管理员在身份验证之后，可以查询目前的学校教室使用情况，系统将给出查询的详细内容
前置条件
用户已经登陆系统,并且用户需要查询的教室在系统的数据库
后置条件
系统自动更新数据,并及时在线显示出教室的使用情况
主干过程
1用户向系统提出查询教室的申请
２系统响应用户的查询申请
3系统访问在线的数据库,取得教室的使用信息
４系统显示要查询的教室的详细信息
5系统提示用户的下一步操作
分支过程
无
异常
要查询的教室不在数据库中
数据库不能访问
备注
查询教室信息可以为用户的下一步操作提供信息,并且查询的数据库必须在线，否则系统应该给出具体的查询出错信息
用例ＩＤ
ＵＣ-０3
用例名称
申请教室
参与者
学生、教师
描述
学生或者教师再查询教室的基本信息后，在系统的提示下进行申请教室的过程,符合学校的教室使用规定,并且给出申请的目的
前置条件
用户已经登陆到系统,并且系统给出的提示操作信息，允许用户进行申请
后置条件
系统的数据库及时更新,教室的基本信息被修改
主干过程
１用户向系统提出教室申请要求
２系统检验用户提出的申请要求
3系统给出申请结果
4系统访问数据库及时更新相关教室的使用信息数据
5系统提示用户的下一步可进行的操作
分支过程
异常
系统超出响应时间，询问用户是否重试操作
备注
用户提出的申请须按照系统的规定格式
系统的响应在４秒钟内
用例ID
UC-０４
用例名称
反馈申请表信息
参与者
教室管理员
描述
教室管理员在系统中查询教室的申请信息
前置条件
教室管理员的身份得到系统验证，系统的数据库可以在线访问
后置条件
系统为教室管理员分配相应的权限
主干过程
1教室管理员登录系统
2教室管理员向系统提出教室申请情况的查询要求
3系统响应管理员的查询要求
4系统访问在线数据库,取得管理员管理权限内的全部教室所有相关信息
5系统提示管理员可以进行的下一步操作
分支过程
管理员查询教室的使用记录的单独某项
异常
数据库无法访问
系统响应时间超时，系统将自行中断管理员请求
备注
由于此用例需要取得的数据量很大,所以系统可以提示管理员访问的进度,并且系统的响应时间不能超过２０秒
用例ＩD
UC－０5
用例名称
配置教室
参与者
教室管理员
描述
除系统能够自动配置教室外,教室管理员也可以在系统允许的权限内来手动分配教室
前置条件
教室管理员必须先登录到系统
后置条件
系统自动将数据更新,保存教室的配置信息
主干过程
1教室管理员向系统提出配置教室请求
2 系统向数据库发出配置申请
3 数据库向系统返回可以配置的教室信息
４系统显示将需要手动配置的教室
5管理员根据实际情况,更改教室配置信息
6 管理员向系统发出数据更新请求
7系统响应管理员操作,并向数据库发出更新请求
8数据库系统响应更新请求,及时更新
分支过程
管理员给出配置的原因
系统在向用户（学生、教师）给出管理员的修改配置信息
异常
系统响应时间超时，系统提示管理员是否重试操作
备注
由于Microsoft SQL Server２００0／20０５的数据库系统在实现数据备份上的优势,所以备份比较轻松,
当学生或者老师
用例ID
UC-06
用例名称
更改教室信息
参与者
教室管理员
描述
教室管理员负责及时更新教室的使用信息，系统也可自动按照管理计划进行教室信息的更新
前置条件
教室管理员的身份得到系统的确认
数据库可以在线访问
后置条件
系统更新数据库
主干过程
1教室管理员查询教室信息
２教室管理员向系统提出更改教室信息的申请
3 系统响应请求,并连接至在线的数据库
４系统给出可以操作的提示
5管理员对数据库进行更新
6系统给出更新完成的提示信息
分支过程
无
异常
教室管理员在操作错误时,系统应给出返回上一步的信息
备注
当要进行删除操作时,系统应及时给出提示
并可以恢复所删数据（在所删数据保存期内）
用例ID
UC-07
用例名称
打印教室信息
参与者
学生、教师、教室管理员
描述
所有用户都可以打印教室的相关信息，方便大家的使用
前置条件
用户已经登录到系统
后置条件
系统数据库自动更新
主干过程
1 用户向系统提出打印请求
2 系统向Winｄｏws 办公软件如：
Micｒoｓｏfｔ
word提出打印申请
3办公软件响应打印请求
4 数据库向打印机传送要打印的文件信息
分支过程
无
异常
数据库无法在线访问
无法打印
备注
待打印请求发出后,系统应在3秒内给出响应
4.外部接口需求
4．1用户界面
系统运行时的主界面要求为windｏwｓ的经典运行界面，主界面可以是用ASP开发独立的页面,有一个主页，可以链接其他页面。
用户可通过各自的权限对各个页面进行操作。
4。
２其他接口
硬件接口
系统的使用除硬盘外,基本没有与外界硬件的联系,不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口。
软件接口
在这里主要有软件与操作系统的接口，考虑到文档处理的需要可以包括与较常用的办公软件的接口如:
MｉcroｓoｆｔＯffｉce
系统要有与SＱＬＳeｒver20０0/2005数据库的软件接口
故障处理
考虑到软件的使用范围不大，所以故障处理一般由操作系统完成,系统只要保持与操作系统的接口即可，只要操作系统没有大的故障程序一般是比较稳定的。
考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程,以及系统崩溃后的数据恢复功能，这些功能在SQL Ｓeｒvｅr２0００/200５中已经自带了，只要稍微在其上再增加用户所需要的附加功能即可。
5.非功能性需求
５.1软件质量属性
可用性:
在主要工作时间（星期一到星期五）对用户可用率达到90%以上,其他非主要时间中可用率达到8０％以上.
在每天的上午7：
00到晚上6：
00系统的可用率应达到90%以上，其他时间内系统的可用率应该在80％以上。
健壮性:
系统可以流畅运行于Wｉｎｄoｗｓ200０/XP/20０3操作系统平台下
系统采用C/Ｓ模式，系统将容易安装到装有Ｗindｏwｓ2０00/ＸＰ/2０03操作系统的客户机上
数据库采用微软的SQLSeｒver2005编写，具有较强的纠错和数据备份和保护能力。
系统具有容错能力，在误操作时,系统不会崩溃。
５。
2其他非功能性需求
系统保证了较好的数据安全保密性
系统不允许外网用户的非法访问
6.数据需求（ER模型，数据字典等）
数据字典：
该系统中的数据流条目有：
教师信息=教师号＋教师姓名+学院名称＋教师联系电话
班级信息=班级号＋班级名称＋班主任+学院代码+专业 （学院代码表）
课程信息＝课程编号＋课程名称＋课程学分＋课程描述
教室信息=教室号＋教室类型+教室容量＋教室管理员姓名+教室管理员联系电话
教室使用时间（上课时间）=星期+上课第几节数（如：
星期一第一,二节课）
班级名称＝年级+专业＋班级序号（如：
2005级软件工程３班）
教室使用信息（上课信息）＝教室基本信息+教师基本信息+班级基本信息+课程基本信息＋教室使用时间
系统用户基本信息=用户名称+用户密码+用户性别+用户真实姓名+用户联系电话+用户所属部门
教室使用信息=｛教师基本信息｝+｛班级基本信息｝＋｛课程基本信息｝＋｛教室基本信息｝
教师信息基本信息=｛教师号}（数据值类型为数值类型,有效值范围０0０0到9999）
E—R模型：
附录Ａ：
术语表
静态数据—－系统固化在内的描述系统实现功能的一部分数据，静态数据是系统内部有关的数据结构与操作规程，具体可包括：
系统用户表、教室基本信息表、班级信息表、课程基本信息表、
教室使用信息表、教师信息表等。
动态数据——在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据,动态数据包括程序运行时输入和输出的数据,具体是数据库的各个表的各个不同元组与属性值如:
教室使用信息表.
ﻫ数据字典-—数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”。
附录B:
分析模型
系统的数据流图：
第一层数据流图
第二层数据流图
第三层数据流图
系统的关联图:
附录C:
业务规则
教室的使用应遵守学校的教室管理规定
附录D:
待定问题清单
系统的其他非主要用例,可以用卡片也可以已附录形式写在SRS之后
研制报告（研制过程,本设计的评价、特点,收获、不足与体会等）
通过这次课程设计,我了解到了做好软件需求分析的重要性，它可以说是软件开发过程中最重要的一环，而且其所耗费的脑力活动一点也不亚于编码实现的工作量,解决软件危机的一个主要途径就是要做好需求分析工作，虽然这次的系统和现实中比较接近但是做完需求分析之后我才发现这真是和自己意志力的一次较量,因为作需求分析真的很难，什么都要考虑周全，而且刚开始让人感觉无从下手。
不过做完了之后,我感觉自己的能力得到了很大程度的提高，这对我来说真是大有裨益,不仅巩固了课本上的知识而且体会到了前人在开发软件过程中总结出来的至理名言的深刻性。
不过这次课程设计还是有些缺憾的,比如用例部分的描述部分没有将能想到的所有的用例包含进来，而且感觉第一次做需求分析课程设计有些问题还没考虑全面。
学生学籍管理
需求规格说明书
该文件负责人:
小组成员：
一．引言3
1。
1编写目的3
1。
2项目背景3
1。
3 参考资料3
二。
任务概述4
２．1目标4
2.1.1 “学生学籍管理系统”功能：
4
2.1．２性能要求4
2.2 运行环境４
三.数据描述５
3.1系统的ＥＲ图:
5
3.2数据库描述６
3。
3数据流图和数据词典6
四．修正的开发计划7
4。
1成本估计：
（模拟真正的系统研发）7
4．２资源使用计划：
7
4。
3进度计划7
一.引言
１.1编写目的
在编写”学生学籍管理系统”软件之前,对同类型产品的市场进行了前期调查，与多位软件设计者和使用者进行了探讨和分析，之后又软件项目小组向系统分析人员与软件设计人员提出了这份需求规格说明书.该需求规格说明书学生成绩管理系统进行了全面细致的用户需求分析,明确所要开发的软件应具有的功能，性能与界面。
该需求规格说明书供概要设计人员阅读。
1．2项目背景
项目委托单位:
广东技术师范学院计算机科学与技术学院系统理论
开发单位：
系统理论
主管部门:
系统理论
学生成绩管理系统v１.0是一个功能比较完善的数据管理软件,具有数据操作方便、高效、迅速等优点。
该软件采用功能强大的数据库软件开发工具进行开发,可在应用范围较广的Wiｎdoｗs系列等操作系统上应用.
１。
３ 参考资料
1）某学校《学生管理系统计划任务书》；
2）某学校《学生成绩管理系统可行性分析报告》;
3）郑人杰，《实用软件工程》,清华大学出版社.
二。
任务概述
2。
１目标
2。
1。
1“学生学籍管理系统"功能：
1。
学生：
可浏览学生档案信息，浏览课程,查询成绩,查询教师信息,查询班级信息，修改个人密码。
2.教师:
可浏览学生档案信息，浏览课程，查询成绩，添加成绩，查询教师信息，查询班级信息，修改个人密码.
3．班级辅导员：
可浏览学生档案信息，添加学生档案,删除学生档案，课程浏览，课程设置，课程删除，成绩查询，添加教师信息,查询教师信息，添加班级信息，查询班级信息,删除班级信息，修改个人密码。
4。
管理员:
可浏览学生档案信息，添加学生档案，删除学生档案,课程浏览，课程设置,课程删除，成绩查询,添加成绩,添加教师信息，查询教师信息,添加班级信息，查询班级信息,删除班级信息,修改个人密码。
2。
1.２性能要求
1。
安全性：
学生只可浏览学生的信息，不可以修改学生信息,管理员跟班级辅导员不仅可浏览学生信息也可浏览特定班级的全部信息并进行修改。
2。
响应时间:
浏览个人成绩页面需在５秒内完成。
浏览班级排名页面需在7秒内完成。
2.2运行环境
Inｔeｌ486以上系列、AMDK6以上系列等PC台式和便携式计算机。
运行时占用内存:
<=1MB。
所需要硬盘空间:
〈=5MB。
软件平台:
中文 Windowsxｐ或更高版本
2。
３条件与限制
由于时间比较短，使用计算机不方便以及对于网络编程不熟悉，因此本学生学籍管理系统并没有提供数据的远程访问功能。
对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单,安全性能有待进一步完善.
三.数据描述
３．1系统的EＲ图:
3。
2数据库描述
数据库采用MicrosoftＳQL20０5
3。
3数据流图和数据词典
（１）数据流图。
学生成绩管理系统数据流图
（2）数据词典
1。
教师=教工号＋所教班级+姓名
2．学生=姓名+学号+班级+专业
３．管理员=姓名＋教工号
4.学号=［中文名]
5．姓名=[中文名|英文名］
６。
中文名=2｛汉字}4
7。
英文名=２{字母｝1０
四.修正的开发计划
4.１成本估计：
（模拟真正的系统研发）
（1）硬件购置费如计算机及相关设备的购置，不间断电源、空调器等的购置费.
（2）软件购置费，如操作系统软件、数据库系统软件和其它应用软件的购置费。
（3）人工费,主要是开发人员、操作人员、管理人员的费用。
（4）通讯费，如购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。
（5）基本建设费，如新建、扩建机房、购置计算机机台、机柜等的费用。
（6）财务费用。
（7）管理费用,会议费、交通费。
（8）材料费,如打印纸、包带、磁盘等的购置费。
（9）专有技术购置费。
4．２资源使用计划：
A:
物力:
材料费:
外出寻找参考资料或图书馆;路费：
每人0.４元，共20元；
电费：
平均5元/周，共20元。
合计４0元。
B：
人力：
前一周,我们小组进行讨论,然后再跟各大组进行沟通，了解学生学籍管理系统的需求,用户的需求，来分析此系统所许要实现的功能等。
然后以PPT的形式介绍了本组的任务.此后每隔三四天，组员开一次会议，商讨下步计划，更细划分工,确定开发流程和任务方向.每周一两次，需要到图书馆,书店等查找相关的书籍以及资料。
C：
硬环境：
需要专门的机房供小组进行开发，必须佩带相应的操作系统软件、数据库系统软件和其它应用软件。
4。
3进度计划
第0．5周：
老师教授指导,确定分组
第1周:
选定课题，与小组的人员进行沟通,完成初步系统可行性的分析，软件开发全过程的分析和整理，作出系统规格说明书（含可行性分析报告）;
第1.5周:
进行软件项目计划,制作详细的需求规格说明书
第１．５-2。
5周:
进行具体的软件设计
第3周：
软件测试与纠错
第3。
5周：
安装与验收，试运行与维护
第3。
５周:
项目开发总结整理文档
第4周:
完成开发文档和软件演示盘
学生管理系统需求分析说明书
一．需求细则ﻩ1
1.对功能的规定ﻩ1
1．1 学生信息定义1
１。
2、登陆功能定义2
１.３学生信息录入功能（学生信息用文件形式保存）－-—-输入2
１.４ 学生信息浏览功能－－--输出3
1.5修改信息ﻩ３
1.6删除操作:
3
1．7排序操作：
4
1.8保存学生信息ﻩ4
1．9界面友好4
二．模块分析和介绍5
二．对性能的规定 ﻩ6
三。
对排版的规定６
四．对可维护性的规定ﻩ7
五.对个性的规定8
六．对项目过程的规定8
一．需求细则
１.对功能的规定
1。
1学生信息定义
分必选项和可选项,其中，必选项是必须完成的，属于项目答辩的入口条件，所有人都要做，未完成者取消答辩资格；可选项不是入口条件，但每完成一项都会加分，对于完成了必选项的同学,尽可能地多完成一些可选项,以期获得更高的答辩成绩。
如果所有项（包括必选和可选）都完成，那么功能分就是满分.如果设计思路、界面效果、代码组织等方面有个性（或和别人的不同），则获得附加分。
学生信息管理系统的目标是为方便统一管理学生的信息并为管理员和学生提供一个信息共享和查询的平台。
要求使用链表实现存储、读写以及管理学生信息。
属性:
必选
描述:
学生信息必须包含如下项（包括但不限于）:
●学号（ＩＤ）；
●姓名
●密码
●年龄
●班级
●性别
●数学成绩
●语文成绩
●Ｃ语言成绩
：
：
1。
２、登陆功能定义
运行学生信息管理系统之后，使之能提供以下几项功能:
1．2。
1该系统以菜单方式工作；比如:
管理员查找按序号查找
1。
2.２登录功能：
系统启动后有提示进入登录界面；使用超级管理员用户名和密码登录,比如用户名“adｍiｎ”,密码：
“123456”。
学生用用户名和密码登录.
属性：
必选
可选项:
对于密码可选择实现隐藏密码功能。
◆管理员
１．3学生信息录入功能（学生信息用文件形式保存）—-－—输入
属性:
必选
描述：
实现对学生信息基本信息的录入,其中名次根据成绩自动计算（添加）.
注意：
（1）学号不能重复，名字可重复;
1。
４学生信息浏览功能—--－输出
属性：
必选
描述:
（１）按学号顺序显示；
（2）按名次显示；
（3）按某一学科成绩顺序显示,并在最后显示出该学科平均分；
（4）按分数段来显示学员信息（可选项）.
1．5修改信息
1.5．1修改密码（包括管理员和学生个人）
属性:
（可选项）
1。
5。
2 修改学生信息
（1）管理员身份：
可以修改学生的所有信息；
（2）可设置不同课程角色的管理员可以修改对应的成绩;（可选项）
（3）学生身份:
修改密码;（可选项）。
1．６删除操作：
属性:
必选
ﻩ描述:
根据不同需求对文件中的学生信息进行删除操作
ａ）根据ID删除;
b）根据姓名删除（注意考虑重名情况）；
c）根据班级ID号删除（属于某个班级的学生全部删除）；
※注意:
在查找到某一条学生信息后,需要删除时,需要有提示是否确认删除？
确认删除后，要释放内存空间。
１。
7排序操作:
属性：
必选
ﻩ描述：
根据不同的需求和选项对学生信息进行排序和打印输出。
a）根据学号排序；
b）根据单科成绩；
c）根据总分排序；
１。
8保存学生信息;
□系统中的数据如果有增,删，改等改动，在退出时要提示是否保存；
□退出系统时，记得要回收资源。
1。
9界面友好
属性:
必选
描述：
用户的一些操作前后做出一些必要的提示或确认。
所有完成的功能都需要友好。
例如：
●增加失败提示;
●删除失败和成功提示、删除前的确认;
●修改失败和成功提示、修改前／后的确认；
●查找失败提示、查找成功的确认；
●退出系统时，如果有修改要提示是否保存;
●其它方面的界面问题；
◆学生身份
学生以自己的学号作为登陆账号,结合管理员在录入学生信息时设定的原始密码进行登陆；
登陆方式与管理员登陆方式一样（详细见登陆功能定义部分）。
属性：
必选
描述：
（1）登陆之后学生可以查看自己的学生信息（包括个人基本信息和有关成绩的信息）。
（２）可修改自己的登陆密码。
（３）其他个性功能（可查看自己在全班以及全校的排名）作为可选项。
ﻩ
二。
模块分析和介绍
对学生管
升级会员 