在校选课系统需求分析.docx
《在校选课系统需求分析.docx》由会员分享，可在线阅读，更多相关《在校选课系统需求分析.docx（18页珍藏版）》请在冰豆网上搜索。
在校选课系统需求分析
《在校选课系统需求规格说明书》
项目名称：
在校选课系统
编写：
相逢颠峰工作组
目录
《在校选课系统需求规格说明书》1
目录1
1.引言2
1.1编写目的2
1.2编写背景2
2.任务概述3
2.1系统构建目标3
2.2运行环境3
3.数据描述3
3.1静态数据3
3.2动态数据3
3.3数据流图4
4.功能需求5
4.1功能划分5
4.2功能描述5
6.用户需求7
7.性能需求10
7.1精准度10
7.2时间特性11
7.3适应性11
9.性能需求12
9.1精准度12
9.2时间特性13
9.3适应性13
10.运行需求13
10.1界面需求13
10.1用户界面13
10.2运行平台13
10.3故障处理13
1.引言
1.1编写目的
在完成了针对《在校选课系统》软件市场的前期调查，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，针对目前市场上大部分在校选课系统存在的一些问题和需要完善的方向，项目小组提出了这份软件需求规格说明书。
此需求规格说明书对《学校选课系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
1.2编写背景
根据选课管理系统的研究调查，和使用者的交流洽谈，发现目前的在校选课系统尚存在一些需要改进的地方，很多功能和使用效率还有待加强完善。
通过我们的努力，我相信可以在原来的基础上做出一定加强和完善，为学生选课、老师使用、管理员管理提供高效便捷的服务。
而目前软件市场上的大部分在线选课系统，还存在一些需要完善的问题。
首先安全性不够高，只需要输入用户名和密码就可以进了，有出现过学生帐号被盗，已选课程被删，导致学生未能选上该门课，不过这是小概率事件，我觉得除了用户名和密码之外，再加上验证码或者设置2级密码或者也可以设置手机密保。
其次选课人数过多导致系统崩溃，无法进行选课，这是最主要的问题，这现象和学校服务器有很大的关系，如果校方肯花点钱在服务器上面的话应该是可以解决的，不过这个系统可以设置可同时访问的最大人数，还有用处理多人并发访问功能高点的数据库也是有是可行的方法。
还有第一次选课的缺乏人数限额导致了可选人数大大超过实际接受人数，从而让绝大部分选择热门课程或热门教师的人被调到第二轮选课，而这一设置并非能减少第一轮选课可以给第二轮选课压力。
既然学生对某些课程有需求，为什么仍然把课程的允许人数定这么低？
完全可以采用3-4个班的大班教学，类似马哲的方式。
选体育课时，由于可以同时选择多门课程，导致有些同学中选了多门，而有些同学则一门也没选中。
最后我觉得部分在校选课系统还有个缺陷，就是在没有超过允许人数范围时，可以多个人同一时间选该课程，即使最后人数超过最大允许人数。
随着学院学生、老师数量的增加，学生课程每学期的变动，造成课程分配，老师分配极为复杂不便。
对学生选课，老师授课安排显得不够精准高效。
重新整理文件浪费许多人力、物力。
1.3开发系统的必要性
为解决上面的问题，我小组多方听取意见，进行了大量的调查和研究，通过努力，力求在设计在校选课系统的过程中，追加和完善部分使用功能，进而完善学生选课流程和改善选课效率，同时结合各学校、各学院、各专业与同学选课管理的方法，开发出一套适合于多课程复杂的选课系统。
2.任务概述
2.1系统构建目标
《在校选课系统》软件旨在为学生、老师、管理员提供一个使用方便，条理清晰的课程安排数据库系统（IndividualSocialConnectionDatabaseSystem），以替代传统的手工登记，同时利用先进信息技术为用户提供一些更为方便实用的功能。
此软件的使用者具有如下特点：
1.用户为在校大学生及老师，能普遍掌握计算机的基本使用方法
2.用户数量庞大，使用频率较频繁
3.不同学院，不同专业间各种课程的选择管理
4.学校教务处在正常运营中必须面对大量课程、学生信息、教师信息以及三者间相互联系产生的选课信息，由于学校的学生和课程繁多，包含的信息量大且复杂
针对如上用户特点，《在校选课系统》软件力求可以迅捷、准确、方便地提供各项数据管理功能，同时力求为用户提供方便、高效、实用的功能。
2.2运行环境
Microsoftserver2003或更高版本MySQL或更高JSP
3.数据描述
3.1静态数据
一、学生基本信息：
每位同学都有自己的姓名、学号、专业、班级，入学时间以及联系方式。
二、课程信息：
每门课程都有唯一的课程号与课程名称，还有课程的课时和学分。
三、管理员信息：
管理员负责学生信息的修改与查询，他们要有独立的账号密码。
3.2动态数据
每科课程的选修人数
3.3系统功能图
3.4数据流程图
3.5模块流程图
4.功能需求
4.1功能划分
本软件具有如下功能：
1.学生可凭自己的姓名学号登录系统
2.学生登陆后可以选择自己想选的课程
3.对于选错的课程，可以修改
4.可以随时查询选课信息
5运行时出现异常时有msgbox提示，及解决方案
4.2功能描述
1.学生可凭自己的姓名学号登录系统：
在登陆界面学生输入自己的姓名学号，登陆选课系统
2.学生登陆后可以选择自己想选的课程：
通过点击“报名”按钮，将自己的信息添加到该课程班中
3.对于选错的课程，可以修改：
通过点击“修改”或“重选”按钮可取消或修改选错的课程
4.可以随时查询选课信息：
报名情况一直保留，学生可随时登陆再次查看自己的报名情况
5运行时出现异常时有msgbox提示，及解决方案：
如出现程序内部错误或违规操作等问题，会有信息提示并解决该问题，力求保证数据库内数据的完整性
5.原始单据
单据名称
别名
简述
来源
去处
组成
流通量
教学计划表
每个学院需完成的教学课程
教务处
院系
学时
大
开设课程表
每个学院开设的课程
院系
教务处
课程编号，课程名
大
时间安排表
课程的时间安排
教务处
学生教师
时间
小
课程和教师名单
每门课程对应的教师
教务处
学生
课程号，课程名，教室号，教师名
小
教室安排表
课程教室的安排
教务处
学生教师
教室号
大
选课表1
学生可选的所有课程
教务处
学生
课程号，课程名，教师，教室，时间
大
选课表2
每个学生的选课情况
学生
教务处
课程号，学生号
大
退课表
学生退选的课程
学生
教务处
课程号，学生号
小
选课总名单
所有信息的总表
教务处
教务员
课程号，课程名，学生号，学生名，教师，教室，时间
大
学院选课名单
学院学生的选课情况
教务处
院系
课程号，课程名，学生号，学生名，教师，教室，时间
小
班级选课名单
班级学生的选课情况
教务处
辅导员
课程号，课程名，学生号，学生名，教师，教室，时间
小
个人课程表
每个人的选课情况
教务处
学生
课程号，课程名，学生号，学生名，教师，教室，时间
大
课程名单
每门课的选课学生信息
教务处
教师
课程号，课程名，学生号，学生名，教师，教室，时间
小
5.1数据项分析
数据项
名称
数据项
编号
别名
简述
类型
长度
取值范围
学生姓名
A0101
varChar
8
Notnull
学号
A0102
Char
9
Notnull
性别
A0103
Char
2
男/女
班级
A0104
varchar
10
Notnull
系
A0105
varchar
20
Notnull
课程名
A0106
Varchar
20
Notnull
课程编号
A0107
Char
6
Notnull
上课时间
A0108
varchar
20
Notnull
上课地点
A0109
varchar
20
Notnull
教师姓名
A0110
varChar
8
Notnull
学分
A0201
Number
1
>=0
教师性别
A0202
Char
2
男/女
职工号
A0203
Char
9
Notnull
学时
A0204
Number
2
>=0
管理员姓名
A0205
varChar
8
Notnull
管理员工号
A0206
Char
9
Notnull
6.用户需求
学生选课系统用于根据教学计划、教师资源等，制定每学期的课程表及相关信息，面对的用户包括系统管理员、教师和学生。
因此该系统的功能模块应分为系统管理员需求、教师需求、学生需求三个部分。
管理员可以通过超级用户身份登录,对系统进行全面的管理维护,老师、学生以不同用户的身份进入不同的界面，执行不同的操作。
6.1业务需求
6.1新系统考虑要满足的实际性需求（根据调研结果总结）
I．系统管理员（拟定教务处）
1．课程评定的实效性。
因为现在的教学评定太过于虚，很多学生都不会用心去填写这项表单，这会直接导致教务处对课程的评定，对课程质量的提高会产生不利的影响。
需要满足这一项需求，得先从涉及评定表单的设计合理化，与学生的交流发现问题所在开始。
设计表单不能以要什么写什么来表达，而是需要用问题背后所会涉及的形式来设计问题，这样学生的填表积极性会提高。
且一定要强调保障表单的隐私权。
2．课程变动通知自动化。
因为每次的课程变动仅仅是以通知形式来传达，其实效性还是存在一定人性化缺陷的（如没看到通知就被其他通知的更新推到后面去了）。
可以的话以自动化删除选择性方案来解决。
II．教师
1．排课时间的人性化。
因为有些老师的课程一直会是上午12节，或下午12节，老师也是人也需要适当的公平性合理安排。
老师的状态是直接影响教学质量的，教学质量又直接影响期末的教学评定。
若把这一项需求也考虑进去的话，相信课程的安排会取得实际性效益。
2．成绩管理的合理化。
据很多教师的意见，成绩的输入改写过程会比较繁琐，那若在业务流程方面和权限设置方面做一些必要的改善会不会能解决这种不必要的繁琐程序呢。
III．学生
1．第二轮选课的公平性。
因为每次第一轮选课后没选上的学生，到第二次选课时是以先下手先得手来取决。
一致导致网络拥堵，学生心慌，若第二次选课也是以随机抽选的形式来的话，是否会更具有公平性。
2．选课的更大自主性。
虽然说学生可以自主跨专业选择自己喜欢的课程上。
但时间上太过于冲突，在选修上存在很大的不可行。
3．考试时间与地点的通知及时。
考试时间以及地点的通知怠慢是普遍性提出的问题，可能办事程序也影响此现象，但如果是业务的繁琐复杂导致的，那是否可以改进呢。
4．学分的上限设置合理性。
虽然是很少部分人的提议，也认为是可考虑范围。
就是一学期可选学分的最高上限的规定是否必要，按学生个人喜好，觉得这一点并非是必要的。
6.2使用范围要求
按玉溪师范学院全日制本科学生课程管理等相关文件完成学生选课系统管理，该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。
6.3功能要求
系统管理：
实现教务人员对系统的管理，包括添加删除用户。
更改密码，
数据备份，数据还原，注销，等功能。
基本信息管理：
实现显示学生和老师的基本信息（包括学生基本信息，教
师基本信息，课程基本信息）。
选课管理：
实现学生自主选择课程，选择老师。
查询：
包括实现学生查询，老师查询，管理人员查询。
学生查询包括自己
的基本信息，自己的课程，课表，成绩，同班同学等，老师查询包
括查询自己的信息，自己所带班的学生，自己的课表等。
管理人员
的查询包括每个老师的和学生可以查询的信息。
服务器配置：
对它进行配置可以使得在其他电脑上也照常使用。
这样不
必每次都到数据库中去更改。
帮助系统：
帮助系统为用户指明方向。
权限管理：
:
为学生、教师、管理员提供不同权限进行学生成绩管理。
6.4信息采集与各部门的使用权限
每学期选课系统由教务处管理员维护开通，开课情况由教务处制定，学生自己选择所需课程，最后由教务处汇总。
为了保证信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：
学生基本信息
课程信息
教师信息
教师
查询权
查询权
登录，修改，处理权
教务处
登录，修改，处理权
登录，修改，处理权
登录，修改，处理权
学生
登录，修改，处理权
查询权
查询权
6.5数据完整性、正确性：
可根据所选该门课的学生自动生成课程选课名单
可根据某学生所选全部课程自动生成该学生的课程表
可根据某教师的课程自动生成教师的课程安排表
7.性能需求
7.1精准度
保证报名的准确度，防止出现漏报，重报的情况
7.2时间特性
操作页面刷新时间在5-10s之内，以保证用户可以随时查看课程报名人数
7.3适应性
需满足全校同时使用的需求
8.其他需求
8.1系统管理员需求分析
系统管理员负责整个系统的维护，其需求最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表、排课报表。
所涉及的信息包括课程信息、教师信息和学生信息。
因此系统管理员具有该系统的最高权限，能够编辑各信息模块，如插入一个新生的信息，增添一门课程的信息，删除退休教师的信息等。
8.2教师需求分析
在该系统中，为方便教师工作，要求教师能够核实自己信息、查询所授课程的信息、查看自己教学班的信息，以及最后登记学生的成绩等。
8.3学生需求分析
该系统为学生主要提供选课服务，因此学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，进行相关操作。
此外还应附带其他服务，如核实个人信息，查看教师信息、课程信息以便选课，查看自己选课结果，查询考试成绩等。
8.4数据需求
教师：
姓名，性别，职工号
教师属性图
学生：
姓名，性别，学号，班级，系
学生属性图
课程：
课名，学时，学分，课程号，上课时间，上课地点。
课程属性图
管理员：
姓名，员工号
管理员属性图
9.性能需求
9.1精准度
保证报名的准确度，防止出现漏报，重报的情况
9.2时间特性
无论何种用户登录，进行任何操作的时候，系统应该及时地进行反应，反应的时间在5秒以内。
系统应该及时地进行反应，反应的时间在5秒以内。
系统应能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。
9.3适应性
需满足全校同时使用的需求
10.运行需求
10.1界面需求
10.1.1页面内容：
主题突出、操作方便、术语和行文格式统一、规范、明确。
每一个系统用户拥有事先分配好的用户名和密码，不同类型的用户只能访问各自工作领域内的相关页面。
10.1.2页面结构摆放合理，方便用户使用。
10.1.3技术环境：
页面大小适中，控制字体和版面布局
10.1.4采用菜单驱动方式，单独支持键盘鼠标
10.1用户界面
采用菜单驱动方式，界面简单明了，单独支持键盘鼠标
10.2运行平台
校园内部局域网或学校的官方网站
10.3故障处理
正常使用时不应出错，若遇到不可恢复的系统错误，需保证数据库内数据完好
升级会员 