本文へ移動
cccskills
無料GitHub で公開

nasa-npr-7123

Knowledge base from NASA NPR 7123.1D — Systems Engineering Processes and Requirements. Use for the 17 common SE processes (SE Engine), life-cycle reviews and entrance/success criteria, SEMP structure and content, ETA roles and tailoring/customizing rules, Technology Readiness Levels (TRL 1–9), SE work product maturity terminology, contracted project oversight, and MOE/MOP/TPM measurement frameworks. Does not cover NASA programme financial management, human spaceflight medical standards, or software engineering requirements in depth (see NPR 7150.2 for the latter).

インストール方法を見る

含まれるファイル(15)

  • SKILL.md12.8 KB
  • chapters/ch01-introduction.md4.8 KB
  • chapters/ch02-institutional-programmatic-requirements.md5.6 KB
  • chapters/ch03-common-technical-processes.md8.3 KB
  • chapters/ch04-contracted-projects.md5.5 KB
  • chapters/ch05-lifecycle-technical-reviews.md6.8 KB
  • chapters/ch06-systems-engineering-management-plan.md6.2 KB
  • chapters/ch07-definitions.md7.2 KB
  • chapters/ch08-technology-readiness-levels.md7.5 KB
  • chapters/ch09-review-entrance-success-criteria.md7.5 KB
  • cheatsheet.md7.0 KB
  • glossary.md12.8 KB
  • LICENSE985 B
  • PACK.yaml905 B
  • patterns.md11.1 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<!-- argument-hint: [SE process name, review type, TRL level, SEMP, ETA, tailoring, MOE/MOP/TPM, chapter number] -->

NASA NPR 7123.1D — Systems Engineering Processes and Requirements

Source: NASA (US Government work, public domain) | Chapters: 9

When to use

Use this skill when you need to apply, explain, or assess NASA's mandatory systems engineering process framework: the 17 common technical processes (SE Engine), life-cycle and technical review requirements, SEMP planning obligations, TRL assessments, tailoring vs. customizing decisions, or contracted project SE governance. This is the normative SE process standard for all NASA programs and projects; it pairs with NASA/SP-6105 (the non-mandatory SE Handbook) for implementation guidance.

Prerequisites: none — plain Markdown; no MCP server, API key, or licence tier needed at runtime.

How to Use This Skill

  • Without arguments — load the core frameworks below for an overview of the SE Engine, SEMP, and review system.
  • With a topic — ask about specific processes (e.g., "logical decomposition", "product validation"), review types (e.g., "PDR entrance criteria"), TRL levels, tailoring rules, or MOE/MOP/TPM distinctions.
  • With a chapter — ask for ch03 (17 processes), ch05 (reviews), ch06 (SEMP), ch08 (TRLs), ch09 (review criteria).

Supporting files: glossary.md, patterns.md, cheatsheet.md.

Core Frameworks & Mental Models

The SE Engine — 17 Common Technical Processes

The SE Engine is the NASA model for systems engineering. It applies recursively to every product layer in the system structure throughout all life-cycle phases. Three process groups work together:

System Design Processes (top-down, SE-07 to SE-10)

  1. Stakeholder Expectations Definition — elicit ConOps, use cases, MOEs; validate expectations.
  2. Technical Requirements Definition — transform expectations into unique, quantitative, verifiable "shall" statements; define MOPs and TPMs.
  3. Logical Decomposition — decompose requirements by function/behaviour/time; produce functional models and derived requirements for lower levels.
  4. Design Solution Definition — translate logical models into preferred design alternatives satisfying derived requirements; produce end-product specifications.

Product Realization Processes (bottom-up, SE-11 to SE-15) 5. Product Implementation — make, buy, or reuse the lowest-level end product. 6. Product Integration — assemble verified lower-level products into the next higher-level product. 7. Product Verification — prove conformance to specifications ("built it right?"). 8. Product Validation — prove the product satisfies stakeholder expectations in its intended environment ("right thing built?"). 9. Product Transition — deliver the verified/validated end product to the next customer in the system structure.

