学生选修课管理系统需求说明书.doc

网上购物系统
软件需求说明书

目录
1. 引言 3
1.1 目的 3
1.2 项目范围 3
1.3 定义、缩略语、缩写 4
2. 系统需求概述 5
2.1 用例模型 5
2.2 假设和依赖 6
3. 系统具体需求 7
3.1 Use-Case 清单 7
3.2 规格说明 7
3.2.1 功能性需求 7
3.2.2 可用性 8
3.2.3 可靠性 8
3.2.4 性能 9
3.2.5 保障性 9
3.2.6 设计上的限制 9
4. 术语表 10

软件需求说明书
1. 引言
1.1 目的
本文档描述了学生选修课管理系统的软件需求规格。目的在于向读者表述系统的环境，系统的功能和非功能的需求。
1.2 项目范围
本次软件项目开发的是一个学生选修课管理系统。使用此系统的学生通过互联网进行选课；使用此系统的管理员通过互联网进行系统的管理。系统的功能如下：
l 学生可以通过课程名来寻找课程，并获得课程的摘要信息。
l 学生可以通过输入某些关键字，对课程进行查询,并获得符合检索条件的课程的摘要信息。
l 学生可以在课程具体画面上获得课程的具体介绍信息。
l 学生可以在页面上修改自己的注册资料，更新原有的注册信息。
l 学生可以在输入合法的用户账号和密码后，登录系统。
l 学生可以在任何时间退出系统。
l 学生可以查看当前选课的最新状态。
l 学生可以对各科成绩进行查询。
l 学生可以对各科课程信息及老师信息的查询。
l 可以允许学生修改个人信息。
l 学生可以浏览基本的课程并实现重要的选课功能。
l 学生可以填写选课信息、查看已选课程、修改选课。
l 老师可以申请教课。
l 老师可以查询课程，申请教课。
l 老师可以查询课程报名人数情况，进行成绩评估。
l 老师可以修改个人信息、浏览基本课程以及查看学生的选课情况。
l 管理员可以在输入合法的用户账号和密码后，登录系统。
l 管理员可以在任何时间退出系统。
l 管理员可以创建课程的指定任课老师、设定课程人数、记录学生选课信息、发告知。
l 管理员可以维护课程数据，涉及课程、老师数据的新增，更新，删除和检索。
l 管理员可以维护权限数据，涉及新增，更新，删除，检索操作。
l 管理员使用子系统“选课管理”中的教学大纲信息和“科室分派管理”中的教师信息，制定选课表
l 管理员点击子系统“课程信息管理” 对学生和教师基本资料维护，课程基
本资料进行添加、删除、更新或查询等相关操作

1.3 定义、缩略语、缩写
学生——通过互联网使用这个系统来选课的人。
管理员——管理学生选修课管理系统的人。
老师——评估学生成绩的人。
系统——学生选修课管理系统。
ucspec——Use Case Specification
2. 系统需求概述
2.1 用例模型
系统用例图如下：

子系统用例图1如下：

子系统用例图2如下

用例的概要描述如下表所示：
重要参与者
优先级
用例名
用例概述
学生
高
选课
学生可以预览课程。
高
成绩查询
学生可以通过查询课程名查询成绩。
高
课程信息查询
学生可以在课程具体页面上获得课程的具体信息。
高
选课操作
学生可以通过网页选择课程。
高
修改选课
学生修改所选课程。
高
修改个人信息
学生可以修改个人的信息。
老师
高
教师申请
教师在网页上申请专家课程。
高
成绩管理
老师计算并录入成绩录入。
高
课程信息查询
老师可以查询各科课程信息。
管理员
高
选课管理
管理员对选课系统进行管理。
高
用户管理
管理员对用户进行管理。
高
学生及教师列表
管理员岁学生及教师的列表进行管理。
高
可选课程列表
管理员对可选课程列表进行管理。
高
发放告知
管理员对发放告知进行管理。
高
学生已选课程列表
管理员对学生已选课程列表进行管理。
高
管理员添加
管理员添加管理员。
高
修改密码
管理员修改密码。

2.2 假设和依赖
学生和老师必须具有基本的计算机知识。
管理员必须通过一定的培训。否则将影响系统的使用效果。
3. 系统具体需求
本节将使用用例技术描述系统的具体需求。
3.1 Use-Case 清单
用例名和相应的用例描述文献的关系如下（在名为“用例描述文献”的文献夹中列出了四个作为示例）：
编号
用例名
相应用例文献
01
选课
01_ucspec.doc
02
成绩查询
02_ucspec.doc
03
课程信息查询
03_ucspec.doc
04
修改选课
04_ucspec.doc
05
修改个人信息
05_ucspec.doc
06
教师申请
06_ucspec.doc
07
成绩管理
07_ucspec.doc
08
课程信息查询
08_ucspec.doc
09
选课管理
09_ucspec.doc
10
课程信息管理
10_ucspec.doc
11
用户管理
11_ucspec.doc
12
学生及教师列表
12_ucspec.doc
13
可选课程列表
13_ucspec.doc
14
发放告知
14_ucspec.doc
15
学生已选课程列表
15_ucspec.doc
16
管理员添加
16_ucspec.doc
17
修改密码
17_ucspec.doc
3.2 规格说明
本节定义了学生选修课管理系统的非功能需求（涉及可靠性、可用性、性能等）和用例中通用的功能性需求。
3.2.1 功能性需求
本节描述了用例中通用的功能性需求。
Ø 日记系统
所有的系统犯错信息都必须被记录到犯错日记中。信息的格式必须是系统错误号码、日期、时间、错误信息。
和用户相关的每个页面迁移信息都必须被记录到追寻日记中。信息的格式必须是用户帐号、日期、时间、迁移的页面名。
每次解决前后的消耗的内存和解决时间都必须被记录到性能日记中。信息的格式必须是日期、时间、消耗的内存、解决时间。
Ø 监视系统
监视系统必须扫描日记系统假如有任何异常的情况，必须使用邮件系统向管理员发警告信。
Ø 安全系统
安全系统必须拦截非法的访问，和对网站的恶意进攻涉及（XSS、SQL Injection、非法盗链等、非法字符输入等）。
Ø 预设管理员
在系统之初，将预先设定在一个管理员，他具有系统所有的权限。他的密码可以被再次修改。
3.2.2 可用性
下面列出了和系统的可用性相关的需求。
Ø 系统客户端
系统的客户端必须是Web浏览器，不需要安装额外的软件。
Ø 系统易用性
网上购物系统的用户界面设计必须简朴明了，不需要顾客花费额外的时间来学习。
Ø 帮助服务
网上购物系统的每个重要页面上必须都有相关的帮助页面的链接，顾客可以使用它们来获得必要的帮助信息。
3.2.3 可靠性
Ø 可用性
网上购物系统必须可以24小时*7天的工作。
Ø 系统严重错误发生的平均时间间隔
系统发生严重错误的平均时间间隔应当大于300小时。
3.2.4 性能
Ø 最大的并发人数
网上购物系统的最大并发访问数应当为1000。在这个范围内，系统应当可以很好的工作。
Ø 最大系统响应时间
在最大并发数为1000范围内时，系统对用户的最大相应时间应当小于10秒/1万条数据。
Ø 最大的事务解决时间
网上购物系统的用户事务的最大解决时间应当是30秒，假如超过这个时间系统应当自动结束用户的事务解决。
3.2.5 保障性
Ø 犯错相应时间
当系统发生错误时，相应的补丁程序的发布时间应当是小于2天/一件bug。
Ø 技术支持时间
本系统完全上线后的一年内，提供的技术支持时间应当是每周8小时*5天。
3.2.6 设计上的限制
Ø 数据库管理软件
系统必须使用Java接口同关系型数据库管理软件建立连接。
Ø Web服务器软件
系统必须使用支持J2EE规范的Web服务器软件。
Ø 平台规定
系统的平台规定
系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软win2023以上或Linux(Unix)的数据库服务器上顺利运营。
系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软win2023以上或Linux(Unix)的Web服务器上顺利运营。
Ø Web浏览器
系统的用户界面必须在IE 8.0以上或Opera12以上的浏览器正常显示。
Ø Java的版本
系统必须在Java1.3以上的版本上运营。
4. 术语表
成绩
工作或学习的收获或成就，在一定阶段内学生作业的质量
课程
大学提供的一种学科。
课程信息
某个具体学期课程的具体介绍-你可以在本学期内的平行时间段内上同一门课。涉及上课的日期和时间。
课程目录
大学提供的所有课程的完整的目录。
老师
大学任课老师。
学生
在大学注册并上课的学生。
历史记录
一个特定的学生缴纳学费后在财政系统里的历史信息记录。
J2EE规范
J2EE(Java 2 Platform，Enterprise Edition)是SUN公司定义的一个开发分布式公司级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术规范。
DBMS
数据库管理系统(DataBase Management System)是一种操纵和管理数据库的大型软件，是用于建立、使用和维护数据库。它对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过数据库管理系统访问数据库中的数据，数据库管理员也通过DBMS进行数据库的维护作。
Web服务器软件
随着网络技术的普及、应用和Web技术的不断完善，Web服务已经成为互联网上重要的服务形式之一。原有的客户端/服务器模式正在逐渐被浏览器/服务器模式所取代。Web服务器软件是一个软件系统，用于支持网络上可以互操作的机器到机器之间的交互。