0

私はクライアント/サーバーアプリケーションを書いています。今、私はコミュニケーションについていくつかの基本的な図を作りたいのですが、どの種類のUML図を選ぶべきかわかりません。それは、基本的な手順だけで、詳細に立ち入ることなく、本当に基本的なものでなければなりません。

頭に浮かぶのはシーケンス図だけですが、この目的には向いていないと思います。

ダイアグラムを忘れていますか？または、これに適したUML図はありませんか？どのような図を使用することをお勧めしますか？

4

2 に答える 2

2

シーケンス図を使用することの何が問題になっていますか？

..................................................
..+------------+......+------------+..............
..|  *:Client  |......|  *:Server  |..............
..+------+-----+......+------+-----+..............
.........|...................|....................
.......+-+-+...............+-+-+..................
.......|   |.doSomething().|   |..................
.......|   +==============>+   +==+..............
.......|   |...............|   |..|...............
.......|   |...<<return>>..|   |..|...............
.......|   +<--------------+   +<=+...............
.......|   |...............|   |..................
.......+-+-+...............+-+-+..................
.........|...................|....................
.........X...................X....................
..................................................

これらの図を使用しても大丈夫だと私には思えます。

乾杯。

于 2012-08-13T19:33:58.957 に答える
2

まあ、それはあなたが文書化したいものに少し依存します：

  • メッセージの順序の場合、シーケンス図は本当に進むべき道です
  • 誰が誰とメッセージを交換するか（そしておそらくコミュニケーションにおける彼らの役割）に焦点が当てられている場合は、コミュニケーション図を使用します
  • クライアントとサーバー間で交換できるメッセージ（つまり、メッセージAPI）を説明する場合は、コンポーネント図を使用して一般的なクライアント/サーバーインターフェイスを説明し、クラス図を使用してインターフェイスのメッセージの詳細を具体化します。
于 2012-08-14T09:00:15.540 に答える