汎用的な機能を網羅する

　UMLモデリングツールには作成されたモデルの持つ情報を利用する機能が搭載されているが、EAにもそうした機能が多数用意されている。

　代表的なものを列挙すると、関係マトリクス（任意のモデル要素間の関係の有無を表形式で可視化したもの）の生成、RTFやHTML形式などのドキュメント生成、要素数などメトリクスの計測といったものが挙げられる。

関係マトリクス。クラス図内でどの要素の間に関係があるかを表示する

　さらにEAでは、モデルを利用したソースコードの生成も可能だ（プロフェッショナル版以上）。

　特に、C言語に対応している点は「UMLを使ってみたいが、開発で使っているのが非オブジェクト指向のC言語であるために導入をためらっている」という組み込み系での利用に適しているといえる。

　EAで生成されるソースコードは、モデルに記述した内容とソースコードの生成ルールによって決まる。また、メソッドの中身が入らないスケルトンコードレベルでも、メソッドの中身が入った実行可能なものも生成することができる。さらに、このソースコード生成ルールは独自にカスタマイズできる。この機能を活用して、自社のコーディング規約に準じるように修正したり、新しいプログラミング言語に対応したりといったことも可能だ。

EAの特徴

　次に、ほかのツールとの差別化ポイントといえるEAの特徴的な部分を紹介する。

ほとんどのUML仕様を網羅する

　まず「UML仕様への徹底した対応」が挙げられる。冒頭のEA対応ダイヤグラムの表ですべてのダイヤグラムに「○」が付いていることからも分かるように、EAはUML仕様で定義されているほとんどの内容に対応している。

　それこそ、多くのモデリングツールでは省略されている“重箱の隅”のようなUML仕様にも対応している。また、UMLの仕様として定義されている表記ルール自体もツール内に作り込まれているため、UML仕様で許されていない表現でモデルを描こうとすると警告が出る。もちろん、そうしたルールチェックを回避して自由にモデルを描くこともできる。

　こうしたことから、EAは「UML仕様に準拠したモデルを作りたい」「UMLの表記を隅々まで使いこなしたモデルを作りたい」という要求にも対応するといえる。

利用用途の幅広さ

　EAは非常に多くの機能を持っており、「UMLを使用したシステム開発に必要とされる機能はほとんど入っている」と実感している。そのため、EAは「個人的なUMLの学習から、複数のメンバーでモデル作成や共有を行う実際のシステム開発」までの幅広い用途をカバーするといえる。

　また、必要とする機能が見当たらなければ、アドインを作成するという選択肢も用意されている。アドインの作成方法は公開されており、EAのサイトでは開発元やEAユーザーによって作成されたアドインが多数公開されている。その中にはソースコードが公開されているアドインもあるため、アドイン開発を始めるためのハードルは低いといえる。

充実したサポートの存在

　EAのツールの特徴というわけでないが「サポートが充実している」こともEAの良い点だといえる。具体的には「バグへの対応の早さ」と「訪問セミナー」だ。

　バグへの対応は、バグの深刻度にもよるが、対応が早い場合は数日のうちにバグを修正したビルドが公開される。これは海外のツールとしては珍しいことだといえるだろう。これにより、EAのユーザーサポートのWebページでは常に最新のビルドが確認できる。このページを見るとかなりの頻度でビルドが更新され、バグが修正されていることが分かる。ここ1年ではバージョンアップも含めて8回更新されている。この点は、ツールのバグで開発がストップしてしまうこともある企業ユーザーには役立つ点だ。

　また、EAのユーザーは無料の訪問セミナーを受けることができる。プロジェクトメンバーに基本的な操作を習得してもらいたい場合や、ソースコード生成のような識者の具体的なアドバイスが欲しい機能についてのセミナーが受けられる。こうしたサポートを活用することで「ツールを買ったはいいけれど、使いこなせなかった」といった事態を防ぐことができる。

　UMLモデリングツールにはそれぞれ開発思想のようなものがあり、それを理解していないと持っている性能を生かし切れないことがある。EAにもこれに当てはまることがある。そのためセミナーを利用して、その開発思想を理解できるチャンスがあるのはユーザーとしては喜ばしい点だ。

高機能である故の「分かりづらさ」

　ここからはEAの短所を挙げていく。

　まず挙げられるのは、高機能である故の「分かりづらさ」だ。EAは多機能であるため、やろうとしていることに対してそれがメニューのどこにあるのかが分かりづらく、どう操作すると自分の思ったことができるのか分からないこともしばしばある。

　例えば、クラス図で片方向の関連を書く際、参照不可能な方向を明示するために関連端に「×」を表示するという表記がある。しかし、これを実現するためには、表示のための設定やモデルのプロパティを幾つか設定しなければならない。実際、EAを長いこと使っているはずの筆者でも、人から教えてもらうまでこの操作は分からなかった。

　機能が分かりづらいという点については、EAの開発元でも把握しており、充実した日本語ヘルプやツールチップ表示などで大抵のことは分かるように改善されつつある。

　また、EAは汎用ツールとしての側面を持っており、特定のシステム開発方法論に特化したツールではない。そのため「どのダイヤグラムを組み合わせて、どのような情報をモデルに入力すれば良いのか」といったシステム開発方法論に相当する知識をユーザーが持っていた方がよい。

　特定のシステム開発方法論に対応するモデリングツールでは、ダイヤグラムの組み合わせ方やモデル情報の入れ方に関する知識をツール自身が持っているものもある。そういったツールでは、ユーザーはそのルールに従っていけば、実際のシステム開発で使えるレベルのモデルを作成できる。EAではそうした部分はユーザーに任されているのである。

継続して使用できるツール

　EAはどのような用途にでも使えるので、長年重宝している。それは特定のシステム開発方法論に依存しない点がメリットとなっているからだ。それ故、特定の用途に向けたUMLモデリングツールと比べると、生産性や使い勝手などの点で一歩譲ってしまうところもある。しかし、その点を差し引いても、EAはモデリングツールを継続して使う人にとって“長く使えるツール”としてお勧めのUMLモデリング製品だといえる。