BLOG TARANCO

PR

×

Comments

taranco @ Re:やったね!おめでとう!!(10/24) にぱ。さん チキバンの女子のコールは…
にぱ。 @ やったね!おめでとう!! 内野で観戦した友達によると、チキバンはかな…
taranco @ Re:(o ̄ー ̄o) ムフフ(10/22) にぱ。さん 今日こそ決めてもらいまし…
にぱ。 @ (o ̄ー ̄o) ムフフ 明日になりそうですナァ~~♪ ワタシはレフスタ…
taranco @ Re:あと10万人(10/06) ぽろんぽろんさん 勝ちましたね! 明…

Profile

taranco

taranco

Keyword Search

▼キーワード検索

Favorite Blog

YAMAKOのアサ… YAMAKO(NAOKO)さん
casual kids ヘルツェコ☆さん
北海道日本ハムFIGHT… maynorthさん
MY FAVORITE ぽろんぽろんさん
部屋が片付きません。 にぱ。さん
2005/07/08
XML
カテゴリ: IT
■5.2 構造化設計に関わるマネジメントの問題

□5.2.1 設計者は抽象的設計という考え方をよく理解していない

・構造化設計は適度の理解力を備えた人であれば、誰でも利用できる、確実な高価を持つ方法論である。
・理解力のある要員を開発メンバに加入させよ。

□5.2.2 設計方針の間の矛盾

・かつてはコンピュータの実行効率が第一であったので、論理的凝集やコミュニケーションの凝集を招きやすかった。
・現在ではほとんど意味を失っている。
・時代遅れになった標準規則は思い切って廃棄すべきである。

□5.2.3 小規模プロジェクトで構造化設計を採用する難しさ


・プログラマが2~3人で所要開発期間が数ヶ月程度の中規模の開発プロジェクトのときは、ある程度厳密に構造化設計の規則を適用するのがよい。
・この条件を越えるような大規模なプロジェクトであれば、構造化設計の規則を必死に守らせなければならない。

□5.2.4 効率が悪いという苦情

・プログラムの処理効率は、リアルタイム・システムは大量データ処理システムでは極めて重要な設計ポイントである。好んで効率の悪いシステムを作る者もいない。
・それでも、現代のコンピュータシステムでは、処理効率がよくなければダメだという主張のほとんどは無意味である。

<無意味の説明>
1.原稿のシステムの効率は誰にもわからない。上げられるかどうかもわからない。
2.処理効率は、手法よりもプログラマに依存する。
3.構造化手法によるCPU時間及びメモリーの増加は、10%程度である。
4.'90-10'の法則…コードの10%がCPU時間の90%を消費する。
 処理効率に影響を与えるのは全体のごく一部であり、必要なら後から対処できる。

6.設計段階で難しかった箇所が効率を下げているとは限らない。

□5.2.5 システムアナリスト、設計者、プログラマの適切な役割分担の難しさ

・構造化設計はシステムアナリスト、プログラマとも習得しなければならない。
・さらにシステムアーキテクトと呼ばれる職種が必要である。

(1)業務システム設計

(2)コンピュータシステム設計
・十分に使用化された命題を解くためのモジュール構造を決定する。
(3)プログラミング
・各モジュールの詳細手順を設計する。





お気に入りの記事を「いいね!」で応援しよう

Last updated  2005/07/08 12:13:02 PM
コメントを書く
[IT] カテゴリの最新記事


【毎日開催】
15記事にいいね!で1ポイント
10秒滞在
いいね! -- / --
おめでとうございます!
ミッションを達成しました。
※「ポイントを獲得する」ボタンを押すと広告が表示されます。
x
X

© Rakuten Group, Inc.
X
Design a Mobile Site
スマートフォン版を閲覧 | PC版を閲覧
Share by: