选课系统需求分析报告.docx

上传人:b****1 文档编号:15219486 上传时间:2023-07-02 格式:DOCX 页数:8 大小:68.51KB
下载 相关 举报
选课系统需求分析报告.docx_第1页
第1页 / 共8页
选课系统需求分析报告.docx_第2页
第2页 / 共8页
选课系统需求分析报告.docx_第3页
第3页 / 共8页
选课系统需求分析报告.docx_第4页
第4页 / 共8页
选课系统需求分析报告.docx_第5页
第5页 / 共8页
选课系统需求分析报告.docx_第6页
第6页 / 共8页
选课系统需求分析报告.docx_第7页
第7页 / 共8页
选课系统需求分析报告.docx_第8页
第8页 / 共8页
亲,该文档总共8页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

选课系统需求分析报告.docx

《选课系统需求分析报告.docx》由会员分享,可在线阅读,更多相关《选课系统需求分析报告.docx(8页珍藏版)》请在冰点文库上搜索。

选课系统需求分析报告.docx

选课系统需求分析报告

《选课管理信息系统》

需求分析报告

 

1、背景

1.1背景

目前选课管理系统其实很好了,没有多大的实质性问题,只是尚存在一些需要改进的地方,不过有些体制问题还是有的,在这边可以提提。

但是这要靠学校本身来解决了,我们无能为力。

首先安全性不够高,只需要输入用户名和密码就可以进了,有出现过学生帐号被盗,已选课程被删,导致学生未能选上该门课,不过这是小概率事件,我觉得除了用户名和密码之外,再加上验证码或者设置2级密码或者也可以设置手机密保。

其次选课人数过多导致系统崩溃,无法进行选课,这是最主要的问题,这现象和学校服务器有很大的关系,如果校方肯花点钱在服务器上面的话应该是可以解决的,不过这个系统可以设置可同时访问的最大人数,还有用处理多人并发访问功能高点的数据库也是有是可行的方法。

1.2开发系统的必要性

本系统是为了更好管理学生选课排课信息而设计的。

教务处在正常运营中必须面对大量课程、学生信息、教师信息以及三者间相互联系产生的选课信息,由于学校的学生和课程繁多,包含的信息量大且复杂,使选课管理工作更规范化,系统化,程序化,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改选课排课相关信息。

 

二、系统目标

系统的主要用户是管理员、教师和学生,管理员可以通过超级用户身份登录,对系统进行全面的管理维护,老师、学生以不同用户的身份进入不同的界面,执行不同的操作拥有各自的权限。

该系统用于提高教务处的工作效率,方便用户之间信息的交流,简化学生选课的流程,使选课管理工作更规范化,系统化,程序化,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改选课排课相关信息。

在学校内部的现有局域网这个网络环境下,信息由各用户在规定的权限下在各自的工作站上录入,信息上网后各用户可查询,选课,修改,管理,达到信息共享。

3、组织结构分析

3.1组织机构关系结构图(组织、部门、岗位的隶属关系与职能)

–组织(部门、企业、车间、科室等)及其组成部分之间的隶属关系或管理与被管理的关系;

–各级组织的职能和有关人员的工作职责、决策内容。

 

3.2各部门的主要职责如下:

教务处:

对学生、教师、选课进行管理和统计,及系统状态的查看、维护并生成选课报表、排课报表。

所涉及的信息包括课程信息、教师信息和学生信息。

教师:

确认教学和自己的开课情况,以及最后登记学生的成绩等。

学生:

学生可以根据本人学号和密码登录系统,进行相关操作。

可以核实个人信息,查看教师信息、课程信息以便选课,查看自己选课结果,查询考试成绩等。

教务科:

负责本科教学教务管理和学分制选课工作。

根据教学任务书,负责编制全校本科生课程排课表。

编制学年制班级的课程表,学分制各年级的排课、选课各项工作。

重读班、增开课、第二专业的教学任务书下达,排课。

四、业务流程分析

4.1业务处理流程(包括文字描述、单据、表格等)

业务描述:

在每学期末,教务处向各系院下发教学计划表,由各系院根据计划表安排开设课程,再交给教务处。

教务处汇总信息(教师信息,时间安排,教室安排,课程信息),列出选课表,供学生选择。

学生进行第一次选课,生成个人选课表,与时间安排表,课程和教师名单,教室安排表一起,汇总选课信息,再交由选课管理系统随机进行处理,生成选课总名单,学院选课名单,班级选课名单,课程名单,个人课程表,分别交给教务员,院系,辅导员,教师和学生。

学生根据第一次选课的结果,进行第二次,第三次的补选,流程与第一次相同,但选课管理系统按学生选课的时间顺序生成选课结果。

同时,学生也可以进行退选,同样交给选课管理系统处理。

4.2业务流程图:

5、用户需求

学生选课系统用于根据教学计划、教师资源等,制定每学期的课程表及相关信息,面对的用户包括系统管理员、教师和学生。

因此该系统的功能模块应分为系统管理员需求、教师需求、学生需求三个部分。

管理员可以通过超级用户身份登录,对系统进行全面的管理维护,老师、学生以不同用户的身份进入不同的界面,执行不同的操作。

5.1业务需求

5.1.1新系统考虑要满足的实际性需求(根据调研结果总结)

I.系统管理员(拟定教务处)

1.课程评定的实效性。

因为现在的教学评定太过于虚,很多学生都不会用心去填写这项表单,这会直接导致教务处对课程的评定,对课程质量的提高会产生不利的影响。

