前号（今出ているのではないです）の２００７年４月２日号の日経ビジネス、特集「”抜け殻”正社員 派遣・請負依存経営のツケ」４０ページ３段目「大手でもシステムを作れない」のところに、ＣＳＫホールディング副会長、ＪＩＳＡ副会長の有賀貞一氏が、以下のように述べている。
（以下斜体は、上記日経ビジネスＰ４０から引用）
「下請け頼みの体質が染みついた結果、ＮＥＣや日立製作所のような大手でさえ、自社だけではシステムが作れなくなっている」
このことは、たしかにそのとおりといえよう（この業界にいる人なら、まず反論しないだろう）。ただ、ウィリアムのいたずらは、そのあとに、以下の言葉を付け足したい。
しかし、下請けも、システムが作れなくなっている。
つまり、だれも作れなくなってきているのだ。。。
これを説明するには、システムをつくるために、３つの工程が必要なことを説明しないといけない。
１つは、実際の業務をモデル化し、文章化する工程－これが要求仕様
２番目に、その文章化したのを、コンピューターの世界に落としこみ、設計する世界
－これが、外部設計
３番目に、コンピュータの世界でかかれたものを、コンピュータープログラムに落とし込む世界
－これが、内部設計やプログラミング。
今、本屋さんに行くとうっている、ＪａｖａやＣ＋＋，Ｓｔｒｕｔｓの本とかは、この３番目に相当する。ＵＭＬは、クラス図は、２番目の操作結果としてて来る、３番目、ユースケース図、アクティビティ図は１番目に相当する。
つまり、１番目から２番目の世界に落とし込む方法は、本屋さんには売ってない。
で、下請けはまず、３番目の方法、つまりＪａｖａやＣのプログラムについて、設計書があっているとしたら、設計書からプログラミングできる方法を教えて、業務につかせる。
メーカーも、まず、３番目のプログラミングできる人をもとめる（ＤＢでもＳＱＬをかけるというのは３番目に相当する）。
しかし、１番目から２番目の落とし方が正しく落とせないと、設計書に漏れが出るので、３番目のプログラムは、仕様変更で無間地獄に陥ったように果てしなく直さないとならない。。。
ので、やめてしまう。
実際、下請けの退職率は、かなり高い。
まあ、これは、その日経ビジネスの記事を読んでいれば、推測はつくであろう。
４０ページよりか、前にはコンピューター業界以外の下請けでどんどん人がやめる話が書いてある。コンピューター業界も同じってことだ。
だから、１番から２番を落とし込むテクニックを教える前に、どんどん人は、やめてってしまう。やめたったら、また、プログラムから教える。
じゃあ、業界全体としては。。。３番までどまりなのだ。そのうち、この業界からもやめてしまうし、実際、２年以内でやめると、結局転職先でも、とりあえず、プログラミングから（教える部分は省略しても、とりあえず同じ仕事をさせる）やらせるので。。。
そーすると、本屋さんは、売れる本を出す。。相対的に読む人の多い、プログラミングの本が並ぶ（ＪＡＶＡ，Ｃ＋＋，Ｐｅｒｌなどのコーナーは広い）。
でも、システムをつくるには、１番から２番の落とし込みが重要なんだけど。。。それには、実は、３番をやって、１番の世界を知って、２番の設計を何回か練習しないと。。たいたい、５年くらいかかる（ＩＴＳＳのレベル４程度、アプリケーションエンジニア試験に受かるか、受からないか程度）。でも、そこまで業界でやっている人は。。。もっと儲かる、マネージャーのほうになってしまうので、その分野に詳しい人が少ない。
なお、日経システムのその後の記述、過去の記憶からすると、そういうカタチではなかったはずだ。
かつては下請けを使うといっても、その範囲は限られていた。元請け会社の責任者であるプロジェクトマネージャーが、顧客の要望を取りまとめ、システムを設計する責任を負っていた。
いや、システムの設計をするのはむかしは、ＳＥだ。
いまのＳＥっていうのは、ソフト技術者で、２番目の外部設計ドキュメントを作るのと、２番目から３番目に落とし込む人をさしているが、むかしのＳＥは、１番の要求仕様、１番から２番目の要求仕様書からシステムに落とし込むところ、２番目の外部設計ドキュメントをつくるまでが仕事だった。なので、プロジェクトマネージャーがこういう仕事をするのでなく、ＳＥの人がして、ＳＥの人はいっぱいいたんだけど、いまは、この１番から２番への落とし込みをする人がいなくなってきているのが、問題になっている。
ってことで、明日からはじまる週のあいだ（もしかしたら翌週になるかも）のどこかの「開発の初めから順番に書いていってみる」シリーズの中で、その要件仕様書から外部設計への落とし込みについて、書くと思います。
アクセス
トータル
ランキング
