<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Choosing a Better Moment to Assign Reviewers in Peer Assessment: The Earlier the Better, or the Later the Better?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Yanqing Wang</string-name>
          <email>yanqing@hit.edu.cn</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Haoran Wang</string-name>
          <email>728999801@qq.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Christian Schunn, Emily Baehr</string-name>
          <email>schunn@pitt.edu</email>
          <email>{schunn, ecb42}@pitt.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Learning Research Development Center, University of Pittsburgh</institution>
          ,
          <addr-line>Pittsburgh, PA 15260</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Northeast Yucai Foreign Language, School</institution>
          ,
          <addr-line>Shenyang, Liaoning 110179</addr-line>
          ,
          <country country="CN">China</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>School of Management, Harbin Institute of Technology</institution>
          ,
          <addr-line>Harbin, Heilongjiang 150001</addr-line>
          ,
          <country country="CN">China</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Peer assessment continues to be a topic of interest in the educational arena for decades, especially with the popularity of MOOC in recent years. However, the reviewer assignment moment, which may affect the process efficiency and learning proactiveness reward, lacks appropriate consideration. In this study, we propose three reviewer assignment algorithms, postassignment, pre-assignment, and submission-queue, integrated with the educational peer code review system developed for the purpose of programming language learning. We compare and analyze the algorithms performance qualitatively according to processing efficiency and proactiveness reward to learners. In order to measure the three algorithms quantitatively, we carry out one preliminary investigation involving students in a programming course at a Chinese university. The results indicate that submission-queue has predominant advantages in both proactiveness reward and process efficiency relative to the other two. Moreover, data reveals that active students are more sensitive to reviewer assignment moment algorithms than the inactive ones. peer assessment; peer code review (PCR); reviewer assignment moment (RAM); submission queue; proactiveness reward; processing efficiency</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. INTRODUCTION</title>
      <p>
        Peer assessment has become more relevant and has gathered
increasingly more attention in education, as it fits the self-directed
and collaborative learning processes [1]. Newman and Taylor
defined the reviewer assignment time as the time taken to assign a
reviewer to a paper and to record the assignment by conference
organizers [2]. However, the reviewer assignment moment (RAM),
which may affect the process efficiency and proactiveness reward
to learners, has not been concerned yet. In previous researches on
academic peer review, only a few studies have gone beyond
performing an optimized assignment of manuscripts (or proposals)
to reviewers in consideration of the quality assurance. In the
studies of peer code review (PCR), scholars are mainly focusing
on its quality assurance, learning outcomes, or sharing of
successful instruction experiences. However, in our experience,
we find that choosing an appropriate RAM does not only improve
the efficiency of peer review process, but also stimulates the
students' learning. Thus, in this study, setting a PCR software as
the context, we concentrate our attention in answering two
important questions: (
        <xref ref-type="bibr" rid="ref1">1</xref>
        ) what is the most appropriate moment to
assign reviewer? and (
        <xref ref-type="bibr" rid="ref2">2</xref>
        ) what benefits can we obtain from
applying the most appropriate reviewer assignment algorithm?
Since 2004, our team has been researching on PCR and we have
been applying techniques for this end in two formal university
courses: C Programming and Object Oriented Programming in
Java. An e-learning information system dedicated to PCR in
programming language learning, EduPCR, was developed and
implemented by our team from 2007 for programming language
learning and for e-learning research.
      </p>
      <p>During the last few years, we have analyzed the output data from
EduPCR to study the students' learning behavior. The system has
inspired us to explore the students' e-learning data in different
areas: their competence in coding, learning attitude, compliance
with coding standards and the capability of following schedules
[3]. Along with the previous studies, the RAM addresses the main
concern of this study. In order to improve both students'
activeness and efficiency in learning a programming language, we
have tried a series of reviewer assignment algorithms relevant to
RAM. This study seeks to find scientific evidence in different
reviewer assignment algorithms, from perspectives such as
process efficiency and proactiveness reward to learners.
The paper outlines as follows. Three RAM algorithms are
proposed in section 2. Section 3 analyses their process efficiency
and proactiveness reward qualitatively. These algorithms are
studied comparatively in section 4. Discussions are made at last.</p>
    </sec>
    <sec id="sec-2">
      <title>2. THREE RAM ALGORITHMS</title>
      <p>So far, we have applied three practical reviewer assignment
