Diagram?)構造図の一種であるパッケージ図は、中規模から大規模のプロジェクトにおけるモデル要素の配置と編成を示します。多層アプリケーションモデルとして表示できます。Editionは、すべてのUML図タイプをサポートするUMLソフトウェアです。それは国際的な賞を受賞したUMLモデラーですが、それでも使いやすく直感的で完全に無料です。無料ダウンロードパッケージ図の目的パッケージ図は、高レベルのシステム要素を構成するために使用されます。パッケージは、図、文書、その他の重要な成果物を含む大規模システムを編成するために使用されます。パッケージ図は複雑なクラス図を単純化するために使うことができます、それはパッケージにクラスをグループ化することができます。パッケージは論理的に関連したUML要素の集まりです。パッケージはファイルフォルダとして表示され、どのUMLダイアグラムでも使用できます。一目でわかるパッケージ図パッケージ図は、複雑なクラス図を単純化するために使用され、クラスをパッケージにグループ化することができます。パッケージは論理的に関連したUML要素の集まりです。以下の図は、クラスがパッケージにまとめられているビジネスモデルです。パッケージは上部に小さなタブ付きの長方形として表示されます。パッケージ名はタブまたは長方形の内側にあります。点線の矢印は依存関係です。他のパッケージの変更が最初のパッケージの変更を強制する可能性がある場合、あるパッケージは別のパッケージに依存します。パッケージ図の基本概念パッケージ図は入れ子になったパッケージの階層構造に従います。入れ子になったパッケージのアトミックモジュールは通常クラス図です。パッケージ図を使用する際の制約はほとんどありません。それらは以下のとおりです。パッケージ名はシステムに対して同じではいけませんが、異なるパッケージ内のクラスは同じ名前を持つことができます。パッケージには、全体図、コンポーネント名のみ、またはコンポーネントをまったく含まないことができます。パッケージの完全修飾名の構文は以下のとおりです。パッケージは、以下に示すいくつかの例の表記法で表すことができます。依存関係には2つのサブタイプがあります。それらは<<インポート>>&<アクセス>>です。2つのステレオタイプがありますが、ユーザーは2つのパッケージ間の依存関係のタイプを表すために独自のステレオタイプを使用できます。あるパッケージには他のパッケージの機能からの助けが必要です。複雑なグループ化のモデリングパッケージ図は、パッケージと他のパッケージまたはオブジェクトとの間の階層関係(グループ化)を記述するためによく使用されます。パッケージは名前空間を表します。Order"シナリオのパッケージ図を設計します。追跡注文モジュールは、顧客が注文した製品の追跡情報を提供する責任があります。顧客が追跡シリアル番号を入力すると、追跡注文モジュールはシステムを参照して、現在の出荷状況を顧客に更新します。プロジェクトの説明に基づいて、最初にシステム内のパッケージを識別してから、関係に従ってそれらを関連付けます。システムのパッケージを識別するトラック注文モジュールがあります、それは注文の詳細について知るために他のモジュールと話さなければなりません、それを「注文の詳細」と呼びましょう。次に注文の詳細を取得した後、配送の詳細について知っておく必要があります。"配送"と呼びましょう。システム内の依存関係を識別する追跡注文は「注文詳細」から注文の詳細を取得する必要があり、「注文の詳細」は顧客から提供された追跡情報を知っている必要があります。2つのモジュールがお互いにアクセスしていて、二重依存関係で十分です。配送情報を知るために、「配送」は「トラック注文」をインポートしてナビゲーションを簡単にすることができます。最後に、UIフレームワークへの追跡注文の依存関係もマッピングされ、注文処理サブシステムのサブシステム図が完成​​します。今すぐUMLパッケージ図を描くオブジェクトダイアグラムとは何か、そしてオブジェクトダイアグラムを描く方法を学びました。あなた自身のオブジェクト図を描く時が来ました。Diagramを作成してください。それは使いやすく直感的です。