97

私は現在、選択した IDE として NetBeans を使用しています。NetBeans には、UML モデリング用のプラグインがあります。Boundary Classクラス図には、 、Control Class、 と呼ばれるモデル要素がありEntity Classます。ただし、それらの適切な定義を見つけることはできませんが、UML クラス図でこのサイトを見つけました。

4

6 に答える 6

234

ロバストネス図は、ユース ケースの後、クラス図の前に記述します。これらは、ユース ケース ステップの役割を識別するのに役立ちます。これらを使用して、構築中のシステムの使用要件を表すのに十分な堅牢性をユース ケースに持たせることができます。

それらには以下が含まれます。

  1. アクター
  2. ユースケース
  3. エンティティ
  4. 境界
  5. コントロール

Model-View-Controllerパターンがユーザー インターフェイスに使用されるのに対し、Entity-Control-Boundary パターン (ECB) はシステムに使用されます。ECB の次の側面は、MVC の抽象的なバージョンに例えることができます。

UML表記

エンティティ (モデル)
多くの場合、ドメイン モデルからのシステム データを表すオブジェクト。

境界 (ビュー/サービス コラボレーター)
システム アクター (ユーザーや外部サービスなど) とやり取りするオブジェクト。ウィンドウ、画面、およびメニューは、ユーザーとのインターフェースとなる境界の例です。

コントロール (コントローラ)
境界とエンティティの間を仲介するオブジェクト。これらは、境界要素とエンティティ要素の間の接着剤として機能し、さまざまな要素とそれらの相互作用を管理するために必要なロジックを実装します。設計内でコントローラをオブジェクト以外のものとして実装する場合があることを理解することが重要です。たとえば、多くのコントローラは、エンティティまたは境界クラスのメソッドとして実装できるほど単純です。

彼らのコミュニケーションには 4 つのルールが適用されます。

  1. アクターは境界オブジェクトとのみ会話できます。
  2. 境界オブジェクトは、コントローラとアクターのみと通信できます。
  3. Entity オブジェクトはコントローラーとのみ通信できます。
  4. コントローラは、境界オブジェクトとエンティティ オブジェクト、および他のコントローラと対話できますが、アクターとは対話できません

通信許可: 

         Entity    Boundary   Control
Entity     X                     X
Boundary                         X
Control    X          X          X
于 2013-06-10T16:41:24.430 に答える
25

多くの場合、OOAD およびビジネス モデリングと共に、またはその一部として使用されます。Neil の定義は正しいですが、基本的には MVC と同じですが、ビジネス用に抽象化されているだけです。「良い要約」はよくできているので、ここではコピーしません。これは私の仕事ではなく、より詳細ですが、ニールの箇条書きと一致しているためです。

良いまとめ - Conceito: Entity-Control-Boundary Pattern

OOAD

于 2009-03-25T23:04:23.557 に答える
18

これらは、分析で使用されるクラスのステレオタイプです。

  • 境界クラスは、システムの境界にあるクラスです。つまり、ユーザーまたは他のシステムが相互作用するクラスです。

  • エンティティ クラス クラスは、「人」や「銀行口座」などの典型的なビジネス エンティティです。

  • 制御クラスは、何らかのビジネス ロジックまたはその他を実装します。

于 2009-03-25T22:56:15.477 に答える
4

実際には、ロバストネス ダイアグラム (または分析ダイアグラムと呼ばれることもあります) は、特殊なクラス ダイアグラムにすぎません。それらは UML の一部であり、当初から存在しています (「Three Amigos」シリーズの書籍の一部である Jacobson の著書 The Unified Software Development Process を参照してください)。前述の本の 183 ～ 185 ページには、これら 3 つのクラスの適切な定義があります。

于 2009-06-29T21:06:18.677 に答える