algorithms in the EduPCR system. Since every student plays the
roles of reviewer and author, the final reviewer assignment result
will build up one or several circles, namely, review rings.</p>
    </sec>
    <sec id="sec-3">
      <title>2.1 Post-assignment</title>
      <p>Post-assignment is a matured algorithm defined in peer review
literature many years ago [4], for assigning resources or tasks after
a specific phase. A networked peer assessment system for
secondary science education utilized it [5]. In this study, we
define post-assignment as "assigning reviewers after all students
have submitted their source code".</p>
      <p>We develop our own post-assignment strategy in EduPCR. With
it, the assignment action is completed when all participants have
submitted their source code or the stage deadline is reached.
Postassignment is the easiest approach of reviewer assignment for
both, teachers' implementing and students' understanding.
However, the disadvantage of post-assignment is that all the
students who have submitted the source code prior to the deadline
have to wait for the ones behind; if a single student fails to finish
his/her source code, the rest of the students cannot start their
review. Undoubtedly, post-assignment has a low efficiency rate. It
is important to point out that there is no need to consider
exceptional situations since all the students who are assigned as
reviewers have finished and submitted their source code.</p>
    </sec>
    <sec id="sec-4">
      <title>2.2 Pre-assignment</title>
      <p>When the low efficiency of post-assignment was realized,
preassignment became an alternative assignment method. It is a
common algorithm widely applied to solve schedule problems; for
instance, Tànfani &amp; Testi proposed a pre-assignment algorithm to
solve the Master Surgical Schedule Problem [6]. Pre-assignment
is also used in educational peer review to achieve a certain goal in
specific research [7].</p>
      <p>Following these studies, we created our own pre-assignment
algorithm in EduPCR. We define this algorithm as "reviewer
assignment is finished the moment a programming task is released
by teacher". Since every student can begin the review work as
soon as the source code is submitted, this algorithm seems to be
more efficient than post-assignment.</p>
      <p>However, the pre-assignment algorithm is not without flaws. Due
to the random review assignment in advance, eventually a
reviewer has to experiment long waiting times for the manuscript
of the assigned author. Additionally, one situation that often
occurs is when one or more students miss the deadline of
submitting their source code. For an instance in 1-to-1 assignment,
see (a) of Figure 1, the student #2 who fails to submit source code
on time will affect his/her two peers: the assigned reviewer #1 has
no code to review and the author #3 has no reviewer.</p>
      <p>In order to remedy this, the ideas of compact algorithm (see
Figure 1) and merge algorithm (see Figure 2) are utilized so that
the computer compacts the review ring by eliminating the students
who do not submit their source code. When there is only one
student left in a review ring, that student is labeled as a "lost" one,
and will be merged to another review ring. Note that the merging
position will be carefully chosen to make sure that the previous
reviewer has not yet started his/her review work at the merging
moment. In Figure 2, before merging, student #4 is the reviewer
of student #5. If student #4 has not started the review work when
the computer tries to merge, the merging can address this position,
i.e. inserting student #3 between student #4 and student #5.
2</p>
      <p>2
(a) student #2 misses (b) student #2 is removed</p>
      <p>the first deadline from the ring
Figure 1. Illustration of the compact algorithm
(a) only student #3 (b) another (c) student #3 is
is remained after reviewer merged into that</p>
      <p>compacting assignment ring ring</p>
      <p>Figure 2. Illustration of the merge algorithm
When the system cannot find a position to merge a "lost" student
into because all assigned reviewers have started (or finished) their
review work, the system will collect all the "lost" students in all of
the review rings and build up a new one. If there is only one "lost"
student incapable of being merged, the system will notify with the
message "You can revise your program upon your own idea since
system fails to assign a reviewer for your work".</p>
    </sec>
    <sec id="sec-5">
      <title>2.3 Submission Queue</title>
      <p>Making use of the well-known scheduling strategy "first come,
