需求分析.docx
《需求分析.docx》由会员分享,可在线阅读,更多相关《需求分析.docx(13页珍藏版)》请在冰点文库上搜索。
需求分析
学生选课需求分析
成员信息:
200908235詹凯华(leader)
200908203陈萍霞
200908234李晓波
200908249童骁
一、引言
1.1开发系统的必要性
本系统是为了更好管理学生选课信息而设计的。
教务处在正常运营中必须面对大量课程、学生信息、教师信息一集三者间相互联系产生的选课信息。
由于学校的学生和课程繁多,包含的信息量大且复杂,使选课管理工作工作更规范化,系统化,程序化,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改选课排课相关信息。
1.2面临的问题
目前选课管理系统其实已经很好了,没有多大的实质性问题,只是尚存一些需要改进的地方,不过有些体质问题还是具有的。
这要靠学校本身来解决了,我们无能为力。
首先安全性不够高,只需要输入用户名和密码就可以了,有出现过学生账号被盗,已选课程被删,导致学生未能选上该门课,不过这是小概率事件,我门觉得除了用户名和密码之外,再加上验证码或者设置密保。
其次选课人数过多导致系统崩溃,无法进行选课,这是最主要的问题,这现象和学校服务器有很大的关系,如果校方肯花点钱在服务器上面的话应该是可以解决的,不过这个系统可以设置可同时访问最大人数,还有用处理多人并发访问功能高点的数据也是可行的方法。
还有第一次选课的缺乏人数限额导致了可选人数大大超过实质接受人数,从而让绝大部分选择热门课程或热门教师的人被调到第而轮选课,而这一设置并非能减少第一轮选课可以给第二轮选课压力。
最后我们觉得我们学校选课系统有个缺陷,就是在没有超过允许人数范围时,可以多个人同一时间选课课程,即使最后人数超过最大允许人数。
二、系统目标
系统的主要用户是管理员、教师和学生,管理员可以通过超级用户身份登入,对系统进行全面的管理和维护,老师、学生以不同用户的身份进入不同的界面,执行不同的操作,拥有各自的权限。
该系统用于提高教务处的工作效率,方便用户之间信息的交流,简化学生选课的流程,使选课管理工作更规范化、系统化、程序化,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改选课排课相关信息。
在学校内部的现有局域网这个网络环境下,信息由各用户在规定的权限下在各自的工作站上录入,信息上网后各用户可查询,修改,管理,达到信息共享。
三、业务流程分析
3.1业务流程处理(包括文字描述、单据、表格等)
业务描述:
在每学期末,教务处向各系下发教学计划表,由各系根据计划表安排开设课程,再交给教务处。
教务处汇总信息(教师信息,时间安排,教师安排,课程信息),列出选课表,供学生选择。
学生进行第一次选课,生成个人选课表,与时间安排表,课程和教师名单,教师安排表一起,汇总选课信息,再交由选课管理系统随机进行处理,生成选课总名单,系选课名单,区队选课名单,课程名单,个人课程表,分别交给教务员、系、教师和学生。
学生根据第一次选课的结果,进行第二次补选,流程与第一次相同,但选课管理系统按学生选课的时间顺序生成选课结果。
同时,学生也可以进行退选,同样交给选课管理系统处理。
学生可以查询个人课程表
(课程信息、时间信息、教师信息、教室安排),教师可以查询自己的开课信息(时间、教师、课程)和学生名单,各系可以查看课程安排信息(教师、时间、教室、课程、学生),教务处可查看以上所有信息。
3.2业务流程图
3.3原始单据
单据名称
简述
来源
去处
组成
流通量
教学计划表
每个学院需完成的教学课程
教务处
院系
学时
大
开设课程表
每个学院开设的课程
院系
教务处
课程编号,课程名
大
时间安排表
课程的时间安排
教务处
学生
教师
时间
小
课程和教师名单
每门课程对应的教师
教务处
学生
课程号,课程名,
教室号,教师名
小
教室安排表
课程教室的安排
教务处
学生
教室号
大
选课表1
学生可选的所有课程
教务处
学生
课程号,课程名,
教师,教室,时间
大
选棵表2
每个学生的选课情况
学生
教务处
课程号,学生号
大
退课表
学生退选的课程
学生
教务处
课程号,学生号
小
选课总名单
所有信息的总表
教务处
教务员
课程号,课程名,
学生号,学生名,
教师,教室,时间
大
学院选课名单
学院学生的选课情况
教务处
院系
课程号,课程名,
学生号,学生名,
教师,教室,时间
小
班级选课名单
班级学生的选课情况
教务处
辅导员
课程号,课程名,
学生号,学生名,
教师,教室,时间
小
个人课程表
每个人的选课情况
教务处
学生
课程号,课程名,
学生号,学生名,
教师,教室,时间
大
课程名单
每门课的选课学生信息
教务处
教师
课程号,课程名,
学生号,学生名,
教师,教室,时间
小
3.4数据项分析
数据项名称
数据项编号
类型
长度
取值范围
学生姓名
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
3.5各界面的关系
3.6E-R图
四、用户需求
学生选课系统用于根据教学计划、教师资源等,制定每学期的课程表及相关信息,面对的用户包括系统管理员、教师和学生。
因此该系统的功能模块应分为系统管理员需求、教师需求、学生需求三个部分。
管理员可以通过超级用户身份登录,对系统进行全面的管理维护,老师、学生以不同用户身份进入不同的界面,执行不同的操作。
4.1业务需求
4.1.1新系统考虑要满足的实际性需求
I系统管理员
1.课程变动通知自动化
因为每次的课程变动仅仅是以通知形式来传达,其实效还是存在一定人性化缺陷的。
可以的话以自动化删除选择性方案来解决。
II教师
1.排课时间的人性化。
因为有些老师的课程一直是周四下午6.7.8节,或周四9.10.11,老师也是人也需要适当的公平性合理安排。
老师的状态时直接影响教学质量的,教学质量又直接影响期末的教学评定。
若吧这一项需求也考虑进去的话,相信课程的安排会取得实际性效益。
2.成绩管理的合理化。
据很多教师的意见,成绩的输入改写过程会比较繁琐,那若在业务流程方面和权限设置方面做一些必要的改善会不会能解决这种不必要的繁琐程序呢。
III学生
1.第二轮选课的公平性。
因为每次第一轮选课后没选上的学生,到第二次选课时事以先下手先得手来取决,一致导致网络拥堵,学生心慌,若第二次选课也是以随机抽选的形式来的话,是否会更具有公平性。
2.选课的更大自主性。
虽然说学生可以自主跨专业选择自己喜欢的课程上。
但时间上太过于冲突,在选修上存在很大的不可行。
3.考试时间与地点的通知及时
考试时间以及地点的通知怠慢是普遍性提出的问题,可能办事程序也影响此现象,但如果是业务的繁琐复杂导致的,那是否可以改进呢。
4.学分上限设置合理性。
虽然是很少部分人的提议,也认为是可考虑范围。
就是一学期可选学分的最高上限的规定是否必要,按学生个人喜好,觉得这一点并非是必要的。
4.1.2实用范围要求
按浙江警官职业学院学生课程管理等相关文件完成学生选课系统管理,该系统用于提高教务处的工作效率,方便用户之间信息的交流,简化学生选课的流程,使选课管理工作更规范化,系统化,程序化,一高信息处理的速度和准确性,能够及时、准确、有效的查询和修改选课相关信息。
4.1.3功能要求
系统管理:
实现教务人员对系统的管理,包括添加删除用户。
更改密码,数据备份,数据还原,注销等功能。
基本信息管理:
实现显示学生和老师的基本信息(包括学生基本信息,教师基本信息,课程基本信息)。
选课管理:
实现学生自主选择课程,选择老师。
查询:
包括实现学生查询,老师查询,管理人员查询。
学生查询包括自己的基本信息,自己的课程,课表,成绩,同班同学等,老师查询包括查询自己的信息,自己所带班的学生,自己的课表等。
管理人员的查询包括每个老师的和学生可以查询的信息。
服务器配置:
对它进行配置可以使得在其他电脑上也照常使用。
这样不必每次都到数据库中去更改。
帮助系统:
帮助系统为用户指明方向。
权限管理:
为学生、教师、管理员提供不同权限进行学生成绩管理
4.1.4信息采集与各部门的使用权限
每学期选课系统又教务处管理员维护开通,开课情况由教务处制定,学生自己选择所需课程,最后由教务处汇总。
为了保证信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下:
学生基本信息
课程信息
教师信息
教师
查询权
查询权
登入,修改,处理权
教务处
登入,修改,处理权
登入,修改,处理权
登入,修改,处理权
学生
登入,修改,处理权
查询权
查询权
4.1.5数据完整性、正确性
可根据所选该门课的学生自动生成课程选课名单
可根据某学生所选全部课程自动生成该学生的课程表
可根据某教师的课程自动生成教师的课程安排表
4.2性能需求
因为选课管理系统用于学生网上选课,提高教务处工作效率,使选课管理工作规范化,系统化,程序化,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改课程排课相关信息,所以数据库系统应该具有备份和恢复功能,保证学生数据库的长期完整性和正确性。
另一方面。
作为系统的服务器应该能够无故障的运行,即使在多人并发登录的时候也应该不会瘫痪,但是这个要求似乎太高了,每次选课系统一般都会瘫痪,而且能够便于管理员的操作。
安全性要求比较高,对业务逻辑必须封装,避免有人登录其他没权限的网页,避免黑客从数据流中截取敏感数据。
4.3其他需求
4.3.1系统管理员需求分析
系统管理员负责整个系统的维护,其需求最为复杂,包括对学生、教师、选课进行管理和统计,及系统状态的查看、维护并生成选课报表、排课报表。
所涉及的信息包括课程信息、教师信息和学生信息。
因此系统管理员具有该系统的最高权限,能够编辑各信息模块,如插入一个新生的信息,增添一门课程的信息,删除退休教师的信息等。
4.3.2教师需求分析
在该系统中,为方便教师工作,要求教师能够核实自己信息、查询所授课程的信息、查看自己教学班的信息,以及最后登记学生的成绩等。
4.3.3学生需求分析
该系统为学生主要提供选课服务,因此学生可以直接查看选课情况,学生可以根据本人学号和密码登录系统,进行相关操作。
此外还应附带其他服务,如核实个人信息、查看教师信息、课程信息以便选课,查看自己选课结果,查询考试成绩等。
4.3.4数据需求
4.4用户平台需求
操作系统:
Microsoftwindows2k/xp和WIN7;
数据库:
SQLserver2010
五、测试结果
待写
六、总结和体会
待写