选课管理系统需求规格说明书.docx

选课管理系统需求规格说明书.docx

《选课管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《选课管理系统需求规格说明书.docx（18页珍藏版）》请在冰豆网上搜索。

选课管理系统需求规格说明书

选课管理系统

需求规格说明书

姓名：

小兰

学号：

2014014049

一、前言

1.1目的

本文档目的旨在便开发者更全面的分析整个系统，从各个面综合分析系统的需求，把整个系统的需求细化为一些模块的具体需求，集中地预测研发中可能出现的问题从而尽量避免。

同时本文档需要用户的参与，在开发前期以文档的形式来系统面向用户，用户根据自身的需求，结合此需求文档，向开发人员提出改进意见，用户也能更早的了解这个系统预想状态。

对系统逐渐的清晰明了，以便尽早发现问题，及早改进，减少修改费用，从而便今后系统能更好的开展。

1.2适用围

a.大学学生选课管理系统

b.本系统主要包括四大功能模块：

⑴维护：

主要进行课程资料、选课资料和学籍资料的维护。

⑵查询：

可以进行简单查询和组合查询。

⑶统计：

主要完成用户所需的各项统计。

⑷打印：

主要完成用户所需的各种报表的打印。

本系统需要满足三个面的需求，主要包括学生、教师、管理员三面的需求。

（1）学生的需查询院系课程，对自己账户密码的修改，以及对个人选课信息的管理，包括选课、查询、退课。

（2）教师的需公布自己所教的课程，查询学生对自己所教课程的情况，以及教师信息的添加、修改和删除。

（3）管理员的需求最为复杂，首先对系统的维护，主要进行课程资料、选课资料、学生信息、教师信息的维护，以及生成学生选课课表。

其权限也是最高的。

二、系统综述

2.1产品功能总体描述

学生选课管理系统是一个高校提供选课的平台，旨在便学校的课程管理，让教师和学生从单调、繁重的环节中解脱出来，以更多的精力投入到学习和研究中。

是针对在校学生和教师的使用的,可以回避手工选课造成的课程选择不规，不宜集中管理的缺点。

本系统要实现的是一个学生课程管理系统。

主要用户是学生、教师和管理员。

管理员管理系统的基本信，操作权限最高，学生和教师通过系统完成不同的工作。

不同的用户可以通过系统进行不同的操作，每一个操作都是一个功能的体现，下面给出主要功能的结构图。

三、功能性需求分类

3.1数据流图

顶层数据流图：

第一层数据流图：

第二层数据流图：

3.2状态转换图

网

络

错

误

超时

显示相关用户操作界面

退出

3.3具体功能

3.3.1学生功能

3.3.1,1密码修改

学生利用自己的学号注册成功之后，登录之后可到个人信息界面进行密码修改。

3.3.1.2填写、修改个人信息

学生登录之后，选择个人信息，进入到个人信息管理界面，可进行个人信息的填写和修改，保存即可生效。

3.3.1.3自主选课

学生登录之后，选择开始选课功能，跳转到自主选课界面，结合选课课表，进行选课，如果上课人数已满，系统会做出相应的提示如果课程可选，选课成功后，课程会自动添加到本页面上必修课表中。

如果学生在选课期，对自己已选课程不满意，可从新登陆本系统，进入自主选课界面，删除当前选择的课程，并重新选课；若超出选课期，则选课结束，选课结果不能进行更改。

3.3.1.4查询已选课程

学生登录本系统，进入到自主选课界面，则可以查看必修和选修的全部课程信息。

3.3.2教师功能

3.3.2.1密码修改

教师用自己的教工号注册成功后，登录本系统，进入个人信息管理界面，可修改自己的密码。

3.3.2.2填写、修改个人信息

教师登录本系统，进入个人信息管理界面，即可对自己的个人信息进行填写个修改，保存后即可生效。

3.3.2.3课程信息发布

在学生选课开始之前，教师需提前将自己本学期所授课程的详细信息上传本系统，最终由管理员进行统一排课，生成选课课表，供学生选课使用。

