A12 In-Situ Diagnostics

 The page consists of two tables... Click here to read more about the tables...

The first Dependencies Table provides information on features dependencies, lists expected Pull Request (PR) date (expected time this feature will be ready for integration), it also lists all the other known new code features that are blocking completion of this code. It lists all known features that depend on this feature being integrated. It also provides the date the PR was actually issued, the name of the integrator, the date the code was integrated and a hash/tag of the code integration into the ACME git repository. The information from this table feeds the overview table in the New Features Dependencies Overview page which is meant to be used by integrators to check the priority order in which the features should be integrated. It also provides an overview of all the new features and the expected integration dates. 

The second Checklist Table lists the code review steps to be taken in order. As you work on integrating your feature into ACME code, step along the Checklist table on your main page, obtain the approvals before going to the next step. For the phase 1 review, the Group Leads are the approvers, they can decide to sign on on the documentation or a verification step even if it is not completely finished, especially for the grandfathered features. The relevant documentation page does have to be created though and the explanation needs to be provided in Summary section as to why it is approved, what is the basis for approval. For example is there were tests performed on related feature and they proved indirectly that this feature works as expected, then the approver needs to document that. 

The Design Document page provides a description of the algorithms, implementation and planned testing including unit, verification, validation and performance testing. 

The Verification and Unit Testing page provides the short information and links to the tests that were performed, together with the links to the runs, their provenance and their results. The same information is called for in The Performance Assessment page and The Validation page in phase 1 of code review process. 

Dependencies Table for this feature

1.Design DocA12 In-Situ Diagnostics Design Document
2.Owner
3.PR Ready
4.Blocked By#
5.Affects #
PR Approved By@...    
Date Approved//...
6.Issued PR...      (link to github PR)
7.PR Assignee
8.Integrated
9.Hash/Tag
10.Git Branch




Checklist for the Code Review Process for this feature

Action RequiredAssignee - Task OwnerLinkDone ?Done DateApproved?ApproverApproved DateNotes
Phase 1 - Component Level Development and Testing
Design DocumentA12 In-Situ Diagnostics Design Document

(error)

 

(error)

Verification and Unit TestsA12 In-Situ Diagnostics Verification Phase 1(error)(error)


Performance AssessmentA12 In-Situ Diagnostics Performance Phase 1(error)(error)


Validation TestsA12 In-Situ Diagnostics Validation Phase 1(error)(error)


Issue Pull Request(error)(error)


PR Integratorassigned integrator-
integrated date----
Phase 2 - Coupled System Integration and Testing
Phase 2 Process Doc(error)(error)

Feature's Coupled Performance(error)(error)


Feature's Coupled Validation(error)(error)


Final Approval to part of ACME model
(error)----