Enterprise Architectは、ビジネス・テクノロジー・エンジニアリングに関連するシステムやソフトウェアをモデル化するために使用されます。モデルを作成する目的は、要件の特定・対象の分析・アーキテクチャの記述・クラスやデータベースの設計・既存のシステムの文書化など多岐にわたります。これらのモデルに関連するすべての成果物は、ファイル形式か、リレーショナルデータベースに保存できます。これらのモデルはすべて、プロジェクトと呼ばれる単一のリポジトリに格納され利用することができます。プロジェクトには2つの基本的な形式があります。
- ファイルベースのデータベース - SQLite 形式のqea/qeaxファイル・MS Access(JET)形式のeapxファイル・Firebird形式のfeapファイルなど
- サーバーベースのRDBMS - SQL Server・MySQL・MariaDBなどのRDMBS
Enterprise Architectはこれらの両方の形式が利用できます。
Enterprise Architectのプロジェクトは、1つまたは複数のモデルを保存・操作・管理するためのリポジトリです。プロジェクトは、ファイル形式にすることもできますし、大規模なDBMSシステムを利用することもできますし、クラウド上に配置することもできます。
項目 |
説明 |
プロジェクト |
プロジェクトには、要素やダイアグラムなどのモデルを設計情報として格納します。最上位のパッケージをモデルルートと呼びます。モデルルートには、複数のパッケージが格納されます。 パッケージには別のパッケージをさらに含むことができますので、モデルの内容を階層的に管理することができます。 |
モデルルート |
プロジェクト内に複数の製品に関する設計や異なる情報が含まれる場合には、モデルルートは複数存在します。モデルルートには、「モデルテンプレート」を読み込んでモデルの内容をテンプレートから生成することができます。 モデルテンプレートはプロジェクト内のどの階層にも追加することができますが、モデルルートの直下に追加することが多いです。 |
モデルブラウザの構成の例 |
このように、それぞれのパッケージにはその目的に応じた内容が格納されます。Primary Use Caseのパッケージには、ユースケースが含まれます。 また、このパッケージにはユースケース図が格納されています。ユースケース図では、対象のシステム(ソフトウェア)の機能要求を表現しています。 その他のパッケージにも、さまざまな情報が階層的に格納されています。それぞれのパッケージには、1つないしは複数のダイアグラムが含まれています。 パッケージに含まれる要素は、要素間の関係を示す接続が定義されています。それぞれの要素については、属性や操作などが定義されています。その他、プロパティダイアログではさまざまな情報の設定が可能です。 |
参照: