失われた２０年－ソフト業界は変わったのか？ その１２：１９９５年ごろ（５）

２０年位前、１９８０年代終わりごろから、最近まで、ソフト業界とかその周辺の変遷について、特にソフト開発の立場を中心に見て行く、土日シリーズ「失われた２０年－ソフト業界は変わったのか？」その第１２回目。

　今、１９９５～９９年までについてです。今回は、そのころの開発方法論、その２　構造化分析やDFDについてです。

---

■情報関連図からDFDに

　１９８０年代から、９０年代のはじめころまで、COBOLベースの開発のころは、要求仕様レベルで、機能を書くとき、情報関連図（FIO図っていうのと同じかな？）で書いてました。機能があって、入力、出力を書くものです。

　で、これをもっと、機能とデータをはっきり分け、他人でも検証可能な形にしたDFD（データフローダイアグラム）が盛んにつかわれるようになります。

---

■デマルコの構造化分析
　で、このDFD、デマルコが提唱したものです。
　今、デマルコっていうと、プロジェクト管理のほうで有名だけど（ピープルウエアをだしたので）
　その当時は、構造化分析、DFDの提唱者として有名で、そのDFDの書き方や、構造化分析に関しては、構造化分析とシステム仕様に書かれています。

　この構造化分析とシステム仕様は、はっきりいって名著だと思います。オブジェクト指向云々とか言っている人でも読むべきだとは思います。

　構造化分析は、まず、今回開発するシステムに対して、外部からの入出力を明確にし、今回作るシステムをおおきな楕円でかいて、そこに入出力を書きます。これをコンテキストダイアグラムといいます。
　そして、システムを分割し、分割した１つ１つの機能をプロセスといいます（楕円で書きます）。そして、そのプロセスへの入出力を書いていくわけですが、上位機能で出力しているのに分割した下位機能でその出力が出てこなかったらおかしいという感じにチェックができます。

　プロセスというのは、動詞なわけです。機能ですから。
　ということで、要件定義から動詞を取り出し、それを機能化して、その動詞に対する目的語、主語などを分析することで入出力が明確化するという、要求仕様に対するツールとなっている点で、このDFDは優れたものなわけです。

---

■DOAに、受け継がれていく

　構造化分析は、これと、ER図を合わせて、DOA開発で使われていきます。
　DOAは、DOA+という形で、いまでも残っている開発方法論であり、DFDも、IBMの４つ組セットだっけ？というかたちで、DFDが残っています。

---

ってことで、次回は、そのDOAとER図について書いてみたいと思います。

Vistaで、プロキシの設定をしたのに、ネットが見れない（＞＿＜！）と思ったら。。。

あるところにいって、ネットワークにつないで、
IE7のツール→インターネットオプション→接続→LANの設定で
プロキシを設定して。。。

さ、YAHOOを見ようと思ったら。。
でないじゃーん（＞＿＜！）

えー（；＿；）とおもって、IEを閉じたら。。。
うしろに。。

「あたらしいネットワークをみつけました。
　　家庭
　　職場
　　公共の場所」
のウィンドウが。。。

あーん、Vistaになったら、新しい接続先は、これをやらないとだめなのね
（それとも、うちのパソコンだけかなあー）
で、設定すると、また真っ暗半調になって。。
実行するかどうか聞いてくる。。


たしかに、セキュリティ上こっちのほうが望ましいんだけどね（＾＾；）