大学学生选课系统软件需求规格说明书

b ． 运行环境：WINDOWS2003/WINDOWS XP/ WINDOWS 7 c ． 处理器：Intel PentiumIII 及以上 d ． 内存要求：521M 及以上 e ． 硬盘空间：40G 及以上 f ． 网络协议；TCP/IP

3功能性需求分类

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产品的非功能性需求

4.1外部接口说明

4.1.1用户接口

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

4.1.2软件接口

a. 使用本系统时，需要用户连接到互联网，在学校网站进行登录。 b. 提供MY SQL 2005 接口或其他数据库

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 数据项定义

5.2.1.3 数据结构定义

5.2.1.4 数据流定义

5.2.1.5 处理逻辑定义

5.2.1.6 数据存储定义

5.2.2教师基本信息

5.2.2.1外部项定义

5.2.2.2数据项定义

5.2.2.3

数据结构定义

5.2.2.4 数据流定义

5.2.2.5 处理逻辑定义

5.2.2.6 数据存储定义

5.2.3课程基本信息

5.2.3.1

5.2.3.2 数据项定义

5.2.3.3 数据结构定义

5.2.3.4 数据流定义

5.2.3.5 处理逻辑定义

5.2.3.6 数据存储定义

附录A ：需求确认