私は自分の学校の割り当てとしてシステムをモデル化しています。私はデータベースとHibernateを使用します。私は多くの永続的なSerializableオブジェクトを持っています。しかし、約20のクラスを持つダイアグラムでは、それが判読不能になります。 私は、永続クラスとインターフェイス実現の関係を示す一般的な図を分割するソリューションを考えました。それは最高の解決策ですか、それとももっと良い方法がありますか？インターフェイスの実現により、私のUMLクラス図が乱雑になります
20クラスでは読みにくく、大きすぎます。図の分割は問題ありません。 UMLはモデリング言語であり、ダイアグラムは単なるビューなので、問題はありません。 （ただし、一部の実装はビューまたはVisioのようなセミモデルのみです）、データドメイン間で分割し、すべてのダイアグラムで重要なパスを表示します。 「使用」、インタフェース、実装をすべて1ページに表示することに焦点を当てています。層が焦点でない限り。データドメイン、使用クラスターを分割し、それがすべて1対1である場合は、ソリューションは問題ありません。将来、ダイアグラムの例が役立つかもしれません。
別の一般的な分割方法は、すべてのクラスとインタフェースを表示するが、属性や操作を含まない概要図と、クラスのグループの勇気を示す別々の図を持つことです。これは、通常、数十クラスまでうまくいきます。 – Uffe
私は、パッケージとおそらく複合構造図を使用することを提案します。
学校の課題に宿題タグを追加してください。 – Uffe
私はここで宿題を解決するよう求めているわけではないので、このタグは必要ではないと思います。 – gregory561