［米国］
IBMなど、Eclipseでのソフト開発プロセス･フレームワーク策定を提案

（2005年10月13日）

　米国IBMは10月12日、他の15社とともに、オープンソースEclipse Foundation内でのオープンソース･ソフトウェア開発のために共通のプラクティスやメソッドのセットを策定することを提案した。

　IBMの一部門であるラショナル･ソフトウェアのマネジャーの一人、パー・クロール氏によると、「Eclipse Process Framework」と呼ばれている、この合理化された新プロセス作りのために、IBMは「Rational Unified Process （RUP: ラショナル統一プロセス）」の一部を寄贈する。RUPは、大規模なソフトウェア開発プロジェクトを管理するのに使われている、カスタマイズ可能なフレームワーク。IBMがEclipseに寄贈するのは同製品の約15％に当たるとクロール氏は推計している。

　キャップ・ジェミニ・アーンスト＆ヤング（CGE&Y）、コバンシス、ナンバー・シックス・ソフトウェア、アームストロング・プロセス・グループ（APG）、オブジェクト・メンター、ベダラ・リサーチ・ラボを含む、他の15社も、このフレームワーク案にコードやプロセスを寄贈していく方針だ。

　Eclipseの運営委員会のメンバーがEclipse Process Frameworkの提案をレビューするのには1～2カ月かかる可能性が高く、その後、同プロジェクトを受け入れるかどうかの票決が行なわれる、とクロール氏は語っている。

　より予見しやすい、ソフトウェア開発プロジェクトのための方法論を提供することは、開発者が、より信頼性の高いアプリケーションをより効率的に低コストで構築するのに役立つだろう、とクロール氏は延べた。

　IBMによると、ユーザー企業で社内開発されているソフトウェア・プロジェクトでは、5割近くでコストが予想を上回り、9割近くは完成が予定期日よりも後になり、3割は途中で中止されている。さらに、全ソフトウェア・バグの15～20％が完成版に残ってしまい、それによる米国経済への影響（損失）は年間約600万ドル、とサンディッシュ・グループは推計している。

　「この業界での［ソフトウェア開発］プロジェクトの失敗率は大きい」（クロール氏）

　IBMとともにEclipseに提案を共同提出したAPGの社長、クリス・アームストロング氏は、ソフトウェア開発の現状は20世紀初頭の製造業界の状態に似ていると述べた。製造業界では、業界全体で再利用可能なコモン・プラクティスを考え出したことが劇的な生産性向上につながった。ソフトウェア業界でも、ソフトウェア開発上の複雑なステップすべてをカバーする共通方法論によって、同様の向上が実現可能なはずだ、と同氏は語った。

　また、Eclipse Process Frameworkは、クロス・プラットフォーム性を備え、開発者がJavaとMicrosoft .NETのどちらの開発環境でアプリケーションを開発する際にも利用できるようになる。

　だが、マイクロソフトはソフトウェア開発のための独自の方法論とベスト・プロセスを「Microsoft Solutions Framework (MSF)」として提供しているため、.NETでソフトウェアを構築する開発者がEclipse Process Frameworkを利用するようになる可能性は低い、とアームストロング氏は語った。

　MSFのプロセスは、他のプラットフォームのためのソフトウェア開発をサポートしないプロプライエタリなもので、業界標準であるObject Management Group（OMG）のSoftware Process Engineering Metamodel (SPEM)ではなく、独自のメタモデルが使われている、と同氏は指摘している。

　しかし、マイクロソフトによると、MSFは、SPEMの単純化バージョンをベースにしており、OMGのメタモデルに従っているという。

　また、マイクロソフトでは、その開発ソフトウェアVisual Studio 2005のコラボレーション型開発バージョンである「Visual Studio 2005 Team System」内で、同プラットフォームに対応した2つのプロセス・テンプレートを提供することによって、MSFを改良する計画だ、と同社の広報担当者は10月12日付けの声明で語った。

　同社は、Visual Studio 2005の新エディション群を、11月7日にサンフランシスコでのイベントでリリースする予定という。

(IDG News Service)