アクティビティ図で業務フローを表現する際に、外部システムを表記しようと考
えています。

例：
Ａ代理店が、顧客登録というアクティビティを実行する際に、本社の顧客管理シ
ステムＢにアクセスして、顧客情報を登録する。


この場合、
　レーン ：代理店、本社
　アクティビティ：顧客情報を登録する。

と考え、本社のシステムをオブジェクトとして表現しようと考えています。この
場合、このオブジェクトのstereotype としては、どういったものが適切なんで
しょうか。

Enterprise Architect の場合ですと、Business Control , object system,
controlなどといったstereotype がぱっと目に留まるのですが、どれが適切なの
か迷ってしまって。

その図面自体のコンテキストにも依るとは思うのですが、どのように考えるべきか
アドヴァイスいただければ幸いです、よろしくお願いいたします。

まず、ステレオタイプはUMLの定義を元に、新たなパーツを定義
するものですので、モデリングをされる方がご自身の条件に合わせて
自由に使用方法を決めることができるものと考えております。

実際にステレオタイプの使用方法を決定し、具体的にどのような内容の
ステレオタイプを使用するのかはモデリングするメンバーで自由に決め、
そのメンバー間で意識が合っていることが大切だと思います。

なお、例で挙げられているのと同じような内容のアクティビティ図例を
探してみたのですが、良い例が見つかりませんでした。
お役に立てず申し訳ございません。

Enterprise Architect で用意しているステレオタイプにつきましては
以下で概要を説明していますので、ある程度使用方法の指針になるかと
思います。
メインメニュー→「設定」→「UML」→「ステレオタイプ」のノート

ご期待通りの回答ができず申し訳ございません。

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


※実際の現場でモデリングを行う際、ステレオタイプの決定や使用を
どのように行っているのか、どなたか具体例を教えていただきますと
助かります。（私自身も興味があるので）

こんにちは。

以下あくまでもひとつの事例（もし私が同じ事をやるならこうするだろうなという）としてお聞きください。
sugimotoさんもおっしゃっているように、ステレオタイプはチーム内で自由に決めていいものだと思っていますので。

外部システムであることを明確にするのであれば、<<ExternalSystem>>などというステレオタイプを自分で作り、EAなら、それに特有の色やアイコンを割り当てると思います。（このあたり、EAのステレオタイプの機能をとても便利に使っています。）

もし、あまり独自のステレオタイプを増やしたくない、と思うのであれば、外部のシステムを表現するものとして、<<Actor>>を使ってしまいます。
UMLの規則にはない使い方だと思うので、それが嫌だ、という方はいると思うのですが、ビジネスモデリングならあまり気にしなくていいのかな、と個人的には思っています。

以上、ご参考まで。

stereotype については、方法論に直結するわけですね。

自分の中にある概念をどの要素にマッピングするか一度整理してみたいと思います。ご指南ありがとうございました。
UML2.0 本格的に勉強しないと。。。

もし可能でしたら、EAで予め設定されているstereotype の出典を
お教えいただければ幸いです、よろしくお願いします。

ご意見ありがとうございました。
ステレオタイプは分かりやすさや使い勝手で自由に決めるのが
良さそうという点で方向性が合っていましたので安心いたしました。
このような使用方法をする上でEnterprise Architectの
「UMLプロファイル」機能は有効だと思います。ぜひご利用ください。

また、ご質問のありました”EAで予め設定されているstereotype の出典”ですが、EAのステレオタイプは一般的なもの以外は特に何かを元にしているわけではなく、その時々で話題に上がったり有効と思われるステレオタイプが選ばれておりますので、それにとらわれずご自由にカスタマイズされてご利用なさって頂きたいと思います。

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