NASA Mandatory Standard
Not a NASA Mandatory Standard
Document Scope
This NASA Technical Handbook provides guidance for planning and implementing a Digital Engineering (DE) acquisition framework. It assists programs and projects in identifying, selecting, and tailoring data, model, interoperability, access, and contractual considerations needed to support lifecycle decision-making and NASA’s Digital Engineering Ecosystem.
The Handbook provides recommended practices and sample acquisition language for obtaining useful, accessible, interoperable, and reusable engineering information. It does not independently establish program/project or contractor requirements; requirements become binding only when imposed by an applicable directive, standard, contract, agreement, or other governing document.
Handbook Use of Requirement Language. As a general rule, this Handbook does not establish requirements. A NASA Technical Standard is intended to establish what is required to be accomplished, whereas a NASA Technical Handbook is primarily intended to provide guidance on how an objective may be accomplished, including recommended practices, methods, examples, lessons learned, and implementation options. Accordingly, this Handbook generally does not use “shall” statements to direct what a program, project, or contractor is required to do. Instead, such material is presented as guidance or recommended practice. Programs/projects should exercise discretion in selecting and tailoring the Recommended Contract Language (RCL) provided in this Handbook based on their specific technical and acquisition needs. The RCL does not independently establish a requirement. Once selected, RCL should be tailored for incorporation into a DRD, SOW/PWS, solicitation, contract, or other binding acquisition instrument, the appropriate acquisition and contracting organizations may use “shall,” as appropriate, to clearly establish enforceable requirements.
The Handbook provides recommended practices and sample acquisition language for obtaining useful, accessible, interoperable, and reusable engineering information. It does not independently establish program/project or contractor requirements; requirements become binding only when imposed by an applicable directive, standard, contract, agreement, or other governing document.
Handbook Use of Requirement Language. As a general rule, this Handbook does not establish requirements. A NASA Technical Standard is intended to establish what is required to be accomplished, whereas a NASA Technical Handbook is primarily intended to provide guidance on how an objective may be accomplished, including recommended practices, methods, examples, lessons learned, and implementation options. Accordingly, this Handbook generally does not use “shall” statements to direct what a program, project, or contractor is required to do. Instead, such material is presented as guidance or recommended practice. Programs/projects should exercise discretion in selecting and tailoring the Recommended Contract Language (RCL) provided in this Handbook based on their specific technical and acquisition needs. The RCL does not independently establish a requirement. Once selected, RCL should be tailored for incorporation into a DRD, SOW/PWS, solicitation, contract, or other binding acquisition instrument, the appropriate acquisition and contracting organizations may use “shall,” as appropriate, to clearly establish enforceable requirements.
PUBLIC: Upload Publicly Available Standard
NASA-HDBK-1004 REV A.pdf
(2.3 MB)
PUBLIC: Document History for Standard
NASA-HDBK-1004.pdf
(2.34 MB)
Submitted Date