はじめるUML　第3回

今回はOMGのUML仕様書「UML2.0 Superstructure Specification」の第8章Componentsの中から、コンポーネント図を見ていきます。

最近のシステム開発では、IT技術の進歩によりシステムがより大規模化する傾向にあります。そのため、システムを部品（コンポーネント）単位に分割して開発を行う「コンポーネントベース開発（CBD）」という手法が普及しつつあります。UML2.0では、これらの開発手法にも対応するため、「コンポーネント」の定義が「インターフェースを持ったシステムのモジュール」と変わりました。またインターフェースについても、実現する機能を表現する「供給インターフェース」と、必要とする機能を表現する「要求インターフェース」の2種類が定義され、システムの構成要素であるコンポーネントの外部仕様をより明確に表現できるようになりました。
コンポーネント図は、ソフトウェアコンポーネントが全体としてどのような構成になっているのかを表現するための図です。従来のUML1.xでも存在していましたが、UML2.0ではコンポーネントの定義が変更になったため、ダイアグラムが表現する内容が全く異なったものとなりました。

上記の例で、白丸に棒を付けた表記（ボール）が提供インターフェースを、ボールを受けるような鉤爪の形（ソケット）が要求インターフェースをそれぞれ表しています。システムをコンポーネントという単位に分割して開発を行う場合、以下のような利点が考えられます。
システムをコンポーネントという単位に分割して開発を行う場合、以下のような利点が考えられます。

• コンポーネント単位で管理を行うことができるようになるので、システム全体の保守性が向上する。
• コンポーネントが実現する機能を明確に分離しておくことで、仕様変更発生時の修正箇所を限定することができる。
• コンポーネント単位での再利用が行えるため、再利用性が向上する。
• コンポーネント技術を採用する実装技術が増えてきているため、実装技術への展開が容易になる。

パターンウィーバー2.0では、パレットを利用することで、作成したモデルのコンポーネント単位での再利用を行うことができます。パレットは、モデルやダイアグラムの一部を部品として登録できる機能です。

既存のモデルを部品として登録する事で、チーム内でのモデル部品の共有や、モデルの再利用もより行いやすくなると思います。

次回は、コンポジット構造図を見ていきたいと思います。

パターンウィーバー(PatternWeaver) ver2.0

• UML2.0 Superstructureの全てのダイアグラムに対応
• Eclipse3.0にプラグインとして統合
• 表現力の大幅な向上
• 新規プラグインの追加