课程发布信息包括：

课程名，学时，学分，任课教师。

教师登录本系统后，进入课程信息发布界面，将课程信息发布上传给管理员。

如若课程信息发布错误，任课教师可在课程信息发布界面进行修改和删除。

3.3.2.4查询

本功能指教师查询自己所受课程的选课情况，教师登陆本系统，进入选课情况查询界面，输入对应的课程号，即可显示该门课程的选课情况，选课情况包括：

学生的学号，姓名，班级，院系。

教师可在本界面上对查询结构进行打印，以便授课。

3.3.3管理员功能

3.3.3.1管理员账户、密码说明

管理员的账户和密码是由学校教务最高领导直接提供的，不需要进行认证，系统设计时，根据用户领导的需求，为其直接建立符合需求数量的管理员账户名和密码，最终由用户自行派发。

3.3.3.2用户注册认证

管理员将在校学生的学号和在校教师的工号录入系统，以便系统在注册认证时进行核对，不在库中的学生或教师无法认证成功，不能登录系统。

管理员有权停止出最高用户以外的其余所有用户的使用权限。

3.3.3.3更新信息

管理员要定期对库中的学生和教师信息进行更新，以便有新生和新教工入学后无法注册。

3.3.3.4生成选课课表

管理员根据教师发布的课程信息,为课程编写课程编号，综合教室信息，最终生成选课课表，供学生选课使用。

3.3.3.5发布选课公告

生成选课课表后，根据学校的时间安排，发布选课公告，之后开启学生的选课权限，让学生进行选课。

四、产品的非功能性需求

4.1外部接口说明

4.1.1用户接口

用户进行使用时，首先进入学校首页，选择教务管理，然后选择学生选课系统，跳转到本系统登录界面，进行注册或登录即可使用。

4.1.2软件接口

a.使用本系统时，需要用户连接到互联网，在学校进行登录。

b.提供MYSQL2005接口或其他数据库

4.2性能需求

a.本系统要支持至少千人同时在线进行操作

b.峰值设定万人，用户并行操作超过一万人次，系统响应时间延长至分钟记，在5至10分钟分先后顺序批次处理之前的事务，而后在响应后续用户的操作，以免造成系统瘫痪。

4.2.1硬件的限制

无特殊要求，要求能连接互联网

4.3属性

4.3.1友好性

a.页面容：

主题突出，栏目、菜单不值合理，容丰富，文字准确，行文规，格式统一。

b.导航结构：

具有明确的导航指示，便于用户理解和使用。

c.艺术风格：

背景颜色以绿色和蓝色为主，界面、版面形象清新悦目，布局合理，字号大小适宜，字体选择合适，动态效果号，色彩和谐，与主题吻合。

4.3.2安全性

a.所有用户登录均需要用户名和密码登录；

b.对用户的访问记录和操作进行后台记录，并定期进行更新；

c．对用户的访问权限做限制，不可访问于用户无关的信息；

d．用户的个人信息做相应的处理，不会对外泄露，不会被其他用户访问；

e.尽量保证模块功能的单一性；

f.对系统峰值进行处理，保证系统在达到峰值流量时仍然处于安全状态；

4.3.3可维护性

a．系统在设计时，尽量保证模块功能的清晰性，灵活性和独立性，以便以后用户提出新的需进行系统的维护。

b．易于故障的排除和日常管理操作便，系统应可以在发现错误时不仅做出错误显示，还应该进行错误处理，并且系统能够进行自动修复。

4.3.4可转移/换性

系统基于Java平台进行开发，不同数据库之间的数据转换，保证系统在不同操作系统之间的转移。

4.4系统的运行环境

系统在有用户进行访问时开始运行，无用户访问以及事务处理完毕后结束运行，运行时间无限制，操作系统限制基于一般约束中的限制。

4.5其他需求

4.5.1用户操作需求

a.要求用户是系统使用学校的在校大学生或教职工，进行注册成功后可进行相关操作；