需要满足这一项需求,得先从涉及评定表单的设计合理化,与学生的交流发现问题所在开始。

设计表单不能以要什么写什么来表达,而是需要用问题背后所会涉及的形式来设计问题,这样学生的填表积极性会提高。

且一定要强调保障表单的隐私权。

2.课程变动通知自动化。

因为每次的课程变动仅仅是以通知形式来传达,其实效性还是存在一定人性化缺陷的(如没看到通知就被其他通知的更新推到后面去了)。

可以的话以自动化删除选择性方案来解决。

II.教师

1.排课时间的人性化。

因为有些老师的课程一直会是上午12节,或下午12节,老师也是人也需要适当的公平性合理安排。

老师的状态是直接影响教学质量的,教学质量又直接影响期末的教学评定。

若把这一项需求也考虑进去的话,相信课程的安排会取得实际性效益。

2.成绩管理的合理化。

据很多教师的意见,成绩的输入改写过程会比较繁琐,那若在业务流程方面和权限设置方面做一些必要的改善会不会能解决这种不必要的繁琐程序呢。

III.学生

1.第二轮选课的公平性。

因为每次第一轮选课后没选上的学生,到第二次选课时是以先下手先得手来取决。

一致导致网络拥堵,学生心慌,若第二次选课也是以随机抽选的形式来的话,是否会更具有公平性。

2.选课的更大自主性。

虽然说学生可以自主跨专业选择自己喜欢的课程上。

但时间上太过于冲突,在选修上存在很大的不可行。

3.考试时间与地点的通知及时。

考试时间以及地点的通知怠慢是普遍性提出的问题,可能办事程序也影响此现象,但如果是业务的繁琐复杂导致的,那是否可以改进呢。

4.学分的上限设置合理性。

虽然是很少部分人的提议,也认为是可考虑范围。

就是一学期可选学分的最高上限的规定是否必要,按学生个人喜好,觉得这一点并非是必要的。

5.1.2使用范围要求

按东华大学全日制本科学生课程管理等相关文件完成学生选课系统管理,该系统用于提高教务处的工作效率,方便用户之间信息的交流,简化学生选课的流程,使选课管理工作更规范化,系统化,程序化,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改选课排课相关信息。

5.1.3功能要求

系统管理:

实现教务人员对系统的管理,包括添加删除用户。

更改密码,

数据备份,数据还原,注销,等功能。

基本信息管理:

实现显示学生和老师的基本信息(包括学生基本信息,教

师基本信息,课程基本信息)。

选课管理:

实现学生自主选择课程,选择老师。

查询:

包括实现学生查询,老师查询,管理人员查询。

学生查询包括自己

的基本信息,自己的课程,课表,成绩,同班同学等,老师查询包

括查询自己的信息,自己所带班的学生,自己的课表等。

管理人员

的查询包括每个老师的和学生可以查询的信息。

服务器配置:

对它进行配置可以使得在其他电脑上也照常使用。

这样不

必每次都到数据库中去更改。

帮助系统:

帮助系统为用户指明方向。

权限管理:

:

为学生、教师、管理员提供不同权限进行学生成绩管理。

5.1.4信息采集与各部门的使用权限

每学期选课系统由教务处管理员维护开通,开课情况由教务处制定,学生自己选择所需课程,最后由教务处汇总。

为了保证信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下:

学生基本信息

课程信息

教师信息

教师

查询权

查询权

登录,修改,处理权

教务处

登录,修改,处理权

登录,修改,处理权

登录,修改,处理权

学生

登录,修改,处理权

查询权

查询权

5.1.5数据完整性、正确性:

可根据所选该门课的学生自动生成课程选课名单

可根据某学生所选全部课程自动生成该学生的课程表

可根据某教师的课程自动生成教师的课程安排表

 

5.2性能需求

因为选课管理系统用于学生网上选课,提高教务处工作效率,使选课管理工作规范化,系统化,程序化,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改选课排课相关信息,所以数据库系统应该具有备份和恢复功能,保证学生数据库的长期完整性和正确性。

另一方面,作为系统的服务器应该能够无故障的运行,即使在多人并发登录的时候也应该不会瘫痪,但是这个要求似乎太高了,每次选课系统一般都会瘫痪,而且能够便于管理员的操作。

安全性要求比较高,对业务逻辑必须封装,避免有人登陆他没权限的网页,避免黑客从数据流中截取敏感数据。

5.3其他需求

5.3.1系统管理员需求分析

系统管理员负责整个系统的维护,其需求最为复杂,包括对学生、教师、选课进行管理和统计,及系统状态的查看、维护并生成选课报表、排课报表。

所涉及的信息包括课程信息、教师信息和学生信息。

因此系统管理员具有该系统的最高权限,能够编辑各信息模块,如插入一个新生的信息,增添一门课程的信息,删除退休教师的信息等。

5.3.2教师需求分析

在该系统中,为方便教师工作,要求教师能够核实自己信息、查询所授课程的信息、查看自己教学班的信息,以及最后登记学生的成绩等。

5.3.3学生需求分析

该系统为学生主要提供选课服务,因此学生可以直接查看选课情况,学生可以根据本人学号和密码登录系统,进行相关操作。

此外还应附带其他服务,如核实个人信息,查看教师信息、课程信息以便选课,查看自己选课结果,查询考试成绩等。

5.4用户平台需求

操作系统:

MicrosoftWindowsXP/7或更高版本;

数据库:

SQL Server2000

 

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 经管营销 > 经济市场

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2