|
|
 |
山�� 靖之（やまざき やすゆき） |
サイオステクノロジーの技術部門を担当。
流通業のメインフレームシステムの SE を経験し、
その後、UNIX、PC などマルチベンダーのシステム構築にも携わる。
90年代前半からオブジェクト指向開発のコンサルタントとして大企業への普及活動を経験。
現在は、「The Open Group」の認定する「TOGAF8 Certified Individual」認証アーキテクトとしても活動している。
|
|
|
|
|
 |
Eclipse で実現する開発プロセスエンジニアリング
著者: 山��靖之 プリンター用 記事を転送
▼2007年6月28日 09:00 付の記事
□国内internet.com発の記事
前回まで2回に渡り、
Eclipse 誕生の歴史、概要から、
テスト環境の実現機能について紹介しました。
今回は、開発プロセスエンジニアリングをテーマとして取上げます。
開発作業は、開発に携わるメンバーに役割と責務を与え、
一定のルールに基づいた作業工程を実施することで成り立っています。
ここでいう、役割、責務、作業工程とルールを取り決めたものが、
開発プロセスです。
事前に定められた開発プロセスに則って作業を進める事が、
開発プロジェクトにとっては非常に重要です。
しかし、標準として定められた開発プロセスがあればいいのですが、
実際の開発現場では、
その場しのぎの開発プロセスで開発作業を進めている場合があります。
このようなプロジェクトは、開発成果物の品質が一定水準を満たさない、
納期どおりに開発作業を終了できないといった問題が発生する確率が高くなります。
本コラムにて紹介した優れた開発支援ツールも、
適切な開発プロセス不在の環境においては、
充分にその効果を発揮することができません。
つまり、開発プロジェクトにとって最も重要なのは、
個別の開発工程を支援するツールではなく、
開発プロジェクト全体を統制する、
標準化された開発プロセスということになります。
企業やプロジェクトにとって最適化された開発プロセスを作ること、
これが「開発プロセスエンジニアリング」です。
しかし、何も無いところから開発プロセスを作り上げるには、
非常に多くの労力を費やします。
よって、開発プロセスは、
既に幾つかの実践的経験から定められたものを応用することが一般的です。
その代表的な開発プロセスが、
Rational Unified Process（RUP：ラショナル統一プロセス）です。
このプロセスは IBM・Rational が提唱している開発プロセスであり、
反復型の開発プロセスとして、事実上のスタンダードとなっています。
IBM は、2005年10月に、
この開発プロセスの一部を Eclipse ファウンデーションに寄贈しました。
Eclipseファウンデーションは、
これを基にして開発プロセスフレームワーク「Eclipse Process Framework」（EPF）をオープンソースとして提供しています。
EPF は、ダウンロードして無償で利用することが可能であり、
この開発プロセスフレームワークをベースにして、
自社で利用する開発プロセスを Eclipse 上で作成することが可能となります。
これにより、Eclipse プラットフォームの上で開発プロセスを整備し、
多くの開発支援ツールを活用することが可能となるため、
開発プロジェクトにおける作業の統制をとり、
効率的に開発環境を実現できることになります。
次回のコラムでは、EPF の概要を紹介していきたいと思います。
|
|
|