first served" in service policy or queuing law [8, 9], an "first
submit, first assigned" algorithm (namely, submission queue), was
implemented to overcome the problems brought by the
postassignment and pre-assignment algorithms. With the timer
function, the computer checks who has submitted the source code
at a predefined time interval (i.e. every 30 minutes). When the
time is reached, the computer scans the number of students who
have submitted their source code in the previous interval (let this
variable be X), and the number of students who have not
submitted their source code (let this variable be Y). Then there are
three possible cases, called assignment conditions, as follows:
Case 1: X&lt;3. If the source code deadline has not been reached, no
action is needed. Otherwise, if X=2, the two students build up the
smallest possible review ring (they are assigned as reciprocal
reviewers); and if X=1, the merge algorithm is invoked (see
Figure 2).</p>
      <p>Case 2: X≥3 and Y≥2. The reviewer assignment will be
performed among those X students.</p>
      <p>Case 3: X≥3 and Y=1. In order to give a chance to the last
student to submit the source code (we call him/her student L), we
will let the penultimate student (we call him/her student W) who
has submitted the source code, wait for L. In this case, our
reviewer assignment will be performed among those X students,
except for W. Even if X=3, the two students except for W can
build up the smallest possible review ring. Finally, student W will
not be assigned until student L submits his/her source code.
It is possible for only one student being unassigned by the first
deadline. In Case 2, only one among all Y students submits his/her
work before the deadline which will make the single student
dangling. In Case 3, L has not submitted the source code when the
1st deadline is reached, student W will be dangling. To deal with
dangling students, the merge algorithm (Figure 2), would be
necessary. Theoretically, there is an additional scenario, in which
all students in the last-built review ring have started their review
work when the computer tries to merge. Despite having a very low
probability, the system will notify the dangling student revise the
source code according to his/her own understanding. Certainly,
we can improve this algorithm by searching for an appropriate
position in all review rings in the future.</p>
    </sec>
    <sec id="sec-6">
      <title>2.4 Exceptional Cases and Solutions</title>
      <p>Generally, most students can finish the 3 stages on time, but
exceptional cases may occur occasionally, not only in source code
stage, but in the reviewing and revising stage. The possible
exceptional cases and their solutions are listed in Table 1.</p>
    </sec>
    <sec id="sec-7">
      <title>3. EFFICIENCY AND PROACTIVENESS</title>
    </sec>
    <sec id="sec-8">
      <title>REWARD</title>
      <p>From a managerial viewpoint, different algorithms may have
different performances. The following section provides a
capability analysis of the three RAM algorithms from two
different perspectives: processing efficiency and proactiveness
reward.
1
5
2
1
3
3
4
3
4
7
5
6
3
4
4
7
1
5
5
6</p>
      <p>The author who fails to submit source code is considered to quit the current program task.
The assigned reviewer gets review marks automatically.</p>
      <p>Compact a review ring by eliminating the students who fail to submit the source code.
When the number of students in one review ring minimizes to one, the single student will
be merged into another review ring.</p>
      <p>Only one student is still waiting to be assigned when the first deadline is reached. The
student is merged into the last-built review ring.</p>
      <p>When the review deadline is reached, computer prompts the author to revise the program
by himself/herself.</p>
      <p>The corresponding marks of the author will be deduced.</p>
    </sec>
    <sec id="sec-9">
      <title>3.1 Processing Efficiency</title>
      <p>
        Whether a reviewer is active or passive, the possible starting point
to review is critical because it bottlenecks the entire process. The
assignment algorithm plays an important role in facilitating an
active reviewer to start a review job as early as possible. The
necessary conditions for starting a review work are:
(
        <xref ref-type="bibr" rid="ref1">1</xref>
        ) The author has submitted the source code;
(
        <xref ref-type="bibr" rid="ref2">2</xref>
        ) The reviewer has finished and submitted his/her own source
code. To reduce plagiarism, the process constrains that a reviewer
cannot review other's code before he/she submits his/her own
source code;
(
        <xref ref-type="bibr" rid="ref3">3</xref>
        ) The reviewer assignment has been completed, that is to say
that an author has an assigned reviewer who will review the
source code. The assignment of a reviewer to an author depends
on which of the three possible reviewer assignment algorithms is
applied;
(
        <xref ref-type="bibr" rid="ref4">4</xref>
        ) EduPCR automatically informs the reviewer that the review
