私は大学院のクラスのプロジェクトに取り組んでいますが、それでも頭を抱え込むのに苦労しています。
シーケンス図(SD)とシステムシーケンス図(SSD)の違いは何ですか?
そして、システム開発プロジェクトに取り組むとき、それらはどの順序で開発されるべきですか?
システムシーケンス図 はユースケースを視覚化し、 シーケンス図 はクラスのメソッドを視覚化します。
システムシーケンス図に参加する(メッセージを交換する)要素は、アクターとシステムです。これらの要素によって交換されるメッセージは、システム(Webサービス呼び出しから人間からのデータ入力まで)に応じて任意のタイプになる可能性があります。
シーケンス図に含まれる要素はオブジェクト(さまざまなクラスのインスタンス)です。これらの要素によって交換されるメッセージはメソッド呼び出しです。
最初に、ユースケースを分析して文書化します。各ユースケースは、必要な主なビジネスタスクについて説明しています。システムユースケース図はこのアクティビティの一部です。
その後、各サブシステム、つまりシステムのユースケース図に参加する各要素を設計します。ソリューションに参加しているクラスを表す1つ以上のクラス図を描画します。次に、最も重要な(または理解が難しい)メソッドのシーケンス図を描画します。
編集: アジャイルモデリングサイト にいくつかの例があります。
シーケンス図:2つのオブジェクト間の相互作用を示します。システムシーケンス図:システムとアクター間の相互作用を示します。
シーケンス図は、より一般的な用語にすぎません。
シーケンス図は主に、ライフラインとして順番に表されるオブジェクト間の相互作用を示すために使用されます。
(VP ULMヘルプから)つまり、1つのメソッドの視覚化ではないことがわかります@nakosspyが書くように。
メソッド、サービス、コンポーネント、システムなど、どのレベルでも実行できます。
システムシーケンス図は、最上位レベル向けに作成されたシーケンス図です。 Wiki が示すように、単一のユースケースだけでなく、ユースケースのグループを表すこともできます。しかし、はるかに重要なことは、システムSDの要素はIT俗語なしでユーザー用語で説明されるべきです。 それはプロジェクト文書の要件部分に属しているためです。
UMLにはシーケンス図が1つしかないため、これをさまざまな抽象化レベルに使用できます。この図を使用して、アクターとコンポーネント、クラスなどの間の相互作用を文書化できます。場合によっては、「システムシーケンス図」という名前が見つかることがあります。この図は、特定の操作の実現(おそらくWebサービス)、アクターのないコンポーネントを表しています。