Documente Academic
Documente Profesional
Documente Cultură
INTRODUCTION..................................................................................................................3
I-1 CONCEPT D'INFORMATION........................................................................................4
I-2-1 DEFINITION D'UN SYSTEME D'INFORMATION...............................................5
I-2-2 DIFFERENTS TYPES DE SYSTEME ...................................................................6
D'INFORMATION....................................................................................................6
I-2-3 ROLE DU SYSTEME D'INFORMATION..................................................6
Collecter des informations provenant :...............................................................................6
- dautres lments du systme..........................................................................................6
- de lenvironnement..........................................................................................................6
Mmoriser des donnes :.....................................................................................................6
-base de donnes ...............................................................................................................6
-Fichiers.............................................................................................................................6
-Historique, Archivage.......................................................................................................6
Traiter les donnes stockes :..............................................................................................6
-traitements automatisables................................................................................................6
-aide la prise de dcision.................................................................................................6
Communiquer......................................................................................................................6
I-3 CONCEPT DE METHODES D'ANALYSE...................................................................6
I-3-1 DEFINITION ET NECESSITE.................................................................................7
I-3-2 DIFFERENTS TYPES DE METHODES ................................................................7
D'ANALYSE.............................................................................................................7
II-1 HISTORIQUE DE MERISE............................................................................................9
II-2 LES TROIS CYCLES DE MERISE...............................................................................9
II-3 L'APPROCHE SYSTEMIQUE : UNE ..........................................................................9
APPROCHE GLOBALE...........................................................9
II-3-1 SCHEMA DIRECTEUR D'INFORMATISATION.................................................9
II-3-2 AUDIT INFORMATIQUE......................................................................................9
II-4 APPROCHE SYSTEMIQUE : .......................................................................................9
ORGANISATION DU SYSTEME...............................................................9
II-4-1 SYSTEME DE PILOTAGE.....................................................................................9
II-4-2 SYSTEME D'INFORMATION................................................................................9
II-4-3 SYSTEME OPERANT.............................................................................................9
II-5 QUELQUES POINTS FORTS DE MERISE..................................................................9
III-1 ETAPES CLASSIQUES ET ETAPES DE MERISE...................................................11
III-2 ETUDE PREALABLE ................................................................................................11
III-2-1 ETUDE DE L'EXISTANT....................................................................................11
III-2-2 ORIENTATIONS..................................................................................................11
III-2-3 CONCEPTION DE LA NOUVELLE SOLUTION..............................................11
III-2-4 APPRECIATION DU SYSTEME........................................................................11
III-3 ETUDE DETAILLEE..................................................................................................11
III-3-1 DESCRIPTION DETAILLEE DU SYSTEME....................................................12
III-3-2 ETUDE DES TRAITEMENTS SUR LE PLAN ................................................12
ORGANISATIONNEL.........................................................................................12
III-3-3 ETUDE DES DONNEES SUR LE PLAN ...........................................................12
CONCEPTUEL......................................................................................................12
III-3-4 ETUDE DES MODELES EXTERNES ET .........................................................12
VALIDATION DU MCD......................................................................................12
INTRODUCTION
L'informatique est la science de traitement, de collecte, de conservation et de
restitution de l'information aux fins d'une exploitation par les dcideurs. Mais pour ce
faire, elle a besoin d'un environnement adquat, en l'occurrence l'ordinateur avec ce
qui l'entoure et le fait fonctionner. De tout ce qui prcde, il se dgage deux notions
fondamentales : l'information et l'environnement informatique dans lequel cette
information est traite.
Organiser cette information, la conserver et la restituer dans les bonnes conditions et
bien organiser cet environnement informatique dans lequel cette information sera
traite en vue de mettre la disposition des diffrents utilisateurs les donnes dont
ils ont besoin dans le cadre de leur travail quotidien, telles sont les missions
assignes ce cours. Cela passe ncessairement par l'utilisation d'une mthode
d'analyse et de conception des systmes d'information.
L'information est la matire premire de tout traitement informatique. Elle se dfinit comme
tant tout renseignement, toute donne, tout fait susceptible d'amliorer notre connaissance
sur un sujet quelconque. Elle est la base de toute dcision. Elle est par ailleurs un outil de
coordination au sein d'une entreprise. Elle peut tre quantifiable (la dure d'un cours par
exemple) ou qualifiable (la ponctualit d'un enseignement). Elle doit tre :
Fiable
Complte
Exacte
Pertinente
Comprhensible
Protge
Disponible au moment opportun
III-2-2 ORIENTATIONS
III-2-3 CONCEPTION DE LA NOUVELLE
SOLUTION
III-2-3-1 PRESENTATION PRIMAIRE DU SYSTEME
III-2-3-2 ETUDE DES TRAITEMENTS SUR LE PLAN
CONCEPTUEL
III-2-3-3 ORGANISATION FUTURE DU SYSTEME
La valeur de lattribut.
L'entreprise
SYSTEME
D'INFORMATION
OPERATIONNEL
SYSTEME
D'INFORMATION
DECISIONNEL
SYSTEME
D'INFORMATION
DE GESTION
Le systme d'information oprationnel dcrit et organise l'activit qui fait la raison d'tre, le
mtier de l'entreprise. Dans le cadre des entreprises brassicoles qui fabriquent et vendent des
boisons gazeuses et non gazeuses, le systme d'information oprationnel concernera
l'ensemble des activits lies justement la fabrication et la vente des boissons.
Le systme d'information de gestion dcrit et organise toutes les activits support l'activit
principale de l'entreprise (le systme d'information oprationnel). Il est ncessaire toute
entreprise dans la mesure o il permet entre autres de grer les hommes qui mnent cette
activit principale et de l'enregistrer dans les livres comptables. Ce systme regroupe les
domaines suivants : gestion des ressources humaines, gestion comptable, budgtaire et
financire, gestion administrative
Le systme d'information dcisionnel regroupe les informations provenant des deux systmes
dcrits ci-dessous. Ces informations sont regroupes sous forme d'indicateurs agrgs aux fins
de la prise de dcision. Ce systme est mis en place et fonctionne l'aide des outils de
linformatique dcisionnelle (Datawahouse).
Sous l'angle de la formalisation de l'information
A cet effet on distingue :
Comporte des rgles et des mthodes de travail prcises et bien documentes. Exemple :
Systme de facturation, de gestion de commandes
Lanalyse
La conception
La ralisation
Lanalyse
Dune faon gnrale elle consiste rassembler et interprter les faits, diagnostiquer les
problmes et utiliser les lments recueillis pour comprendre parfaitement lancien systme.
Enfin elle consiste dterminer comment lordre peut tre utilis avec plus defficacit afin
dimplmenter le systme et prsenter les rsultats
La conception
Elle consiste prvoir, imaginer et organisation un nouveau systme en complment ou en
remplacement de lancien.
La ralisation
Elle cre des programmes conus pour le nouveau systme.
En effet, pour mener bien ces 3 tapes. Il faut disposer dune mthode : la mthode
danalyse qui prcisera les tapes pour construire une solution.A chaque tape la mthode
indiquera :
Quoi faire
Comment faire
Quand le faire
Les mthodes
Ce sont des simplifications de la ralit. Cest un plan dtaill mais aussi gnral qui
donne une vue densemble du systme concerner un bon modle inclut les lments qui
revtent une plus grande importance et laisse de ct ceux qui sont inutiles au niveau
dabstraction choisi. Les modles peuvent tre structuraux et mettre en vidence
lorganisation dun systme ou bien comportement et mettre laccent sur la dynamique du
systme. La modlisation permet datteindre 4 objectifs.
Visualiser un systme tel quil est ou tel que nous voudrions quil soit.
Une dmarche globale : le systme cest toute lentreprise, cest pour cette
raison que la vritable premire tape est ici llaboration dun schma
directeur dinformation.
Une dmarche par niveau (ici par rapport un domaine bien prcis dgag
plus haut on procdera par niveaux) dans le cas de MERISE on naura :
Niveau
Modles
Conceptuel
Donnes
Modle conceptuel des donnes Modle
Organisationnel
(MCD)
Modle
Logique
donnes (MOD)
Modle logique
des
traitements (MCT)
des Modle
organisationnel
traitements (MOT)
des
des
(MLD)
Modle physique des donnes Modle physique des traitements
(MPT)
(MPD)
Physique
organisationnel
Traitements
conceptuel
Cest une catgorie relativement jeune (dbut annes 1990) qui est promise un grand
dveloppement et qui de plus en plus utilise l'heure actuelle, cela grce lutilisation
massive de ces mthodes dans les grandes entreprises qui sont de plus en plus sensibles aux
avantages normes quapportent les mthodes et techniques orientes objet. Si lon se tourne
de plus en plus vers ces mthodes, cest parce que les systmes que lon construit aujourdhui
sont de plus en plus gros et complexes quil y a 20 ans. Ils sont aussi plus volatiles et sujets
un constant changement. Ainsi lapproche oriente objet de lanalyse est susceptible de rendre
le systme stable. Cette stabilit vient du fait que la modlisation est concentre autour des
objets. Tout ce qui concern l'objet (donnes et traitements) est encapsul autour de l'objet.
Par consquent, lors d'une modification, il n'y a que l'objet qui doit tre touch qui modifi, le
reste du systme demeurant inchang, contrairement aux systmes btis avec des mthodes
systmique qui doivent tre profondment modifis lors d'un changement.
Les concepts manipuls sont :
Concept de mthodes. Elles constituent les actions (les traitements) que lon
peut exercer sur lobjet
Concept de classe. Une classe est une collection dobjets, de mme chaque
classe est dfinie par ses mthodes (traitements) et ses attributs (donnes)
Concept dhritage. Cest le fait quune classe soit dfinie en vitant les
proprits et les mthodes dune super classe qui sont hrits par leur lien
dhritage et en spcifiant les mthodes et les proprits qui lui sont propres.
Tous ces concepts et bien d'autres seront dvelopps dans la partie rserve cet effet.
Les avantages de cette catgorie sont :
Ces mthodes permettent une rutilisation du systme c'est--dire que pour les
projets dont les domaines de bases sont identiques, il y a stabilit tel quil est
possible de rutiliser les rsultats de lanalyse dun projet lautre.
La seule difficult est que leur mise en uvre est complexe. Celle-ci est due au fait que
lanalyse doit comprendre la complexit du systme modliser.
Les exemples de ces mthodes sont:
MERISE 2
Un plan stratgique. Ce plan liste tous les projets dfinis dans une tendue et
classes par ordre de priorit ceci en fonction des objectifs du systme
dinformation.
Un plan daction par projet, qui spcifie les objectifs, les contraintes, le
principe de solution et le calendrier de ralisation.
Ltude pralable
Cest la premire tape pour le dveloppement du logiciel dapplication. Cette tape se
dcompose ainsi :
Ltude dopportunit
La mise en uvre
Elle consiste en la formation du personnel destin utiliser le nouveau systme,
linitialisation du matriel et de donnes, la migration de lancien vers le nouveau systme et
la mise en route progressive, etc.
La maintenance
Elle consiste corriger les erreurs des conceptions ou de ralisation du systme
(maintenance collective) ou bien ajouter des nouvelles fonctions initialement non prvues
(maintenance volutive).
Remarques
Le cycle dabstraction
Il repose sur une perception 4 niveaux de lentreprise.
Le niveau conceptuel
Cest celui de lessence de lentreprise. Cest le quoi et le pourquoi de lentreprise. A ce on
fait abstraction des contraintes dorganisation et techniques. Les modles prsents par
MERISE ce niveau sont :
Le niveau organisationnel
Ici apparaissent les acteurs et les contraintes dorganisation (cest le qui fait quoi, le quand le
o de lentreprise). Les modles manipuls ici sont :
Le niveau logique
A ce niveau apparaissent les contraintes techniques. Ici on dcrit la logique des donnes et
des traitements. Les modles proposs ici sont
Le niveau physique
Il reprsente la manire dont sont stocks physiquement les donnes et les traitements. Les
modles proposs ici
Remarque
des traitements
ETAPE
SDI
Etude pralable
Etude dtaille
Etude technique
DOCUMENT
Document SDI
Cahier de charges
Dossier tude dtaille
Dossier tude technique
Choix technique
Utilisation Administration
Ralisation
Mise en uvre
Dossier ralisation
Manuel utilisateur
Dossier dexploitation
Quelles sont les rgles et qui dcide de la rpartition des produits dans les
entrepts ?
Les choix organisationnels sont les dcisions en matires de dfinition des postes de
travail, des procdures respecter et de leur contrle
Au niveau technique
Ce sont les choix techniques. Par exemple
********************************************************************
Le formalisme utilis pour modliser les donnes et celui des traitements permettent
dlaborer :
Schma conceptuel des donnes
Schma conceptuel des traitements
Cette modlisation est reprsentative du systme dinformation actuel ou futur. Mais le
modle nest valide quaprs le contrle crois donnes traitement. Le but de ce contrle est :
Vrifier que chaque opration (traitement) dispose bien des donnes en entre et
en sortie qui lui sont ncessaire de telle sorte que tout vnement en entre ou en
sortie dune opration puisse tre associ une donn actualise.
Actuel /Futur
Gnral les chefs de projet mettent au point les schmas conceptuels des donnes et
des traitements actuels qui seront compars aux solutions futurs afin de prciser les grandes
solutions attendues du systme futur.
Mais si les utilisateurs ont des vues assez claires du systme futur, ltude actuelle ne
se limite quaux requtes prliminaires.
III.1. Etapes MERISE et Etapes classiques.
*********************************************************************
III.2. Comment mener une tude pralable.
Confre document
III.2.1. Etude de lexistant
III.2.1.1. Analyse de la demande.
a. Objectif
Il est question ici de dcrire et de faire approuver par la mission gnrale attache la
demande d'tude.
b. Quel est le point de dpart
C'est l'expression d'un besoin d'informatisation satisfaire par le ou les responsables
utilisateur des domaines concerns.
c. Quel est le point d'arrive
C'est la formalisation d'un document de lancement de projet le document correspondant
Les membres du CP sont aussi du CU. On prcise les contraintes du budget et de planning. On
prcise aussi les modalits de recueil des informations, du contrle et du suivi des travaux.
III-2-1-2 Description de la situation actuelle
Objectifs
Il faut dcrire l'tat de la situation actuelle afin de raliser une volution objective.
Point de dpart
C'est la demande de travail de l'utilisateur et le recueil prliminaire.
Point d'arrive
C'est la ralisation d'un dossier de description de la situation actuelle
Droulement de l'tape
Elle se droule en phase:
Phase I
Elle consiste aller glaner des informations auprs des oprationnels (les oprants). Pour ce
faire,
- Faites vous prsenter par son responsable, chaque service entrant dans le champ
de l'tude. Ds cet instant, dlecter les diffrentes sortes de poste de travail
(vendeur, secrtaire, comptable, commercial) ou bien acteur interne du
systme et faites vous l'oprationnel de ce poste de travail.
- Rencontrer chaque oprationnel dsign hors de la prsence de son responsable.
Ce faisant, les langues se dlient. Des entretiens que vous aurez avec lui, il
sortira:
Les informations sur les documents mis et reus par les postes de
travail (utilit de chaque document, le nombres des exemplaires de
chaque document, le temps pass sur un document). Tout ceci en
vue d'apprcier la charge de travail du poste de travail. Ces
documents seront dcrient dans le tableau ci-dessous:
Numro
description
Utilit
E/S
Nom
du
document
Les supports d'information utiliss (caissier, listing, cahier, bloc note, registre)
Les machines utilises (machines crire, ordinateurs, facturiers)
Les mthodes de travail utilises (gestion des stocks, approvisionnement, des
livraisons)
Les souhaits des utilisateurs des postes de travail:
- Demande rester dans le service pendant quelques heures; Une journe si ncessaire.
Phase II
Description des acteurs
Ils sont dcrits dans le tableau suivant:
Nom du Projet
Acteurs
externes
Clients
Commercial
Circulant entre un acteur et le mme acteur ( condition videment que la prsentation d'une
machine soit d'une utilit ce stade pour comprendre l'existant. Il est question ici de dcrire
l'change de flux qui circulent entre les diffrents acteurs (flux matriels et flux
d'information).
Phase III
Faire le diagramme de flux
Il va dcrire de faon synthtique trois types de flux entre les acteurs:
Le flux d'information circulant entre les acteurs.
Le flux matriel circulant entre les acteurs
Le moyen de gestion interne qui est soit un flux matriel, soit un flux d'information
Phase IV :
Elaboration du MCT
1- Introduction
Les traitements constituent la partie dynamique du systme d'information. Ils dcrivent les
actions mener sur les donnes afin d'obtenir les rsultats attendus par l'entreprise. Les
traitements sont le reflet des rgles qui rgissent les activits de l'entreprise.
Exemple
Soit la rgle de gestion suivante:
Les clients devraient verser leurs arrhes (gages, garanties) au moins 8 jours avant la date
prvue pour leur sjour pour confirmer leur rservation dans une chambre dans d'htel.
Cette rgle de Gestion donne donc le traitement suivant:
Chercher la rservation
Constituer la date de sjour
Si date de sjour < date de jour + 8 alors rejeter, Sinon accepter les autres et confirmer la
rservation.
Numro de
l'opration
Rgle Emission de
rsultat 1
Nom de l'opration
Action 1
Action 2
Action 3
..
Rgle Emission de
rsultat 2
Rgle Emission de
rsultat N
Demande de rservation d'une chambre de la part d'un client peut se caractriser par les
lments suivants:
- Formalisme
Evnements dclencheurs, synchronisation
Concept d'vnement
Un vnement correspond une sollicitation du SI, qui doit ragir par l'excution d'un
ou de plusieurs actions en vue de traiter l'vnement.
Evnement interne
C'est celui qui se produit la fin d'une opration. A ce niveau il est appel rsultat
et peut devenir lui-mme un vnement dclencheur d'une autre opration. Il est produit par le
SI lui-mme. C'est un vnement qui provoque une autre raction du SI
Evnement rsultat final
Il est produit par le SI et ne provoque pas une autre raction du SI. Ce sont les
rsultats produits par la dernire opration du dernier processus du SI
Evnement externe
Il se produit l'extrieur des oprations de processus. Il vient de l'extrieur du
systme d'information. Il doit provoquer une raction du SI
Concept de synchronisation
L'excution d'une opration est toujours conditionne par un ou plusieurs vnements.
La synchronisation est la liste des vnements dclencheurs relis par les oprateurs logiques
"et", "ou", "non"
Remarque
Etant donn qu'une opration doit tre ininterruptible, nous cherchons des vnements
et des synchronisations pour dterminer les oprations d'un processus.
La synchronisation dclanchant la premire opration d'un processus peut se faire sur
l'apparution d'un seul vnement externe et correspond bel et bien une attente conceptuelle.
Pour toutes les autres oprations, la synchronisation doit correspondre une attente s'il n'y a
pas attente conceptuelle entre deux oprations, il faut les fusionner. Il y a attente conceptuelle
lorsqu'on a l'un des cas suivants:
Un ou plusieurs vnements externes
Plusieurs vnements internes venant de plusieurs oprations
Plusieurs vnements internes et externes
Lorsque deux oprations sont effectues par deux acteurs internes diffrents
Notes
Facteurs de scindage des oprations
Lieu o est-ce fait?
Priodicit quel moment?
Nature manuel ou automatique?
Concepts des rgles d'mission des rsultats
Les rgles d'mission des rsultats conditionnent ces rsultats. Celles-ci sont les rgles
d'mission des rsultats. Elles correspondent aux rgles de gestions de l'entreprise. L'ensemble
des rgles d'mission des rsultats d'une opration doit tre complet et disjoint, c--d tous les
rsultats possibles doivent tre tudie (complet) et qu'il ne doit exister qu'une et une seule
rgle d'mission des rsultats pour chacun d'entre eux (disjoints)
3. Mthode d'laboration du MCT
- Dtermination des processus
a.
Rappel
Vue externe
Sollicitation interne
ou vnement externe ou dclencheur
SI
Rsultat
Evnement rsultat final
Description du processus
Acteur
1
Client 1
Diagramme de flux
Cde
acpt
e
Acteur 2
Service
com
Etude et livraison
Magasin
e
Dispo
Non dispo
Service
B
I
Dde
appro
M's
e
Attent
e
Cde client
Accept
e
Rejet
M'se
livr
e
BL
Cde
en
attent
e
dde
en
apprc
Comment le construire
Dterminer les acteurs (internes ou externes)
Recenser les flux changs avec pour chaque flux l'acteur metteur, rcepteur du
flux, la et le numro du flux
Diagramme des vnements
Il dtermine les objets changs partir du diagramme de flux, de recenser les tats que
prennent ces objets. Pour laborer, on labore d'abord le graphe de flux une fois les
vnements mis en vidence, on limine tout ce qui est de nature organisationnelle.
Les diffrentes tches composants une opration peuvent ou non tre dcrites
dans le MCT
Rien n'oblige ce que toutes les tches d'une opration soient effectues
chaque apparition d'un vnement objet de la synchronisation "ou"
On peut effectuer diffrent synchronisation de d'vnements dont une
proposition logique donne permet d'excuter une partie des tches. Tandis
qu'une autre proposition logique dclanchera d'autres tches de la mme
opration
IDCI
Acteurs externes
A1
A2
Page
Date
Poste de travail
Bureau
Service vente
Vendeur
Technicien
Fichier
Comptabilit
Comptable
Archiviste
Garage
Opration manuelle
Archivage physique
Opration semi-manuelle
Archivage logique
Enregistrement Automatis
Flux matriel
Document manuel gnr Multi exemplaire
B. Critiques qualitatives
Elles font trs couramment apparatre:
Les moyens de gestions (documents, circuit d'information, procdure de travail, machine
utilises) trop complexes, mal adapts, souvent du des changements d'activit ou de
structure de l'entreprise non traduit par des changements d'organisation.
Exemple: manque de rigueur dans la gestion d'un client:
Gestion de production
Gestion de livraison
Gestion financire
C. Critiques quantitatives
Pour formuler, il faut rcapituler par service:
III.2.2 Orientations
Appuyez-vous sur votre diagnostic et sur les objectifs dcrits dans les recueils
prliminaires pour proposer des orientations.
N.B:
Aucun du diagnostic ou objectif ne doit rester sans propositions. Repartissez vos
propositions en quatre domaines.
A. Propositions d'organisation
Proposez les amliorations de l'organisation actuelle travers:
B. Propositions de gestion
Proposer les travaux de gestions jusqu' lors non effectues. On y retrouve plus
frquemment:
-
Quelques exemples
Analyse des ventes par chiffre d'affaire par marge par produits
C. Propositions techniques
Proposer les moyens tels que l'informatisation permettant:
Jean passe C1 et C2
C1 contient P1 et P2
C2 contient P2 et P3
C3 contient P1 et P2
C4 contient P3 et P4
F1
C3
F3
C2
F2
C4
F4
Commandes
C1
C2
Produits
P1 et P2
P2 et P3
Facture
F1
F2
C3
C4
P1 et P2
P3 et P4
F3
F4
De ce rel aperu nous pouvons dgager les entits suivantes: clients, commandes,
produits, factures
CLIENTS
COMMANDES
PRODUITS
FACTURES
Remarques:
Nous verrons plus loin qu'une entit ne sera complte dfinitivement que
lorsque l'on n'aura tabli la liste des proprits et en particulier sa proprit
Identifiant.
1. 2 Concept de relation
Dans l'exemple prcdent,nous avons retenu qu'une partie de la ralit: les entits. Nous
pouvons aussi dgager les associations entre ces entits.
Exemples:
ENTITE 1
Nom de la relation
ENTITE 2
ENTITE 2
Remarque
Deux entits peuvent tre relies par plusieurs rsultats diffrents.
Compltons maintenant notre exemple ci-dessus par les relations.
Donne lieu
CLIENTS
COMMANDES
FACTURES
PRODUITS
Passe
Contient
Concept de proprit
a) Pour les entits
Compltons maintenant les entits avec les ensembles des donnes lmentaires
dgags du rel peru.
Donne lieu
CLIENTS
COMMANDES
FACTURES
N client
Nom
Prnom
Numcde
Date cde
N produit
Libell
Prix
PRODUITS
N fact
Date fact
Total_ligne
Total fact
Passe
N.B.:
Contient
On ne peut pas supprimer la proprit
Total facture ou le Total ligne, car si on le fait, on
Qt_Cde
sera oblig chaque fois qu'on aura besoin d'diter la facture de recalculer ces totaux.
Dfinition: c'est une relation individualise, constitue d'une et une seule occurrence
des entits participantes la relation.
Exemple: pour la relation Passe-Commande, on n'a 4 occurrences de cette relation
Jean C1
Jean C2
Paul C1
Paul C2
1.4.3. Cardinalit
La cardinalit d'une unit une relation s'exprime par deux nombres appels
cardinalit minimale et cardinalit maximale.
1.4.3.1. Cardinalit minimale (0 ou 1)
Dfinition: c'est le nombre de fois minimale qu'une occurrence d'une entit participe
aux occurrences de la relation. Si la cardinalit minimale est gale 0 cela signifie que parmi
toutes les occurrences de l'entit, il en existe au moins une qui ne participera jamais la
relation.
Client
Commande
C1
C2
C3
C4
Elengu
e
Nga
Onana
Ici ONANA n'a jamais pass de commande. On imagine qu'il existe des clients qui ne
passent jamais de commande.
1.4.3.2. Cardinalit maximale.
Dfinition: elle indique le nombre de fois maximale que minimale.
Exemple: dans le schma ci-dessus, il y a deux clients qui ont pass plus d'une commande,
difficult maximale = n
Cde
Client
Cde
2. Mthode
2.1. Construction du dictionnaire de donnes.
a.
Dfinition:
C'est un document o sont recenses les diffrentes proprits (ou rubriques) releves dans les
documents ou cites par les diffrents utilisateurs. Pour chaque source d'information (flux,
documents, affichage) on relve la liste des proprits voques, on les incorpore si
ncessaire dans le dictionnaire de donnes.
Remarque: Attention liminer les polysmies (rubrique plusieurs significations. Par exemple
la proprit Date peut signifier Date Facture ou bien Date Commande.)
b.
Code proprit
Prsentation
Signification
Type
Nature
Observation
Entits fonctionnelles
On associe des donnes du dictionnaire en entit ayant une cohrence.
Exemple:
Nom personne
Prnom personne
Adresse personne
2.3. Composition avec la ralit du SI de l'entreprise
Aprs enqute et recueil des documents, on vrifie que les entits fonctionnelles
dgages correspondent la ralit de l'entreprise. On dgage les identifiants les identifiants
de ces entits. Si on n'en trouve pas, peut-tre ne s'agit-il pas d'une entit.
Remarque: attention, les donnes lmentaires du dictionnaire peuvent tre des proprits des
relations.
2.4. Recenser les relations et mettre les cardinalits
Les enqutes et documents recueillis vont permettre au concepteur d'tablir des
relations entre les entits recenses. Il peut unifier que ces relations sont intressantes par
rapport aux rgles de gestion qui ont t aussi dtermines travers ces enqutes et
documents.
Exemple: les employs commencent leur travail 8 heures
Par ailleurs, on mettra les cardinalits grce aux rgles de gestion.
En dfinitive, la dmarche suivre correspond au schma suivant. Ils ont nanmoins
ncessaire dans tous les cas de respecter les principes suivants:
1. Toute type d'entit possde au mois un identifiant et au moins une proprit autre
que l'identifiant.
2. Toute entit doit prsenter un intrt pour les utilisateurs.
3. Tout type d'association entre des entits possdent au moins un identifiant
constitus par les identifiants des entits associes.
4. Une proprit (non identifiant) ne peut appartenir qu' seule entit ou une seule
association.
Dbut
Proprit
s non
affectes
Amliorer
ventuellement le
Modle
FIN
Modle complet: MCD avec toutes les proprits et toutes les relations possibles
Une tape essentielle consiste vrifier le MCD en appliquant les rgles dites de
vrification et de normalisation.
3.2. Rgles sur les entits.
3.2.1. Rgle1: Existence d'un identifiant pour chaque entit
Une prsume entit sans identifiant n'est pas une entit au sens de la moralisation.
Exemple: modliser la phase suivante: "les clients rservent leur table dans un restaurant"
Client
Nom / Prnom
1, n
0, n
Rserver
Date / Heure
Table
N table
Remarque: rserver n'a pas d'identifiant en tant que donne lmentaire i-e "rserver" n'est pas
une entit. " Un client prend une rservation REGIFERCAM.
Client
Nom / Prnom
0, n
1, 1
Demand
e
Rservation
N rservation
Date / Heure
0,n
E2
0,n
Place assise
N place
0,n
E1
0,n
Couchette
N couchette
3.2.2. Rgle 2
Pour chaque occurrence d'une entit, chaque proprit ne peut prendre qu'une seule
valeur c'est--dire o ne peut avoir de valeur respective pour une mme proprit.
Exemple:
Employ
N employ
Nom
Prnom
Domiciliation Bancaire
Prime de qualification
a
Donne
Employ
N employ
Nom
Prnom
Domiciliation Bancaire
Prime de qualification
Paren
t
Enfant
N employ, n ordre
Nom enfant
Prnom enfant
Date de naissance
La proprit prnom enfant peut prendre plusieurs enfants, il faut en faire une entit.
3.2.3. Rgle 3
Toutes les proprits doivent tre lmentaires c'est--dire non dcomparable. Cette
rgle correspond la premire forme normale du modle relationnel selon CODD
domiciliation bancaire et dcomposable en:
Code Bancaire
Code guichet
N de compte
3.2.4. Rgle 4
Toute les proprits autres que l'identifiant doivent dpendre pleinement et
directement de l'identifiant.
Dpendance pleine
Les proprits doivent dpendre de tout l'identifiant, et non d'une partie de cet
identifiant. Ceci correspond la forme normale de CODD
Exemple: non d'enfant dpend pleinement de l'employ
-
Dpendance directe
Qualification
1,1
N employ
Possd
e
0, n
Nom
Prnom
Domicile
Code qualification
Libell qualification
Prime qualification
1, n
Rserver
Date / Heure
0, n
Table
N table
Client
1, n
Table
0, n
0, n
Date
J/M/A
Heure
Entit artificielle
0, n
1, n
Vendre
0, n
Secteur
Code_Sec
Libell_Sec
Branche
Code_Bran
Libell
Les branches des mtiers sont rpertories ainsi que les secteurs gographiques.
Chaque reprsentant est engag pour vendre dans un secteur et une branche donns, la valeur
de l'identifiant de la relation pouvait tre AUTOMOBILE - AKWA Martin, l'application
de la rgle 5b traduit le fait que toutes les occurrences de la relation "Vendre" auront un
identifiant complet. Ainsi on peut admettre une occurrence ayant pour valeur d'identifiant
MAKAYA YAOUNDE.
Si l'on veut prsenter le fait qu'un reprsentant vend dans un secteur donn
indpendamment de toute branche, on doit crer une autre relation "Vendre 2". On aura le
MCD suivant.
Reprsentant
Numro_Rep
Nom_Rep
0, n
1, n
Branche
Code_Bran
Libell
Vendre
0, n
Secteur
Code_Sec
Libell_Sec
0, n
0, n
Vendre2
3.3.2. Rgle 6
Pour chaque occurrence de la relation, il ne peut exister qu'une et une seule valeur
pour chaque proprit de la relation ce qui correspond pour les entits la rgle 2. Ces valeurs
des proprits Date et Heure doivent tre uniques pour une occurrence donne (MAKAYA
1)
Client
Nom / Prnom
Rserver
Date / Heure
Table
N table
Si tel n'est pas le cas de MCD doit tre revu en rajoutant une entit artificielle Date et Heure
do :
Client
1, n
0, n
0, n
Date
J/M/A
Heure
Table
3.3.3. Rgle 7
Toute les proprits d'une relation doivent dpendre pleinement de l'identifiant de la
relation. Ainsi chaque proprit doit dpendre de tout l'identifiant et non d'une partie de ce
dernier.
Soit le MCD suivant :
Employ
Numro_Emp
Nom_Emp
Affecter
1, n
Date_db
Date_fin
Prime_Go
0, n
Batiment
Code_Bat
Adresses
1, n
Service
Code_Sec
Libell_Sec
Employ
Numro_Emp
Nom_Emp
Affecter
1, n
Date_db
Date_fin
0, n
Batiment
Code_Bat
Adresses
0, n
1, n
Service
Code_Sec
Libell_Sec
1, n
Prime_Go
Dfinition
L'ensemble des DF d'un problme peut tre reprsent sous une forme d'une
arborescence appele graphe de DF.
b.
Construction
1 Liaison proprit
proprits
Cas simple
Cas complexe:
Si on regroupe d'embl dans des sous-arbres, les proprits qui dcrivent le plus la
mme entit. Ce faisant le moment de chaque sous-arbre dterminera les autres proprits de
la relation.
2 Liaison multiples
c. Techniques de traduction du GDF en schmas de relations:
Chaque sous arbre dcrit un schma de relation dont l'identifiant est la proprit
ou ensemble de proprit, origine des flches du sous arbre, et les attributs sont les
proprits destinataires des flches du sous arbre.
Notez que, le GDF, lorsqu'il a t bien construit, dbouche sur les schmas de relation
qui varient bien les 3 FN. Par consquent, vous avez plus normaliser ces schmas de relation
d. Dpendance fonctionnelle
Un constituant B est fonctionnellement dpendant d'un constituant A dans un schma
de relation appel R (A, B, C, D) si toute valeur a de A, n'est associe qu'une et une seule b
de B. On note A
B c'est--dire A dtermine B.
Exemple: LIG COM (N prod, n cl, Lib prod, ord cli, qt, date, mont)
DF (Dpendance Fonctionnelle)
N prod
Lib prod
date
Nclient
ord client
mont
Libpro
2) (N com, N prod)
Qt
3) N prod
Libpro
C et C
N fact
DFD 1) N fact
N rep
DFD 2) N fact
Nom rep
DFD 3) N fact
Nom rep
DFD 4) N rep
N rep
N rep
Nom rep
Proprit des DF
- Rflexivit:
Si Y X
- L'augmentation
Si X
X,Z
Y,Z
- Pseudo transitivits:
Si X
Y,U
- L'union: si X
X,U
Y et X
Z
Z
Y et X
Y,Z
- Dcomposition:
Si X
Y,Z
Fermeture transitive
Soit F un ensemble de DFE, on notera F+ la fermeture transitive l'ensemble de toutes
les DF obtenues partir de l'ensemble de dpart F par transitivit et pseudo-tansitivit
F+ = U
DF obtenues par
- Transitivit
- Pseudo-tansitivit
Exemple: F = Nprod
Libprod, Nprod
CTVA
F+ = FU Nprod
CTVA;
pseudo-tansitivit TXTVA
TXTVA
Couverture minimale
Soit Fun ensemble de DF, on notera min (F) ou C (F) la couverture minimale
l'ensemble des EDF qui a la mme fermeture que F et toutefois cette proprit ne soit plus
vraie si l'on supprime un DF de la couverture
- (min (F))+ = F+
- F' min (F) F' + = F+ou U F' min (F)
Autres types de dpendances
- Dpendances multivalues
- Dpendance de jointure
Exercice:
1) A,B
6) G
2) C
7) B
3) A,D
8) C
4) B
9) E
5) A
10) A
F' F+
Questions:
1) Les DF de F sont-elles lmentaires?
2) Dduire la F+
3) Dduire min (F)
Questions 1: la premire DF n'est pas lmentaires
2) F' = U
11) G
A (6 et 9)
12) B
G (7 et 8)
13) C
E (6 et 8)
14) E,D
G (3 et 9)
15) E
H (9 et 10)
16) G
H (6 et 15)
17) B
E (7 et 13)
18) B
H (7,8 et 16)
19) C
A (8 et 11)
20) C
H (8 et 16)
21) B
A (7 et 19)
3) Min (F) : 2, 3, 4, 5, 6, 7, 8, 9, 10
* LA NORMALISATION
Elle est faite pour:
-
Colonnes atomiques
Exemple:
Employ (Code enfant, Nom enfant, Prnom enfant, Date naissance enfant)
Code emp
Nom enfant
Code employ
Prnom enfant
Code employ
Prnom enfant
Cette relation n'est pas en 1FN (il y a dcomposition) donc Employ (code enfant, Nom
enfant
Employ (Code employ, Nom employ)
Enfant (Code employ, Prnom enfant, Date naissance enfant)
2) 2me forme normale
Une relation est en 2FN si:
-
Exemple:
Stock (Nus, Nu pro, Nom pro, Qt)
1. Nus, Nu pro
Nom pro
2. Nus, Nu pro
Qt
3. Nu pro
Nom pro
(dcomposition)
Stock (Nus, Nu pro, Qt)
- Intgrit
- Non redondance
- Cohrant
Mais pour les versions de traitement, s'il par exemple lister les produits de chaque usine,
on est oblig de faire 2 accs (dans les relations stock et produit)
3) 3me forme normale (3FN)
Une relation est en 3FN, si:
-
Elle est en 2FN, tout attribut existant la cl ne dpendant pas d'un attribut non cl
Exemple: Produit (Nus pro, Nom pro, CODTVA, Taux TVA) d'o
Produit (Nus pro, Nom pro, CODTVA)
TVA (CODTVA, Taux TVA)
Autres FN: FNBC (FN de Boyce Codd)
3me FN amliore
Un rel est en FNBC, si:
Les seules DFE sont celles dans lesquelles une cl dtermine un attribut
Cod nat
Y et Y,U
Z donc Z, U
Le MOT
1- Prsentation Gnrale
Le MCT a permis de dcomposer le domaine d'activit tudi en processus et en
oprations en ne tenant compte que des vnements conceptuels. Le MOT complte cette
tude en rajoutant les considrations d'ordre organisationnel. Deux proccupations sont prises
en considration :
Dde
d'inscription
Processus de gestion
des inscriptions
Pers
inscrite
Pers
non
inscrite
Dde
d'inscription par
courrier
Dde
d'inscription
l'accueil
Processus de gestion
des inscriptions par
courrier
Processus de gestion
des inscriptions
l'accueil
Pers
inscrite
Pers
non
inscrite
Pers
inscrite
Pers
non
inscrite
MCT
MOT
2.2. Poste de travail
Dfinition:
Le MOT permet de reprsenter l'organisation de l'entreprise en postes de travail.
Chaque poste de travail correspond une unit d'action lmentaire dote de moyens d'action
(Moyens humains et matriels) en vue d'excuter des tches.
Formalisme:
Poste 1
Poste 2
2.3. La Phase
Dfinition:
Sous-ensemble de la procdure, la phase est une suite non interrompue de traitements de
mme priodicit et excuts par un mme poste de travail. La phase n'est pas susceptible
d'tre mise en attente par d'autres vnements que les vnements dclencheurs c'est--dire
qu'il ne peut y avoir au cours d'une phase d'attente organisationnelle.
Formalisme
E1
Evnements conceptuels et
E2
organisationnels
Synchro
N de la phase
De la procdure
Nom de la phase
Phase
Type traitement
R1
R2
Rgles d'mission
Rsultats
Exemple: Une opration de MCT donnera lieu une ou plusieurs phases du MOT.
a) Phase unique dans le MOT
Cas d'une opration pouvant tre excut compltement par un poste de travail et dans
une mme unit de temps (mme niveau et type d'automatisation).
Exemple:
MCT
MOT
Candidature
enregistre
Candidature
enregistre
Contrle candidature
OK
MA
OK
Contrle
candidature
OK
Lettre de
convocation
Lettre
de refus
Lettre de
convocation
Lettre
de refus
Type d'automatisation
Alors nous devons casser l'opration du MCT en deux phrases dans le MOT (un par
porte)
a donne
2.4. Nature de la phase
a) Manuelle
Ici l'acteur du poste de travail agit de faon indpendante la machine. Il est
compltement dconnect de toute machine informatique.
b) Diffr
Ici l'homme n'intervient que pour lancer la phase dont le droulement entirement
automatis.
c) Temps rel
On assiste un dialogue entre l'utilisateur et la machine. L'ordinateur donne des
rponses rapides au dialogue qu'il a avec l'homme.
2.5. Priodicit
C'est la frquence avec laquelle la phase s'excute (Chaque jour, la fin de chaque
mois). On doit aussi prciser ici l'heure de dbut et la dure de la phase ou procdure
fonctionnelle
Poste de travail, priodicit et nature sont les lments qui caractrisent une phase. Ce sont
donc ces lments qui nous permettent de pouvoir diviser chaque procdure du MOT en
phases, chaque phase ne pouvant tre ralise que dans un mme poste de travail, avec la
mme priodicit et ayant la mme nature.(******)
3. Prsentation du MOT
Deux outils nous permettent de prsenter le MOT:
-
3.1. Le GCI
Il dcrit les changes entres les diffrents postes de travail. IL montre comment est-ce
que l'information est transforme dans l'entreprise. C'est grce lui qu'on dclera les
diffrentes phases, leur priodicit ainsi que leur nature
TEMPS
*******
3.2. DEPF
DIFFERENTES PHRASES
EXISTE
Cours
Mthodologie MERISE
Deuxime anne
Edition : 2000-2001
Auteur : Dpartement Informatique
Prsuppos :
Aucun
Prambule
Le but de ce cours est de prsenter sur deux annes les modles utiliss par la mthode
MERISE.
Il est compos de six parties et dune annexe. Une premire partie introduction prsente la
mthode MERISE dans son ensemble, une deuxime partie est consacre la reprsentation
des flux dinformation. Puis trois parties se succdent chacune consacre ltude des
modles MERISE. Et enfin, une dernire partie prsentera les mthodes de validation de
lanalyse.
Le polycopi de premire anne comprend :
Introduction
Le diagramme de flux et le modle Acteur/Flux
Le modle conceptuel des donnes
Rfrences :
MERISE Mthode de conception
A. Collonges
J. Hugues
B. Laroche
Dunod informatique
MERISE Vers OMT et UML Un guide complet avec tudes de cas
Joseph Gabay
InterEditions
MERISE Vers modlisation oriente objet
Jos Morejon
Les ditions dorganisation
ORGANISATIONNEL..........................................................................................12
III-3-6 MODELE LOGIQUE DES DONNEES...............................................................12
III-3-7 MODELE LOGIQUE DES TRAITEMENTS......................................................12
III-4 REALISATION ET MISE EN UVRE......................................................................12
Table des matires.....................................................................................................................69
Extensions du formalisme Entit-Association (EA).................................................................72
Objectif :...............................................................................................................................72
Gnralisation/spcialisation.................................................................................................72
Notation :...........................................................................................................................72
Exemple :..........................................................................................................................73
Reprsentation de contraintes :.............................................................................................74
Contrainte de type Inclusion ............................................................................................74
Contrainte dexclusion .....................................................................................................74
Contrainte de totalit ( aussi appele contrainte de ou inclusif ) ou ..........................75
Contrainte ou exclusif.......................................................................................................76
Contrainte dgalit ..........................................................................................................76
Le modle conceptuel des traitements ( MCT )........................................................................77
Quest-ce que le MCT ?........................................................................................................77
Les concepts..........................................................................................................................77
Notion de domaine............................................................................................................77
Notion de processus..........................................................................................................77
Notion dopration............................................................................................................77
Notion dvnements et rsultats......................................................................................78
Notion de synchronisation................................................................................................79
Notion doccurrences dvnement et doccurrences de rsultat......................................79
Synthse et formalisme.........................................................................................................81
Rgles de constitution du MCT............................................................................................81
Validation du MCT et Conclusion :......................................................................................83
Le modle Organisationnel des traitements..............................................................................85
Quest ce que le modle organisationnel des traitements.....................................................85
Les concepts de base du MOT..............................................................................................86
Rgle dorganisation.........................................................................................................86
Tches...............................................................................................................................86
Phase ou procdures fonctionnelles..................................................................................86
Procdure..........................................................................................................................86
Evnements, rgles de synchronisation et rgles dmission............................................86
Formalisme ...........................................................................................................................88
Le diagramme denchanement.........................................................................................88
Le graphe de circulation....................................................................................................89
Documentation ncessaire : description des phases..............................................................89
Synthse et conclusion..........................................................................................................89
La validation ............................................................................................................................90
Le modle externe.................................................................................................................90
Principe de la validation........................................................................................................91
La dmarche intuitive :.........................................................................................................92
La dmarche systmatique....................................................................................................92
Le modle externe en mise jour.....................................................................................92
Modle externe en consultation........................................................................................92
Conclusion............................................................................................................................93
Gnralisation/spcialisation
Soient E1 et E2 deux entits. Le lien gnralisation/spcialisation entre E1 et E2 signifie que
E2 aura ses propres proprits et toutes les proprits de E1. E1 est lentit gnrique. E2 est
lentit spcialise.
On considre deux types de gnralisation/spcialisation :
- gnralisation simple
- gnralisation multiple
La gnralisation simple est caractrise par lunicit du lien de gnralisation pour une mme
entit.
La gnralisation multiple est caractrise par les liens multiples pour une entit en tant que
sous type vis vis dautres entits.
Notion dhritage :
Lhritage est un concept qui est trs li au concept de gnralisation/spcialisation.
Dans le cas dune gnralisation simple, la rgle dhritage stipule que les entits spcialises
hritent de toutes les proprits de lentit gnrique. Lensemble des proprits sont alors
transmises de la gnralisation aux spcialisations.
Les proprits hrites apparaissent alors dans lentit spcialise avec un libell surcharg.
Par convention, les proprits hrites apparaissent soulignes. Toutefois, il arrive que les
proprits hrites ne soient pas reprises dans les entits spcialises.
Notation :
Gnralisation simple :
Entit A
Entit B
Entit gnrique
Entit C
Entits
spcialises
Gnralisation multiple
Entit
A
Entit
C
Entit
B
Entit gnrique
Entit
D
Entit
spcialise
Exemple :
Imaginons une entreprise employant du personnel permanent et du personnel vacataire.
Imaginons les deux modlisations suivantes :
1) Une entit :
Personnel
Id emp
Nom
Prnom
Salaire mensuel
Cot horaire
Cette modlisation nest pas satisfaisante car elle ne suit pas la rgle qui
indique que toutes les proprits doivent tre renseignes pour toutes les
occurrences. Or, la proprit Salaire mensuel ne sera renseigne que pour
les salaris permanents et la proprit cot horaire na lieu dtre que pour
les employs vacataires.
2) Deux entits :
Permanent
Id permanent
Nom
Prnom
Salaire mensuel
vacataire
Id vacataire
Nom
Prnom
Cot horaire
Entit
Permanent
Id permanent
Salaire mensuel
vacataire
Id vacataire
Nom vacataire
Cot horaire
Entits
Reprsentation de contraintes :
Les extensions au formalisme vont permettre de reprsenter des contraintes de type inclusion,
exclusion, totalit, ou exclusif, et galit. Ces contraintes apparaissent sur des liens entre
association ou entit et association.
Employ
Idemploy
1,n
1,n
intervi
ent
I
A pour
Contrainte dexclusion
1,n
contrat
Idcontrat
0,n
Qualificati
on
Idqualif
- associ
mais il ne peut pas intervenir en tant que responsable et associ.
Il faut donc ajouter une contrainte dexclusion qui indiquera que toute occurrence de
lassociation est responsable ne pourra tre occurrence de lassociation associ . En
dautres termes, un reprsentant qui est responsable dune commande ne pourra tre associ
cette mme commande.
Est
responsable
0,n
Reprsenta
nt
Idrep
1,1
commande
Idcde
0,n
0,1
Est
associ
Soient les entits E1 et E2 relies par deux liens A12 et B12. Il existe une contrainte de
totalit entre A12 et B12 si lensemble des
occurrences de A12 et lensemble des occurrences de B12 reprsentent la totalit des
occurrences de E1.
De faon plus gnrale, elle signifie que lensemble des occurrences dune entit est concern
par au moins une association parmi plusieurs. Cela signifie, quil faut lie la contrainte de
totalit lentit pour laquelle on souhaite voir lensemble des occurrences dans lassociation.
Exemple :
Des appartements sont occups soit par des propritaires, soit par des locataires.
De plus, les appartements doivent tous tre occups.
Occupe en
tant que
propritaire
0,n
personnes
Idpersonne
s
0,n
1,1
appartements
Idapparteme
nt
V
0,1
Occupe en
tant que
locataire
Contrainte ou exclusif
+
0,n
personnes
Idpersonne
s
0,n
1,1
appartements
Idapparteme
nt
0,1
Occupe en
tant que
locataire
Contrainte dgalit
Soient trois entits E1, E2, E3 telles que E1 est lie avec E2 par lassociation A12 et E1 est
lie avec E3 par lassociation A13.
Une contraintes dgalits entre les associations A12 et A13 signifie que une occurrence de
A12 doit obligatoirement tre occurrence de A13. Implicitement, il faut indiquer lentit
concerne par cette galit au sein de lassociation.
Exemple :
Reprenons lexemple ci dessus et rajoutons lentit cave telles que, les caves peuvent tre
occupes par des personnes mais uniquement si ces personnes sont elles-mmes locataires
dappartement.
1,1
Occupe en
tant que
propritaire
1,n
personnes
Idpersonne
s
1,n
Occupe cave
appartements
Idapparteme
nt
1,1
cave
Idcave
Les concepts
Notion de domaine
Un domaine est un dcoupage du systme dinformation de lentreprise dfini en fonction de
sa stratgie.
Le dcoupage en domaine correspond souvent aux grandes fonctions de lentreprise telles que
gestion des ressources humaines, gestion financire, gestion commerciale
Notion de processus
Cest un ensemble doprations au sein dun mme domaine, souvent dclench par un
vnement interne.
Il ny a pas de rgles bien prcises quant au choix des processus.
Exemple :
Si on considre le domaine dactivit gestion des stocks , on pourra mettre en vidence
trois processus :
Approvisionnement des stocks
Destockage
Inventaire
Chaque processus sera lui-mme dcomposer en autant doprations que ncessaires.
Notion dopration
Une opration est une squence dactions excutables et ininterruptibles . Cest dire
quaucun vnement ne pourra remettre en cause le bon droulement de lopration une fois
celle-ci dclenche.
Lensemble des actions dune opration pourra tre explicitement spcifi sur le MCT. Mais
pour plus de clart, chaque opration dun processus fera lobjet dun document annexe
dcrivant les actions.
Une opration est dclenche par un vnement et produit un rsultat en fonction de certaines
rgles. Ces rgles sont appeles rgles dmission.
Les rgles dmission sont des conditions sur les valeurs des proprits de la base
dinformations.
On distingue :
Les vnements internes ou rsultat
Les vnements externes
Les rsultats externes
Le non-vnement
a) Evnements internes et externes
Un vnement externe est un vnement initialis lextrieur du domaine tudi.
De tels vnements ne peuvent pas tre le produit dune autre opration. Ceux sont ces
vnements qui dclenchent les processus (ex. la commande).
Le message dun vnement externe contient toutes les proprits ncessaires la ralisation
de(s) oprations(s) quil active.
Ces proprits peuvent faire rfrence des donnes ( ex. n client,nproduit command) ou
tre des donnes propres lvnement ( quantit commande). Dans tous les cas, ces
donnes sont connues de lvnement.
Les vnements calendaires sont considrs comme des vnements externes ( ex. chaque fin
de mois => traitement de la paie).
Un vnement interne ou rsultat interne est un rsultat qui se produit la fin dune
opration et qui dclenche une autre opration.
On distingue les vnement intra-processus ( rsultat dune opration et dclencheur dune
opration dans le mme processus) et les vnements inter-processus ( rsultat dune
opration dans un processus et dclencheur dune opration dun autre processus).
b) Rsultat externe
Cest un rsultat destin sortir du domaine. Un tel rsultat ne pourra pas tre dclencheur
dune autre opration.
c) Le non vnement
Cest un cas particulier. Il concerne par exemple des vnements du style chaque fin de mois
ou la non rponse du client .
On se ramnera un vnement calendaire. En effet, chaque fin de mois fera rfrence une
date de mme la non rponse dun client sera traite par une opration ( recherche des clients
en attente de rponse) dont lvnement dclencheur sera une date.
Notion de synchronisation
Lexcution dune opration est toujours conditionne par un ou plusieurs vnements. La
synchronisation dune opration correspond la condition dexcution de lopration. Cette
condition se reprsente toujours sous la forme dune condition boolenne.
Synthse et formalisme
Evnement
dclencheu
r
Evnement
dclencheur
Condition
dexcution
Nom de lopration
Liste des actions
Rgle dmission
Rsultats
Signature
devis
Arriv
e
client
Rdaction devis
Devis
a
a et b
Ouverture dun
dossier de mise en
rparation
Mise en
rparation
OK
Cde
livrable
Emission
ordre de
livraison
Ordre de
livraison
Ordre de
livraison
OK
Livraison
fournisseur
Dblocage cdes
Cde
pas de
existe
cdes
Ordre de
livraison
Livraison
fournisseur
Cde
Enregistrement cde
Dblocage cdes
Cde
pas de
existe
cdes
Cde
enregistre
Cde
livrable
a ou
b
Contrle des stocks
OK
OK
Ordre de
livraison
Vrification que tous les rsultats peuvent tre produits par les oprations en tenant
compte des donnes recenses dans le MCD
Vrification, contenu des messages des vnements en entre, que toutes les actions de
mise jour peuvent tre effectues sans trahir le MCD.
Le MCT a permis de rpondre la question QUOI, de recenser les traitements effectuer et
lordre logique dans lesquels ils doivent tre effectus.
La constitution du MCT une fois effectue reste la plupart du temps stable. En effet, il est
bas sur des rgles de gestion. Or les rgles de gestion varient beaucoup moins facilement que
les rgles dorganisation.
Le MCT valid, il faut prendre en compte les choix dorganisation et rpondre aux questions
OU, QUAND et QUI. Il sagit du prochain niveau dabstraction : le niveau organisationnel.
Tches
Chaque opration du MCT tait dcrite par des actions.
Ces actions vont maintenant tre analyses dun point de vue organisationnelle.
Chaque action pourra ainsi tre regroupe ou dcoupe en tches.
Une tche est donc un ensemble ou sous-ensemble dactions lmentaires pourvue dune
organisation dfinie par des rgles dorganisation.
Procdure
La procdure est en terme dorganisation lquivalent du processus du MCT. Il reprsente
lenchanement des phases dont les oprations originelles appartiennent au mme processus.
Les procdures reprsentent les sous ensembles dun processus. Ces sous ensembles sont un
dcoupage suivant les rgles dorganisation dfinies.
Elles traduisent donc, pour chaque processus, des choix organisationnels.
Ainsi, si on considre le processus gestion des commandes , on pourra le dcouper en deux
procdures :
1) Gestion des commandes directes
2) Gestion des commandes reprsentants
Le formalisme utilis est plus riche que celui du MCT car il permet de dindiquer le type de
support ( tlphone, homme, papier, cran, tat, disque, ).
Exemple de formalisme :
Sortie papier
bordereau
Document papier
rdig manuellement
uniquement
Disque
Ecran
Formalisme
Formalisme et concept du niveau conceptuel (MCT)
niveau organisationnel ( MOT)
Formalisme et concept du
Processus
procdure
Evnement
dclencheu
r
Evnement
dclencheu
r
Condition
dexcution
Condition
dexcution
Nom de lopration
Liste des actions
Rgle dmission
Nom de la phase
Le diagramme denchanement
Il est compos de 5 colonnes :
1) Colonne droulement : permet dindiquer la priode de droulement de phase
2) Colonne enchanement : permet dindiquer la phase, les vnements et les rsultats
associs.
3) Colonne extrieur : permet dindiquer lorigine des vnements externes ou le
destinataire des rsultats
4) Colonne nature : permet dindiquer la nature du traitement ( manuel,
batch,conversationnel)
5) Colonne poste de travail : permet dindiquer le poste de travail concern
PROCESSUS :
PROCEDURE
Droulement
Enchanemen Extrieur
t
MOT
Nature
Poste de
travail
Le graphe de circulation
Il est compos dune colonne droulement , dautant de colonnes poste de travail quil
y a de postes dfinis.
Chaque colonne poste de travail est suivi dune colonne extrieur sil y a lieu.
PROCESSUS :
PROCEDURE
Droulement
Poste de
travail
MOT
Extrieur
Poste de
travail
Poste de
travail
Synthse et conclusion
A cette tape du projet, nous nous situons dans ltude dtaille. Cest dire que nous avons
pu dfinir un scnario organisationnel (postes de travail, rpartition des tches selon les postes
et les ressources automatiques, manuelles ).
Nous avons pu dcrire dans le dtail chaque procdure fonctionnelle ( phase) :
Par ses entres/sorties grce aux crans de saisie, bordereaux
Par ses calculs rgles dobtention des rsultats, contrles effectuer
Nous avons pu dcrire lenchanement des crans.
Le dossier comportant lensemble de ces descriptions est appel dossier de spcifications
fonctionnelles.
Ltape qui va suivre va nous permettre de vrifier que les donnes dcrivant notre systme
dinformation ( MCD) est cohrent avec son activit ( traitements ).
Nous validerons que :
Les donnes ncessaires aux traitements se trouvent en bonne et due forme dans le
MCD
Les donnes du MCD sont bien toutes utilises par les procdures fonctionnelles.
La validation
Le modle externe
Le MCT a t valid en cohrence avec le MCD. Le MOT a t construit partir du MCT
valid.
Loutil utilis pour valider les traitements en cohrence avec le MCD est le modle externe.
On obtient :
Donnes
Niveau
conceptuel
Validation
Traitements
Modle conceptuel des
traitement
Modles
externes
Niveau
organisationnel
Lors de la constitution des MOT, des vnements et des rsultats ont t dfinis pour chaque
phase.
Chaque vnement/rsultat donne lieu la construction dun modle recensant toutes les
donnes entres/extraites dans la phase considre : ce modle est le modle externe.
Le modle externe est donc une vue locale des donnes que lutilisateur a au travers dune
procdure fonctionnelle.
Ces modles seront par la suite confrontes au MCD. Il est primordiale, pour une validation
optimale, deffectuer les modles externes sans se proccuper du MCD global.
Le modle externe utilise les mmes concepts (entits, proprits, relations, cardinalits) et le
mme formalisme que le modle conceptuel des donnes.
Il sera normalis.
Principe de construction des modles externes
On ne considrera que les phases automatises.
La construction des modles externes suit diffrentes rgles :
a) Un modle externe pour une fonction particulire des traitements
Les phases, construites sur un critre dininterruptabilit peuvent regrouper des traitements de
diffrentes fonctions comme par exemple :
Vrification quun client existe
Cration du client ( sil nexiste pas)
Cration de la commande
Vrification des stocks
Cration du Bon de livraison
Mise en attente dune commande
Principe de la validation
La validation se fait par tapes :
Validation de chaque modle externe par rapport au MCD global .
Validation du MCD global par rapport lensemble des modles externes valids .
Pour cela il existe deux dmarches, lune intuitive, lautre systmatique cest dire base sur
des rgles de validation bien dfinies.
Le choix entre ces deux dmarches est fonction de la complexit des modles externes, du
MCD et des traitements.
La dmarche intuitive :
Elle ne ncessite pas forcment la constitution de modles externes. Dans ce cas, il faut
toutefois que le contenu des messages des vnements/rsultats soient connu.
Il faut vrifier
Que les mises jour peuvent seffectuer sans trahir le MCD
Que les rsultats souhaits peuvent tre sortis
La dmarche systmatique
Elle seffectue en quatre temps pour les modles externes en mise jour et pour les modles
externes en consultation :
1) Validation des proprits externes
2) Validation des entits externes
3) Validation des associations externes
4) Validation des cardinalits externes
Conclusion
Nous sommes maintenant en phase finale de la conception.
Les donnes du modle conceptuel sont valides, les traitements sont tous bien dcrits.
Toute notre analyse a t valide au fur et mesure par les personnes concernes par
dveloppement du SI, nous sommes donc prts pour limplmentation ! !
MCT
Opration
Une opration est une production de flux dinformation. Une opration est
dfinie "immatriellement", sans contrainte organisationnelle. Elle dcrit
aussi bien la gestion manuelle, que la gestion automatise. Une opration
se dcompose en actions.
Action
Une action est une fonction lmentaire. Entre les actions dune opration,
il ny a pas dtat dattente, et leur droulement est squentiel.
Une action peut faire rfrence une ou plusieurs rgles de gestion. Elle
peut utiliser une ou plusieurs entits et/ou associations pour des actions
de cration, modification, suppression ou consultation.
Rgle de gestion
Evnement
Synchronisation
Rgle dmission