process may start by short messages.
      </p>
      <p>The starting time available for review is of great significance;
among the four conditions, the 3rd might bottleneck the entire
review process, hence it becomes fundamental to optimize the
assignment moment.</p>
      <p>It is easy to understand that the students can start the reviewing
and revising process much earlier in pre-assignment and
submission-queue than in post-assignment, which implies that the
first two may be more efficient. Considering the individual
activity, some students may submit their source code very quickly
while others might submit their source code just before the first
deadline. In pre-assignment, if the fastest and slowest students are
assigned to a group to review each other, the fastest student will
waste time waiting for the slowest student's source code. This
issue is resolved in submission-queue, allotting for faster students
to be assigned to fellow fast student.</p>
      <p>Therefore, from the processing efficiency standpoint, we predict
that submission-queue is the most effective and post-assignment is
the least effective.</p>
    </sec>
    <sec id="sec-10">
      <title>3.2 Incentive Effect to Learners</title>
      <p>
        In post-assignment, all students have to wait until the last student
submits his/her source code or the deadline, and then the
assignment begins. Therefore, many students may choose to
submit their source code until the deadline, since an early
submission cannot trigger an early reviewer assignment.
In pre-assignment, the reviewer assignment is finished when the
project (programming task) is released. A reviewer can start the
review process only after his/her peer student (previously assigned)
has submitted the source code. Students may submit their source
code at their convenience, since an early or late submission will
not accelerate or slow down the entire process much. If a student
demands his/her source code to be reviewed, he/she must have
submitted his/her own source code. On the other hand, if a student
wants to review his/her peer's code, his/her peer must have
submitted his/her own source code as well. The time interval
between submission and review may be large but since there is no
difference between submitting it early or late, the majority of
students might submit their own source code as late as their peers
do; which in turn becomes a submission close to the deadline.
However, in submission-queue we find two obvious advantages
related to proactiveness rewards, relative to the other two
assignment methods:
(
        <xref ref-type="bibr" rid="ref1">1</xref>
        ) Active students can maximize their learning pace as they wish,
since whoever submits the source code first is assigned a reviewer
therefore having their work reviewed first.
(
        <xref ref-type="bibr" rid="ref2">2</xref>
        ) submission-queue attracts students to join the active student
circle. Normally, students who have good programming skills
often submit their source code very early, and submission-queue
can meet these students' time saving requirement. In addition,
some students whose programming skills are limited may wish to
be assigned in one review ring consisting of skilled students, in
order to improve their abilities. Therefore, submission-queue can
stimulate both skilled and limited students to submit their source
code as soon as possible.
      </p>
      <p>Hence, in terms of proactiveness reward, we predict that
submission-queue may have predominant positive influence on
students' leaning than the other two.</p>
    </sec>
    <sec id="sec-11">
      <title>4. PRELIMINARY STUDY</title>
      <p>
        The EduPCR system has been applied in the pedagogy of two
courses: C Programming and Object Oriented Programming in
Java for students majoring in Information Systems at a Chinese
university. To understand the three assignment algorithms’ effect,
we conducted a comparative investigation on the course Object
Oriented Programming in Java in one 23-student class. Because
of lack of experience, we stored the review submission time in
12hour (not 24-hour) format, losing some information and accuracy;
the results might be affected to some extent.
4.1 Investigation Design
(
        <xref ref-type="bibr" rid="ref1">1</xref>
        ) There are ten tasks in this course. At an average interval of
seven days, the teacher sets one task according to the lecture's
content. Each task has three phases: submitting source code,
reviewing peer's code, and revising source code. The average
duration of a phase is about 2 days. For every phase, a deadline is
set to control the process so that any activity that misses the
deadline will be blocked.
(
        <xref ref-type="bibr" rid="ref2">2</xref>
        ) With each new task, all students are randomly divided into
three groups to assure objectivity, thus, the sizes of the groups are
about 8, 8, and 7 people. For every group, an assignment
algorithm is randomly chosen among post-assignment,
preassignment and submission-queue. We name each random group
an algorithm group since each group is deployed with a different
assignment algorithm. All students may start their review work
only after they have received the review notifications sent by
EduPCR.
(
        <xref ref-type="bibr" rid="ref3">3</xref>
        ) After all the ten tasks are completed, the time consumption is
