2009-05-01 6 views

Antwort

3

Das hängt ganz davon ab, wie gut der Programmierer die Anforderungen und die Systeme kennt, mit denen er arbeitet. Eine kleine Verbesserung für eine Software, die ich gut kenne, benötigt überhaupt kein Design-Dokument; Eine neue Software in einer unbekannten Umgebung, die ein unbekanntes Problem löst, benötigt möglicherweise ein sehr detailliertes Designdokument.

Es hängt auch davon ab, wie erfahren der Coder ist.

3

Viele Faktoren kommen ins Spiel. Einer ist, dass es vom Kunden abhängt. Manchmal ist ein vollständig technisches Design erforderlich, bevor Sie eine Codezeile berühren, und manchmal werden Sie nur einen kurzen Überblick erzeugen.

Es lohnt sich auch zu überlegen, welche Bereiche des Systems dem technischen Design unterliegen. Einige Komponenten sind so trivial und gut verstanden, dass Sie nicht darüber nachdenken müssen, aber andere könnten neu oder komplex sein. Konzentrieren Sie Ihr technisches Design auf die Bereiche, die vorher unbekannt waren.

4

Es hängt alles von den Unternehmensstandards ab, Client Requirement und Software Development Life Cycle Methodik folgt.

Generell gilt für ein Projekt die folgenden Phasen beginnen abgedeckt werden:

  • Anforderung sammeln
  • Software Requirement Specification (SRS)
  • High Level Design Document
    • Use Case-Diagramme, Sequenzdiagramm, Architektur
    • Datenbankentwurf
    • Pseudo-Code [Algorithmus]

Sobald das Entwicklungsteam klar über die oben genannten Phasen sie in der Lage mit Codierung, aber es ist alles abhängig zu starten, wie in oben genannten Kriterien.