主な違い - シーケンス図とコラボレーション図の比較

ソフトウェアを開発する前に、何を開発すべきかをきちんと理解しておく必要があります。そのため、システムの設計が必要です。UML（Unified Modelling Language）を使って行うことができる。JavaやC#のようなプログラミング言語ではありません。システムの視覚的な表現を得るために使用されます。オブジェクト指向プログラミング（OOP）の導入により、ほとんどのプログラム、ソフトウェアが開発されるようになりました。オブジェクトでソフトウェアをモデル化するのに役立つパラダイムである。継承やカプセル化などのオブジェクト指向の概念は、UMLで表現することができます。これは分かりやすいですね。ノンプログラマーでも使用できます。一般に、システム全体を理解するためには、図だけでは不十分です。UML図には様々な種類があり、それぞれ異なる側面を含んでいます。シーケンス図とコラボレーション図は、2つの対話型図です。シーケンス図とコラボレーション図の大きな違いは、シーケンス図が時系列を重視する場合に使用されるのに対し、コラボレーション図はオブジェクトの構成を重視する場合に使用されることです。この記事では、シーケンス図とコラボレーション図の違いについて説明します。

カタログ

1. 概要と主な違い 2. シーケンス図とは 3. コラボレーション図とは 4. シーケンス図とコラボレーション図の共通点 5. 並べて比較 - シーケンス図とコラボレーション図を表形式で 6. まとめ

シーケンス図は何ですか？

シーケンス図は、特定の期間におけるオブジェクト間の相互作用を表現するために使用されます。リクエストメッセージは濃い矢印で、リターンメッセージは破線の矢印で示される。長方形の縦長のボックスは、各オブジェクトの活性化時間を示す。

図01：シーケンス図

上の図によると、顧客オブジェクトは商品オブジェクトにメッセージを送り、商品が入手可能かどうかを確認します。商品オブジェクトは在庫オブジェクトにメッセージを送り、商品が在庫で入手可能かどうかを判断します。商品の在庫状況に応じて、在庫から商品へ、商品からお客様へ返信を行います。次に、顧客オブジェクトは、支払いメッセージを支払いオブジェクトに送信する。最後に、お客様に受信メッセージを送信します。要求された製品、支払いの要求。黒い矢印で示されている。Yes/Noで、リターンメッセージです。破線の矢印で示す。顧客オブジェクトは、プロセス全体を通じてアクティブです。商品と在庫のオブジェクトは、最初にアクティブになります。支払いオブジェクトは、支払いを完了するためにアクティブにする必要があるため、最後にアクティブになります。全体として、シーケンス図は、特定の時間帯におけるオブジェクト間の相互作用に関する情報を提供します。

コラボレーション図は何ですか？

コラボレーション図では、オブジェクト間の相互作用に焦点を当て、オブジェクトの構成を示します。

図02：コラボレーション図

上のコラボレーション図によると、オブジェクトは長方形で表現されています。メッセージは矢印とシーケンス番号で表現されます。最初のメッセージは、注文商品です。ここでも、各メッセージにはシーケンス番号が付きます。したがって、この番号は、メソッドがどのように次々と呼び出されるかを示しています。条件付き文は角括弧で表示されます。masterとvisaでの支払いは別条件となります。キャプテンによる支払いと、**ペイメントが支払いとなります。そのため、3.1、3.2と表記している。

順序とコラボレーション図の共通点

• シーケンス図とコラボレーション図は、どちらもUMLの相互作用図です。
• シーケンス図もコラボレーション図も、システムの動作面を描いています。

順序とコラボレーション図の違い

概要 - シーケンス図 vs. コラボレーション図

ソフトウェアを開発する場合、いきなり開発を開始することはできません。UMLは、JavaやC++などの汎用プログラミング言語に比べ、簡単にシステムを理解することができる。そのうちの2つが、シーケンス図とコラボレーション図です。シーケンス図とコラボレーション図の違いは、時系列が重要な場合はシーケンス図、オブジェクトの組織が重要な場合はコラボレーション図が使用されることです。

引用