Technical Management Processes (cross-cutting, SE-16 to SE-23) 10. Technical Planning — plan the technical effort; outputs the SEMP. 11. Requirements Management — maintain bidirectional traceability; manage requirement changes over the life cycle. 12. Interface Management — establish and control interface definitions across teams, contractors, and geographies. 13. Technical Risk Management — make risk-informed decisions; manage risk across health/medical, safety, technical, cost, and schedule dimensions. 14. Configuration Management — control configuration items; maintain integrity, traceability, and security throughout the life cycle. 15. Technical Data Management — capture and manage trade studies, analyses, reports, and technical data across the life cycle. 16. Technical Assessment — monitor technical progress; feed life-cycle reviews. 17. Decision Analysis — apply formal criteria, alternatives analysis, and selection to significant technical decisions.

SEMP — The Living Technical Plan

The Systems Engineering Management Plan (SEMP) is the master technical planning document. Key rules:

  • Established early in Formulation; updated through SIR; reapproved by ETA and program manager at each major review.
  • Must describe how all 17 processes are recursively applied across every product layer and life-cycle phase.
  • All technical discipline plans (integration, V&V, HSI) must be consistent with the SEMP.
  • ETA must approve the SEMP (SE-06) — this is a binding "shall" requirement.
  • For small projects, SEMP content may be incorporated into the Project Plan with ETA approval.

Tailoring vs. Customizing

TailoringCustomizing
What it adjustsWhat must be done (NPR requirements)How requirements are implemented
Relief mechanismWaiver (post-config-control) or Deviation (pre-config-control)None needed
ETA approvalRequiredNot required (but document in SEMP)
Compliance matrixEntry requiredEntry recommended

Measurement Cascade: MOE → MOP → TPM → Leading Indicator

  • MOE (Measure of Effectiveness): Qualitative stakeholder-facing validation criterion; defined in Stakeholder Expectations Definition. Drives validation.
  • MOP (Measure of Performance): Quantitative design target; two or more per MOE; defined in Technical Requirements Definition. Drives design.
  • TPM (Technical Performance Measure): Monitored subset of MOPs tracked against plan throughout the life cycle. Drives progress tracking.
  • Leading Indicators: Forward-looking subset of TPMs (mass margins, power margins are mandated). Drives early corrective action.

Life-Cycle Review System

Reviews are event-based (triggered by technical maturity, not calendar). Each review requires:

  1. Entrance criteria satisfied before convening.
  2. Mandatory SE work products at specified maturity levels (Initial → Preliminary → Baseline → Update).
  3. Review complete only when: all RIDs/RFAs dispositioned with TA concurrence, board report distributed, decision memo signed by Decision Authority.

Key mandatory products timeline:

  • MCR: Baselined stakeholder expectations, concept definition, approved MOEs
  • SRR: Baselined SEMP, baselined requirements, baselined HSI approach
  • PDR: Preliminary design solution, baselined integration plans, baselined V&V Plan (new in 7123.1D)
  • CDR: Baseline detailed design
  • FRR: Baseline V&V results, final certification for flight/use

TRL Scale Summary

TRLEnvironmentFidelity
1–3LaboratoryPrinciples, concept, proof-of-concept
4–5Lab → RelevantBreadboard (4), Brassboard (5)
6Relevant environmentFull-scale prototype
7Operational environmentEngineering unit or prototype
8Operational environmentFinal configuration, flight-qualified
9Actual missionFlight-proven

TRL must be assessed in Formulation and updated at every status review. Other maturity scales must map back to TRL.

ETA (Engineering Technical Authority)

  • Independently funded from programme budgets — the structural check-and-balance.
  • Approves: SEMP, waivers, deviations, key technical documents.
  • Cannot approve relief from non-technical Programmatic Authority requirements.
  • Raises formal dissenting opinions through the dissent process (NPR 7120.5).

Chapter Index

