Dieser Browser wird nicht mehr unterstützt.
Führen Sie ein Upgrade auf Microsoft Edge durch, um die neuesten Features, Sicherheitsupdates und den technischen Support zu nutzen.
Was ist das Hauptmerkmal, das die spezifikationsgesteuerte Entwicklung (SDD) von herkömmlichen Entwicklungsansätzen unterscheidet?
Code wird als ultimative Quelle der Wahrheit behandelt, und Spezifikationen dienen als unterstützende Dokumentation.
Spezifikationen werden zum primären Artefakt, das die Implementierung steuert, und Code wird zu einem Ausdruck dieser Spezifikationen.
Entwickler schreiben zuerst Code und erstellen dann Spezifikationen, um zu dokumentieren, was erstellt wurde.
Was geschieht mit Spezifikationen in der spezifikationsgesteuerten Entwicklung (SDD), wenn sich die Anforderungen ändern?
Spezifikationen werden als statische Dokumente behandelt, die nach der Erstellung selten Aktualisierungen benötigen.
Spezifikationen werden verworfen, und neue werden von Grund auf neu erstellt.
Spezifikationen werden aktualisiert, und betroffene Implementierungspläne und Code können entsprechend neu generiert werden.
Was sind die vier Phasen des spezifikationsgesteuerten Entwicklungsworkflows (SDD)?
Forschung, Entwurf, Entwicklung und Bereitstellung.
Spezifizieren, Planen, Aufgabenstellen, und Implementieren.
Anforderungen, Architektur, Codierung und Tests.
Was unterscheidet die Ergebnisse einer spezifikationsgesteuerten Entwicklung (SDD) als "lebende Artefakte" im Vergleich zur herkömmlichen Dokumentation?
Lebende Artefakte werden in Versionssteuerungssystemen gespeichert.
Lebende Artefakte können sich entwickeln, wenn neue Informationen entstehen, wobei Änderungen durch Plan, Aufgaben und Code weitergegeben werden.
Lebende Artefakte werden automatisch ohne menschliche Eingabe generiert.
Wie ergänzt spezifikationsgesteuerte Entwicklung (SDD) Agile-Methoden?
SDD ersetzt agile Praktiken vollständig durch einen strukturierteren Ansatz.
SDD kann innerhalb von Scrum ausgeführt werden, indem jede Benutzergeschichte mit einem Mikrozyklus von "specify", "plan", "tasks" und "implement" behandelt wird.
SDD erfordert eine umfassende Vorabdokumentation, die mit Agile-Werten in Konflikt liegt.
Was ist beim Vergleich der spezifikationsgesteuerten Entwicklung (SDD) mit Test-Driven Development (TDD) ein wichtiger Unterschied bei ihrem Ansatz?
TDD arbeitet auf Komponententestebene, während SDD auf einer höheren Anforderungsebene funktioniert, um vollständige Features zu beschreiben.
TDD und SDD sind sich gegenseitig ausschließende Ansätze, die nicht zusammen verwendet werden können.
SDD produziert automatisierte Tests, während TDD Spezifikationen produziert.
Was beinhaltet in der Spezifikationsphase der spezifikationsgesteuerten Entwicklung (SDD) eine gut strukturierte Spezifikation?
Nur eine allgemeine Zusammenfassung des Features mit Implementierungsdetails.
Zusammenfassung, Benutzergeschichten, Akzeptanzkriterien, funktionale Anforderungen, nicht funktionale Anforderungen und Edgefälle.
Architekturdiagramme und Technologiestapelentscheidungen.
Was ist der Zweck der Planungsphase im spezifikationsgesteuerten Entwicklungsworkflow (SDD)?
Um zu definieren, was die Software tun soll, und um die Benutzeranforderungen zu erfassen.
Um zu bestimmen, wie die Beschreibung der Spezifikation erstellt wird, einschließlich Architekturentscheidungen und Technologieentscheidungen.
Um Arbeit in umsetzbare Entwicklungsaufgaben aufzuteilen.
Was ist GitHub Spec Kit?
Ein proprietäres KI-Modell, das von GitHub für die Codegenerierung entwickelt wurde.
Ein Open-Source-Toolkit, das die spezifikationsgesteuerte Entwicklung durch die Integration mit KI-Codierungsassistenten erleichtert.
Eine Visual Studio Code-Erweiterung, die GitHub Copilot ersetzt.
Wie geht GitHub Spec Kit mit der Herausforderung um, den Kontext über KI-Chatsitzungen hinweg aufrechtzuerhalten?
Indem Sie Spezifikationen, Pläne und Aufgaben als Markdown-Dateien in Ihrem Repository speichern.
Durch das Ersetzen des Speichers der KI durch ein cloud-basiertes Speichersystem.
Durch das Einschränken von KI-Interaktionen auf eine einzelne fortlaufende Sitzung.
Was ist erforderlich, um das angegebene CLI-Tool von GitHub Spec Kit zu installieren?
Nur Visual Studio Code mit der GitHub Copilot-Erweiterung.
Python 3.11 oder höher, Git und das UV-Tool für die Paketverwaltung.
Eine kostenpflichtige Enterprise-Lizenz von GitHub.
Welche KI-Codierungsassistenten unterstützt GitHub Spec Kit?
Nur GitHub Copilot in Visual Studio Code.
Mehrere Agenten, darunter GitHub Copilot, Claude Code, Cursor, Windsurf und Amazon Q Developer.
Nur Befehlszeilen-KI-Tools, nicht IDE-integrierte Assistenten.
Was ist der Zweck der constitution.md Datei, die vom Befehl "/speckit.constitution" generiert wird?
So speichern Sie den Quellcode für die Kernfunktionen der Anwendung.
Um projektweite Prinzipien, Einschränkungen und nicht verhandelbare Anforderungen zu definieren, die Konsistenz gewährleisten.
So listen Sie alle aufgaben auf, die für die Implementierung eines Features erforderlich sind.
Was ist die empfohlene Sequenz für die Verwendung von GitHub Spec Kit-Befehlen in einem Greenfield-Projekt?
Führen Sie Befehle in beliebiger Reihenfolge aus, da sie unabhängig voneinander sind.
Geben Sie "init" an, dann /speckit.constitution, /speckit.specify, /speckit.plan, /speckit.tasks und schließlich /speckit.implement.
Beginnen Sie mit /speckit.implement und arbeiten Sie rückwärts zu /speckit.specify.
Sie müssen alle Fragen beantworten, bevor Sie Ihre Arbeit überprüfen können.
War diese Seite hilfreich?
Benötigen Sie Hilfe zu diesem Thema?
Möchten Sie versuchen, Ask Learn zu verwenden, um Sie durch dieses Thema zu klären oder zu leiten?