© Éditions Eyrolles
251
chapitre n° 4
Outils du marché : de la théorie à la pratique
Niveau logique
Les outils sont évalués sur leur capacité à générer un schéma relationnel correct et sur la possibilité
de définir d’éventuelles contraintes de répercussion sur les clés étrangères (CASCADE) pour la
suite de processus de conception.
Le modèle relationnel attendu est le suivant.
Bon nombre d’outils permettent d’ajouter des contraintes au niveau des clés étrangères.
Win’Design note en rouge les liens qui symbolisent la répercussion d’une suppression (ici la
suppresssion d’un compte devrait entraîner celle des lignes dans la table des signataires, de
même pour la suppression d’un client).
Un mauvais point pour Visual UML qui nécessite (comme JDevelopper d’Oracle) de définir
manuellement les clés étrangères pour chaque association ! Dans le cas de l’association
présente, il faudrait ajouter un attribut dans la classe PlanEpargneRetraite puis le lier à
l’identifiant de la classe Client.
Figure 4-6 Modèle relationnel attendu
Client[num, nom, adresse, numtel, numParrain#]
PlanEpargneRetraite[numPER, dateEcheance, taux, num#]
DroitSignataire[num#, nCompte#, droit]
Compte[nCompte, solde, dateOuv, num#]
Figure 4-7 Modèle logique Win’Design
251
chapitre n° 4
Outils du marché : de la théorie à la pratique
Niveau logique
Les outils sont évalués sur leur capacité à générer un schéma relationnel correct et sur la possibilité
de définir d’éventuelles contraintes de répercussion sur les clés étrangères (CASCADE) pour la
suite de processus de conception.
Le modèle relationnel attendu est le suivant.
Bon nombre d’outils permettent d’ajouter des contraintes au niveau des clés étrangères.
Win’Design note en rouge les liens qui symbolisent la répercussion d’une suppression (ici la
suppresssion d’un compte devrait entraîner celle des lignes dans la table des signataires, de
même pour la suppression d’un client).
Un mauvais point pour Visual UML qui nécessite (comme JDevelopper d’Oracle) de définir
manuellement les clés étrangères pour chaque association ! Dans le cas de l’association
présente, il faudrait ajouter un attribut dans la classe PlanEpargneRetraite puis le lier à
l’identifiant de la classe Client.
Figure 4-6 Modèle relationnel attendu
Client[num, nom, adresse, numtel, numParrain#]
PlanEpargneRetraite[numPER, dateEcheance, taux, num#]
DroitSignataire[num#, nCompte#, droit]
Compte[nCompte, solde, dateOuv, num#]
Figure 4-7 Modèle logique Win’Design