これを明確にするためにいくつかの良い読み物を見つけようとしていますが、見つけることができません（または、これを適切に検索する方法がわからないだけかもしれません）。
私が見つけようとしているのは、次のようなアプリケーションがあることを考慮して、
より技術的な観点ではなく、機能的な観点でこれを表す図を描くための最良のアプローチは何ですか? どのようなアプローチを取るべきかをより明確に理解するために、どのような書籍、記事、ウェブサイトが役立ちますか?
前もって感謝します。
良い、
あなたが自問すべき最初のこと：
なぜ私はこれについて図を描いているのですか、または図を描きたいのですか?
多分あなたの答えは：
それらの要素間の重要なコミュニケーションを理解する。
次に、次のように言えます。
ああ、シーケンス図が役立つかもしれません...
購入する可能性があります。答えは次のとおりです。
ああ、システム コンポーネントのトポロジーが心配です。それらはどのように展開されますか？
次に、次のように言えます。
ああ、展開図が役立つかもしれません...描画してください。
だから「文脈」に依存します...
UML ダイアグラムは問題を解決しません。システムのトリッキーで難しい部分を理解し、ビジュアル モデリングによって代替ソリューションを考えるのに役立ちます。
モデルは「セルフマスターベーション」活動ではありません。「グループセックス」のようなものです。他の人と一緒にいるとき、あなたは最も利益を得るでしょう...
したがって、主な問題は、どの図を描くかではありません...主な問題は次のとおりです。
どのような問題がありますか？誰と解決策を見つけたいですか? 図を描くことで、どのようなメリットが得られるでしょうか。
UMLについては、ラーマンの本を明確に提案します：UMLとパターンの適用：Amazonで確認
そして最後に、UML が目的に合わない場合は、創造的かつ実用的になるようにしてください...テキストの記述を使用するか、「独自の」ビジュアル モデリングを作成することもできます :-) または、あなたを助ける何かをしてください...