「ソフトウェアの部品化」が失敗する理由 ― ＠IT
経済産業省のとある外郭団体の委員をしている方と話をしていたら「我が国のソフトウェア産業を改革するためには、ソフトウェアの部品化を推進しなければならない」と話していた。うーん……ソフトウェアの部品化かぁ……。正直、頭をよぎったのは1980年代後半に国内のソフトウェア部品の集積を目指して立ち上げられたが、失敗した「Σ（シグマ）プロジェクト」だ。 Σプロジェクトから20年の歳月を経て同じコンセプトが出現するには理由がある。日本の輸出を支えている製造業で、製品におけるソフトウェアの比重が高まるに伴って、業界全体がソフトウェア・エンジニアの不足および、ソフトウェア関連の障害の多発に悩まされているからである。 外注先企業が作ったソフトウェア障害に悩まされている製造業の視点から見れば「なぜ、ソフトウェアはこんなにトラブルが出るのか？ 部品化して、それぞれの部品の品質チェックをもっと厳しくし、その上で再利
SOAへの誤解を解く（1）誰もが“部分”しか語らない
「SOAの本質はWebサービスにある」。「ESB（エンタープライズ・サービス・バス）でサービス化したシステムを連携させる，それがSOAのポイントだ」。「SOAの成否はビジネス・プロセスの分析と整備にかかっている」。「いかにコンポーネントをサービス化するかがSOAの要だ」。「SOAはMDA（モデル駆動アーキテクチャ）に行き着く」---。 SOAについては，さまざまな立場の人やさまざまなベンダーが，それぞれの解釈や得意分野から「SOAとは何か」を語っている。 それらの論は，SOAをある側面からとらえた時には正しい。ただやっかいなのは，そうした「部分的には正しいメッセージ」ばかりがIT業界で語られていることだ。 全体像を理解した上で“部分の説明”を受けるのならともかく，いきなり最初に部分の説明を聞かされても，メッセージの受け手は混乱してしまう。ユーザー企業のCIO（情報統括役員）やシステム部長で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ibmURL(変更不可)