#SectionKey content
ch01IntroductionSE Framework (3 elements), 4 pillars of technical excellence, OCE, NPR applicability
ch02Institutional & Programmatic RequirementsETA framework, tailoring vs. customizing, compliance matrix, roles (OCE, Center Directors, Technical Teams), HSI co-ownership
ch03Common Technical ProcessesAll 17 SE processes (SE-07 to SE-23), SE Engine, product layer model, MOE/MOP/TPM definitions, bidirectional traceability
ch04SE on Contracted ProjectsInsight vs. oversight, pre-award activities, surveillance plans, SOW/DRL, contracting officer authority, contract completion
ch05Life-Cycle & Technical ReviewsEvent-based reviews, mandatory work products by review (SE-32 to SE-69), TRL tracking, HSI approach, review completion protocol
ch06Systems Engineering Management PlanSEMP function and content, ETA approval (SE-06), recursive application (SE-58), TPM requirements, leading indicators (SE-62/63), SEMP for contracted work
ch07Definitions (Appendix A)All key NPR terms: verification/validation distinction, deviation/waiver, MOE/MOP/TPM, TRL, SE Engine, tailoring, enabling products, recursive/iterative/repeatable
ch08Technology Readiness Levels (Appendix E)TRL 1–9 hardware and software descriptions, success criteria, breadboard/brassboard/engineering unit, relevant vs. operational environment
ch09Review Entrance & Success Criteria (Appendix G)Three-dimension review assessment framework, program vs. project tables, starred product notation, spectrum/cybersecurity review requirements, TBD/TBR tracking

Topic Index

  • 17 processes / SE Engine → ch03
  • Bidirectional traceability → ch03
  • Compliance matrix (Appendix H) → ch02, cheatsheet
  • Contracted projects / oversight / insight → ch04
  • Customizing → ch02, ch07, patterns
  • Decision Analysis → ch03
  • Definitions / glossary → ch07, glossary
  • Deviation vs. waiver → ch02, ch07, cheatsheet
  • ETA (Engineering Technical Authority) → ch01, ch02, ch06, ch07
  • HSI (Human Systems Integration) → ch02, ch05, ch07
  • Interface Management → ch03
  • Leading indicators / mass and power margins → ch06, cheatsheet
  • Life-cycle reviews (MCR, SRR, PDR, CDR, FRR, etc.) → ch05, ch09
  • MOE / MOP / TPM → ch03, ch07, cheatsheet
  • Product validation → ch03, ch07
  • Product verification → ch03, ch07
  • Recursive application → ch03, ch06, ch07
  • Requirements Management → ch03
  • Review entrance/success criteria → ch09
  • Risk Management → ch03
  • SE Engine → ch01, ch03
  • SEMP → ch06, ch02
  • Stakeholder Expectations Definition → ch03
  • Tailoring → ch02, ch07, patterns
  • TRL (Technology Readiness Levels) → ch05, ch08, cheatsheet
  • Work product maturity (Initial/Preliminary/Baseline/Update/Final) → ch05, ch07, cheatsheet

Supporting Files

  • glossary.md — ~55 authoritative NASA definitions from Appendix A, alphabetical, with chapter references
  • patterns.md — 14 reusable SE patterns with When/How/Trade-offs structure (recursive application, TRL gating, review closure, SEMP maintenance, etc.)
  • cheatsheet.md — Decision rules, 17-process table, mandatory review products, TRL reference, work product maturity terms, tells and smells, key SE requirement numbers

Scope & Limits

Covers: All mandatory SE process requirements for NASA programs and projects per NPR 7123.1D revision D; the 17 common technical processes and their "shall" requirements (SE-07 to SE-69); life-cycle review system; SEMP obligations; ETA roles and governance; TRL scale; tailoring/customizing rules; contracted project SE activities; Appendix A definitions; Appendix E TRL descriptions; Appendix F work product maturity terminology; Appendix G review entrance/success criteria overview.

Does not cover in depth: NASA programme financial management and budget processes; human spaceflight medical certification standards; software engineering process requirements (see NPR 7150.2); facility project SE requirements (see NPR 8820.2); specific Center-level SE process implementations; Appendix H compliance matrix tables (cross-references to all SE requirements — use the cheatsheet SE requirement number table instead); Appendix I standards list; Appendix J deleted requirements.