analyzed so that the efficiency of the three algorithms can be
studied.
      </p>
      <p>Since the time when students submit their source code is not
greatly affected by the reviewer assignment algorithm and the
revision submission time is indirectly affected by the assignment
algorithm, we just focus on the time when the students submit
their reviews. As previously mentioned, post-assignment
algorithm starts the review process after the source code deadline,
while pre-assignment and submission-queue algorithms can start
the review process before the source code deadline. To compare
the review efficiency of the three assignment algorithms, we take
the difference between the review submission time of a reviewer
and the source code deadline as the central statistic measure. This
measure is named wait time (WT) of the reviewer; different
reviewers have different WT values. Obviously, the smaller the
WT value is, the more active the reviewer is. Then with
preassignment and submission-queue algorithms, some reviewers'
WT value is negative, which means that the reviewers finish their
second stage task (i.e., review work) before the deadline of the
first stage. During the implementation of EduPCR for years, we
find that active students often finish their own source code and
begin review work as soon as they get the "new review"
notification, while some tardy students will not start each step
until the deadline is approaching. Thus, the value of average wait
time (AWT) can be used to measure the activeness of students in
each assignment algorithm. AWT is the average value of several
WTs, which has two cases: 1) individual AWT means the average
value of one student’s WTs within all tasks, which is used for
clustering students into groups by their WTs; 2) group AWT is the
average value of a group of students' WTs within all tasks. Each
group has three group AWTs because three RAM algorithms are
deployed.</p>
    </sec>
    <sec id="sec-12">
      <title>4.2 Results from Data Clustered by</title>
    </sec>
    <sec id="sec-13">
      <title>Individual AWT</title>
      <p>To eliminate the effect of different personalities, we cluster all
students according to individual AWT within all tasks. Usually
clusters generated from the clustering algorithm are not
comparable. However, in this study, students are clustered by a
single variable: individual AWT. Each cluster has a group AWT
that is comparable with another group AWT of a different cluster
so that we can order the generated clusters.</p>
      <p>With K-Means in IBM SPSS Modeler, we cluster all students into
four clusters according to individual AWT in ascending order,
which means that the students in the first cluster spend the least
amount of time finishing the review, while the ones in the fourth
cluster spend the largest amount of time to do so. Moreover, we
classify all the students as active and inactive; the students in the
first two clusters of both investigations are considered active
students, while those in the last two clusters are considered
inactive. Finally, the clustering result is obtained, i.e. 5, 5, 7, 6
students in cluster 1 through 4 accordingly. Within each cluster,
we compute the AWT values according to the algorithm group.
The AWT of the four clusters in the three groups is shown in
Figure 3.
For each algorithm, the group AWT is increasing from cluster 1 to
4, meaning the activeness of students is decreasing
correspondingly (see Figure 3).</p>
      <p>
        Even though the database design defect might affect the accuracy
of this study, the results are as follows:
(
        <xref ref-type="bibr" rid="ref1">1</xref>
        ) The processing efficiency prediction for the three algorithms is
validated. Except for the submission-queue's value of the third
cluster in Figure 3 is a bit higher than their corresponding
preassignment value, all the other values meet our prediction
(1=submission-queue 2=pre-assignment 3=post-assignment).
(
        <xref ref-type="bibr" rid="ref2">2</xref>
        ) The proactiveness reward prediction for the three algorithms is
validated. The time windows available to review with
preassignment and submission-queue are the same. That is to say that,
without the effect of behavioral factors, the submission-queue and
pre-assignment AWT values of each cluster should not be greatly
different. However, from the data shown in Figure 3, we can find
that almost all the AWT values with submission-queue are much
more efficient than those with pre-assignment because students do
not need to wait the peer's source code submission for a long
time after he/she submits his/her own source code. Moreover, the
earlier a student submits his/her source code, the more chance
he/she has of being assigned to a review circle with similarly
active students. We do not mean that all active students are
excellent, but the active students may like to study together with
students of great learning enthusiasm. Thus, the result of the
investigation demonstrates that the submission-queue does play
the function of stimulating.
(
        <xref ref-type="bibr" rid="ref3">3</xref>
        ) The active students are more sensitive to the reviewer
