2017-08-18 16 views
1

は、というロボティクス用の社内開発フレームワーク(ROSに似ています)を使用している私たちの高水準ソフトウェアアーキテクチャを文書化することを任されました。コンポーネント図のアドバイスフレームワーク

コンポーネント図では、提供された基本フレームワークアプリケーションで(XMLファイルで指定された型に基づいて)コンポーネントがクラスローダによってインスタンス化され、別のスレッドで実行されたことをどのように表していますか?このコンポーネントは、フレームワークが提供するサービス(ネットワーク通信など)を実装し、インスタンス化します。

答えて

0

この例のように、<<instantiate>>の関係をpのUML 2.5仕様と同様に使用できます。 39:

図7.19では、CarFactoryクラスはCarクラスに依存しています。この場合、Dependencyは標準ステレオタイプ«インスタンス化»が適用されたUsageで、CarFactoryクラスのインスタンスがCarクラスのインスタンスを作成することを示します。

enter image description here

OMGは、いくつかの「芸術的」矢印の端を使用することに注意してください(彼らがあるべきな彼らのドキュメントのように一貫していません)。単純な白三角がより一般的に使用されます。 p。で39:

A依存関係は、2つのモデル要素の間に破線矢印で示されています。矢印(顧客)の末尾のモデル要素は、矢頭のモデル要素(供給元)によって異なります。矢印は、オプションのキーワードまたはステレオタイプとオプションの名前でラベル付けすることができます。

使用する行は、点線よりも点線に似ていますが、

+0

ありがとう、これは本当に明らかです!私のポストの終わりから、私が理解できないもう1つのことは、コンポーネント(つまり車)がフレームワーク(すなわちネットワーク通信)によって提供されるサービスを実装し、インスタンス化すると、フレームワークコンポーネントがインターフェイスを「実現」する(またはその逆)、またはコンポーネントのインターフェイスを表示/表示するのをスキップし、代わりに「実現」矢印を使用するだけですか? – rh87

+0

あなたが言及したUML仕様を見てください(ありがとう)、私はそこに答えがあることを知っています。 "図10.9 ProximitySensorの提供されたインターフェースであるISensorは、CapacitiveSensorに継承されています。 – rh87

+0

ロリポップ記法を使用するか、必要なインターフェイス(それぞれ<ステレオタイプクラス)に提供されている依存関係の実現方法を使用することができます。私は写真を追加すべきか、それとも明確であるべきか? –

関連する問題