Jurisdiction: US Government public domain work. NPR 7123.1D applies to all NASA programs and projects. Non-NASA organisations may adopt the framework voluntarily; compliance is not legally required outside a NASA contract.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Signpost (not a knowledge pack) for the automotive standards landscape: ISO 26262, ASPICE, SAE J3016, UNECE R155, UNECE R156, and the NHTSA vehicle set. Contains NO source content: designation, edition, owner, status, and an official catalogue URL only. Use when you need to identify or locate an automotive standard. Most are paywalled or carry no redistribution grant and cannot be packaged; the one open path is the nhtsa-vehicle pack.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

cisa-cpg

無料

Knowledge base from CISA Cross-Sector Cybersecurity Performance Goals 2.0. Use for prioritized IT/OT baseline cyber goals aligned to NIST CSF 2.0 (including GOVERN), critical-infrastructure hygiene, MSP/supply-chain expectations, and board-friendly outcome language. Covers CPG 2.0 goals only; does not replace full CSF programs, sector-specific goals (SSGs), or CSET tooling detail.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from DAFMAN 63-119 (15 April 2021), Mission-Oriented Test Readiness Certification. Use for continuous MOTRC replacing single-point OTRR thinking: framework/applicability, Certification Official vs PM roles, review cycle and exit criteria, certification memo/decertify gates, DT&E/contractor evidence, ITT integration and cyber resiliency, and the 31-template matrix. DAF T&E readiness process only—does not replace DoDI 5000.89, AFI 99-103, or multi-service lead policies.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from the DoD Systems Engineering Guidebook (OUSD R&E, February 2022). Use for the DoD SE process model — the 16 SE processes (8 technical management + 8 technical) mapped to ISO/IEC/IEEE 15288, the event-driven technical reviews and audits across the Major Capability Acquisition life cycle (ASR, SRR, SFR, PDR, CDR, SVR/FCA, PRR, PCA), the Systems Engineering Plan (SEP), risk/issue/opportunity management, TPMs and leading indicators, system-of-systems and digital engineering, and the 24 design considerations (RAM, system safety, HSI, system security engineering, MOSA, supportability, etc.). Acquisition-program oriented: thin on detailed cost estimating, contracting law, and non-DoD or commercial life cycles.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge pack from 'Towards Digital Engineering: The Advent of Digital Systems Engineering' (Huang et al., Old Dominion University, arXiv:2002.11672, 2020). Use when reasoning about digital engineering, the DoD Digital Engineering Strategy and its five goals, the Authoritative Source of Truth, digitalization vs. digitization, digital augmentation, digitalized models, provenance, unique identification, and the four-level (vision/strategy/action/foundation) DSE research framework. Covers the conceptual/vision layer of the field. SCOPE LIMITS: this is a single ~28-page vision paper, not a methods handbook — it is thin on step-by-step procedures, tooling, case studies, and quantitative evaluation, and it predates 2020 so it does not cover later digital-engineering standards or recent AI/LLM advances. Use the sebok pack for established SE canon and MBSE depth.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from the DoD Digital Engineering Strategy (2018, OUSD/ODASD(SE)). Use for the Department of Defense's five digital engineering goals — (1) formalize the development, integration, and use of models; (2) provide an enduring authoritative source of truth; (3) incorporate technological innovation; (4) establish supporting infrastructure and environments; (5) transform the culture and workforce — plus their focus areas, the document-to-model and design-build-test→model-analyze-build shifts, model formalisms/provenance, governance and access control of the authoritative source of truth, and the coordinate→plan→pilot→sustain rollout. A vision-and-policy strategy, deliberately non-prescriptive. Does NOT provide a how-to method, tool tutorials, MBSE/SysML mechanics, or implementation-plan content; thin on metrics, acquisition-policy detail, and step-by-step procedure. Excludes the CAC-gated Digital Engineering Body of Knowledge (DEBoK).

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

jgsystemsconsulting のスキルをすべて見る

このスキルの問題を報告する