assignment algorithm. Within each cluster, the submission-queue
and pre-assignment AWT values have difference, so do the AWT
value of pre-assignment and that of post-assignment. We use the
AWTs difference value to measure the students' sensitivity to the
reviewer assignment algorithms. From Figure 3, we prove that the
AWT differences in the first two clusters are much greater than
those in the last two clusters, which indicates that the more active
the students are, the more sensitive they are to the reviewer
assignment algorithms.
      </p>
    </sec>
    <sec id="sec-14">
      <title>5. CONCLUSION AND DISCUSSIONS</title>
      <p>With the increasing requirement of peer assessment research,
especially in the age of MOOC, the reviewer assignment becomes
a pressing concern. The reviewer assignment research in the
educational context, especially on the reviewer assignment
moment, gets little focus.</p>
      <p>
        From the perspective of RAM in the PCR context, we propose
three algorithms comprising post-assignment, pre-assignment,
and submission-queue. The preliminary investigation among one
classes in an academic years reveal that submission-queue has a
much higher processing efficiency and proactiveness reward than
the other two algorithms. Moreover, we found that active students
are much more sensitive to the application of reviewer assignment
algorithms. Based on these results we discuss two main concerns:
(
        <xref ref-type="bibr" rid="ref1">1</xref>
        ) Do assignment pairs created with submission-queue algorithm
promote fair feedback? This is an interesting issue addressed by
some scholars with academic rigor. Actually we have to admit that
proactiveness is the base of active learning, however, for the
participants in peer assessment, being active is not the whole story.
Fair feedback depends on the competence matching between peers,
morality level of participants, adequate and appropriate training,
quality assurance strategy by instructors, and so on. These are all
challenging topics in the future research.
(
        <xref ref-type="bibr" rid="ref2">2</xref>
        ) Since submission-queue has predominant advantages relative
to the other two, can it be taken as a universal algorithm in all
scenarios? In our opinion, the choice of RAM algorithm depends
on the context of each specific application. Even though
submission-queue has more advantage over post-assignment and
pre-assignment, these two algorithms also have practical values.
For example, if the proactiveness reward and late submissions are
not important, pre-assignment is easy to be applied and the entire
process is simple to be managed. Similarly, if the proactiveness
reward and completion time are not critical, post-assignment
becomes a very suitable algorithm.
(
        <xref ref-type="bibr" rid="ref3">3</xref>
        ) Does submission-queue suit for MOOC or traditional
classroom? We consider that the reviewer assignment moment in
submission-queue always plays its role effectively in peer
assessment no matter what the education context is. We find that
submission-queue can stimulate students’ learning enthusiasm and
advance the task completion process especially when the students
are inherently active. In traditional offline courses, the peer
assessment process is the same as online process like in EduPCR
so that submission-queue will suit for traditional classroom. More
importantly, submission-queue tends to be more useful for
assessing the performance of students in MOOCs. Although peer
assessment greatly improves the grading efficiency in MOOCs,
such assessment of open-ended assignments is still much complex
and time-consuming with massive students in courses. If
reviewers could start their review process as soon as possible, the
peer assessment process will be largely advanced. Therefore, the
processing efficiency and proactiveness reward of
submissionqueue will be more prominent in MOOCs.
      </p>
    </sec>
    <sec id="sec-15">
      <title>ACKNOWLEDGEMENT</title>
      <p>This work was partially funded by China Scholarship Council
[201506125055], National Natural Science Foundation of China
[71573065], and Online Education Research Foundation (QTone
Education) of China's MOE [2016YB130].</p>
      <p>Thanks to some students at School of Management, Harbin
