This lesson is being piloted (Beta version)

DUNE HWDB Training: Shipping handoff process

This page describes various flags in the HWDB that are required to be set as a part of shipping handoff process when a shipment is sent to the warehouse in SD and eventually to SURF.

Contents

Section Description
The Two Key Flags The two flags that are required to certify a shipment
Who sets these two flags  
Requirement for Consortium Certified QA/QC to be “Yes” Introduction of the 10 Component statuses
Who sets Component Status  
Treatment of components with Non-conforming How a component with non-conforming status should be treated
History of Flags How to view logs of flags (who changes and when)


The Two Key Flags

Every component that is sent to the warehouse in SD and eventually to SURF must have the two flags to be “Yes”, including a shipment box that contains it:

These flags are binary (Yes or No) and can be easily set via either the WEB-UI (or the REST API) in an Item View of the HWDB as shown below.

<image will be here>

<also a command-line for the REST API>

Key behavior of the HWDB:

When all contents are linked properly to their own shipment box, then one could simply set these two flags to be “Yes” on a shipment box only. The HWDB then will automatically certify all of the linked components by propagating the “Yes” to those linked components.

Who sets these two flags

A Consortium QA Representative (QA Rep.) must set these two flags in the HWDB. Thus, this person must be knowledgeable about the components and their corresponding tests and documentations.

We also believe that, in a long term, it is likely too much to ask one person to handle this task. Thus, we strongly recommend each consortium to form a group of QA Reps.

back to top


Requirement for Consortium Certified QA/QC to be “Yes”

Going back to the above Item View of the HWDB, we can also see another flag (field), “Component Status”. There are 10 choices to be selected in Component Status:

Key behavior of the HWDB:

  • Only components with statuses in bold above are allowed to be linked in the HWDB.
  • When a new component is created in the HWDB, its initial Component Status is always Status Unknown.

In order to set Consortium Certified QA/QC to be “Yes”, a component must have one of the two Component Statuses:

Who sets Component Status

A component status flag should be set by a local QA/QC-test leader at each testing site. Again, it can be set via either the WEB-UI or the REST API.

Treatment of components with Non-conforming

All failed components need to be flagged with QA/QC Tests - Non-conforming. Subsequently, they could become one of the followings:

back to top


History of Flags

A history of who changes which flag is recorded in the HWDB and can be viewed easily from an Item View page. In an Item View, clicking SPECS LOG takes you to a page like the one shown below.

compstatus

back to top