网上评教系统的需求分析

  • 格式:docx
  • 大小:76.08 KB
  • 文档页数:4

下载文档原格式

  / 5
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

网上评教系统的需求分析

2.1 系统业务流程分析

作为一个面向某高校的网上评教系统,其核心业务在于结合该高校的专业课程部署情况、师资团队组成情况以及教学目标规划情况等客观实际,为学生用户提供便捷化的评教窗口,学生用户提交的评价数据保存在系统数据库中,供教师用户查询,同时供教务管理人员统计与分析,并最终得到一个客观、公正的评教结果,以此作为教学改善依据,促进该校教学质量的持续提高。

具体来说,本系统的主业务流程可描述为:教务管理人员根据学校评教工作安排,编制好评教方案,包括评教对象、评教周期、评教课程、评教时间、评教指标、评教标准等,编制好评教方案后,教务管理人员在系统中以评教公告的形式将其发出,学生用户接收到评教公告中的工作安排后,在指定期限内对其任课老师完成评价。本轮评教工作截止后,教师用户需要登录系统查看自己某课程的综合评价得分,并根据分值与评价提交对应的改善意见。而教务管理人员需要对学生的评价数据、教师的反馈数据进行分析与汇总,并对统计结果进行公示,以确保评教工作对实际教学的督促与改进作用,这也是评教工作的意义所在。

综上所述,网上评教系统的主业务流程图如图2.1所示。

图2.1 网上评教主业务流程

2.2 系统功能需求分析

本课题研究的基于JA V A的网上评教系统,主要是针对某高校的教学评估实际进行信息化研究,在研究的过程中,根据系统业务流程的分析结果,总结出本系统的主要用户类型,它们是:学生用户、教师用户以及教务管理员用户(在本系统中担任系统管理员)。本节主要对各类用户进行详细的需求分析,确保用户

能够在系统中获取到对应的操作需求。

1、学生用户功能需求分析

对于学生用户而言,主要是对教师的日常教学进行评价,在评价的过程中,系统会将学生用户本身ID进行匿名处置,避免不必要的麻烦出现。学生用户对应为某高校的在读学生,学生在系统中需要能够按照自身意愿对教师的教学情况进行相应的教学评价。在学生对教学评价完成后,系统会将学生对教师的教学评价数据进行收集。当然,学生用户在系统中还可以查看系统推送的评教公告,也可以对个人信息进行查看,以确保评教人信息的正确性,这也是后续统计未如期完成评教工作学生名单的基础。

2、教师用户功能需求分析

教师用户作评教系统中被评价的主体,在系统中主要有以下功能需求:

(1)接收评教公告,以确保个人教学工作改善方案的准时提交以及及时查询;

获取自己所有任教课程(需在评教范围内)的评价结果;

(3)如期在系统中提交后续教学改善方案。

3、系统管理员功能需求分析

系统管理员在本系统中即是某高校的教务管理员,教务管理员在本系统中担任着极其重要的角色,可以说他是学校评教工作的策划者、实施者以及效果总结者,他需要在系统中进行的操作包括:

(1)用户管理:包括对学生、教师以及管理员用户个人信息的增加、修改、查询以及删除等操作,还包括对用户权限的分配与界定,用户管理是评教工作得以正常实施的先决条件。

(2)编制评教方案:评教方案的发布是评教工作的开始,评教方案需要包括评教对象、评教周期、评教课程、评教起止时间、评教指标、评教标准等关键信息。

(3)统计并公示评教结果:本轮评教提交工作截止后,教务管理人员需要对各个被评教师的评价得分进行汇总与统计处理,其中具体的汇总操作由系统基于加权均值计算模型自动生成,而统计则是根据教务管理者实际意愿或者需求统计学校某课程所有参评教师的排名情况等,本系统支持可视化图表的形式将评教结果进行公示。

综上所述,本文研究的网上评教系统的总体功能用例如图2.2所示。

图2.2 网上评教系统功能用例图

2.3 系统非功能需求分析

系统非功能需求是指软件系统或软件产品除功能需求以外的其他需求,为使用户在系统中获得理想的业务操作体验,系统的非功能需求分析并不可少。一般而言,系统的非功能需求需要从软件产品的响应性能、可靠性,易用性、安全性等方面进行考虑。

(1)响应性能

面向某高校的网上评教系统的用户主要包括学生、教师以及教务处管理人员,从用户规模出发,同时参考当前市场上教务管理系统的平均访问量进行科学预算,本系统需要支持不低于2000个用户同时在线。此外,系统中涉及评教数据的分析,为提高用户体验,系统所有操作的最大延迟时间不得超过3秒(在正常的网络状况下)。

(2)可靠性

系统需要具备相当的可靠性。一方面系统能全天不间断的运行,并能做到无故障稳定地运行。其次,当系统发生软件类故障或者硬件类故障后,应做到在

12小时内解决,并使系统恢复正常运转。对于软件类故障,在系统修复完后可

以恢复之前的数据备份。对于硬件类故障,可在临时备用的系统中恢复到原系统的状态。

(3)易用性

本系统需要具备易操作性和保持友好的界面,使各类用户均可以轻松快速地掌握本系统的具体操作细则。系统界面设计简洁明了,用户登录系统后,可以通

过直观的导航页或相应的菜单快速地查看到自己需要操作或查询的页面,尽可能方便用户的即时操作。

(4)安全性

安全性需求是指系统可以确保系统数据安全,保障用户信息不泄露、不被盗用等。本系统的安全保障措施主要包括系统登录需要用户身份认证,系统用户权限管理以及各类数据的安全备份等。