Changes between Initial Version and Version 1 of RdsMaintenanceProcedure2

Show
Ignore:
Timestamp:
01/20/14 16:09:07 (8 years ago)
Author:
lhella (IP: 85.221.54.157)
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • RdsMaintenanceProcedure2

    v0 v1  
     1= Procedure for Maintenance of PCA Reference Data Library = 
     2 
     3Status of this document: Working draft 
     4 
     5Authors: 
     6 * Tore Christiansen, DNV 
     7 * [mailto:[email protected] Martin G. Skjæveland], DNV 
     8 
     9 
     10[[PageOutline(2-4,Contents ,inline)]] 
     11 
     12== Abstract == 
     13This document contains an initial sketch of a procedure by which POSC Caesar Association (PCA) shall maintain and update the PCA Reference Data Library (PCA RDL), based on ISO 15926 and hosted by PCA Reference Data Services (PCA RDS). 
     14 
     15== Project Objective == 
     16The goal of this procedure is to describe the criteria and activities required to be performed by the various PCA Special Interest Groups (SIG), in order to add, modify and delete Reference Data from the parts of the PCA RDL for which they have been assigned responsibility. 
     17 
     18== Proposed Scope == 
     19The procedure is based on ISO STD_DBs N52 (Rev.1) "Procedure for the development and maintenance of standards in database format."  However, it is limited to maintenance of existing standard items (and does not include development of new standards, nor review and withdrawal of existing standards). 
     20 
     21Furthermore, the procedure only deals with maintenance action following the so-called "normal database procedure" which makes use of a Validation Team and a workflow around a dataset for information sharing; and is used by ISO for validation of new items or item combinations that are within the boundary of existing rules. 
     22 
     23This excludes actions according to the ISO "original procedure" relying on circulation of documents with standardized content to the National Bodies (i.e., to the PCA member companies in the case of the PCA RDL). It also excludes actions according to the ISO "Extended database procedure" which has the same stages and time frames as the "original procedure" but is implemented as a workflow around a database. 
     24 
     25== Procedural steps, actions, time-frame and responsibility == 
     26The procedure is described in a summary fashion, highlighting the action(s) that are required on each step, as well as the required time-frame and associated responsibility. 
     27 
     28Figure 1 below illustrates the steps, decisions and status updates associated with the process for proposed maintenance of the PCA RDL. The sections following subsections describe the various steps. 
     29 
     30=== Initiation of Change Request === 
     31When a Change request (CR) is received from a Proposer in an RD Update File with the specified RD Input Format, the submitted CR is entered into the PCA RDL Request Log with status identifier "'''''submitted'''''" and the Proposer is automatically notified. 
     32 
     33 
     34[[Image(fig1.gif)]] 
     35 
     36'''Figure 1: Logical steps in the process for updating and extending the PCA RDL''' 
     37 
     38=== Preparation for evaluation === 
     39The 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.   
     40 
     41If this initial check is satisfactory the CR is given status identifier "'''''for evaluation'''''" and the Proposer is notified about the status update. 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"). 
     42 
     43=== Evaluation of the Change Request === 
     44If 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"). 
     45 
     46If considered practical, the PCA RD Maintenance Team Staff may decide to combine items under more than one CR into one Work Package, or to separate items submitted under one CR into several Work Packages, in order to assign relevant parts of the CR (database items) to (one or more) relevant PCA SIG. 
     47 
     48=== Preparation for validation === 
     49The PCA SIG Validation Team Responsible determines whether the Change Request (Work Package) is within the scope of the PCA RDL and valid for evaluation (or should be rejected), 
     50 
     51Notification shall be sent to the PCA RD Maintenance Team within '''''5 (five) working days''''' after receiving the Work Package (10 working days after the status identifier was set to "for validation"). 
     52 
     53=== Validation of the Change Request === 
     54For the validation to be satisfactory (valid) more than half (a simple majority) of the PCA SIG Validation Team members must approve the proposed updates. 
     55 
     56This must be completed within a maximum of '''''30 (thirty) working days''''' after the PCA SIG Validation Team sends its decision about the Work Package (CR) back to the PCA RD Maintenance Team. 
     57 
     58=== Resolution of the CR === 
     59Given evaluation of the PCA SIG Validation team, the Work Package may be 
     60 
     61 * approved for inclusion in the PCA RDL. 
     62 * sent back to the Proposer with requests for modification. 
     63 * sent back to the Proposer with requests for modification and resubmittal. 
     64 * rejected. 
     65 
     66The decision of the PCA SIG Validation Team is communicated back to the PCA RD Maintenance Team within '''''five (5) working days''''' after the necessary number of members has completed their validation. 
     67 
     68=== Implementation of CR === 
     69After 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 implementation. 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 
     70 
     71Thus 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'''''. 
     72 
     73Figure 2 below shows the information flow between the different participants in the PCA RD maintenance procedure, with status of CR and database items, as well as timeline for status actions and updates. 
     74 
     75[[Image(fig2.gif)]] 
     76 
     77'''Figure 2: Process map with status and timeline for PCA RD maintenance procedure''' 
     78 
     79''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.'' 
     80 
     81== Definition and clarification of terms == 
     82''Add definition of terms by modifying definitions in ISO ST_DBS N52 (Rev 1)'' 
     83 
     84=== Terms for general use === 
     85 * PCA 
     86 * PCA RDS 
     87 * PCA RDL 
     88 * PCA RDL Request Log 
     89 * PCA RDL Update File 
     90 * PCA RDL Input Format 
     91 * PCA RD Maintenance Team 
     92 * PCA SIG RD Validation Team 
     93 * PCA SIG Responsible 
     94 * Proposer 
     95 * Change Request (CR) 
     96 * Work Package 
     97 * Original Procedure 
     98 * Normal database procedure 
     99 * Extended database procedure 
     100 * Database standard 
     101 * Item (of a database standard) 
     102 
     103=== Terms for Status Identification of Change Requests (CR) === 
     104 * Submitted 
     105 * For Evaluation 
     106 * For Validation 
     107 * Resolved 
     108 
     109=== Terms for Status Identification of Database Items (DI) === 
     110 * Proposed 
     111 * Draft 
     112 * Released 
     113 * To be revised 
     114 * Confirmed 
     115 * Withdrawn 
     116 * Rejected 
     117 
     118---- 
     119[[ViewTopic(RdsMaintenanceProcedure)]] 
Home
About PCA
Reference Data Services (RDS)
RDS Operations Support
Meetings and Conferences
ISO 15926
Special Interest Groups
Technical Advisory Board
Norwegian Continental Shelf Std
Projects
Search