システムアーキテクチャ設計のプロフェッショナルスキル・ソフトウェアエンジニアリングのためのUMLモデリング設計

现在的一切都是为将来的梦想编织翅膀,让梦想在现实中展翅高飞。
Now everything is for the future of dream weaving wings, let the dream fly in reality.

クリックしてシリーズ記事ディレクトリに入ります

ここに画像の説明を挿入します

1. 要件分析 - UML 図

ここに画像の説明を挿入します

2. ユースケース図

2.1 ユースケース図の関連関係 (拡張、一般化を含む)

ここに画像の説明を挿入します

包含関係(必須):抽出された公開ユースケースを抽象ユースケースと呼び、元のユースケースを基本ユースケースまたは基本ユースケースと呼ぶ。2 つ以上のユース ケースから共通の動作を抽出できる場合は、包含関係を使用して表現する必要があります。
ここに画像の説明を挿入します

拡張関係 (オプション):ユース ケースに 2 つ以上の異なるシナリオが明らかに混在している場合、つまり、状況に応じて複数の分岐が発生する可能性がある場合、ユース ケースを基本ユース ケースと 1 つ以上の拡張ユース ケースに分けることができます。説明がより明確になる可能性があります。
ここに画像の説明を挿入します

一般化関係 (親子):複数のユース ケースが同様の構造と動作を共有する場合、それらの共通点を親ユース ケースに抽象化し、他のユース ケースを一般化関係の子ユース ケースとして使用できます。ユース ケースの一般化関係では、子ユース ケースは親ユース ケースの特殊な形式であり、子ユース ケースは親ユース ケースのすべての構造、動作、および関係を継承します。
ここに画像の説明を挿入します

2.2 ユースケース図

  • ユースケース図は、一連のユースケース、アクター、およびそれらの間の関係を記述します。
  • ユーザーの観点からシステム機能を説明します。
  • 参加者は外部トリガーです
    (ユーザー、組織、外部システム、時間を含む)
  • ユースケースは機能単位です。

関係には、包含関係、拡張関係、汎化関係が含まれます。

ユース ケース モデリング プロセス:
参加者を特定する (必須)
ユース ケースを取得するための要件を結合する (必須)
ユース ケースの説明を洗練する (必須)
ユース ケース モデルを調整する (オプション)
ここに画像の説明を挿入します

3. クラス図とオブジェクト図

3.1 クラス図とオブジェクト図の関係(依存、汎化、関連(集合・結合)、実装)

ここに画像の説明を挿入します
ここに画像の説明を挿入します

3.2 クラス図とオブジェクト図

クラス図:クラス図は、一連のクラス、インターフェイス、コラボレーション、およびそれらの間の関係を記述します。

オブジェクト図: オブジェクト図は、オブジェクトのセットとオブジェクト間の関係を記述します。オブジェクト図は、クラス図で作成されたモノのインスタンスの静的なスナップショットを記述します。

クラス名、メソッド名、属性名
多重度(対応する関係番号 1、0...*)
関係

ここに画像の説明を挿入します

4. シーケンス図(シーケンス図)

シーケンス図(シーケンス図、シーケンス図)シーケンス図は、オブジェクト間でメッセージが送信される順序を強調し、オブジェクト間の相互作用を表示する相互作用図です。
ここに画像の説明を挿入します

5. コミュニケーション図(連携図)

通信図コミュニケーション図は対話図でもあり、メッセージ送信の時系列を特に強調するのではなく、オブジェクト間のメッセージ送受信関係を強調します。
ここに画像の説明を挿入します

6. 状態図

状態図はクラスの説明を補足するものです。特定のイベントが発生したときに、そのようなオブジェクトの可能な状態とその状態の遷移を示すために使用されます。

ここに画像の説明を挿入します

注文処理プロセス中に、メンバーは「注文をキャンセル」をクリックして注文をキャンセルできます。支払いが失敗した場合、注文は保留中としてマークされ、後で返金することができます。支払いがないまま保留タイムアウトが 30 分を超えると、システムは自動的に注文をキャンセルします。注文の支払いが完了すると、システムは注文の種類を決定します。 (1) 通常の注文の場合、在庫ステータス
としてマークされ、注文情報が貨物部門に送信され、梱包完了後に速達で配送されます。 (2) カスタマイズ注文の場合は、自動的にカスタマイズステータスに入り、カスタマイズ完了後、速達で配送されます会員がシステムの「受付」ボタンをクリックすると受付状態となり、注文処理全体が終了します。

ここに画像の説明を挿入します

7. アクティビティ図

アクティビティ図は特別な種類の状態図です。アクティビティ図は、オペレーションで実行されるさまざまなアクティビティの実行フローを記述します。同時に、ユースケースの処理フローやある種のインタラクションフローを記述するためによく使用されます。アクティビティ図は、プロセスまたはその他のコンピューティング構造を、計算内の制御とデータの段階的なフローとして示します。オブジェクト間の制御フローを強調します。
アクティビティ図とフローチャートの違いは、並列化できることです。
ここに画像の説明を挿入します
ここに画像の説明を挿入します

8. タイミングチャート

タイミング ダイアグラムは、タイミング ダイアグラムとも呼ばれ、インタラクション プロセス中のリアルタイム情報を表示するために使用されるインタラクション ダイアグラムでもあり、特にオブジェクトの状態が変化する時点と特定の状態が維持される期間を記述します。
ここに画像の説明を挿入します

9. 構造図とパッケージ図

コンポーネント図コンポーネント図は、カプセル化されたクラスとそのインターフェイス、ポート、および埋め込みコンポーネントとコネクタで構成される内部構造を記述します。コンポーネント図は、システムの静的な設計実装ビューを表すために使用されます。コンポーネント図は、小さなコンポーネントから大規模なシステムを構築する場合に重要です。コンポーネント図はクラス図のバリエーションです。
ここに画像の説明を挿入します
パッケージ図、パッケージのアイコンはラベル付きのフォルダーのようなものです。パッケージの基本的な考え方は、一緒に機能する要素をフォルダーに入れることです。例: 複数のクラスまたはコンポーネントがサブシステムを形成し、それらをパッケージに入れることができます。

10. 展開図

展開図配置図には、ランタイム処理ノードとその中に存在するコンポーネントの構成が記述されています。配置図は、アーキテクチャの静的な配置ビューを提供します。通常、ノードには 1 つ以上の配置図が含まれます。

ここに画像の説明を挿入します
クリックしてシリーズ記事ディレクトリに入ります

おすすめ

転載: blog.csdn.net/weixin_30197685/article/details/132787233