merise uml
Chapitre 1
Le niveau conceptuel : face à face Merise/UML
You cannot design databases without a familiarity with the techniques of the ER diagramming.
Database Design for Smarties,
Using UML for Data Modeling,
R.J. Muller, Morgan & Kaufman, 1999
Ce chapitre détaille la première étape de conception d’une base de données : il s’agit d’élaborer un schéma conceptuel exprimé soit dans un formalisme de type entité-association avec ses extensions issues de Merise/2 soit à l’aide de la notation UML 2.
Il existe d’autres formalismes mais ils sont bien moins employés par la communauté francophone, citons le modèle entité-relation américain [CHE 76], NIAM (Nijssen Information
Analysis Method) du nom du chercheur hollandais, ORM (Object Role Model) [HAL 01] qui étend et a pour but de remplacer NIAM, le langage Z [ABR 74], IDEF1X, etc.
D’un point de vue international, la troisième partie de la norme, l’ISO/IEC 11179 (Technologies de l’information - Coordination de la normalisation des éléments de données) décrit la façon dont doivent être organisées les données de façon sémantique. Cependant, le modèle conceptuel ne décrit en aucune façon une méthode logique pour représenter les données dans un ordinateur.
Dans ce chapitre, nous expliquons comment représenter :
●
les faits et les événements qui décrivent le système à modéliser ;
●
les différentes contraintes à prendre en compte (exemples : une compagnie aérienne n’affrète pas ses propres avions, un pilote ne doit voler que s’il détient une licence en cours de validité et une qualification valide pour le type d’avion en question, etc.) ;
●
l’héritage.
Le schéma conceptuel exprime une vue abstraite de la base de données. Cette vue est représentée de manière graphique – on parle de diagramme, de schéma, de modèle, même si ce dernier mot est employé à toutes les sauces.
© Éditions Eyrolles
19
=Soutou FM.book Page 20