Project

General

Profile

Review process » History » Version 9

Kurt Gerber, 22 Dec 2015 12:04

1 1 Kurt Gerber
h1. Review workflow
2
3 2 Kurt Gerber
4 9 Kurt Gerber
5 8 Kurt Gerber
{{thumbnail(userroles_reviewprocess.png, size=1200)}}
6 3 Kurt Gerber
7
8 2 Kurt Gerber
9
*(to be revised)...
10
11 1 Kurt Gerber
The workflow when submitting a new Questionnaire or editing an existing one is as follows:
12
13
* A logged in User A can create a new Questionnaire or start editing an existing one.
14
15
  * When he does *[save]* his changes, it creates a new version (with the existing code if available) with status *@draft@*.
16
  * The user can add other users (editors) which can make edits to the draft. While a user is working on the draft, the version is locked for other editors to prevent conflicting edits.
17
18
* The original user (User A) can *[submit]* the version which receives status *@pending@*.
19
20
  * No more edits can be made to the version.
21
  * The moderators are notified that there is a new pending version.
22
  * A moderator reviews the version and decides what to do next:
23
24
  * Review decision *[publish]*: The changes are ok, the version receives status *@approved@*.
25
26
    * The approved version is inserted in Elasticsearch (replacing older ones).
27
    * Any old version receives status *@inactive@*.
28
    * All editors are notified.
29
30
  * Review decision *[reject]*: The changes are very wrong, the version receives status *@rejected@*.
31
32
    * All editors are notified.
33
34
  * Review decision *[revise]*: Corrections need to be made, the status of the version is set back to *@draft@*.
35
36
    * All editors are notified.
37
    * The users can make changes to the questionnaire again (review procedure starts again)
38
39
*Missing*: "revise" decisions need to be logged somehow. It should be possible to pass messages from user to user (eg. users submitting comment for the reviewer or reviewer submitting comment for the editors when "revise").