Frage

Wie viele Menschen tatsächlich ein SDD Dokument schreiben, bevor eine einzige Zeile Code zu schreiben?

Wie Sie großen CSCI des Griff?

Welcher Standard haben Sie für SDD Inhalt verwenden?

Welche Schneiderei haben Sie getan?

War es hilfreich?

Lösung

Ich habe sicher. Historisch gesehen und über die jüngsten Projekte.
Vor Jahren arbeitete ich in Organisationen, in denen Vorlagen alles waren. Dann arbeitete ich an anderen Orten, wo die Vorlagen waren lockerer oder nicht existent oder passte nicht die Projekte, die ich gerade arbeitete.
Nun wird der Inhalt des Software-Design ist so ziemlich durch das, was ich brauche, um die Idee zu vermitteln dem Publikum zu beschreiben.
„Bevor eine einzige Zeile Code zu schreiben:“ Es wäre ein viel Detail nicht sein. Die Dokumente, die ich produzieren, bevor ich Codierung starten sollen die Idee davon bekommen, was wir brauchen, in den betroffenen Teams und Führungskräfte zu bauen, so dass sie hohe Architektur, Funktionalität, Technologien, Risiken und Umfang einzuführen. Die beiden letzteren sind wirklich wichtig. Der Rest ist andere Teams zu zeigen, wo Sie sich mit ihnen verbinden müssen und Manager mit einem anhaltenden Begriff zu verlassen, die Hamlish geschieht.

Andere Tipps

Die meisten großen Software-Firmen haben ihre eigene Praxis. Zum Beispiel hat Motorola eine ausführliche Dokumentation für jeden Aspekt des Software-Entwicklungsprozesses. Es gibt Standard-Vorlagen für jede Art von Dokumenten. strenge Normen Mit ermöglicht effektiv große Anzahl von Dokumenten zu erhalten und mit verschiedenen Werkzeugen integrieren. Jedes Dokument erhält Tracking-Nummer von speziellem Dokumenten-Tracking-System. Sie haben sogar System (letztes Mal, dass ich gesehen im Stadium der frühen Entwicklung war) für das Tracking automatisch Anforderungen -. Sie sagen können, welche Codezeile beziehen sich auf gegebene Anforderung \ Design-Richtlinie

Ich würde annehmen, dass die meisten Menschen, die SDD-Dokumente schreiben und verwenden Terminologie wie CSCI müssen eine spezifische Software-Entwicklungsmethodik verwenden und wahrscheinlich für einige ernsthafte Regierung Kunden arbeiten. Sie neigen dazu, in der Regel ihre Vorbereitungen zu nehmen sehr ernst und die Dokumente sind bereit und genehmigt, bevor eine Entwicklung beginnt.

In einem agilen Prozess die Entwicklung und das Design-Dokument könnten parallel entwickelt werden. Es bedeutet, dass es von Refactoring viel sein getan werden, aber es liefert in der Regel sehr gute Ergebnisse am Ende.

In formellen Prozessen (wie RUP) ein SAD Dokument meist bei der Ausarbeitung / Prototyping-Phase basierend auf dem Team Forschung förderlich ist.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top