Documente Academic
Documente Profesional
Documente Cultură
Concevoir un système est une activité dévolue à une ou plusieurs personnes chargées de mettre en place les
différentes phases d'automatisation d'une tâche (réservation de places d'avion, gestion du personnel, gestion de stock,
…)
Un système est un ensemble organisé de composants ayant des rapports entre eux, établis de manière à pouvoir
accomplir une tâche.
La phase 1, appelée aussi étude de faisabilité, est la phase pendant laquelle on fait des enquêtes préliminaires
d'études du problème afin de déterminer comment le projet d'analyse et de conception doit être conduit. On détermine
la nature et l'étendue du problème, on exprime les besoins de l'utilisateur considérés comme des objectifs.
Dans la phase 2, analyse de système, on collecte et on analyse toutes les données venant de différentes sources :
documents écrits, interviews, questionnaires, échantillonnages.
Les sources de données accessibles sont déterminées, l'analyste doit décider lesquelles sont les plus appropriées.
Pour analyser les données, l'analyste peut utiliser divers diagrammes et schémas. Le diagramme de flux de données
fournit une image des flux de données à travers le système.
Dans la phase 3, conception de système, une conception générale du système devant être approuvée par le client est
présentée avant de procéder à la conception détaillée.
Dans la phase 4, développement de système, on effectue les tâches de programmation et de test. On choisit un
logiciel de développement et/ou un langage de programmation. La programmation sera découpée en modules
indépendants. On utilise des données bidon (ou jeu d'essai). Chaque module est testé indépendamment. L'utilisation
des données réelles ne sera effectuée que plus tard.
Dans la phase 5, mise en œuvre, se déroulent les activités suivantes : formation, préparation des utilisateurs à
l'utilisation du nouveau système, conversion de matériel, conversion de fichiers, conversion de système.
Merise/MCD 2
Merise propose un ensemble de formalismes et de règles destinées à modéliser de manière indépendante les données
et les traitements du système d’information (SI)
Les étapes :
- le schéma directeur : politique d’organisation et d’automatisation du système d’information.
- l’étude préalable par domaine: qui doit aboutir à une présentation générale du futur système de gestion (modèles
des données et des traitements) en indiquant les principales novations par rapport au système actuel, les moyens
matériels à mettre en œuvre, les bilans coût – avantage. Cette étude est réalisée en 4 phases :
- une phase de recueil qui a pour objectif d’analyser l’existant afin de cerner les dysfonctionnements et les
obsolescences les plus frappantes du système actuel.
- une phase de conception qui a pour objectif de formaliser et hiérarchiser les orientations nouvelles en
fonction des critiques formulées sur le système actuel et d’autre part des politiques et des objectifs de la
direction générale. Cela revient à modéliser le futur système avec une vue pertinente de l'ensemble.
- une phase d’organisation dont l’objectif est de définir le système futur au niveau organisationnel: qui fait
quoi ?
- une phase d’appréciation dont le rôle est d’établir les coûts et les délais des solutions définies ainsi que
d’organiser la mise en œuvre de la réalisation. A cet effet un découpage en projets est effectué.
- l’étude détaillée par projet qui consiste d’une part à affiner les solutions conçues lors de l’étude préalable et
d’autre part à rédiger, pour chaque procédure à mettre en œuvre, un dossier de spécifications détaillé décrivant les
supports (maquettes d’états ou d’écran) ainsi que les algorithmes associés aux règles de gestion… A l’issue de
cette étude, il est possible de définir le cahier des charges utilisateurs qui constitue la base de l’engagement que
prend le concepteur vis à vis des utilisateurs. Le fonctionnement détaillé du futur système, du point de vue de
l’utilisateur, y est entièrement spécifié.
- la réalisation dont l’objectif est l’obtention des programmes fonctionnant sur un jeu d’essais approuvés par les
utilisateurs.
- la mise en œuvre qui se traduit par un changement de responsabilité : l’équipe de réalisation va en effet transférer la
responsabilité du produit à l’utilisateur. Cette étape intègre en particulier la formation des utilisateurs. Après une
période d’exploitation de quelques mois, la recette définitive de l’application est prononcée.
- la maintenance qui consiste à faire évoluer les applications en fonction des besoins des utilisateurs, de
l’environnement et des progrès technologiques.
Acteur 1
Doc1
Doc11
Act 11
Doc2
Acteur 2 Act 13
LES DONNEES
LE MODELE CONCEPTUEL DES DONNEES
(utilisé pour représenter les données étudiées lors de l’analyse, et aussi pour représenter les données dans le futur SI)
1/ Définitions :
Individu, Objet, Entité : ils ont une existence propre et sont composés de plusieurs propriétés.
Ex : Etudiant, Client, Fournisseur. L'entité Etudiant est l'ensemble des noms, des adresses de tous les
étudiants.
(Une fiche Etudiant contient les noms, les adresses des étudiants, et autres informations concernant les
étudiants)
Propriété : c'est une information, une rubrique concernant un individu.
Ex : Nom d'un étudiant, Adresse d'un étudiant
Relation : permet une association entre un ou plusieurs individus.
Ex : prêt = relation entre l'entité Livre et l'entité Etudiant
Dans le centre de documentation de l'école, on prête un livre à un étudiant. A chaque prêt, il faut connaître
l'occurrence de l'entité Livre et l'occurrence de l'entité Etudiant (quel livre a-t-on prêté à tel étudiant)
Occurrence : c'est une réalisation ou un élément d'une entité ou d'une relation.
Ex : Une occurrence de l’entité Etudiant : Rakoto
Une Occurrence de l’entité Livre : Histoire de Madagascar
Les occurrences de l’entité Etudiant : Rakoto, Rasoa, Randria, …
Les occurrences de l’entité Livre : Histoire de Madagascar, Ilay Vohitry ny nofy, Computers, …
Une entité est donc composée de plusieurs propriétés. Parmi ces propriétés, on choisira une pour servir d'identifiant.
Un identifiant est une propriété qui permet d'identifier rapidement et facilement chaque élément d'un individu. Il est
unique.
(Parmi les rubriques de la fiche Etudiant : nom, adresse, numéro matricule,…. on en choisit une, pour permettre
d'identifier rapidement chaque étudiant. Le numéro matricule est choisi, au lieu de nom car il peut exister des noms
identiques)
On représente chaque entité par un rectangle avec son nom et son identifiant :
ETUDIANT
NUMERO MATRICULE
3/ Relation :
Une relation lie deux ou plusieurs individus. Une relation peut aussi avoir des propriétés. La relation ne peut exister
sans les individus. (Le mot ‘association’ est aussi parfois utilisé. La relation permet dans ce cas de lier l’association et
l’entité)
Elle est représentée par une ellipse, reliée aux individus
LIVRE ETUDIANT
PRETER
Lorsqu'il n'y a pas de données créées, on dit que la relation est non porteuse de données.
Dans le cas contraire, elle est porteuse de données. Elle possède alors des propriétés.
Merise/MCD 4
Si, dans le projet étudié, la relation n'engendre aucune donnée, les occurrences sont représentées de la manière
suivante (schéma de ce qui se passe) :
LIVRE ETUDIANT
PRETER
b) porteuse de données
On suppose maintenant que la donnée date de prêt est enregistrée lors d'un prêt.
Le schéma de la relation :
LIVRE ETUDIANT
PRETER
Date de prêt
Date de prêt est la donnée engendrée quand il y a un prêt. La relation Prêter est dite porteuse de données.
Les occurrences :
01/02
Histoire de Madagascar Rakoto
09/02
Ilay vohitry ny Nofy Randria
Ohabolana malagasy 08/02 Rasoa
Computers
01/02
CENTRE
Merise/MCD 5
d ) relation réflexive
Il peut y avoir 2 ou plusieurs occurrences liées en même temps (Rasoa, Kolo et Patrice peuvent être frères et sœurs)
Ce qui rend déjà la présentation un peu plus complexe :
Rakoto
Rasoa
…. A ce moment-là, on aura : Rasoa est sœur de
…. Kolo, Rasoa est sœur de Patrice, Kolo
Kolo est frère de Patrice, Kolo est frère de Rasoa,.
Patrice Patrice est frère de Kolo, etc
4/ Identifiant
LIVRE ETUDIANT
PRETER
CODE N° MATR
DATE
DATE
Merise/MCD 6
Les occurrences :
01-02
.
.
08-02
09-02
5/ Cardinalités
Pour chaque couple Individu-Relation, on détermine le nombre minimum et le nombre maximum d’occurrences.
L’ensemble de ces deux nombres est appelé cardinalité.
Ex :
On répond à la question : Combien de fois on a prêté
LIVRE PRETER chaque livre ? (On prend un livre qcq, combien de
CODE fois on l’a prêté)
Réponse : Au minimum 0 fois, au maximum n fois.
Cardinalité : 0,n
On répond à la question : Combien de fois y a-t-il un
prêt à chaque date du calendrier ? (On prend une date
PRETER DATE
qcq, combien de fois on a prêté à cette date)
DATE Réponse : Au minimum 0 fois, au maximum n fois.
Cardinalité : 0,n
On voit que les cardinalités de chaque couple Individu-Relation sont toutes (0,n) dans notre exemple.
Les cardinalités les plus courantes sont : (0,n) – (0,1) – (1,n) – (1,1). Mais on peut avoir des cardinalités particulières
précises comme : (5, 22) – (1, 6) – …..
LIVRE ETUDIANT
( 0,n ) PRETER ( 0,n )
CODE N° MATR
( 0,n )
DATE
DATE
6/ Règles de vérification
Après avoir conçu un modèle, il faut vérifier les règles suivantes :
Règle 1 : Non-redondance. Une propriété ne peut appartenir qu’à une entité ou une relation. Elle ne peut pas être
présente plus d’une fois dans le modèle.
Règle 2 : Unique valeur. Une propriété d’une entité ou d’une relation ne peut prendre qu’une seule valeur pour chaque
occurrence.
Ex : Si les propriétés Matricule, Adresse appartiennent à l’entité Etudiant ; alors un matricule ne peut jamais
avoir 2 adresses en même temps.
01/02
15/02
CODE N° MATRICULE
DATE
DATE
CONSULTER
LIVRE ETUDIANT
N° MATRICULE
CODE PRETER
DATE
DATE
Merise/MCD 8
Règle 5 : Propriétés dépendant de l’identifiant. Chaque propriété d’une entité doit dépendre directement de
l’identifiant de cet individu. Si ce n’est pas le cas (la propriété peut aussi dépendre de l’autre entité en
relation), cette propriété doit appartenir à la relation, mais pas à l’individu.
LIVRE ETUDIANT
ACHETER
CODE N° MATRICULE
MONTANT
Le montant du livre peut, à première vue, dépendre du Code de l’entité Livre. Achaque Code peut
correspondre son montant.
Mais ce montant peut aussi dépendre du N° matricule de l’entité Etudiant (Quel est le montant déboursé par
l’Etudiant ?)
Le montant doit alors être inséré dans la relation Acheter.
LIVRE ETUDIANT
ACHETER
CODE N° MATRICULE
MONTANT
Règle 6 : Entité cachée. Si une propriété dépend d’une entité , et d’une autre propriété de cette entité, il faut chercher
un autre entité qui correspond à cette propriété.
Ex :
ETUDIANT La propriété Filière dépend du N° Matricule et aussi de
N° MATRICULE l’Etablissement (ou bien la propriété Etablissement dépend
Nom et Prénoms de la Filière ?)
Adresse La connaisance de la filière permet de préciser
Etablissement l’établissement.
Filière Filière et Etablissement sont donc des propriétés d’une autre
entité
ETUDIANT FILIERE
N° MATRICULE Code Filière
Nom et Prénoms Etablissement
Adresse
Solution 1
Solution 2
Rq : Chercher ou créer les identifiants pour FILIERE et ETABLISSEMENT(Voir 8. Codes)
7. Etapes pour la construction d'un MCD :
1. Dresser la liste des données (dictionnaire des données)
2. Rechercher les données qui ont la même signification mais de dénomination différente, les données qui se
répètent, les données obtenues à partir d'autres données. Eliminer celles qui sont inutiles (polysèmes, synonymes)
3. Rechercher les individus (entités) et leur identifiant
4. Rattacher les propriétés aux entités
5. Recenser les relations porteuses de données et rattacher les propriétés correspondantes
6. Recenser les relations non porteuses de données
7. Etudier les cardinalités
8. Vérifier que les règles de vérification sont respectées
Merise/MCD 9
8. Codes
Les codes sont utilisés pour représenter des désignations trop longues par une suite de caractères, avec des règles
logiques de construction.
Ex : Le nom d'une marchandise est représenté par la référence marchandise
(Papier vélin) (010151)
Le nom d'un étudiant est représenté par son numéro matricule
(Rakotonandrasana) (14202)
Les noms des clients sont représentés par les références client
(Sté AB ) (226)
Afin de pouvoir traiter les données correctement, utiliser d'autres chiffres afin de préciser les caractéristiques
de chaque article :
1 03 01 : stylo bleu
1 03 02 : stylo rouge
De cette manière, si par exemple on désire faire le total des stylos bleus vendus, on fera le total des quantités
des articles ayant comme code 1 03 01
Si on désire faire le total des stylos toutes couleurs confondues, on fera le total des quantités des articles
ayant un code commençant par 1 03
Si on désire faire le total des montants des "fourniture de bureau ", on fera le total des montants des articles
ayant un code commençant par 1