学生选课系统需求规格说明书目录0. 文档介绍 (4)0.1文档目的 (4)0.2文档范围 (4)0.3读者对象 (4)0.4参考文档 (4)1.产品介绍 (5)2.产品面向的用户群体 (6)3. 产品应当遵循的标准或规范 (7)4.产品范围 (7)5. 产品中的角色 (7)6. 产品的功能性需求 (8)6.0功能性需求分类 (8)6.1后台管理功能需求 (8)6.1.1管理员信息管理 (8)6.1.2教师信息管理 (10)6.1.3学生信息管理 (11)6.1.4课程信息管理 (12)6.1.5排课管理 (13)6.1.6教室信息管理 (14)6.2前台管理功能需求 (15)6.2.1学生选课 (15)6.2.2撰写教师反馈 (16)6.2.3个人信息管理 (17)6.2.4用户登录 (19)7. 产品的非功能性需求 (20)7.1用户界面需求 (20)7.2软硬件环境需求 (20)7.3产品质量需求 (20)7.4其他需求 (21)附录A：需求建模与分析报告 (22)A.1学生选课系统业务流程图 (22)A.1.1系统总体业务流程分析 (22)A.1.2学生管理业务流程图分析 (23)A.1.3教师管理业务流程图分析 (24)A.1.4选课/退课子系统业务流程图分析 (25)A.1.5教师反馈子系统业务流程图分析 (26)A.1.6管理员管理业务流程图分析 (26)A.1.7管理员排课业务流程图： (27)A.1.8管理员退课业务流程图： (28)A.2学生选课管理系统数据流程图 (29)A.2.1顶层数据流程图 (30)A.2.2 O层数据流程图 (30)A.2.3后台管理数据流程图 (31)A2.4 前台管理数据流程图 (36)附录B：需求确认.......................................................................................... 错误!未定义书签。
0. 文档介绍0.1 文档目的本文档目的旨在方便开发者更全面的分析整个系统，从各个方面综合分析系统的需求，把整个系统的需求细化为一些模块的具体需求，集中地预测研发中可能出现的问题从而尽量避免。
同时本文档需要用户的参与，在开发前期以文档的形式来系统面向用户，用户根据自身的需求，结合此需求文档，向开发人员提出改进意见，用户也能更早的了解这个系统预想状态。
对系统逐渐的清晰明了，以便尽早发现问题，及早改进，减少修改费用，从而方便今后系统能更好的开展。
0.2 文档范围描述本项目的功能、背景和用户群；描述本项目的功能性需求；描述本项目的非功能性需求；描述需求建模与分析报告；用户确认需求。
0.3 读者对象本需求规格说明书的读者对象为学生选课管理系统符合保密要求的系统分析人员、需求分析人员、项目领导、项目总监、项目经理、用户、设计人员和开发人员等。
0.4 参考文档《管理信息系统》张小川、别祖杰等编著，电子工业出版社，2009-08《软件工程》第一版作者：杨文龙科学技术文献出版社时间：1989年《数据库系统概论》第三版作者：萨师煊出版社：高等教育出版社时间：2000年《系统分析与设计教程（第7版）》（美）舍利（Shelly,G.B.）等著作，史晟辉等译，机械工业出版社，2009-111.产品介绍学生选课管理系统是一个专门为各大高校提供选课的平台，旨在方便学校的课程管理，是针对在校学生和教师的使用的。
本系统要实现的是一个学生课程和成绩管理系统，它是高校教务管理系统的一个子系统。
主要用户是学生、教师和管理员。
管理员管理系统的基本信息（如课程信息管理等），学生和教师通过系统完成不同的工作。
不同的用户可以通过系统进行不同的操作，每一个操作都是一个功能的体现，下面给出主要的功能。
a.管理员功能b.学生功能c.教师功能2.产品面向的用户群体本项目为学校管理类项目，以学校为单位，面向本校需要选课的学生和管理课程的老师和管理员开放使用。
其最终用户为学生、教师、管理员。
对于本系统只要利用网络，可以节约了大量的工作量，对于管理员排课、管理学生、管理教师，老师查询学生选课情况，较学生选课而言更加的复杂，因此通过网上进行课程发布能大幅度的减少管理员的工作量，减少错误发生的几率。
作为管理员也只要通过自己的电脑操作即可，利用登陆密码随时随地可以管理。
3. 产品应当遵循的标准或规范学生选课管理系统过程中我们详细参考国内外的相关标准，技术上严格遵守国际、国内标准。
主要设计参考标准或规范如下：《ISO/IEC 14443》《ISO 8583：1993》标准编写规则GB/T 20001.1～4-2001文摘编写规则GB/T 6447-1986科学技术报告、学位论文和学术论文的编写格式GB 7713-1987人的性别代码 GB2261-80中华人民共和国行政区划代码 GB2260-91专业技术职务代码 GB8561-88学科分类代码 GB/T13745-92……4.产品范围学生选课系统作为一种现代化的教学技术，是一个学校不可缺少的部分, 学生选课系统就是为了管理好选课信息而设计的。
学生选课系统的将使选课管理工作规范化，系统化，程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课情况。
系统实现了对课程的基本信息和学生选课、学生和教师用户进行管理。
系统对学生角色提供个人信息查看、选课管理以及其他功能；对教师提供查看自己所担任课程和选该门课程的学生信息等；提供给管理员以下功能：查看所有课程、学生、教师的信息并可以对它们进行管理（添加、编辑、删除），以及实现课程的发布并修改。
5. 产品中的角色6. 产品的功能性需求6.0 功能性需求分类本部分以表格的形式列举出学生选课管理系统中0层系统中主要功能的划分以及具体各个功能中涉及的子功能。
6.1 后台管理功能需求6.1.1管理员信息管理6.1.1.1添加管理员信息F1.1.16.1.1.2F1.1.26.1.2教师信息管理6.1.2.1审核教师注册信息F1.2.16.1.2.3删除教师信息F1.2.36.1.3.1审核学生注册信息F1.3.16.1.3.2F1.3.26.1.4.1添加课程信息F1.4.1F1.4.26.1.4.2F1.4.36.1.4.4删除课程信息F1.4.46.1.5排课管理6.1.5.2F1.5.26.1.5.4选课通知信息F1.5.46.1.6教室信息管理6.1.6.1F1.6.16.1.6.2教室基本信息F1.6.26.2 前台管理功能需求6.2.1学生选课6.2.1.1查阅选课信息F2.1.16.2.1.2选择课程F2.1.26.2.1.3F2.1.36.2.2撰写教师反馈6.2.2.1F2.2.16.2.2.2填写反馈F2.2.26.2.3个人信息管理6.2.3.2查看教师信息F2.3.26.2.3.3修改教师注册信息F2.3.36.2.3.4学生注册F2.3.46.2.3.6修改学生注册信息F2.3.66.2.4用户登录6.2.4.2F2.4.27. 产品的非功能性需求7.1 用户界面需求7.2 软硬件环境需求7.3 产品质量需求7.4 其他需求要力求最大限度地满足实际工作的需要，充分考虑各业务层次、各管理环节数据处理的实用性，把满足学校管理业务作为第一要素进行考虑。
为适应将来的发展，系统应该具有良好的可扩展性和可维护性。
系统设计尽可能模块化、组件化，使应用系统可灵活配置，适应不同的情况。
系统的可扩展性应包括能接纳已有的系统和在今后系统软硬件扩展时，能有效地保护已有的投资。
特别是在应用需求变化时(应用与系统的需求往往提不全或者经常会变化)，有一个较好的应用平台，能容易地加以调整。
系统易于扩充升级，既能满足当前业务的需求，又为今后的扩充留有空间。
对数据库的设计因该体现一致性、完整性、安全性、可伸缩性和规范化网站系统与数据库系统的设计要做到安全可靠，防止非法用户的入侵。
数据库的备份策略恰当，以防灾难性事故发生。
借助内置的 Windows 身份验证和基于每个应用程序的配置，可以保证应用程序是安全的。
图形化原则：用户界面的设计应做到美观大方。
系统的设计需要考虑用户的计算机水平，用户界面应直观、明了、条理清晰，做到简单易用，没有计算机专业背景的用户也可以轻松的使用本系统完成选课及其他管理工作，实现“傻瓜型”管理——易学、易用、易管理。
附录A：需求建模与分析报告A.1 学生选课系统业务流程图业务流程图符号：A.1.1系统总体业务流程分析系统管理员登录进入系统，进行排课，发送选课公告、排课信息；学生登录进入系统，进行选课；教师登录进入系统，查看相关信息，形成教师反馈。
如下图系统业务总体流程图：(系统总体业务流程图)A.1.2学生管理业务流程图分析学生注册，申请审核，通过后可以登录，不符合重新注册。
登录验证相关信息，密码错误重新登录，正确进入系统，可以更改个人信息，更改是进行审核，用过则成功更改，不成功则重新更改；可以查看相关及个人信息。
如下图学生系统业务流程图：（学生管理业务流程图）A.1.3教师管理业务流程图分析教师注册，申请审核，通过后可以登录，不符合重新注册。
登录验证相关信息，密码错误重新登录，正确进入系统，可以更改个人信息，更改是进行审核，用过则成功更改，不成功则重新更改；可以查看相关及个人信息。
如下图教师系统业务流程图：（教师管理业务流程图）A.1.4选课/退课子系统业务流程图分析学生登录进入系统后，查看选课课程信息后，根据自身情况进行选课，系统自动验证是否与已有课程冲突，无冲突则成功选课，有冲突则重新选课。
完成一次选课后可再次选课，流程同上，也可以退掉选了的课，由于选课人数过少引起的课程取消在后面的(教师反馈子系统业务流程图)A.1.6管理员管理业务流程图分析管理员进去系统利用校方提供的相关信息进行对教室信息、课程进行相应的增、删、改操作，并存入相关的信息表。
还有可以对教师和学生的注册及修改信息申请信息进行审核，并作出审核结果反馈给学生和教师。
管理员排课完毕后要向教师发送相应的课表，还有就是发布选课通知。
如下图：系统管理员管理业务流程图（系统管理员管理业务流程图）A.1.7管理员排课业务流程图：系统管理员根据每学期的教学安排做出全校的课表安排，管理员首先根据课程信息和教师信息及其反馈的对该课程进行相应的教师安排，还有根据教室信息对该课程进行相应的教室安排。
管理员排完课表之后要首先向教师发送该教师的授课表，并接收其反馈信息，从而做出相应的调整。
在检测冲突时，主要是看授课教师和教室有没有冲突，若有冲突及时做出调整，然后向全校发布选课通知。
（管理员排课业务流程图）A.1.8管理员退课业务流程图：在学生选课后，如果有门课的选课人数不超过三十人则将该课程删除，并及时通知该授课教师和已选该课程的学生。