XDE Java モデリング・プロジェクトのインポート・プロセスの概要

ファイルをインポートする際に名前の競合を避けるために、宛先プロジェクトは、元の XDE Java プロジェクトと異なる名前にしてください。

XDE プロジェクトの中には、ファイル・エンコードが多様であるため、他のプロジェクトよりも複雑なものもあります。 プロジェクトが異なるエンコードのファイルを含んでいる場合、プロジェクトを Eclipse の「既存プロジェクトをワークスペースへインポート」コマンドでインポートして、正しいエンコードを指定する必要があります。

• インポートされた XDE Java コード・モデルの UML 要素は、Java ソース・ファイルの対応する要素への直接参照に置き換えられます。 ダイアグラム内で、要素はクラスの形状のままで表示されますが、意味的には UML ではなく Java を表現しています。 このオプションを使用すると、マイグレーションは、混合のモデリング契約による設計の管理と共に使用できるモデルおよびコードの構成をすることになります。
• インポートされた XDE Java コード・モデルの UML 要素は、UML 要素のままです。Java ソース・ファイル内のコード要素は、コード・モデルのインポート・プロセスの一部としてタグ付けして、元の XDE 基本モデルの同期オプションを反映させることができます。 ウィザードは、@generated タグを、元の XDE モデルで同期が有効であった、Java ソース・ファイル内のすべてのコード要素に付加します (同期化 (Synchronize)、コード変更の受け入れ (Accept code changes)、または モデル変更の受け入れ (Accept model changes) にラウンド・トリップ・エンジニアリング同期ポリシーを設定することによって)。

  インポート後、モデルおよびコードの構成は、アーキテクチャーの調整 (Architecture Reconciliation)、概念モデル駆動型開発、または契約による設計の管理に使用できます。 この場合、インポート・プロセスが完了した後、タグ付けされていない (XDE の同期プロパティーの値に基づいて) コード要素は、UML から Java 5 への変換によって削除または上書きされません。