Erstelle ein Flussdiagramm für einen Softwareentwicklungszyklus von der Anforderungsanalyse bis zum Deployment
Über das Framework
Das Beispiel beginnt mit Anforderungen und Design. Ein abgelehntes Design-Review führt über Design überarbeiten zurück zum Design. Genehmigte Designs gehen in die Entwicklung über, wo ein fehlgeschlagenes Code-Review? zu Probleme beheben führt und eine Schleife zurück zur Entwicklung bildet.
Die Tests führen zum dritten Gate: QA bestanden? Der Nein-Zweig führt ebenfalls zurück zur Entwicklung, der Ja-Zweig geht weiter zu Deployment und Monitoring. Die 12 Knoten unterscheiden drei Review-Entscheidungen und ihre Rückwege. Verantwortliche, Testsuiten, Liefertermine und eine automatisierte Pipeline-Konfiguration sind nicht enthalten.
Passe den Ablauf an, indem du die an jedem Gate erforderlichen Nachweise benennst. Wenn dein Team eine Staging-Umgebung oder eine Release-Genehmigung verwendet, füge diese Schritte vor dem Deployment ein und lege fest, wohin der Ablauf zurückführt, wenn ein Release blockiert ist.
Enthalten
Flussdiagramm für den Softwareentwicklungszyklus
✦ Free preview · Sign in to use
Häufig gestellte Fragen
Der Nein-Zweig von QA bestanden? führt direkt zur Entwicklung. Anschließend wird über den Code-Review-Pfad erneut getestet.
Nein. Es stellt die Abfolge und Entscheidungen dar. Build-Jobs, Testbefehle und Deployment-Konfiguration sind nicht Bestandteil des Beispiels.
Gib deine Review-Gates und deren Genehmigungskriterien an. Bitte darum, die Design-, Code- und QA-Entscheidungen durch die Abfolge zu ersetzen, die dein Team verwendet.
Kostenlos starten. Keine Kreditkarte erforderlich.