热门标签 | HotTags
当前位置:  开发笔记 > 后端 > 正文

阅卷流程

阅卷流程一、客观题:(包括未提交答案的主观题)1二、主观题:(仅提交答案了的主观题)1ÿ

阅卷流程

一、 客观题:(包括未提交答案的主观题)    1

二、 主观题:(仅提交答案了的主观题)    1

(一) 设置阅卷老师和自动分配答题:    1

(二) 普通阅卷老师 点击开始阅卷后,系统的处理流程:    2

(三) 普通阅卷老师 点击打分后,系统的处理流程:    3

(四) 专家阅卷    4

 

 

  1. 客观题:(包括未提交答案的主观题)

    开启自动批阅

     

  2. 主观题:(仅提交答案了的主观题)

  3. 设置阅卷老师和自动分配答题:

    选择阅卷老师,根据需要批阅的题目个数x2与选择的阅卷老师的人数,尽量评价分配。

    假设:提交答案了的主观题个数为101,选择了2个阅卷老师,每个人需要批阅101个题。

    如果选择了3个老师,其中两个老师需要批阅67个题,另外一个老师需要批阅68个题。谁多谁少随机。

     

    设置专业阅卷老师,开启手动批阅,具有阅卷权限的老师方可开始阅卷。

     

  4. 普通阅卷老师 点击开始阅卷后,系统的处理流程:

    1. 抽题:

    每个待阅题目有两个属性,一阅的批阅状态和二阅的批阅状态。

    批阅状态的定义:

    未批阅:题目没有被分配。表现为分值为null,并且在批阅详情表中没有该题的记录

    正在批阅:题目已经分配,但没有给分。表现为分值为Null,并且在批阅详情表中有该题的记录。

    已经批阅:题目已经分配,并已经给分。表现为分值不为null,并且在阅卷详情表中有该提的记录。

    那么每个题目同时具有两个状态,例如,一阅正在批阅和二阅未批阅;或者一阅正在批阅和二阅已经批阅。

     

    系统预设了每次批阅的最多题目的个数,可以调节但目前未公开,目前定义为2个。

    1、点击开始阅卷后,系统首先检测当前用户是否存在已经分配,但为完成批阅的题目。

    如果有,优先呈现这些题目。如果小于每次批阅的题目个数,将检查已完成任务是否小于总任务,如果小于,将重新分配还需要的数量的题目。如果总任务减去完成数小于指定数量,仍然只分配还需要批阅的题目数,该数小于指定的题目个数。

  5. 当前用户不存在已经分配但未完成批阅的题目,系统将检查待完成任务后为当前用户重新分配指定数量的待阅题目。首先从一阅未批阅的题目中筛选,题目不够将从题目的一阅者不是自己的题目中筛选,那么这些题的二阅是当前登录用户。

     

    1. 说明:

    至于是一阅还是二阅没有规定,这个题目第一次批阅就是一阅。

    两次批阅保证不是同一个人。

     

    题目一旦被分配,将把当前用户,当前题目,当前题目的将被批阅的次数等信息写入阅卷详情表,这样即使中途退出,或断电,该用户下次阅卷时会将该题优先抽取到。统一该题目的将被批阅次数和批阅者也记录到了"待阅题目池"中对应的题目的属性中。

     

    1. 关于阅卷任务的初始化:

    当一场考试的第一个题目第一次批阅时,将初始化该考试所有提交答案了的主观题的有用信息记录到内存中,这些题目的两个状态属性的初始值会根据阅卷详情表的记录和对应批阅次数的分值来计算。

     

  6. 普通阅卷老师 点击打分后,系统的处理流程:

    阅卷老师输入分值后,UI会自动检测分值的合法化。点击打分后,当前题目的分值会被保存到阅卷详情表和答题表,并在"待阅题目池"中修改对应题目的状态,防止同一题目同一批阅流程被多次批阅。

    如果该题是第二次批阅,将首先比较两次批阅阀值,阀值允许,将计算该题所属答卷的所有主观题的总得分,并记录到答卷表的对应属性中。

    如果超过阀值,将进入"专家批阅队列"。

     

    普通阅卷过程中,当一个题目被批阅两次并且两次给分差额大于预设阀值,那么该题将被放入"专家批阅队列"。

  7. 专家阅卷

    具有专家阅卷权限的老师在考试列表界面,会实时看到当前"专家批阅队列"的题目数。

    该老师点击批阅并进行给分操作,该分值将作为该题的最终分数。




