Discussion :

[Zizoua]

Bonjour!
Je suis en phase de conception d'un modèle conceptuel de données (MCD) d'une entreprise d'assurance dont je vous demande une proposition de modèle ou d'idée. J'ai crée ma base en access dont je vais migré vers sql server. J'ai aussi crée les relations qui sont exportées vers PDF. Vous pouvez visualiser le fichier en pièce jointe sous PDF.
NB: Mon problème, c'est d'avoir un modèle conceptuel de données (MCT) correcte.
Merci par avance.

[fsmrel]

Bonsoir Zizoua,


Le nombre de tables étant peu élevé, vous pourriez créer votre MCD manuellement, avec DB-MAIN qui est gratuit (et documenté).

[Zizoua]

Bonjour!
Merci pour votre réponse. Avez vous d'autres outils de modélisation gratuits en français?
Je vous remercie par avance.
NB: Ce qui est ci-dessus me semble être plus complexe et les parties pour faire les Entités et Associations sont grises.

[fsmrel]

Bonsoir Zizoua,

Merci pour votre réponse. Avez vous d'autres outils de modélisation gratuits en français?
Je vous remercie par avance.
NB: Ce qui est ci-dessus me semble être plus complexe et les parties pour faire les Entités et Associations sont grises.

Une fois que vous avez cliqué sur l’onglet « Product » et choisi « New schema » Il suffi de cliquer sur l’icône « Entity type » puis de la déposer dans le plan de travail, même principe pour les autres icônes (association, patte liant une entité-type et une association, etc.)

Maintenant, dans les autres gratuits, il existe Open ModelSphere, très bien au niveau conceptuel, mais décourageant quand il s’agit de passer du MCD au MLD.

A un degré moindre, JMerise développé par un contributeur de developpez.com, mais non documenté (ou alors j’ai mal cherché). L’outil se plante lors de la dérivation du MCD en MLD (par exemple, si une table a deux clés UNIQUE distinctes, au stade SQL JMerise les fond en une seule ; à l'inverse, si au stade MCD, LIGNE_COMMANDE fait référence à CATALOGUE qui fait référence à PRODUIT et FOURNISSEUR, au stade MLD, au lieu d'une clé étrangère faisant référence à CATALOGUE, il y a création à tort de deux clés étrangères dans LIGNE_COMMANDE, l'une faisant référence à PRODUIT et l'autre à FOURNISSEUR... redoutable !)

Sa prise en main peut vous dérouter un peu au départ, mais à mon sens DB-MAIN vaut le coup, c’est le plus crédible. Si vous avez besoin d’un coup de main, n’hésitez pas à poser vos questions, j’y répondrai du mieux que je peux.

[Zizoua]

Bonjour!
Je vous remercie pour vos réponses.
Je voudrais savoir si ce sont les cardinalités que vous ne comprenez pas?
Si oui, je vais vous donnez les différentes cardinalités.
J'ai déjà fait les tables et les associations.
Merci par avance.
Excusez moi des erreurs et les fautes.
NB: Je voudrais si quelqu'un a une idée pour le MCD m'explique ou me face des remarques et suggestions.
J'ai encore ajouté le fichier en pièce jointe sous word.

[fsmrel]

Bonsoir Zizoua,


Il y a un problème : vous fournissez les associations entre tables, mais sans les cardinalités... Fournissez vos règles de gestion, car les cardinalités en sont la conséquence, inspirez-vous pour cela par exemple de ce qu'a fait Redreams, bon courage.

[Zizoua]

Bonjour!
Mercie pour pour votre aide.
Je voudrais savoir comment passer du MCD au MLD et MPD sous DB-MAIN?
Merci par avance.
Excusez moi de mes erreurs.
NB: je voudrais tout finir pour vous faire voir.

[fsmrel]

Bonsoir Zizoua,


Pour traduire le MCD en MLD, vous affichez votre MCD, puis dans la barre de menus vous cliquez sur « Copy Product », ce qui provoque l’ouverture d’une fenêtre « Schema properties », dans laquelle vous donnez un nom au nouveau schéma, par exemple « MLD ». DB-MAIN affiche donc la copie du MCD, que vous pouvez transformer en MLD en cliquant dans la barre de menus sur « Transform » puis « Relational model ».

Pour produire le code SQL, dans la barre de menus, vous cliquez sur « File » puis « Generate » puis vous choisissez le SGBD qui vous convient. La production du code SQL peut être effectuée à partir du MCD ou du MLD.

Avant tout ça, n'oubliez pas de sauvegarder votre fichier .lun original, on ne sait jamais...

[Zizoua]

Bonsoir!
Comment affiché le MCD comme a fait Redreams.
J'ai fait mon modèle en DB-MAIN et l'extension est .lun .
Merci par avance.

