Extrait du cours méthode merise
Où s’arrêter ??
–Un étudiant obtient de s n o tes à des cours
–Un étudiant habite dans une ville
–Un étudiant a eu un bac d’un certain type
–Les étudiants sont regroupés en sous groupes
–Les sous groupes sont regroupés en groupes
–Les groupes sont regroupés en promotions
•Ne faire des entités que si elles ont une utilité
–il y a plus d’une propriétés dans l’entité
–les entités sont liées à d’autres entités
•Dépend de l’objectif de la base de données et de l’application
Verification du modèle : (1) Identifiant
•U ne occurrence d’entité peut être identifié (sansambiguité) grâce à l’occurrence d’une propriété….c.a.d il existe un identifiant
•Il faut vérifier que cet identifiant a bien été choisi
–nom et prénom de l’étudiant peut être l’identifiant de l’ étudiant, mais ça peut ne pas être suffisant….
Remarque importante
–il ne faut pas concevoir le MC D en observant les données telles qu’elles sont -par exemple l’ IUT te l qu’il es t.
–i l faut concevoir le MC D pour le cas général (qui est le cas restreint de l’application qu’on se fixe) -l ’I UT tel qu’il peut être…. et tel que l’on se prpose de le gérer….
(2) Propriété répétitive ou sans signification
•Pour une occurrence d’ entité, il n e peut y avoir qu’une occurrence
de chaque propriété de l’entité
–exemple : C ours ne peut être une propriété de Prof, puisqu’un prof
enseigne plusieurs cours…
–Remarque: Si un prof ne peut enseigner qu’un seul cours, cours peut être une propriété de prof
•Une propriété ne peut être sans signification pour une partie des entités
–exemple: si un prof ne peut enseigne r qu’un seul cours, mais qu’on a choisi de créer une entité ‘personnel’ et non ‘prof’, on ne stockera pas le cours dans l’entité ‘personnel’ car il serait sa ns signification pour une secrétaire…
–contre exemple: Téléphone et Fax pour un étudiant…
…..
Cours de bases de données méthode merise (164 KO) (Cours PDF)