構造図の一種であるパッケージ図は、中規模から大規模のプロジェクトにおけるモデル要素の配置と編成を示します。パッケージ図は、サブシステムまたはモジュール間の構造と依存関係の両方を示すことができ、システムのさまざまなビューを、例えば多層(別名多層)アプリケーション - 多層アプリケーションモデルとして表示できます。

パッケージ図の階層

より早く、より簡単にUMLを学ぶ

あなたはより早く、より簡単にそしてより早くUMLを学ぶための無料のUMLツールを探していますか?Visual Paradigm Community Editionは、すべてのUML図タイプをサポートするUMLソフトウェアです。それは国際的な賞を受賞したUMLモデラーですが、それでも使いやすく直感的で完全に無料です。

パッケージ図の目的

パッケージ図は、高レベルのシステム要素を構成するために使用されます。パッケージは、図、文書、その他の重要な成果物を含む大規模システムを編成するために使用されます。

  • パッケージ図は複雑なクラス図を単純化するために使うことができます、それはパッケージにクラスをグループ化することができます。
  • パッケージは論理的に関連したUML要素の集まりです。
  • パッケージはファイルフォルダとして表示され、どのUMLダイアグラムでも使用できます。

一目でわかるパッケージ図

パッケージ図は、複雑なクラス図を単純化するために使用され、クラスをパッケージにグループ化することができます。パッケージは論理的に関連したUML要素の集まりです。

以下の図は、クラスがパッケージにまとめられているビジネスモデルです。

  • パッケージは上部に小さなタブ付きの長方形として表示されます。
  • パッケージ名はタブまたは長方形の内側にあります。
  • 点線の矢印は依存関係です。
  • 他のパッケージの変更が最初のパッケージの変更を強制する可能性がある場合、あるパッケージは別のパッケージに依存します。

簡単なパッケージ図の例

パッケージ図の基本概念

パッケージ図は入れ子になったパッケージの階層構造に従います。入れ子になったパッケージのアトミックモジュールは通常クラス図です。パッケージ図を使用する際の制約はほとんどありません。それらは以下のとおりです。

  • パッケージ名はシステムに対して同じではいけませんが、異なるパッケージ内のクラスは同じ名前を持つことができます。
  • パッケージには、全体図、コンポーネント名のみ、またはコンポーネントをまったく含まないことができます。
  • パッケージの完全修飾名の構文は以下のとおりです。

パッケージ構文

パッケージは、以下に示すいくつかの例の表記法で表すことができます。

パッケージ図

パッケージ図 - 依存関係の表記

依存関係には2つのサブタイプがあります。それらは<<インポート>>&<アクセス>>です。2つのステレオタイプがありますが、ユーザーは2つのパッケージ間の依存関係のタイプを表すために独自のステレオタイプを使用できます。

パッケージ図の例 - インポート

<> - あるパッケージが他のパッケージの機能をインポートする

パッケージ図のインポート

パッケージ図の例 - アクセス

<<アクセス>> - あるパッケージには他のパッケージの機能からの助けが必要です。

パッケージ図へのアクセス

複雑なグループ化のモデリング

パッケージ図は、パッケージと他のパッケージまたはオブジェクトとの間の階層関係(グループ化)を記述するためによく使用されます。パッケージは名前空間を表します。

パッケージ図の例 - 階層構造

パッケージ図階層化アプリケーション

パッケージ図の例 - 注文サブシステム

パッケージ図注文サブシステム

パッケージ図例 - 注文処理システム

パッケージ図注文サブシステム

パッケージ図例 - 注文処理システム

注文処理システム - 問題の説明

オンラインショッピングストアの "Track Order"シナリオのパッケージ図を設計します。追跡注文モジュールは、顧客が注文した製品の追跡情報を提供する責任があります。顧客が追跡シリアル番号を入力すると、追跡注文モジュールはシステムを参照して、現在の出荷状況を顧客に更新します。

プロジェクトの説明に基づいて、最初にシステム内のパッケージを識別してから、関係に従ってそれらを関連付けます。

システムのパッケージを識別する

  • トラック注文モジュールがあります、それは注文の詳細について知るために他のモジュールと話さなければなりません、それを「注文の詳細」と呼びましょう。
  • 次に注文の詳細を取得した後、配送の詳細について知っておく必要があります。それを "配送"と呼びましょう。

パッケージ図

システム内の依存関係を識別する

  • 追跡注文は「注文詳細」から注文の詳細を取得する必要があり、「注文の詳細」は顧客から提供された追跡情報を知っている必要があります。2つのモジュールがお互いにアクセスしていて、二重依存関係で十分です。

    パッケージ図デュアルアクセス

  • 配送情報を知るために、「配送」は「トラック注文」をインポートしてナビゲーションを簡単にすることができます。

    パッケージ図インポートの使用

  • 最後に、UIフレームワークへの追跡注文の依存関係もマッピングされ、注文処理サブシステムのサブシステム図が完成​​します。

    注文処理パッケージ図

今すぐUMLパッケージ図を描く

オブジェクトダイアグラムとは何か、そしてオブジェクトダイアグラムを描く方法を学びました。あなた自身のオブジェクト図を描く時が来ました。無料のUMLソフトウェアであるVisual Paradigm Community Editionを入手し、無料のObject Diagramツールを使用して独自のObject Diagramを作成してください。それは使いやすく直感的です。

関連リンク

視覚的パラダイムオンライン

コメント

コメントフォーム
記事の評価
  • リセット
  • リセット