[fsmrel]

Bonsoir Zizoua,


Est-ce un problème lié aux balises ? Si oui, voyez par exemple ici, ou là, ou là.

Si c'est un autre problème, de quoi s'agit-il précisément ?

[Zizoua]

Bonjour!
Voici finalement mon modèle conceptuel de données (MCD) qui est en pièce jointe.
Je vous remercie infiniment par avance pour vos remarques et suggestions.
Une fois de plus excusez moi de mes erreurs.

[fsmrel]

Bonsoir Zizoua,


La balise [IMG] ne vous a pas inspiré, mais bon. Prenons le cas de l’entité-type TVEHICULE :





L’adjonction de [0,N] à NUMVEHICULE signifie que, pour une occurrence donnée (ligne au stade SQL) l’attribut NUMVEHICULE peut prendre plusieurs valeurs, ce que vous ne voulez évidemment pas. Sans doute pensiez-vous qu’il s’agissait d’une cardinalité d’association...

Dans la boîte de propriétés, « cardinality » permet donc d’avoir plusieurs valeurs pour chaque cellule d’une ligne et d’une colonne données : remettez impérativement 1,1 à la place de 0,N.





Pour créer un nouvel attribut, utilisez l’icône « Next att » (soit celle en haut, soit celle en bas, le plus pratique étant d’utiliser l’icône en bas) et vous laissez « cardinality » à 1-1 ! :





Passage à l’acte :





Une fois les attributs définis, vous déterminez l’identifiant (icône « ID »).

Au besoin, pour changer l’ordre des attributs, par exemple faire passer police devant num_vehicule, utilisez les touches ALT et ↑ (alternativement, ALT et ↓ pour faire passer un attribut derrière un autre).

[Zizoua]

Bonsoir Monsieur!
Je suis vraiment content de vos remarques et j’apprécie.
Voici la modification que j'ai faite sur les cardinalités des clés primaires en pièces jointes.
Merci une fois par avance.

[fsmrel]

Bonsoir Zizoua,


Examinons la structure de l’entité-type TVEHICULE. Il y a indentation des noms des attributs, ce qui veut dire que l’attribut NUMVEHICULE n’est pas atomique, mais composé de l’attribut POLICE, lequel est à son tour composé de l’attribut MARQUE, etc. :





Ceci vient du fait qu’au lieu d’utiliser l’icône « Next attribut », vous avez utilisé la balise « First attribut » :





A l’exception de l’attribut NUMCATEGORIE, tous les attributs sont « composés », il faut donc recommencer du début, en utilisant l’icône « Next attribut » et surtout pas l’icône « Next attribut » !


L’attribut NUMPUISSANCE ne doit pas figurer dans l’entité-type TVEHICULE. En effet, du fait de l’association EXISTE connectant TVEHICULE et TPUISSANCE, lors de la génération du MLD et du script SQL, DB-MAIN recopiera dans la table TVEHICULE l’attribut NUMPUISSANCE présent dans la table TPUISSANCE (afin d’en faire une clé étrangère). Si vos conserviez l’attribut NUMPUISSANCE dans l’entité-type TVEHICULE, alors il y serait présent deux fois.

De la même façon, et pour la même raison, l’attribut NUMCATEGORIE ne doit pas figurer dans l’entité-type TVEHICULE.

Les remarques faites pour l’entité-type TVEHICULE valent évidemment pour les autres entités-types (et pour l’association EST_ASSURE, à cause de l’indentation).

Quand une réponse a pu vous aider, n'oubliez pas de cliquer sur le pouce vert, en bas à droite...

[Zizoua]

Bonsoir!
Je vous remercie par rapport à vos remarques.
Je viens de faire les modifications.
Que pensez vous?
Merci infiniment.

[fsmrel]

Bonsoir Zizoua,


Votre MCD a meilleure allure (j’ai noté en rouge quelques éléments à aménager) :





La table TVEHICULE est à débarrasser des redondances : PUISSANCE, CATEGORIE ; l’association PEUT_ETRE est à débarrasser des redondances : NUMCATEGORIE, CATEGORIE.

L’apostrophe dans « id’:NUMVEHICULE » signifie que NUMVEHICULE n’est pas l’identifiant principal, mais seulement alternatif : supprimer la qualification d’alternatif pour cet attribut et le faire passer en identifiant principal.

Comment connaît-on le contrat pour un véhicule ?

[escartefigue]

Bonjour,

voici quelques remarques :

