  |
 |
2008年9月8日     |
Eclipse で実現する開発プロセスエンジニアリング
|
山��靖之
国内internet.com発の記事 |
・メソッドライブラリ：プロセス全体の入れ物
・メソッドプラグイン：プロセスを構成する単位。 再利用やテーラリングする際に任意の単位に分割しておくと柔軟性が高くなる。
・コンテンツパッケージ：具体的なプロセスを構成する要素の入れ物。 ロール、タスク、成果物、ガイドラインなどが入る。
ロール：プロジェクト内の誰が作業をするのか
タスク：具体的に何を実施するのか
成果物：何を作成するのか
ガイドライン:どのようにタスクを実施するのか
 |
作成したプロセスは、図1を参照してください。
 |
| 図1 新規に作成したプロセス |
（2）開発プロセスのテーラリング
EPF では、以下の3種類のテーラリングが可能です。
・Contribute（寄与）：元のコンテンツを変更せずに内容を付け加える。
・Replace（置き換え）：元のコンテンツを別の内容に置き換える。
・Extend（拡張）：元のコンテンツを継承（流用）して新しいコンテンツを作成する。
EPF でのテーラリングの利点は、 ベースとなる標準プロセスを直接変更することなく、 プロジェクトに適用するプロセスを定義することが可能なところにあります。
例えば、 大規模な基幹システムと小規模な情報系の Web システムでは、 開発手法は異なってきます。 しかし、基本となる標準プロセスは遵守しなければなりません。 そのような場合に、 標準プロセスをベースにして、各々の開発プロジェクト向けにテーラリングを施して、開発プロジェクトにフィットしたプロセスを生成することが可能となります。
作成した開発プロセスの管理
（1）情報の共有
作成したプロセスはプロジェクトメンバーで共有する必要があります。 そのような場合に、 開発プロセスのコンテンツを Web へパブリッシュすることで、 容易に実現ができます。
（2）変更したプロセスの構成管理
開発プロセスは、変更した結果の構成を管理する必要があります。 プロセスを変更するケースとしては、以下が考えられます。
・外部環境の変化に応じた標準プロセスの変更
・プロジェクトごとに発生するテーラリング
このような変更に対して、 Eclipse プラグインとして利用可能な構成管理ツールを利用することで、 変更の履歴は厳格に管理することが可能となります。
流用できる既存の開発プロセス
開発プロセスを一から作成するには労力が必要です。 そこで OpenUP/Basic という流用可能な開発プロセスを紹介します。
OpenUP/Basic は、 前回のコラムで紹介した反復型開発プロセスの RUP（Rational Unified Process：ラショナル統一プロセス）の一部を抽出したものです。 開発プロセスの基本的な部分を備えているので、 このプロセスをベースに自社の開発プロセスを構築することも可能です。
このプロセスには、開発工程に相当する“作業分野”という概念があり、 ソフトウェア開発を実施する上で必須となる基本的な工程である要求定義、分析設計、実装、テストで構成されています。
また、その他にソフトウェア構成管理、 プロジェクト管理など開発プロジェクトを支援する管理プロセスについても用意されています。
EPF の画面で上記の工程を見てみましょう。 図2に示す画面左側のツリーに、 作業分野を構成する工程を見ることができます。
 |
| 図2 EPF OpenUP/Basic の作業分野 |
さらに、 作業分野の詳細は、 ツリーを展開した図3の画面で確認することができます。
図3の画面は、 分析設計工程の設計タスクの一部である「ユースケースの実現」のガイドラインを表示した部分です。
 |
| 図3 分析設計のガイドライン |
さらに図4では、 開発プロセスでどのような手順で何を実施するのかを示すワークフローが、 アクティビティ図として提供されています。
 |
| 図4 推敲フェーズのワークフロー |
今回までの4回のコラムで Eclipse について紹介してきました。 Eclipse は、 開発者が必要とする様々なツールが動作することが可能なプラットフォームとして発展してきており、 現在では、開発者の事実上の標準ツールとなっております。 今後も、オープンソースのプラグインの開発がますます促進し、 さらに多くの開発者に利用され続けることが予測されます。
記事提供：サイオステクノロジー株式会社
