UML等各種ダイアグラムのエラーチェック体系化（その１８：関連のグループ：概念拡張）

　シリーズ「UML等各種ダイアグラムのエラーチェック体系化」です。

　現在「いろんなダイアグラムをＲＤＢにいれよう！」化計画、
　をやっていて、クラス図、ＥＲ図を入れました。

　今回は、クラス図をいれたときに書いた

グループIDについては、別の機会に詳しく説明します。

についてです

　なお、ここで書いたとおり、いままでのまとめは

こちら
システム開発における「最小単位」とその連結法
http://www.geocities.jp/xmldtp/index_system.htm
（更新しました！！１７回までの分が入ってます）

---

■リレーション（アーク）のグループＩＤ

　クラス図の関連等は、リレーション（エッジ、アーク）で示しています。
　リレーション（エッジ、アーク）は、本来２つのノードを結ぶものです。

　しかし、ここの図
拡大画像 | 【連載】ゼロから始めるUMLモデリング講座 (6) クラス図による物・事のモ……
http://journal.mycom.co.jp/photo/series/UML_zero/006/images/001l.jpg

にあるように、（コンポジションは、そのような関係になっていますが）、
制約は、２つのアークを結んだものになっていますし、
汎用（汎化）は、２つ以上（ここでは３つ）が１つに結びついています。

そのようなものも、２つの関係にばらして考えてもいいのですが、めんどっちいので、
以下のような拡張をしてしまいます。

＜＜拡張１＞＞
　リレーション（エッジ、アーク）は、本来２つのノード「または、リレーション」を結ぶものです。
　２つのリレーションを結ぶこともあります。

＜＜拡張２＞＞
　リレーション（エッジ、アーク）グループというものを考えます。
　これは、２つ以上のリレーションが結びついているものです。
　（図の（汎化）にあたります）
　リレーショングループは、１テーブルをもち、リレーショングループＩＤを持つことにします。

＜＜拡張３＞＞
リレーションはテーブルで、項目として、
元ノードＩＤ，先ノードＩＤを持っていましたが、
元ノード・エッジ・グループＩＤ，先ノード・エッジ・グループＩＤ
をもつものとします。

　そうすると、ノードＩＤ，エッジＩＤ，リレーショングループＩＤのいずれかが入ることになりますが、
この番号が重複しないように、
　　ノードＩＤは、１から１０００００まで、
　　エッジＩＤは１００００１から３０００００まで、
　　リレーショングループＩＤは、３００００１から５０００００まで
のように、値の範囲わけがあるものとします。

こうすれば、値を見るだけで、種別がわかります。

---

■ということは、

クラス図の最後で、
関連テーブル（関連ID,元クラス・関連ID,先クラス・関連ID,種別、
　　　　　　　元カーディナリティ、先カーディナリティ、
　　　　　　　（関連名、元関連名、先関連名））
とし、「元クラス・関連ID」と「先クラス・関連ID」には、

　　クラスのＩＤ、
　　関連のＩＤ（制約のとき）、
　　関連グループのＩＤ（汎化のとき）

が、入るようにして、それぞれのＩＤは、

　　クラスのＩＤが１から１０００００
　　関連のＩＤが１００００１から２０００００
　　関連グループのＩＤが２００００１から３０００００

までとして、ＩＤ番号で、何と結びついているか見分けられるようにして、
さらに、

関連グループテーブル
（関連グループテーブルＩＤ）

を別に作ることとします。

---

以上です。次回から、ちゃんと、ダイアログ作成に戻ります。