Il me semble que la relation "est souscrit" ne devrait pas porter l'attribut tout-risques : il s'agit d'une instance de garantie de l'entité-type "garantie"
Les attributs de l'entité type "garantie" sont un peu obscurs, je crains qu'il s'agisse de plusieurs valeurs de garanties plutôt que des attributs distincts ? à vous de confirmer
Vous n'avez pas lié l'entité type "contrat" avec l'entité type "véhicule", seul l'avenant est en lien avec véhicule, du coup un contrat sans avenant ne concerne aucun véhicule...
Petite faute d'orthographe dans la relation "peut etre renouveller" renouvelé serait plus adapté
Je ne vois pas de notion de famille ou groupement de bénéficiaires, par exemple Monsieur souscrit une assurance valide aussi pour Madame ou inversement, peut être n'avez vous pas ce cas ?

[Zizoua]

Bonjour!
Je vous remercie par rapport à vos remarques et suggestions.
Je viens de corriger vos remarques et ajouter d'autres cas plus pertinents.
Voici le modèle conceptuel de données en pièce jointe.
Avez-vous d'autres remarques et suggestions?
Une fois de plus merci par avance.
NB:Je ne comprend pas la question que Monsieur escartefigue a posé.
Une autre personne peut venir souscrire au nom d'une autre. Celui qui vient souscrire est le souscripteur et celui qui a son nom sur la carte grise est l'Assuré (autrement dit propriétaire du véhicule à assuré) donc Monsieur ou Madame peut venir souscrire pour Monsieur ou Madame et inversement. Est ce que vous êtes satisfait Monsieur escartefigue?

[escartefigue]

Une autre personne peut venir souscrire au nom d'une autre. Celui qui vient souscrire est le souscripteur et celui qui a son nom sur la carte grise est l'Assuré (autrement dit propriétaire du véhicule à assuré) donc Monsieur ou Madame peut venir souscrire pour Monsieur ou Madame et inversement.

Je reformule :
Mon assurance personnelle couvre aussi bien les sinistres dont je pourrai être victime (ou être l'auteur selon le type de contrat), que ceux qui pourraient atteindre mon conjoint ou mes enfants.
Cette assurance personnelle est établie pour tous les membre de ma famille au titre d'un seul et même contrat d'assurance.
Dans votre MCD vous avez établi une cardinalité maxi de 1 du contrat vers l'assuré : 1 contrat concerne donc 1 et 1 seul assuré
Du coup, je m'attendais à trouver une entité-type "bénéficiaire", liée à l'assuré, de façon à identifier toutes les personnes couvertes par le contrat d'assurance.
Votre modèle, tel qu'établi, impose de créer autant de contrats d'assurance que de bénéficiaires, c'est sur ce point que je voulais attirer votre attention.

Pour l'entité type "garanties" vous n'avez pas répondu à ma question, je vois des attributs comme RC et DV qui me font penser à "Responsabilité Civile" et "Dommage Véhicule"
Si c'est bien cela dont il s'agit, il ne faut pas modéliser ainsi.
Il ne faut pas répéter les attributs, mais créer un attribut unique "code garantie" et un libellé correspondant, vous répéterez autant de fois que nécessaire les lignes pour les valoriser avec les différents codes et libellés possibles.

Sur votre schéma, il faut supprimer la relation entre avenant et assuré : l'avenant concerne le contrat.

Je n'ai pas compris ce que représente l'entité type producteur qui produit des avenants ? n'Est-ce pas la même chose que l'entité type Agence qui fait des avenants ?

La cardinalité mini de l'agence vers l'avenant est probablement zéro, on ne peut pas exiger que toute agence ait produit des avenants

[Zizoua]

Bonjour!

escartefigue

Mon assurance personnelle couvre aussi bien les sinistres dont je pourrai être victime (ou être l'auteur selon le type de contrat), que ceux qui pourraient atteindre mon conjoint ou mes enfants.
Cette assurance personnelle est établie pour tous les membre de ma famille au titre d'un seul et même contrat d'assurance.

Dans notre cas et de la manière dont j'ai trouvé ou mené les investigations, le contrat couvre non seulement l'assuré et aussi le nombre de places écrites sur la carte grise. S'il y a 5places sur la carte grise alors le contrat couvre ces places qu'on appelle "ASSURANCE FAMILLE ET PASSAGERS" donc c'est le nombre de place assise qui est pris en compte.
Un contrat est fait au nom d'une seule personne qu'on appelle Assure qui a son nom sur la carte grise donc 1 contrat concerne 1 et 1 seul assuré d'où la cardinalité 1,1.

escartefigue:
Je n'ai pas compris ce que représente l'entité type producteur qui produit des avenants ? n'Est-ce pas la même chose que l'entité type Agence qui fait des avenants ?

Oui, c'est effectivement ça.
Merci infiniment par avance pour vos remarques et suggestions.
Je viens de corriger vos remarques. Que pensez vous?
Voici la pièce jointe.