Definition
Eine formelle Bewertung, die die Systemarchitektur, die Anforderungsverteilung, wichtige Schnittstellen und vorläufige Entwürfe prüft, um festzustellen, ob der Designansatz die Programmziele erfüllen kann und in die Detailauslegung übergehen darf.

Prinzip

Prinzip
Bestätigen, dass Systemanforderungen auf Untersysteme verteilt wurden, Schlüssel-Schnittstellen identifiziert sind, vorläufige Analysen Machbarkeit anzeigen und Haupt Risiken erkannt und reduzierbar sind, bevor Details ausgearbeitet werden.

Demonstration

Demonstration
Das Systemteam präsentiert Architekturdiagramme, Anforderungen-zu-Komponenten-Matrizen, Zusammenfassungen von Trade-Studien, vorläufige Schnittstellenkontrolldokumente und Risikoregister mit Minderungsplänen, um den Übergang zur Detailauslegung zu begründen.

Fehlanwendung

Fehlanwendung
Die PDR zu nutzen, um eine unausgereifte Architektur zu rechtfertigen oder eine strikte Anforderungsverteilung zu überspringen, was zu Nacharbeiten in der Detailauslegung oder verpassten Anforderungen bei der Integration führt.

Konsequenz

Konsequenz
Eine korrekte PDR macht die Designrichtung klar, grenzt die Systemleistungserwartungen ein und identifiziert die Schwerpunkte für detaillierte Ingenieurarbeiten, wodurch späte Überraschungen und Kostensteigerungen reduziert werden.

Umkehrung

Umkehrung
Die Umkehr wäre, ohne kohärente Anforderungsverteilung oder definierte Schnittstellen in die Detailauslegung zu gehen, wodurch die PDR zu einem administrativen Häkchen wird statt zu einem Entscheidungszeitpunkt.

Abgrenzung

Abgrenzung
Bezieht sich auf die Reife des Systementwurfs und die Durchführbarkeit für die weitere Auslegung; prüft nicht Detailzeichnungen, Produktionsbereitschaft oder vollständige Verifikationstests.

Semantische Spannung

Semantische Spannung
Wird oft der CDR gegenübergestellt: PDR bewertet konzeptionelle und architektonische Reife, während CDR detaillierte, verifizierbare Entwürfe verlangt.

Synthese

Synthese
Eine Vorläufige Entwurfsprüfung stellt fest, dass die gewählte Architektur, die Anforderungsverteilung und die identifizierten Minderungen einen glaubwürdigen Pfad zur Detailauslegung bilden und Machbarkeit, Risiko und Programmgrenzen ausbalancieren.