フローチャート
もっと
パッケージは、UML の各モデル要素を整理および管理するメカニズムであり、概念的に類似したモデル要素 (静的および動的を含む) をパッケージに整理して、さまざまな機能や目的を持つモジュールを形成し、要素の表示を制御できます。人々が複雑なシステムをよりよく理解できるようにするためのパッケージです。
パッケージ図はパッケージ間の関係で構成され、パッケージ間の関係の説明を通じてシステムのさまざまなモジュール間の依存関係を示します。
これはオペレーティング システムのフォルダーに似ているため、UML でも同様のフォルダー表記を使用して表現されます。
各パッケージには、同じ階層内の他のパッケージとは異なる名前を付ける必要があります。パッケージ名には 2 つの形式があります。
1. シンプルな名前
次の例に示すように、単純な名前にはパッケージの名前文字列のみが含まれます。
2. パス名
多くの場合、パッケージには他のパッケージが含まれています。パッケージ内のパッケージを外部で使用する場合、基本的な構文は外部パッケージ名::このパッケージ名です。次の図は、「Borrow」パッケージが「SystemInterface」パッケージ内にあることを示しています。
パッケージはグループ化メカニズムであるため、パッケージにはクラス、ユースケース、インターフェイス、コンポーネント、ノードなどの UML の要素を含めることができます。また、他のパッケージ、ユースケース図、コラボレーション図、シーケンス図などを含めることもできます。
パッケージ内の要素の可視性には、主に 3 つのタイプがあります。
1.公共
要素の前に「+」記号を追加すると、その要素はパッケージに導入されたすべての要素に表示されます。
2. プライベート
要素の前に「-」記号を追加することで示されるように、その要素は同じパッケージ内の要素にのみ表示されます。
3.保護されている
要素の前に「#」記号を追加することで示され、その要素は、パッケージを継承するパッケージ内の要素に表示されます。
次の図は、パッケージ内の要素の可視性を表す 3 つの方法を示しています。
要素の 3 つの可視性表現方法が含まれています
上図の 3 つのクラス「クラス A」、「クラス B」、「クラス C」の可視性は、それぞれパブリック、プライベート、プロテクトです。
パッケージ間の関係には、主に依存関係と汎化関係が含まれます。
1. 依存関係
パッケージ間の依存関係は、2 つのパッケージ内の複数の要素間の依存関係を指します。矢印は、依存パッケージから依存パッケージへの依存関係を示します。一般化、実装、インポートなどが考えられます。次の図は、2 つのパッケージ間の依存関係を示しています。
インポート依存関係とは、あるパッケージ内の要素が別のパッケージ内の要素にアクセスできるようにすることを指します。これは、点線の矢印に <<import>> ステレオタイプを追加することで表すことができます。インポートの依存関係は推移的ではありません。
2. 一般化関係
パッケージ間の一般化関係は、クラス間の一般化関係と似ています。このパッケージ間の一般化関係は、特別なパッケージが一般パッケージ内の要素を置き換えたり、新しい要素を追加したりできることを意味します。実際、パッケージ間の一般化は依存関係でもあります。
次の図は、さまざまなグラフィックまたは表記法で表されたパッケージのいくつかのステレオタイプを示しています。
パッケージのステレオタイプ
上図では、上から下、左から右に、ビジネス分析モデル、ビジネスシステム（ビジネスシステム）、ビジネスユースケース分析モデル（ビジネスユースケース分析モデル）、ドメインパッケージ（ドメインパッケージ）を表しています。 、レイヤー（Layer）とサブシステム（Subsystem）。必要に応じて、パッケージの対応するステレオタイプを選択でき、パッケージの機能をすばやく識別できます。
実際のモデリングでは次の原則に従うことができます。
1. 再利用等価原則
同様の再利用可能なモデル要素を 1 つのパッケージに含めるようにしてください。再利用可能なモデル要素と再利用不可能なモデル要素を 1 つのパッケージに混在させないでください。
2. 共通の再利用原則
同じアプリケーションで再利用する必要がある複数のモデル要素を同じパッケージに配置して、パッケージ間の依存関係を減らし、パッケージの独立性を高めます。
3. 共通閉鎖の原則
同時に変更および保守できるモデル要素をパッケージに入れて、将来の保守とアップグレードを容易にします。
4. 非循環依存の原理
パッケージ間の依存関係は循環を形成してはなりません。つまり、A が B に依存し、B が A に依存する、または複数のパッケージが循環依存関係を形成するという現象があってはなりません。
厳密に言えば、パッケージ図は本当の意味での UML 図ではありませんが、モデル要素の分類、モデル構造、プログラムの名前空間において重要な役割を果たします。実際のモデリングプロセスでは、次の方法を使用してパッケージ図を描画できます。
1. システムのモデル要素を分析し、概念的または意味的に類似したモデル要素をパッケージに組み込みます。
2. パッケージ内の各要素の可視性をマークします。
3. パッケージ間の依存関係を確認します。
4. パッケージ マップを描画し、パッケージ マップを最適化します。
ProcessOn では、UML 図ファイルでパッケージ図を作成したり、パッケージ図の作成に関与するグラフィック要素をフローチャートに追加してパッケージ図を作成したりできます。
1. パッケージを作成する
UML 一般グラフィックの「package」要素を、エディタ左側のグラフィックコンポーネント領域からエディタ右側の空白領域にドラッグするだけでパッケージの作成が完了します。
ProcessOn を使用してパッケージを作成する
2. パッケージの名前を変更します
パッケージの名前を変更するには、パッケージのグラフィック上の「パッケージ名」をクリックします。
3. パッケージに要素を追加する
描画時に、ユーザーはエディターの左側にあるグラフィックスコンポーネント領域からエディターの空白領域にグラフィックスを直接ドラッグして、グラフィックスの作成を完了できます。次に、グラフィックを選択し、エディターの上部にあるツールバーと右側のツール パネルを使用してグラフィック関連のプロパティを設定できます。
パッケージに要素を追加する
4. パッケージ間の接続を追加する
接続を描画する方法は、ショートカットキー「L」を使用するか、左側のグラフィックコンポーネント領域にある基本グラフィックから「直線」要素をエディタの空白領域にドラッグするか、直接移動しますグラフィックの一方の端からもう一方の端までの線を取得します。依存関係を追加する場合は、「依存パッケージ」を選択し、その端をクリックして「依存パッケージ」の上で左ボタンを押したままマウスを放すと、依存関係の確立が完了します。
パッケージ間のリンクを追加する
パッケージ図の具体的な使用法を説明するために、パッケージ図の 2 つの例を以下に示します。
最初の例は、システム分析と設計の段階に従ってさまざまなモデルを編成するパッケージを使用して、モデリング プロセスにおける各モデル要素の編成を反映しています。
モデリングプロセス中の各モデル要素の構成
2 番目の例では、システム開発における要素の構成について説明します。 UI には使用されるさまざまなユーザー インターフェイスが含まれ、BLL にはビジネス ロジック処理のためのさまざまなクラスまたはインターフェイスが含まれ、DAL にはデータ アクセス層の関連クラスが含まれ、Common にはシステムのさまざまなモジュールで共有されるいくつかのコンポーネントまたはクラスが格納されます。
システム開発におけるさまざまな要素の構成
無料オンライン協力マインドマップとフローチャート 無料で使用 