Institute of Technology, such as Miss Hang Li and Miss Xiaolei
Wang, for their assistance of collecting data and analyzing the
results.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Van</given-names>
            <surname>Zundert</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Sluijsmans</surname>
          </string-name>
          and
          <string-name>
            <surname>J. Van Merriënboer</surname>
          </string-name>
          (
          <year>2010</year>
          ).
          <article-title>Effective peer assessment processes: Research findings and future directions</article-title>
          .
          <source>Learning and Instruction</source>
          ,
          <volume>20</volume>
          (
          <issue>4</issue>
          ),
          <fpage>270</fpage>
          -
          <lpage>279</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.learninstruc.
          <year>2009</year>
          .
          <volume>08</volume>
          .004
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Newman</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Taylor</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          (
          <year>1999</year>
          ).
          <article-title>Towards a methodology employing critical parameters to deliver performance improvements in interactive systems</article-title>
          .
          <source>In Proceedings of INTERACT</source>
          (Vol.
          <volume>99</volume>
          , pp.
          <fpage>605</fpage>
          -
          <lpage>612</lpage>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Feng</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jiang</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Liu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          (
          <year>2012</year>
          ).
          <article-title>Assessment of programming language learning based on peer code review model: Implementation and experience report</article-title>
          .
          <source>Computers &amp; Education</source>
          ,
          <volume>59</volume>
          (
          <issue>2</issue>
          ):
          <fpage>412</fpage>
          -
          <lpage>422</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.compedu.
          <year>2012</year>
          .
          <volume>01</volume>
          .007
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Mahoney</surname>
            ,
            <given-names>M. J.</given-names>
          </string-name>
          (
          <year>1977</year>
          ).
          <article-title>Publication prejudices: An experimental study of confirmatory bias in the peer review system</article-title>
          .
          <source>Cognitive therapy and research</source>
          ,
          <volume>1</volume>
          (
          <issue>2</issue>
          ),
          <fpage>161</fpage>
          -
          <lpage>175</lpage>
          . doi:
          <volume>10</volume>
          .1007/BF01173636
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Tsai</surname>
            ,
            <given-names>C. C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lin</surname>
            ,
            <given-names>S. S.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Yuan</surname>
            ,
            <given-names>S. M.</given-names>
          </string-name>
          (
          <year>2002</year>
          ).
          <article-title>Developing science activities through a networked peer assessment system</article-title>
          .
          <source>Computers &amp; Education</source>
          ,
          <volume>38</volume>
          (
          <issue>1</issue>
          ),
          <fpage>241</fpage>
          -
          <lpage>252</lpage>
          . doi:
          <volume>10</volume>
          .1016/S0360-
          <volume>1315</volume>
          (
          <issue>01</issue>
          )
          <fpage>00069</fpage>
          -
          <lpage>0</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Tànfani</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Testi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          (
          <year>2010</year>
          ).
          <article-title>A pre-assignment heuristic algorithm for the Master Surgical Schedule Problem (MSSP)</article-title>
          .
          <source>Annals of Operations Research</source>
          ,
          <volume>178</volume>
          (
          <issue>1</issue>
          ),
          <fpage>105</fpage>
          -
          <lpage>119</lpage>
          . doi:
          <volume>10</volume>
          .1007/s10479-009-0568-6
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Cho</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>MacArthur</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          (
          <year>2010</year>
          ).
          <article-title>Student revision with peer and expert reviewing</article-title>
          .
          <source>Learning and Instruction</source>
          ,
          <volume>20</volume>
          (
          <issue>4</issue>
          ),
          <fpage>328</fpage>
          -
          <lpage>338</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.learninstruc.
          <year>2009</year>
          .
          <volume>08</volume>
          .006
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          (
          <year>1999</year>
          ).
          <article-title>Banking panics: The role of the first-come, first-served rule and information externalities</article-title>
          .
          <source>Journal of Political Economy</source>
          ,
          <volume>107</volume>
          (
          <issue>5</issue>
          ),
          <fpage>946</fpage>
          -
          <lpage>968</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cao</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          (
          <year>2001</year>
          ).
          <article-title>Reliability analysis of the retrial queue with server breakdowns and repairs</article-title>
          .
          <source>Queueing Systems</source>
          ,
          <volume>38</volume>
          (
          <issue>4</issue>
          ),
          <fpage>363</fpage>
          -
          <lpage>380</lpage>
          . doi:
          <volume>10</volume>
          .1023/A:1010918926884
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>