Association d'association bizarre

Bonjour,

Alors voila j'explique mon problème :

J'ai des classes d'entités DEMANDE, UTILISATEUR
la demande peut être réalisée par plusieurs utilisateurs et inversement
Donc j'ai une classe d'association REALISER avec une cardinalité m,n.
par exemple : user1 saisi la demande, user1 envoie la demande a user2(qui est un chef service), user2 prend en compte la demande, user2 distribue la demande a plusieurs autres utilisateurs (qui eux sont des chefs de sous-service), d'où le fait qu'il y ai une classe d'association (avec une cardinalité m,n)
Jusque là tout va bien.

C'est ici que ça se complique.

A un certain moment quand un utilisateur traite la demande (le champ état est à "traité" dans la classe d'association REALISER), ce traitement peut être fait par 1 ou plusieurs agents (qui sont des agents du sous-service).
Donc j'ai une classe d'entité AGENT, qui est reliée a une classe d'association (cardinalité 1,n) TRAITER, cette classe d'association est elle reliée à REALISER (cardinalité 0,n)
Ce qui fait une association d'associations ou agrégat

voila comment j'ai modélisé la chose. Je me demande si c'est juste ou pas, ça me parait assez bizarre la chose.
J'ai essayé de le mettre sur une base de données mais ça me pose problème sur la déclaration des clés étrangères c'est pour ça que je me pose des questions.

Voila si vous ne comprenez pas, demandez, j'essaierai de répondre le plus clairement possible

Merci

Ce que tu décris semble être similaire à la modélisation des commandes.
On commence par modéliser le fait qu'une commande concerne de un à plusieurs produits :

Commande -1,n----Concerner----0,n- Produit

Puis on veut pouvoir traiter la livraison, la facturation, les avoirs, pour chaque produit dans chaque commande (on livre d'abord les produits 1 et 2 qui sont en stock et les produits 3 et 4 seront livrés plus tard).

Dès lors, on transforme l'association en entité, ce qui permet d'adresser individuellement les lignes de la commande :
Commande -1,n----Comprendre----1,1- Ligne_commande -1,1----Concerner----0,n- Produit

Livraison -1,n----Comprendre----1,1- Ligne_livraison -1,1----Concerner----0,n- Ligne_Commande

------------------------------------------
Mais tu n'as peut-être pas besoin de ça. Détaillons et modélisons...

Citation:

---

user1 saisi la demande

---

User -0,n----Saisir----1,1- Demande

Citation:

---

user1 envoie la demande a user2

---

Demande -0,n----Envoyer_à----0,n- User

Citation:

---

user2 prend en compte la demande, user2 distribue la demande a plusieurs autres utilisateurs

---

Même association que ci-dessus, on ne fait que compléter la table associative.

Citation:

---

A un certain moment quand un utilisateur traite la demande (le champ état est à "traité" dans la classe d'association REALISER), ce traitement peut être fait par 1 ou plusieurs agents (qui sont des agents du sous-service).

---

User -0,n----Traiter----0,n- Demande

A toi de voir si ça colle à ton besoin.

Merci pour t'a réponse, la modélisation de la commande correspondais exactement a mon problème.
J'ai re-modélisé en suivant le même schéma et ça m'a débloqué.

Merci