推荐阅读
  • 基于KVM的SRIOV直通配置及性能测试
    SRIOV介绍、VF直通配置,以及包转发率性能测试小慢哥的原创文章,欢迎转载目录?1.SRIOV介绍?2.环境说明?3.开启SRIOV?4.生成VF?5.VF ... [详细]
  • 深入探讨CPU虚拟化与KVM内存管理
    本文详细介绍了现代服务器架构中的CPU虚拟化技术,包括SMP、NUMA和MPP三种多处理器结构,并深入探讨了KVM的内存虚拟化机制。通过对比不同架构的特点和应用场景,帮助读者理解如何选择最适合的架构以优化性能。 ... [详细]
  • 深入解析Redis内存对象模型
    本文详细介绍了Redis内存对象模型的关键知识点,包括内存统计、内存分配、数据存储细节及优化策略。通过实际案例和专业分析,帮助读者全面理解Redis内存管理机制。 ... [详细]
  • 探讨如何通过高效的数据库查询和排序策略,优化基于GPS位置信息的附近用户搜索功能,以应对大规模用户数据场景。 ... [详细]
  • 本文探讨了哪些数据库支持队列式的写入操作(即一个键对应一个队列,数据可以连续入队),并且具备良好的持久化特性。这类需求通常出现在需要高效处理和存储大量有序数据的场景中。 ... [详细]
  • Netflix利用Druid实现高效实时数据分析
    本文探讨了全球领先的在线娱乐公司Netflix如何通过采用Apache Druid,实现了高效的数据采集、处理和实时分析,从而显著提升了用户体验和业务决策的准确性。文章详细介绍了Netflix在系统架构、数据摄取、管理和查询方面的实践,并展示了Druid在大规模数据处理中的卓越性能。 ... [详细]
  • 深入解析for与foreach遍历集合时的性能差异
    本文将详细探讨for循环和foreach(迭代器)在遍历集合时的性能差异,并通过实际代码示例和源码分析,帮助读者理解这两种遍历方式的不同之处。文章内容丰富且专业,旨在为编程爱好者提供有价值的参考。 ... [详细]
  • 全面解析运维监控:白盒与黑盒监控及四大黄金指标
    本文深入探讨了白盒和黑盒监控的概念,以及它们在系统监控中的应用。通过详细分析基础监控和业务监控的不同采集方法,结合四个黄金指标的解读,帮助读者更好地理解和实施有效的监控策略。 ... [详细]
  • 本文详细介绍了Grand Central Dispatch (GCD) 的核心概念和使用方法,探讨了任务队列、同步与异步执行以及常见的死锁问题。通过具体示例和代码片段,帮助开发者更好地理解和应用GCD进行多线程开发。 ... [详细]
  • 并发编程 12—— 任务取消与关闭 之 shutdownNow 的局限性
    Java并发编程实践目录并发编程01——ThreadLocal并发编程02——ConcurrentHashMap并发编程03——阻塞队列和生产者-消费者模式并发编程04——闭锁Co ... [详细]
  • 深入解析RDMA中的队列对(Queue Pair)
    本文将详细探讨RDMA架构中的关键组件——队列对(Queue Pair,简称QP),包括其基本概念、硬件与软件实现、QPC的作用、QPN的分配机制以及用户接口和状态机。通过这些内容,读者可以更全面地理解QP在RDMA通信中的重要性和工作原理。 ... [详细]
  • 深入解析 Android IPC 中的 Messenger 机制
    本文详细介绍了 Android 中基于消息传递的进程间通信(IPC)机制——Messenger。通过实例和源码分析,帮助开发者更好地理解和使用这一高效的通信工具。 ... [详细]
  • 优化Flask应用的并发处理:解决Mysql连接过多问题
    本文探讨了在Flask应用中通过优化后端架构来应对高并发请求,特别是针对Mysql 'too many connections' 错误的解决方案。我们将介绍如何利用Redis缓存、Gunicorn多进程和Celery异步任务队列来提升系统的性能和稳定性。 ... [详细]
  • 本文详细介绍了数组和线性表这两种常见的数据结构。数组是一种由类型名、标识符及维度构成的复合数据类型,其元素类型由类型名决定,维数表示数组中元素的数量。线性表则是一种逻辑结构,其中的数据元素呈现一对一的关系,便于实现和操作。 ... [详细]
  • LeetCode: 实现队列与栈的高级应用
    本文介绍如何使用队列和栈实现特定功能,包括动态维护队列元素并计算其平均值,以及栈操作中的优化技巧。 ... [详细]
author-avatar
手机用户2502857587
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有