Template:Data Integrity Check: Difference between revisions

From CCMDB Wiki
Jump to navigation Jump to search
mNo edit summary
mNo edit summary
Line 7: Line 7:
| DIC_related_concepts = list of related pages (probably the one it's on, but there might be others...)
| DIC_related_concepts = list of related pages (probably the one it's on, but there might be others...)
| DIC_firmness = hard check (not allowed) or soft check (allowed, but give error; in CFE this means it has to go into the ... table, and cross checks have to consider that table)
| DIC_firmness = hard check (not allowed) or soft check (allowed, but give error; in CFE this means it has to go into the ... table, and cross checks have to consider that table)
| DIC_timing = complete always
| DIC_app = which of the following are checking this: CCMDB.mdb, CFE, SAS (new template call for each)
| DIC_app = which of the following are checking this: CCMDB.mdb, CFE, SAS (new template call for each)
| DIC_coding = how to find this in containing program, eg. SAS file, function name, query name...  
| DIC_coding = how to find this in containing program, eg. SAS file, function name, query name...  
Line 32: Line 33:
| style="background:silver; color:arsenic" align="right"| '''Firmness: '''
| style="background:silver; color:arsenic" align="right"| '''Firmness: '''
| {{{DIC_firmness |not entered}}}
| {{{DIC_firmness |not entered}}}
|-
| style="background:silver; color:arsenic" align="right"| '''Timing: '''
| {{{DIC_timing |complete (assumed default)}}}
|-
|-
| style="background:silver; color:arsenic" align="right"| '''App: '''
| style="background:silver; color:arsenic" align="right"| '''App: '''

Revision as of 11:54, 2018 September 25

This template manages information related to Data Integrity Checks.

To use:

{{Data Integrity Check
| DIC_summary = what is the check (one-liner)
| DIC_related_concepts = list of related pages (probably the one it's on, but there might be others...)
| DIC_firmness = hard check (not allowed) or soft check (allowed, but give error; in CFE this means it has to go into the ... table, and cross checks have to consider that table)
| DIC_timing = complete always
| DIC_app = which of the following are checking this: CCMDB.mdb, CFE, SAS (new template call for each)
| DIC_coding = how to find this in containing program, eg. SAS file, function name, query name... 
| DIC_status = implementation status (needs review, ready to implement, implemented, not feasible)
| DIC_implementation_date = date change was rolled out / first applied
}}
  • if ready to implement, the template should also put the check on the Requested Changes Page. Now there is a tricky thing! Means we actually need to template requested changes in the first place. And if we go there, should a requested change turn into a log entry? It all becomes really disjointed but also powerful.


Data Integrity Checks
Summary: not entered
Related: not entered
Firmness: not entered
Timing: complete (assumed default)
App: not entered
Coding: not entered
Status: not entered
Implementation Date: not entered