Lernpfad 04Lektion 1 / 10

Den gesamten Softwarelebenszyklus verbinden

Verfolgen Sie eine Funktion vom Nutzerbedarf bis zu Betrieb und Feedback. Erkennen Sie Entscheidungen, die Codegenerierung allein nicht klären kann.

Grundlagen10 minGeprüft

Veröffentlicht von Wie wir schreiben

Verständnis prüfenEin Agent öffnet einen PR mit bestandenen Tests. Welche Schlussfolgerung ist gerechtfertigt?Übung bearbeiten
Ein Agent öffnet einen PR mit bestandenen Tests. Welche Schlussfolgerung ist gerechtfertigt?

Das lernen Sie

  • Die wichtigsten Entscheidungen vor und nach der Implementierung erklären.
  • Eine Anforderung mit Prüfung und Betriebsnachweisen verbinden.
  • Ein Coding-Werkzeug von einem Softwarelieferungssystem unterscheiden.

Verfolgen Sie eine Funktion durch das System

Ein Coding-Assistent kann bei der Implementierung helfen. Ein Softwarelieferungssystem muss außerdem bestimmen, was gebaut wird, das Ergebnis prüfen, es veröffentlichen und seine Nutzung unterstützen. KI kann bei diesen Aktivitäten helfen. Die Entscheidungen bleiben dennoch bestehen.

Betrachten Sie einen fiktiven Auftrag: Eine Führungskraft braucht einen Kundenexport. Die erste nützliche Frage lautet, warum der Export benötigt wird. Ein regelmäßiger Bericht könnte den Bedarf mit weniger Datenoffenlegung erfüllen. Wer die Funktionsbezeichnung zu früh übernimmt, kann unnötige Arbeit erzeugen.

Die nächste Frage betrifft Grenzen. Welche Nutzer dürfen welche Datensätze exportieren? Welche Felder werden benötigt? Wohin gelangt die Datei? Diese Entscheidungen prägen die Implementierung und die relevanten Prüfungen.

Bewahren Sie Nachweise zwischen den Phasen

Der Lebenszyklus wird unzuverlässig, wenn jede Phase eine unvollständige Beschreibung der vorherigen erhält. Ein Ticket sagt „Export hinzufügen“, ein PR ergänzt einen Endpunkt, und der Betrieb erhält einen Dienst ohne Verantwortlichen.

Verbinden Sie die Phasen ausdrücklich:

PhaseNachweise für die nächste Entscheidung
Bedarf verstehenBenannter Nutzer, Problem und Erfolgskriterium
Verhalten spezifizierenErlaubte Aktionen, Grenzen und Abnahmekriterien
ImplementierenPrüffähige Änderung mit Bezug zur Anforderung
VerifizierenRelevante Prüfungen und unabhängiges Review der tatsächlichen Version
VeröffentlichenAngenommenes Artefakt, Zielumgebung und Wiederherstellungsmethode
BetreibenDienstsignale, Incident-Verantwortung und Wartungsprozess
LernenNutzerfeedback und beobachtete Ergebnisse

Diese Tabelle ist ein praktisches Lehrmodell. Organisationen können andere Phasennamen verwenden und Aktivitäten zusammenlegen. Erhalten Sie die Entscheidungen auch bei stark automatisierten Abläufen.

Richten Sie die Prüfung am Bedarf aus

Beim Export ist ein erfolgreicher Dateidownload eine Prüfung. Eine andere prüft, dass eine Führungskraft keine Datensätze einer anderen Organisation exportieren kann. Eine dritte prüft die erforderlichen Felder. Diese Prüfungen betreffen unterschiedliche Anforderungen.

Leiten Sie aus einem grünen Teststatus keine allgemeine Sicherheit ab. Benennen Sie, was die Prüfungen abdecken und was ungeprüft bleibt. Das NIST SSDF beschreibt sichere Entwicklung als Praktiken über den gesamten Lebenszyklus, nicht als einzelnen abschließenden Scan. Lesen Sie das Framework.

Die Freigabeentscheidung sollte Nachweise für die Version nutzen, die bereitgestellt wird. Ändert sich Code nach dem Review, bestimmen Sie, welche Prüfungen und Entscheidungen erneuert werden müssen. Halten Sie diesen Zusammenhang im Lieferprozess ausdrücklich fest.

Beziehen Sie den Betrieb in den ursprünglichen Entwurf ein

Legen Sie fest, wie der Dienstverantwortliche einen fehlgeschlagenen Export, ein ungewöhnliches Anfragemuster oder unakzeptable Antwortzeiten erkennt. Protokollieren Sie nicht einfach die exportierten Kundendaten, nur weil dies beim Debugging bequem wäre.

Monitoring sollte einer verantwortlichen Person beim Handeln helfen. Googles SRE-Leitfaden unterscheidet Dienstsymptome von internen Ursachen und erklärt die Bedeutung nützlicher Signale. Monitoring-Leitfaden.

Planen Sie die Wiederherstellung vor einem Incident. Bestimmen Sie, wer die Funktion stoppen, den Dienst wiederherstellen und die Auswirkungen kommunizieren kann. Der Abschluss des Deployments ist der Übergang in diese Verantwortlichkeiten.

Nutzen Sie Feedback für die nächste Entscheidung

Prüfen Sie nach der Veröffentlichung, ob Führungskräfte den Export nutzen und ob er das ursprüngliche Problem löst. Untersuchen Sie Incidents, Supportfragen und Wartungsaufwand. Überführen Sie wesentliche Erkenntnisse in aktualisierte Anforderungen oder Aufgaben.

Diese Verbindung unterscheidet eine Software Factory für den gesamten Lebenszyklus von einer Sammlung von Codegeneratoren. Prüfen Sie, ob das System Absicht und Nachweise über die gesamte Abfolge erhält. Untersuchen Sie jede Entscheidung im interaktiven Lebenszyklus.

Übung bearbeiten

Nutzen Sie die interaktive Lebenszyklusansicht für den Kundenexport. Benennen Sie in jeder Phase Verantwortliche, Nachweise und Entscheidung. Finden Sie einen Übergang, an dem Ihre Organisation derzeit Kontext verliert. Beschreiben Sie die kleinste Änderung, die ihn erhalten würde.

Arbeitsblatt herunterladen (Markdown)
Verständnis prüfen ↑

Weiterlernen

Quellen und weiterführende Lektüre

Passende Lektüre von Taiga