○ご要望

ステートマシン図において、状態要素のアクションを
クラスの操作と関連づけてモデリングしたいです。

○回答

現在のEnterprise Architectの方向性を示す例として、状態間の遷移の
「制約」タブの内容が挙げられます。

このタブには「結果を他の要素で表現」という項目があり、他の要素の定義の
内容を流用することができます。

現在、EntryやExitなどのアクションについては、ソースコード生成の際には
「振る舞い」タブの「振る舞い」の内容が利用されます。この部分で
ご希望のように、クラスの操作を呼び出す方法は、現実的であり
わかりやすいと思いました。

開発元と相談し、まずは既存の操作やアクション要素などを割り当てることが
できるようにする方向で強化を検討します。

本件は、クラスの操作を、そのクラスのステートマシンのトリガとリンクさせることも含んでいますか？

クラス図上で操作を定義した後、遷移トリガで操作が選択できないので困っています。
また、ステートマシン上で新規追加した遷移トリガがクラスの操作として追加されないのも困ります。
同一のものとして自動更新したいです。

ご意見をお寄せ下さいましてありがとうございました。

元の投稿を行った時点の考えとしては、
状態間の遷移の「結果」の欄の「結果を他の要素で表現」の
ように、操作との情報を保持する形式を想定していました。

ただ、今回のご指摘で、この方法の場合には「トリガ」要素が
作成されませんので、「状態遷移表」形式にした場合には
うまく表示されない可能性がありました。

逆に、ご指摘のようにトリガ要素を作成してしまう方が
「状態遷移表」や遷移の「トリガ」の欄について
現状の動作と互換性があり、何の修正も必要がないので
操作と関連を持つトリガ要素が定義できる、というのが
現実的な解決策のように思いました。
(遷移のトリガに、クラスの操作を指定した場合には
自動的にトリガ要素が生成され、そのトリガ要素が
設定される)

貴重なご意見をお寄せ下さいましてありがとうございました。
引き続き検討を続けて参ります。

今後ともよろしくお願いします。

回答ありがとうございました。


遷移トリガなのにクラス図上で操作として表示されない問題を解決したいのですが、
現状では、間接的にでも結び付ける何らかの方法も無い、ということなのですね。

表記上の問題だけならば、仮に同名をつけて手作業で操作・トリガを揃えることは可能ですが、
コード生成（Suiteシステムエンジニアリング版でステートマシン図からもコード生成を想定）となると対応できません。


本件、いつ頃対応されるでしょうか？

ご返信ありがとうございました。

ご理解のように、現時点ではトリガとクラスの操作を
関連づける方法はありません。

この点を含めて、システムエンジニアリング版での
コード生成全般についてのご要望をいろいろといただいており
そのご要望への対応とあわせて、機能強化する予定です。

そのため、現時点では、すぐに(例えば次のビルドで)対応するという
方針ではありません。

優先度を上げて対応していきたいと思いますが
ご要望に添えず申し訳ございません。

こちらの件につきまして、ビルド846Jにて
遷移や状態内のアクションと、クラスの操作などの「振る舞い」を
関連づける機能を追加いたしました。

Enterprise Architect Suiteの既定のコード生成の方針から
トリガと関連づける形にはなっていませんが、クラス図の情報と
関連づけることができるようになったと思います。

ぜひご利用下さい。