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/09
XML
カテゴリ: IT
■■6.構造化プログラミング■■

■6.1 構造化プログラミングのあらまし
・どのような複雑なロジックも、以下の3つのパターンの組合せで作り上げられる。
(1)連続
(2)選択(IF-THEN-ELSE)
(3)繰り返し(DO-WHILE)



 ┌──┐ ┌──┐ ┌──┐
→│処理│→│処理│→│処理│→
 └──┘ └──┘ └──┘ 

(2)選択(IF-THEN-ELSE)
   ┌──┐
 ┌→│処理│─┐
 │ └──┘ │
→◇      ├→
 │ ┌──┐ │
 └→│処理│─┘
   └──┘

(3)繰り返し(DO-WHILE)
 ┌───────┐
 ↓  ┌──┐ │
─→◇→│処理│─┘
  │ └──┘
  └───────→


■6.2 構造化プログラミングにかかわるマネジメントの問題

□6.2.1 GOTO分の是非を巡る論争

・GOTO文を使った方が効率が良く、メンテナンス性も向上し、あるいは分かりやすいと信じているならば、GOTO分を使うことに特に問題はないだろう。


□6.2.2 構造化コードは良いコードという神話

・GOTO文を無くしたからといって、エラーのない、わかりやすいプログラムがすぐに出来るわけではない。構造化プログラミングでも難解なプログラムを作ることはできる。

□6.2.3 高級プログラム言語の弱点

・PL/Iは冗長だとか効率が悪いという苦情をよく耳にする。しかしそれは、言語自体の問題であって、構造化プログラミングには関係ない。
・COBOLはまだしも、FORTRANはひどいものだ。しかし、いずれも弱点ははっきりしており、新しいバージョンが登場する可能性は高い。

□6.2.4 プログラム言語を知らないプログラマ

・教育コースで各言語の基本機能をもう一度おさらいさせると良いだろう。

□6.2.5 構造化プログラミングをアセンブラ言語に適用する難しさ

□6.2.6 古参プログラマの態度や問題

□6.2.7 効率が悪いという苦情
・IF-THEN-ELSE文はGOTO文より実行効率が悪い。しかしそのサハCPU時間で1,2マイクロ秒、メモリ容量で1バイト程度だ。

・同じコードを各場所に散りばめることもあり、コードがやや長くなる。

□6.2.8 旧来のプログラミング標準との矛盾

□6.2.9 構造化プログラミングを標準とすることの難しさ

・構造化プログラミングが標準通りにおこなわれているかどうかはウォークスルーによって確認する。

□6.2.10 構造化プログラミングをメンテナンスに採用する難しさ



・デシジョンテーブルを使って、すべての組合せを漏れなく調べたか、また重複や曖昧さ、矛盾はないかを確認するのが最良の方法である。





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

Last updated  2005/07/11 09:44:50 PM
コメントを書く
[IT] カテゴリの最新記事


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

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