b.用户只可以对自己的个人信息以及与自己相关的公共信息进行访问；

c.管理员做好对系统状态的查看和简单的信息更新，保证系统信息的及时性。

5、E-R图和数据字典抽取

5.1E-R图

5.2数据字典

5.2.1学生基本信息

5.2.1.1外部项实体

学号

学生在校学习的编号，唯一标识

姓名

学生姓名

性别

学生性别

班级

学生在校学习所在班级

院系

学生在校学习所在院系

用户名

学生使用学号注册认证

密码

学生注册时自设密码

5.2.1.2数据项定义

数据项名称

学号

别名

学生学号

简述

学生在校的所用代码，数字，唯一标识，标识其他数据项

类型及宽度

int，20

数据项名称

姓名

别名

学生姓名

简述

文本

类型及宽度

字符型，8

数据项名称

性别

别名

学生性别

简述

文本

类型及宽度

字符型，2

数据项名称

班级

别名

学生所在班级

简述

文本

类型及宽度

字符型，10

数据项名称

院系

别名

学生所在院系

简述

文本

类型及宽度

字符型，30

5.2.1.3数据结构定义

数据结构名称

学生注册

简述

学生用自己的学号在系统注册，自设密码，经管理员认证成功后，填写和修改学生个人信息

数据结构组成

学号+姓名+性别+班级+院系

5.2.1.4数据流定义

数据流名称

学生注册

简述

学生在系统进行注册并完善信息

数据流来源

在校学生

数据流取向

系统管理员

数据流组成

学号+姓名+性别+班级+院系

数据流量

不确定

高峰流量

开始选课后至选课结束，大约4天左右

5.2.1.5处理逻辑定义

处理逻辑名称

学生操作

简述

验证学生注册及学生完善个人信息

输入的数据流

学生学号及自设密码，来源于数据存储的学生学号信息；学生个人信息。

处理

将学生注册时输入的学号与存储表中的学号进行比对，验证是否是在校学生；提示注册成功，提示学生完善个人信息。

处理频率

每个用户进行注册时，之后用户可自行登录进行信息的修改

5.2.1.6数据存储定义

数据存储名称

学生信息存储

简述

存储学生注册成功之后填写的个人信息

数据存储组成

学号+姓名+性别+班级+院系

关键字

学号（学生信息唯一标识）

5.2.2教师基本信息

5.2.2.1外部项定义

工号

教师在校任教所使用的代码，教师唯一标识

姓名

教师姓名

性别

教师性别

科室

教师所在教研组或科室

院系

教师所在院系

5.2.2.2数据项定义

数据项名称

工号

别名

教师工号

简述

教师在校任教所使用的编号，是教师的唯一标识

类型及宽度

int，10

数据项名称

姓名

别名

教师姓名

简述

文本

类型及宽度

字符型，8

数据项名称

性别

别名

教师性别

简述

文本

类型及宽度

字符型，2

数据项名称

科室

别名

教研组或科室

简述

教师所在教研组或科室

类型及宽度

字符型，20

数据项名称

院系

别名

教师所在院系

简述

文本

类型及宽度

字符型，30

5.2.2.3数据结构定义

数据结构名称

教师注册

简述

教师用自己的工号在系统注册，自设密码，经管理员认证成功后，填写和修改教师个人信息

数据结构组成

工号+姓名+性别+科室+院系

5.2.2.4数据流定义

数据流名称

教师注册

简述

教师在系统进行注册并完善信息

数据流来源

在校任教教师

数据流取向

系统管理员

数据流组成

工号+姓名+性别+科室+院系

数据流量

不确定

高峰流量

学生开始选课之前，管理员通知教师上传发布课程后，大约持续4天时间

5.2.2.5处理逻辑定义

处理逻辑名称

教师操作

简述

验证教师注册及教师完善个人信息

输入的数据流

教师工号及自设密码，来源于数据存储的教师工号信息；教师个人信息。

处理

将教