I.5.2 Les cycles de la
méthode MERISE
La conception d'un système d'information
automatisé s'oriente sur trois cycles :
1. Cycle d'abstraction
Ce cycle consiste à la modélisation du
système d'information par niveau.
a) Niveau conceptuel ou schéma
conceptuel : représente le contenu de la base de
données en terme conceptuel, indépendamment de toute
considération informatique.
Il correspond à la description
du « QUOI » c'est-à-dire les
objectifs de l'organisation, que fait-elle, au niveau de données et de
traitements?
b) Niveau organisationnel : a trait au choix
d'organisation, notamment la répartition de traitements entre l'homme et
la machine, le mode de fonctionnement en temps différé,
l'affectation des données de traitements par type de postes. Il concorde
à la description du «QUI FAIT QUOI ».
c) Niveau logique : résulte de la
traduction du schéma conceptuel en un schéma propre à un
type de base de données.
Il permet de décrire la conception qui traite
principalement la structure en unité de traitement, en suite il permet
aussi au niveau de données de prendre en compte le système de
gestion de base de données qui fera l'objet de stockage de
données. Il satisfait aussi à la question
« AVEC L'AIDE DE QUOI''.
d) Niveau physique (technique) :
décrit les méthodes d'organisations et d'accès aux
données de la base. Il permet de choisir les outils techniques à
utiliser.
Voici les différents modèles que la MERISE
modélise :
|
Niveau
|
Données
|
Traitements
|
|
CONCEPTUEL
ORGANISATIONNEL
LOGIQUE
PHYSIQUE
|
MCD
MOD
MLD
MPD
|
MCT
MOT
MLT
MODT
|
Tableau 1. Modèle des niveaux de MERISE
1. Cycle de décision
Consiste au développement du système
d'information selon des étapes traditionnelles qui sont : analyse
préalable, analyse détaillée, analyse technique,
réalisation et mise en oeuvre.
2. Cycle de vie
Le système d'information(SI) conçu est
dynamique, c'est-à-dire il subit des modifications durant une
période déterminée. Dans ce cas, le SI doit être
adapté aux changements. Le cycle de vie du SI montre la durée
totale du SI informatisé, les générations en succession
par lesquelles il passe.
I.5.3 Les conceptions de base du
formalisme des données
Pourquoi une modélisation
préalable ?
Il est difficile de modéliser un domaine sous une forme
directement utilisable par un SGBD. Une ou plusieurs modélisations
intermédiaires sont donc utiles, le modèle entités
associations constitue l'une des premières et des plus courantes.
Ce modèle, permet une description naturelle du monde
réel à partir des concepts d'entité et d'association.
Basé sur la théorie des ensembles et des relations, ce
modèle se veut universel et répond à l'objectif
d'indépendance donnée programmes. Ce modèle,
utilisé pour la phase de conception, s'inscrit notamment dans le cadre
d'une méthode plus générale et très répandue
: Merise.
Le modèle entités associations est basé
sur une perception du monde réel qui consiste à distinguer des
agrégations des données élémentaires
appelées entités et des liaisons entre entités
appelées associations.
Concrètement, les éléments qui forment ce
modèle sont :
Les objets ou entités, les associations et les
propriétés.
§ Une entité : est un objet, une chose
concrète ou abstraite qui peut être reconnue distinctement et qui
est caractérisée par son unicité. Ex. Ilunga,...
Les entités ne sont généralement pas
représentées graphiquement.
Un type d'entité désigne un ensemble
d'entités qui possèdent une même sémantique et des
propriétés communes.
Ex. d'un type d'entité sans ses
propriétés associées.
Personne
Figure 3. Exemple d'une entité sans attributs
§ Propriété ou attribut, valeur:
- Une propriété est une caractéristique
associée à un type-entité ou association. Ex. Le nom d'une
personne
- Au niveau de type-entité ou association, chaque
attribut possède un domaine qui définit l'ensemble de valeurs
possible qui peuvent être choisies pour lui (entier, chaîne de
caractère, booléen,...).
- Au niveau de l'entité, chaque attribut possède
une valeur compatible avec un domaine ;
§ Identifiant ou clé : Un identifiant
(clé) d'une entité est considéré par un ou
plusieurs de ses attributs qui doivent avoir une valeur unique pour chaque
entité.
Ex. : Code Fontainier
Ex. d'une entité comportant quelques attributs dont un
est un identifiant.
|
Facture
|
|
Numéro de la facture
Nom complet
Sexe
|
§ Association : est un lien entre un ou plusieurs
entités
Figure 4.Entité avec des attributs
Editer
Numéro de la facture
Nom complet
Ex d'une association liant deux entités
|
Agent
|
|
Numéro de l'agent
Nom
Sexe
|
Figure 5. Exemple d'une association liant deux
entités
§ Cardinalité : La cardinalité d'une
patte reliant une association et une entité précise le nombre de
fois minimal et maximal d'innervation d'une entité du type-entité
dans une association.
Les cardinalités connues sont :
0,1 pour dire zéro ou un;
0, n pour dire zéro ou plusieurs;
1,1 une et une seule fois ;
1, n au moins un et au plus n.
| 
