23 | | Link to beskrivelse + validation |
24 | | |
25 | | Link to prosesside som forteller om proposals and development/staging area location |
26 | | |
27 | | === Preparation for evaluation === |
28 | | The CR is checked for completeness and consistency by the PCA RD Maintenance Team staff. This includes ensuring that all mandatory administrative and meta-data entries are appropriately filled-in and that any necessary accompanying items are of a quality sufficient for evaluation. This check is fully automated. |
29 | | |
30 | | -> obs sufficient quality? sjekkes det her? da er det automatisk + manuelt? |
31 | | |
32 | | If this initial check is satisfactory the CR is given status identifier "'''''for evaluation'''''" and the Proposer is notified about the status update. When a CR has passed this initial check, the content will be uploaded to the PCA Development endpoint. If the CR is deemed not to be satisfactory, the Proposer is notified with the reason(s) for rejection. This shall take place within a maximum of '''''5 (five) working days''''' after receiving the CR (after the status identifier was set to "submitted"). |
| 23 | Information about a CR is available here. |
35 | | If the quality of the information in the Work Package (CR) is satisfactory, the PCA RD Maintenance Team Staff sets the status of the Change Request to "'''''for validation'''''" and notifies the Proposer about status update. If the CR is deemed not to be satisfactory, the Proposer is notified with the reason(s) for rejection. Notification shall take place within '''''5 (five) working days''''' after initial acceptance of the CR (after the status identifier was set to "for evaluation"). |
| 26 | The CR is checked for completeness and consistency by the PCA RD Maintenance Team staff. This includes ensuring that all mandatory administrative and meta-data entries are appropriately filled-in and that any necessary accompanying items are sufficient for evaluation. This check is fully automated. |
| 27 | |
| 28 | If this initial check is satisfactory the CR is given status identifier "'''''for evaluation'''''" and the Proposer is notified about the status update. When a CR has passed this initial check, the content will be uploaded to the PCA Development endpoint. If the CR is deemed not to be satisfactory, the Proposer is notified with the reason(s) for rejection. |
| 29 | |
| 30 | If the quality of the information in the CR is satisfactory, the PCA RD Maintenance Team Staff sets the status of the Change Request to "'''''for validation'''''" and notifies the Proposer about status update. If the CR is deemed not to be satisfactory, the Proposer is notified with the reason(s) for rejection. |
60 | | After a CR is approved (either directly or after required modification), the PCA RD Maintenance Team staff uploads/changes any required in the PCA RDL, sets the status identification to "resolved" and notifies the Proposer about planned inclusion of CR to the production endpoint. This shall take place within '''''10 (ten) working days''''' receiving the decision of acceptance by the PCA SIG Validation was received by the PCA RD Maintenance Team |
61 | | |
62 | | Thus the maximum total time from receiving an initial Change Request to Implementation (given that everything is accepted on first pass) shall be '''''60 (sixty) working days'''''. |
63 | | |
64 | | ''The note should probably continue the process description with description of tasks for normal database procedure. This is not required for PCA RD Maintenance procedure, but important for presentation of procedure to ISO.'' |
| 51 | After a CR is approved (either directly or after required modification), the PCA RD Maintenance Team staff uploads/changes any required in the PCA RDL production endpoint, sets the status identification to "resolved" and notifies the Proposer about planned inclusion of CR to the production endpoint. |