さて、あなたは自問しなければならない
まず最初:
なぜ私が描くかこのことについて図を描きたいのですか?
たぶん、あなたは答えは次のとおりです。
これらの要素の間の重要な/ significiant通信を理解します。
その後、我々は言うことができる:
ああ多分シーケンス図が...
購入は、あなたがある答えるかもしれ役立つことがあります。
ああ、私は心配していますシステムコンポーネントのトポロジそれらのものはどのように展開されますか?
その後、我々はそれを言うことができます。
ああ、展開図はあなたが... 1を描画するのに役立ちますことがあります。
ので
UMLダイアグラムはあなたの問題を解決することはできません... "文脈" に依存します。これらは、システムの複雑で難しい部分を理解し、ビジュアルモデリングによる代替ソリューションを考えるのに役立ちます。
モデリングは「自己マスターベーション」ではありません。それは "グループセックス"のようなものです。あなたが他の人とやるときに最大の利益を得るでしょう...
したがって、主な問題はどの図を描くことではありません...主な問題は次のとおりです。
どのような問題がありますか?あなたは誰が解決策を見つけようとしていますか?図を描くことでどのようなメリットが得られますか? UMLについては
私はLarman帳示唆definelty:UMLは、あなたの目的に合わせて創造的かつ実用的なこと...テキストdesriptionを使用したり、作成しない場合は、あなたの "Check at amazon
そして最後に:UMLとパターンを適用します独自の "ビジュアルモデリング:-)またはあなたを助けるものを実行します。
多分、[配置図](http://en.wikipedia.org/wiki/Deployment_diagram) –