手続き型設計（http://en.wikipedia.org/wiki/Design_document）の定義を読み、いくつかの図の例を検索した後、この図（http://www.kelso.scotborders.sch.uk/departments/computing/resources/mindmaps/Procedural%20program%20design.gif）を見つける以外に手続き型設計が何を意味するかを調べるのに問題がありました。通常、この種のドキュメントはいつ必要ですか？アプリケーションに特定のアルゴリズムが使用されていますか？手順設計の文書化戦略
これは、実際に頻繁に使用される非常に似通った構造がいくつかある場合に最もよく使用されます。ある意味では、SQLは「データモデル」（=データベース）に適用できるテーブルと列、およびいくつかの操作に制限されるため、「手続き型設計」です。
コードジェネレータは、大規模ではあるが単純な入力があり、非常に面倒でエラーが発生しやすいコードを多数生成しているため、この領域で繁栄しています。同様に、これは大量になり、システムの仕組みに関する情報はほとんど含まれていないので、通常は時間の無駄である "文書"を生成することができます。
[編集]コンピュータサイエンスでは、メッセージ内の情報量は1ビットあたりに得られる「驚き」の量です。したがって、システムがどのように設計され、どのようにあなたの周りを見つけることができるかを圧縮した情報を提供する情報が詰まっている1フィートの「1フィートビュー」の1ページは、データモデル
