2009-05-01 38 views

答えて

3

これは、プログラマが要件と彼が取り組んでいるシステムをどれだけうまく認識しているかによってまったく異なります。私がよく知っているソフトウェアの一部を少し改良しても、設計ドキュメントはまったく必要ありません。よく知られていない問題を解決する、不慣れな環境の新しいソフトウェアが、詳細な設計文書を必要とする可能性があります。

これはまた、コーダの使用経験によって異なります。

3

多くの要因が発生します。ひとつはクライアントに依存するということです。コードの行に触れる前に、完全に技術的な設計が必要な場合もあります。

システムのどの領域が技術設計の対象であるかを検討する価値もあります。一部のコンポーネントはそれほど簡単ではなく、よく理解されているため、それらについて考える必要はありませんが、新しいコンポーネントや複雑なコンポーネントもあります。技術的な設計を、未知の領域に集中させます。

4

すべてが会社の基準、クライアントの要件、およびソフトウェア開発ライフサイクルの方法に従います。

一般的に次のフェーズをカバーするプロジェクト開始のため:

  • 要件の収集
  • ソフトウェア要件仕様(SRS)
  • ハイレベル設計書
    • ユースケース図を、シーケンス図、アーキテクチャ
    • データベースデザイン
    • 擬似コード[アルゴリズム]

上記について明確な開発チームは、彼らができる相はコーディングで開始することができ言ったらしかし、上記の基準に言及したように、そのすべてが依存しています。