ECSS-E-ST-40C: Space Engineering - Software
Evidence request list. 10 controls, 10 carrying auditor artefact guidance. Generated from the compliance knowledge graph on 11 September 2026. Published by The Art of Service.
ECSS-E-ST-40C: Software Engineering Processes (Clause 5)
Maintain the software after delivery: problem and modification analysis, modification implementation, maintenance reviews, software migration and software retirement.
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
Establish the software-related system requirements: analyse and specify the requirements allocated to software at system level, perform software-related system verification and integration, and hold the System Requirements Review (SRR).
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
Manage the software project across its life cycle: software life-cycle management, joint and technical reviews, review phasing, interface management, and technical budget and margin management.
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
Establish and document the software requirements (Software Requirements Specification) and the software architectural design, and hold the Preliminary Design Review (PDR).
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
Produce the detailed design, code the software units, perform unit testing, integrate the software, and hold the Critical Design Review (CDR).
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
Plan and perform software validation against the technical specification and against the requirements baseline, demonstrating the software meets its intended use.
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
Deliver the software and conduct acceptance, including the Test Readiness Review (TRR) and the Acceptance Review (AR), against the agreed acceptance criteria.
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
Plan and perform software verification (reviews, analyses, inspections and testing, including integration testing) to confirm that each life-cycle output meets its specified requirements.
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
Support operational use of the software, including operational testing and the support needed to operate the software in its target environment.
- Process documentation and life-cycle deliverables (DRDs) for this process
- Review records (SRR/PDR/CDR/QR/AR) evidencing the process outputs
- Process not defined or not applied in the software life cycle
- Required reviews/deliverables missing
ECSS-E-ST-40C: Special Requirements (Clause 6)
Apply the special requirements that tailor the engineering processes by software criticality: software dependability and safety, the software criticality categories (A-D), software reuse justification, the use and qualification of tools and the software development environment, and the interface to software product assurance (ECSS-Q-ST-80C).
- Software criticality classification (categories A-D) and the resulting tailoring
- Dependability/safety analyses and tool-qualification records
- Interface records with the software product assurance (Q-ST-80C) activities
- No software criticality classification
- Special requirements not tailored to criticality
Assembled from the framework’s own control set, so this list is regenerated rather than written and stays current as the graph does.