Vous êtes sur la page 1sur 16

2

Systme d'information (SI)


 Information
Mthodologie Faits, connaissances, concepts qui ont un sens pour
des un tre humain. dduits des donnes
Systmes d'Information  Donne
Elment manipul par les technologies informatiques
 Systme d'information
Ensemble de composants humains, techniques et
organisationnels qui permet dacqurir, mmoriser,
traiter et communiquer l'information ncessaire au
Florence PETIT fonctionnement d'une organisation.
2006-2007  Systme informatique
Support du SI

3 4

Systme d'information : vue systmique Fonction du SI


SYSTEME DE PILOTAGE
Coordination, objectifs  Collecter des informations provenant :
(membres de la direction, ) - dautres lments du systme
- de lenvironnement
Dcisions Informations traites
Informations vers

Mmoriser des donnes :


Informations


externes

l extrieur

SYSTEME D INFORMATION - base de donnes


- Collecte - Fichiers
- Mmorisation des donnes
- Traitement - Historique, Archivage
- Transmission  Traiter les donnes stockes :
- traitements automatisables
Informations collectes
- aide la prise de dcision
SYSTEME OPERANT
Production, action  Communiquer - Transmettre
(ensemble du personnel excutant)

5 6

Systme automatis d'information Fonctionnement du SGBD

BD

SGBD
(ex: DB2, Oracle, Access, MySQL)

applications

gestion gestion gestion


des commandes des achats comptable

1
7 8

Pourquoi une mthode de conception de SI? Mthode

 Avant les anne 1970, approche empirique de  Dmarche, ensemble coordonn


conception des SI d'tapes, de phases et de tches
 Amliorer les dlais (souvent non respects) indiquant le chemin suivre pour
 Rduire les cots (souvent dpasss) conduire un projet
 Amliorer le rsultat (parfois inadapt aux besoins des
utilisateurs)  Raisonnements et techniques pour
 Amliorer le dialogue utilisateurs/informaticiens construire l'objet projet
 Uniformiser la dmarche -> modlisations, schma
 Homogniser les comptences des quipes  Moyens de mise en uvre
 Faciliter la transmission des savoirs et comptences -> organisation du projet, outils.

9 10

Ecart besoin/produit Mthode MERISE

Non Qualit du fait du client


 Mthode dtude et de Ralisation Informatique
pour les Systmes dEntreprise
Non Qualit du fait du fournisseur
 Consultation du Ministre franais de lindustrie
Besoin produit en pour une "mthode de dfinition d'un SI" en
Besoin
idal 1977
rel Besoin Besoin produit
exprim
 Elabore par un ensemble de socits de
pris en satisfait livr
service, dirige par le Centre Technique
compte
Informatique du Ministre franais de lindustrie
 Mthode utilise dans de nombreuses
entreprises

11 12

MERISE : avantages/inconvnients Donnes / Traitement

 Avantages  2 fonctions du SI :
 Mthode "publique"  recueillir, mmoriser et diffuser les donnes
 assurer le traitement de ces donnes
 Dmarche (cycle de vie)
 Approche globale du SI (donnes, traitement)  Dans Merise : sparation donnes / traitements
 Modle de donnes
 Approche par niveaux de proccupation  Modle de traitements
 Formalisme permettant un dialogue entre utilisateurs
et informaticiens
 Norme ISO (schma Entit-Relation)
 Inconvnients
 Lourdeur, lenteur de mise en uvre par rapport aux
mthodes dveloppement rapide et agile

2
13 14

Les 3 cycles de Merise Cycles dabstraction


invariant
stable
Niveaux de perception du rel
 Cycle de vie : tapes de vie  Conceptuel
Rel peru
 Quoi? Quelles informations? Quelles activits?
 Cycle de dcision :  Organisationnel
 essence de l'organisme

nature des rsultats atteindre 


Qui? O? Quand?
organisation ressources humaines et
Conceptuel
matrielles (partage Homme/Machine,
 Cycle d'abstraction : site, poste de travail, lieu, dlais)
Donnes Traitement
 Logique
perception de l'entreprise en 3 niveaux  Comment ? Logique
Organisa
 Choix gnraux du systme d'information tionnel
 conceptuel (la finalit, le QUOI) informatis (SII)
 Oprationnel ou physique
 logique / organisation (QUI, OU)  Comment?
 Prise en compte des moyens techniques Physique
effectifs du SII
 physique (COMMENT)
instable

15 16

Niveaux d'abstraction : exercice Niveaux d'abstraction : solution

 Un client demande par courrier des informations pour  Un client demande par courrier des informations
assurer ses biens. L'employ de la compagnie (tarif) pour assurer ses biens. L'employ de la
d'assurance regarde si le client est fiable en consultant compagnie d'assurance regarde si le client est fiable en
sur Internet (en ADSL) le fichier central inter-assurance. consultant sur Internet (en ADSL) le fichier central inter-
Il tlphone au client pour prendre RV la semaine assurance. Il tlphone au client pour prendre RV la
suivante afin d'examiner ses besoins. Le lendemain du semaine suivante afin d'examiner ses besoins. Le
RV, il rdige un devis avec le logiciel openOffice qu'il lendemain du RV l'agence locale, un charg de
envoie par courrier. Le client accepte l'offre pour son clientle rdige un devis avec le logiciel openOffice qu'il
vhicule N123XY77 et sa maison (rue du pont envoie par courrier. Le client accepte l'offre pour son
Marne). Un nde client et un nde contrat lui est vhicule N123XY77 et sa maison (rue du pont
attribu. Marne). Un nde client et un nde contrat lui sont
attribus.

17 18

Les modles du CYCLE D'ABSTRACTION Courbe du soleil

Modles
niveaux cheminement du processus dtude
de Communication de Donnes de Traitement
conceptuel

MCC MCD MCT


Modle conceptuel de Modle conceptuel de donnes Modle conceptuel de traitement
MCD MCT
communication du futur SI
MOC MOD MOT Etude des
Modle organisationnel de Modle organisationnel de donnes Modle organisationnel de traitement m odles
organisationnel

communication existants
MLD MOT
logique

MLD MLT
Modle logique de donnes Modle logique de traitement du futur SI
(Modle relationnel, CODASYL)
MPD MOPT
Modle physique de donnes Modle oprationnel de traitement
recueil de
lexistant Description
physique

oprationnel
du futur SI

tat actuel tat futur

3
19 20

Analyse de l'existant Recueil d'informations : acteur


pro je t : aute ur :
 Recueil des informations Fic he d'ide ntificatio n
 Interviews des acteurs Perso nne re nco ntre : Mm e Durand
 Etude des documents de l'organisme Date : 10/03 /2001
Service : C om ptabilit
 Analyse et rdaction de documents Emp lo i : com ptable
O pratio ns : facturation - com m ande
 Compte-rendus des interviews Suje ts abo rds : com mande, dev is, facturation

 Liste des documents Doc ume nts re us : rg lem ents


Doc ume nts mis : facture, tats statistiques
 Inventaire des flux
O bserva tio ns :
 Liste des donnes -> dictionnaire de
donnes

21 22

Recueil d'informations : activits Recueil d'informations : documents


projet : auteur : projet : auteur :

Op ration Document
Personne rencontre : Mme Durand
Date : 10/03/2001
Personne rencontre : Mme Durand
Date : 10/03/2001
Commande : quand le client tlphone ou passe
au magasin, les prix lui sont communiqus Nom du document : facture
oralement par la vendeuse. Origine : comptabilit
La commande ne prend effet qu rception Destinataire : client, secrtariat gnral
dune demande crite du client. Conditions dmission : livraison.
... Priodicit : quotidien
Nb dexemplaires : 5
Devis : pour les demandes spcifiques, un devis
est tabli par la production. Les prix sont tablis
Volume annuel : 3000
partir des temps dusinage. Dure de conservation : 10 ans
.... Conditions de destruction : > 10 ans
Dlai de traitement : immdiat

Observations :....

23

Exemple de document facture


WebCash S.A.R.L
24, Avenue des Rves roses
75008 PARIS FACTURE N 12345
Paris, le 15 octobre 2000
Nom : BIDOCH
Prnom : Robert Modle des flux (MF)
Adresse : 12, rue du centre
Code Postal : 70000 Modle de communication (MC)
Ville : Gray

N Article Prix Unitaire () Quantit Prix ()


234 Stylo Plume 12.50 1 12.50 F
568 Couteau Suisse 75.00 2 150 F
132 Serviette 30.00 1 30.00 F

TOTAL TTC : 192.50


Dont TVA 19.6% : 37.73
A PAYER : 192.50
Avec nos plus cordiaux remerciements

Relever la liste des donnes

4
25 26

Domaine d'activits et activits Modle de communication MC

 L'entreprise = ensemble de domaines d'activits  Flux : change dinformation


(1 finalit = 1 domaine d'activit)  parfois aussi flux de matire ou financier
 domaine d'activit commerciale  Acteur : metteur ou rcepteur dun flux
 domaine d'activit de production  interne : fait partie du domaine d'tude
 domaine des ressources humaines  externe : hors domaine d'tudes
 Chaque domaine est dcoup en activits peut-tre un domaine connexe (dans l'entreprise)
(1 fonction = 1 activit)  Reprsentations graphiques des flux
 recrutement  Diffrents niveaux de diagramme des flux selon le
 droulement de carrire niveau de dtails dcrire
 Matrice des flux

27 28

Diagramme des flux Diagramme des flux : vue globale


Domaine d'tude
 Data Flow Diagramme (DFD) (4) copie de bon de
Diagramme de flux commande

Modle Organisationnel de Flux (MOF) Agence locale


(6) copie de facture
Agence
rgionale
(1) (3)
Acteur demande
bon de
x interne de
du flu (2) commande
nom 2 devis
Acteur devis (5)
Acteur livraison
interne externe
nom du flux + facture
1 1

gestion des commandes


Fournisseur
et des paiements

29 30

Diagramme des flux : vue dtaille Modle global ou DFD -1


Domaine d'tude
 Domaine d'tude non dtaill
demande d'achat copie de bon de  Acteurs strictement extrieurs
commande
Directeur Agence
Agent
d'agence rgionale
commande
rponse facture
GESTION
CLIENT DES
rglement VENTES
bon de
commande
demande de devis

devis
Fournisseur

5
31 32

Modle global Modle de contexte ou DFD0

 Flux entre acteurs externes ?  Domaine d'tude non dtaill


 S'ils claircissent les changes de flux  Acteurs extrieurs Gestion
comptabilit
informations ventes

commande
GESTION
facture informations rmunration
CLIENT DES commande GESTION DES
rglement VENTES Gestion du
VENTES informations personnel
personnel
facture

bon de livraison bon de livraison Client informations sur stocks


rglement
bon livraison
bon de rception
bon de rception
infos livraisons en cours

TRANS Gestion des stocks

PORTEUR

33 34

DFD1 Gestion des ventes DFD2 Gestion des factures


GESTION DES VENTES Gestion des
Commandes
informations sur stocks
bon livraison Gestion des
Gestion des infos livraisons en cours stocks
GESTION DES FACTURES bon livraison 2
Commandes
Commande 2

commande
bon livraison 2 commande 2

Client facture facture Gestion


facture 2
Client Facturation
informations vente Gestion Gestion
rglement Gestion des
comptabilit informations visite comptabilit
Factures

facture 3
informations ventes 2 rglement
informations rglements

Gestion Suivi des


Gestion du Rglements
Force de informations rmunration personnel
vente
informations personnel informations vente 2

Gestion
Force de
vente

35 36

Matrice des flux Matrice des flux : exemple

 Reprsentation sous forme de tableau Acteurs internes Acteurs externes


Agent Directeur Agence Fournisseur
 Emetteur en colonne d'agence rgionale
 Rcepteur en ligne Agent Demande
d'achat
Demande de
devis
 Flux l'intersection Directeur Rponse Copie de Bon de
d'agence bon de commande
commande
Agence
rgionale
Fournisseur Devis

6
37 38

Graphe d'enchainement des flux Diagramme de circulation des documents

 ou graphe d'ordonnancement des flux


demande
de devis

devis

BCBC

Lgende
BC : bon de commande

39 40

DFD : Magasin (exercice 1) DFD : Demande de chquier (exercice 2)

 Le client fait une demande de livraison au  Dans une banque, un client demande au
magasin. Le magasin donne l'ordre au guichet de son agence un chquier. Aprs
vrification, le prpos transmet sa demande
transporteur d'effectuer la livraison. Le au sige de la banque. Le chquier est imprim
transporteur remet un bon de livraison avec sa par un fabricant la demande du sige.
livraison et en envoie un double au magasin, Lorsque le chquier est ralis, le fabricant
qui envoie alors une demande de facturation au l'envoie directement au client, ou dans certains
cas au sige qui transmet l'agence
service Facturation. Celui-ci met une facture demandeuse qui l'enverra au client. Dans tous
pour le client et un double pour la caisse. La les cas, le fabricant avise le sige que le
caisse reoit les chques et espces des clients chquier a t envoy (mme si le chquier est
et les dpose la banque. envoy au sige).

41 42

Demande de chquier (solution) DFD : location de vhicule (exercice 3)

 Un client se prsente dans une socit de location pour


louer un vhicule. Il s'adresse la secrtaire et lui
communique ses exigences. Elle l'informe du tarif.
Aprs avoir sign un contrat et vers un acompte, le
client demande
agence demande sige demande fabricant client reoit la cl du vhicule et le double du contrat.
de
ou de de Il se dirige vers le garage de la socit, et s'adresse au
chquier chquier chquier grant du garage et lui montre son contrat. Le grant
prpos
vrifie le contrat, et si le contrat est correct, va chercher
avis la voiture qu'il donne au client. Lorsque le client restitue
d'envoi
la voiture, le grant reprend le vhicule et la cl, et il
indique le nombre de kilomtres parcourus sur le
contrat que lui a remis le client. Ce dernier se dirige
ensuite vers le secrtariat, donne son contrat et rgle le
prix de la location.

7
43 44

Location de vhicule (solution) Le cycle de vie et modles


client exigences client secrtaire
grant
contrat rempli
tarifs
 Etude pralable (MCT + bauche MCD)
contrat vrifi
accord  Etude dtaille (MCD + MOT + MLD)
vhicule acompte
vhicule utilis
contrat vierge  Etude technique (MPD)
contrat avant mise jour cl
cl contrat rempli

contrat mis jour


somme

45 46

Dictionnaire de donnes Modle Conceptuel des Donnes (MCD)


 Liste des donnes obtenue par mthode
 descendante : partir des documents existants  Schma reprsentant la structure du SI
 ascendante : partir des sorties (crans, tats) crer
 Epurer la liste  Dpendances entre les donnes
 polysmes (ex : produit = article)



synonymes (ex: date ? de livraison ? de commande ?)
donnes calcules sauf cas particulier (ex : montant TTC)
 Entits relies par des associations
Mnmonique Libell Type Longueur Divers
 Proprits appartenant aux entits ou aux
NumC Numro du client Nb entier associations
NomC Nom du client Texte 30 variable
 Identifiant : proprit permettant de distinguer
DateL Date de livraison Date jj-mm-yy
prvue les occurrences d'une entit
PrixU Prix unitaire Nb dc 123,67
Qte Quantit achete Nb entier
 Cardinalits min et max
Montant Total HT de la facture Nb dc Calcul

47 48

MCD : exemple d'entit MCD : exemple de MCD


1, n 1, n
OUVRAGES ECRIRE AUTEURS
NumOuvrage NumAuteur
TitreOuvrage 1, 1 NomAuteur
PrnomAuteur
EDITER

1, n

1, 1 1, 1
DIRECTEUR DIRIGER MAISON_DITION

NumDir NumMaisonEdition
NomDir AdresseMaisonEdition
TelDir VilleMaisonEdition

8
49 50

MLD (Modle logique de donnes) Passage MCD -> MLD : gnralits


 Entit
 Issu du MCD  L'entit "devient" une table (ou article)
 Ses proprits deviennent des attributs
 Organisation logique des donnes  Son identifiant devient la cl
 Association N-M
 Le modle comporte des tables (ou 


L'association "devient" une table
Sa cl est la concatnation des identifiants des entits participants
l'association
articles) avec des cls trangres.  Ses ventuelles proprits deviennent des attributs
 Association 1-N
 Tient compte du modle informatique  La cl de l'entit ct n devient cl trangre dans la table issue de l'autre
entit
sous-jacent (rseau/relationnel,)  Association 1-1
 Elle peut tre traite comme une association 1-N en choisissant une des 2
possibilits de migrations de cls
 Ne tient pas compte du systme  Les 2 entits peuvent aussi tre regroups en une mme table
Les 2 entits peuvent avoir la mme cl.
(matriel/logiciel/SGBD) choisi 

51 52

MLD : modle relationnel MLD type Codasyl


 OUVRAGE (NumOuvrage, TitreOuvrage, NumMaisonEdition) OUVRAGES AUTEURS
ECRIRE
 AUTEUR (NumAuteur, NomAuteur, PrnomAuteur) NumOuvrage
NumOuvrage NumAuteur
 MAISON_EDITION (NumMaisonEdition, TitreOuvrage NumAuteur NomAuteur
AdresseMaisonEdition,VilleMaisonEdition, NumDir) NumMaisonEdition PrnomAuteur
 DIRECTEUR (NumDir, NomDir, TelDir)
MAISON_DITION
 ECRIRE (NumOuvrage, NumAuteur)
NumMaisonEdition
AdresseMaisonEdition
DIRECTEUR VilleMaisonEdition
NumDir
NumDir
NomDir
TelDir

Flche : de la cl primaire vers la cl trangre (sens de migration)

53 54

MLD (appel parfois MPD) MCD : exercice commande


NumOuvrage = NumOuvrage NumAuteur = NumAuteur

OUVRAGES ECRIRE AUTEURS  Faites le MCD


NumOuvrage NumOuvrage NumAuteur
TitreOuvrage NumAuteur NomAuteur  Une socit vend des produits. Des
NumMaisonEdition PrnomAuteur
clients passe des commandes cette
MAISON_DITION
NummaisonEdition =
NumMaisonEdition socit. Chaque produit est fourni par un
NumMaisonEdition
AdresseMaisonEdition seul fournisseur.
DIRECTEUR VilleMaisonEdition
NumDir
NumDir
NomDir NumDir = NumDir

TelDir

9
55 56

MCD : exercice commande (solution 1) MCD : exercice commande (solution 2)

1, n 1, 1 1, n 1, 1
FOURNISSEUR FOURNIR PRODUIT FOURNISSEUR FOURNIR PRODUIT
CodeFournisseur CodeProduit CodeFournisseur CodeProduit
NomFournisseur Dsignation NomFournisseur 0, n Dsignation
0, n
Adresse1Fournisseur Prix Adresse1Fournisseur Prix
VilleFournisseur VilleFournisseur DETAIL
COMMANDER
Qt Qt
1, n 0, n
1, n
CLIENT DATE
1, n 1, 1
CodeClient Date CLIENT COMMANDE
COMMANDER
NomClient CodeClient NumCom
Adresse1Client NomClient DateCom
VilleClient Adresse1Client
VilleClient

57 58

MCD->MLD : Association rflexive 1-N MCD->MLD : Association rflexive N-M


0, 1 (est dirig par ) DIRIGER 0, n EPOUSER
PERSONNE PERSONNE
MCD NumP
MCD NumP
dateM
0, n (dirige) 0, n
NomP NomP

PERSONNE NumP=NumP1
EPOUSER
MLD NumP NumP1
NomP NumP2
PERSONNE NumP=NumP2
dateM
MLD NumP
NomP
NumD

59 60

MCD->MLD : Association 1-1 MCD->MLD : Association 1-1 (regroupement)


1, 1 1, 1
DEPARTEMENT COMPORTE PREFECTURE
MCD Solution 1 :
NumD NumP
LibD LibP regroupement en 1 seule entit au choix
SuperficieD nbHabP
NbHabD
MLD solution 1a MLD solution 1b
PREFECTURE DEPARTEMENT
NumP NumD
LibP LibD
nbHabP SuperficieD
LibD NbHabD
SuperficieD LibP
NbHabD nbHabP

10
61 62

MCD->MLD : Association 1-1 (migration) MCD->MLD : Association 1-1 (migration)

Solution 2 : migration de cl au choix Solution 3 : cl commune


(comme une association 1-N)

MLD solution 2a MLD solution 2b MLD solution 3a MLD solution 3b


PREFECTURE DEPARTEMENT PREFECTURE DEPARTEMENT PREFECTURE DEPARTEMENT PREFECTURE DEPARTEMENT
NumP NumD NumP NumD NumP NumP NumD NumD
LibP LibD LibP LibD LibP LibD LibP LibD
nbHabP SuperficieD nbHabP SuperficieD nbHabP SuperficieD nbHabP SuperficieD
NumD NbHabD NbHabD NbHabD NbHabD
numP

63 64

MCD->MLD : Association 1-1 MCD->MLD : Association 1-1 (migration)

Remarque : la plupart des individus n'ont pas de passeport



Solution 2 : migration de cl au choix
0, 1 1, 1 (comme une association 1-N)
MCD INDIVIDU POSSEDER PASSEPORT
NumI NumP
NomI DateP
LieuP MLD solution 2a MLD solution 2b
MLD solution 1a MLD solution 1b INDIVIDU PASSEPORT INDIVIDU PASSEPORT
NumI NumP NumI NumP
INDIVIDU PASSEPORT NomI DateP NomI DateP
NumI NumP NumP LieuP LieuP
NomI DateP NumI
NumP LieuP
DateP NumI NumP est vide NumI est toujours
LieuP NomI dans la plupart complt
des cas (NOT NULL)

65 66

MCD->MLD : Association faible cardinalit MCD->MLD : Association faible cardinalit


1, 2 REMISE 1, n
PRODUIT TYPECLIENT
 Proposez des solutions de MLD, sachant MCD Taux
NumP CodeTC
qu'il n'y a que 2 types de clients DesignationP LibellTC

PRODUIT
1, n REMISE 1, n
TYPECLIENT
MLD PRODUIT REMISE TYPECLIENT
taux NumP NumP CodeTC
classique
NumP CodeTC CodeTC LibellTC
DesignationP
DesignationP LibellTC Taux

PRODUIT
MLD NumP
TYPECLIENT
CodeTC
optimis DesignationP
LibellTC
CodeTC_1
Taux_1
CodeTC_2
Taux_2

11
67 68

MCD->MLD : Historisation MCD->MLD : Hritage


SALARIE
est-un
1, n LOUE (H) 0, n 0, 1 1, 1 Service
PERSONNE LOGEMENT (ISA)
MCD NumP
loyerMois
NumL MCD PERSONNE
Emploi
SurfaceL 0, 1 est-un
NomP NumP ETUDIANT
NbPiecesL (ISA)
NomP 1, 1
NumE
LOUER Formation
gnralisation spcialisation
NumP
PERSONNE LOGEMENT SALARIE
NumL
MLD NumP loyerMois NumL MLD NumP
NomP SurfaceL PERSONNE Service
NbPiecesL Emploi
LOUER_HISTO NumP
NomP ETUDIANT
NumP TypePersonne
NumL NumP
DateHisto NumE
loyerMois Optimisation : Ajout de TypePersonne Formation

69 70

MCD->MLD : Redondance Modle organisationnel des donnes


 Suppression des lments qui ne seront pas mmoriss
 Une rubrique calcule peut tre ajoute informatiquement
Simplification d'association
dans le MLD pour viter des accs une 

 Ajouts de nouvelles informations (liens entre donnes


autre table informatises et donnes manuelles )
 Volume des donnes
 Type et taille des proprits
 Nombre d occurrences des entits et associations
 Mmoire immdiate, mmoire long terme : Donnes immdiatement
accessibles ( en ligne ), Archives (accs diffr).
 Scurit d accs aux donnes :
 Restriction d accs pour certaines catgories d utilisateurs
 Dfinition des catgories ou profils utilisateur
 Tableau faisant rfrence aux MOD (Global ou locaux) des restrictions
d accs

72

MCT : tapes de ralisation

 Identification des acteurs


 Identification et classement chronologique des
flux.
Modle conceptuel de traitement
 Construction du MCT
 Description dtaille des rgles de gestion.
MCT

12
73 74

MCT : Symbolisation MCT : ouverture de compte en banque


demande
du client
Evnements entrants
ev 1 ev 2 Prise en charge
Tjrs

demande Cration
ET Synchronisation (et, ou) rponse
du dossier
BF ouv la BF

Opration Opration dcomposable


- Actions1 en actions ou fonctions ET

- Actions 2 Etude rponse


Refus Accord
Conditions d'mission
emission 1 emission2 emission3
(facultatiives) contrat signer contrat sign
lettre
refus

ET
Ouverture du compte
ev 3 ev 4 ev 5 ev 6 Evnements sortants Tjrs

compte ouvert

75 76

MCT : balance (ex : dlai) MCT : exemple parapente

Ev1 Ev2 Ev3

Operation Operation

Ev5
Ev4

77 78

Processus (traitement) MCT : dfinitions


Processus ou traitement :
 Ensemble organis d'activits 
 Ensemble organis d'activits (ou actions)
 dclench par un vnement  dclench par un vnement extrieur
 qui concourrent un mme but clairement identifi.
 orient vers la production dun rsultat  Opration :
clairement identifi  ensemble dactions ininterruptibles.
 Il n'y a pas d'vnements sortants entre actions lmentaires.
 Ensemble organis  vnement dclencheur :
fait rel dont lapparition dclenche lexcution dune opration.
 d'activits, d'vnements et de rsultats 

 vnement rsultant :
 qui concourrent un mme but.  produit de lexcution dune opration.
 Synchronisation :
 condition boolenne que doivent respecter les vnements
dclencheurs pour dclencher une opration.
 Rgle dmission :
 condition laquelle est soumise lmission de rsultats.

13
79

MCT : Exercices
 Opration commande
Un client passe une commande en versant un acompte. La commande est traite si les produits
sont en stock. Si les produits sont indisponibles, la commande est en attente.
Rservation de location de vacances
Modle Oprationel des Traitements

Un client rserve une location de vacances. Il doit verser des arrhes pour confirmer sa
rservation. S'il n'a pas vers les arrhes dans le dlai imparti, la rservation est annule.
 Consultation mdicale
Un patient se prsente une consultation mdicale. Selon le cas, le mdecin lui prescrit des
analyses, des mdicaments, un rgime. Une consultation de spcialiste est parfois ncessaire
donnant lieu une lettre au confrre. En cas d'urgence, une hospitalisation peut tre demande.
Une feuille de remboursement est toujours donne contre le rglement.
 Bijouterie
Lorsqu'un client apporte une montre rparer, le bijoutier value le montant des travaux. Si le
montant atteint plus de 50% du prix de la montre, il tlphone au client afin d'avoir son accord.
Par la suite, il rpare la montre et tablit une facture. Lorsque le client revient, il lui remet le tout
contre rglement. En cas de dsaccord sur le devis, le bijoutier restitue la montre sans rparer. MOT
 Promotion
Un employ demande une promotion. Sa demande est examine. On vrifie son anciennet et
ses dernires promotions. Si la demande est recevable, un rapport est demande son
suprieur. Dossier et rapport sont tudis par une commission qui donne un avis favorable ou
non la promotion.
 Ventauto
La socit Ventauto est spcialise dans la vente de vhicules automobiles pour le compte de
plusieurs constructeurs. Les ventes se font presque toujours crdit. Les voitures ne sont pas
en stock mais commandes au concessionnaire quand le client communique l'acceptation de
son crdit. Les vendeurs font des dmonstrations et font signer le cas chant un bon de
commande. Ils avertissent le client de la disponibilit de la voiture. le client vient alors chercher
sa voiture.

81 82

MOT : reprsentation gnrale Prodcure fonctionnelle-Tche

 Reprend et prcise le MCT :  Ensemble homogne dactivits


 Temps (QUAND) lmentaires, rsultant de la
 Rpartition par poste de travail, lieu, acteurs : dcomposition dune opration
(QUI, OU)
 Type de procdure (manuel, automatique)
conceptuelle
 Opration fractionne en Procdures Fonctionnelles  Activits
(PF)
Temps Extrieur Poste_1 Poste_2 Poste_3  homognes en terme de finalit
 excutes un mme poste de travail
Oper_1
Oper_1
Oper_1
 d'un mme degr d'automatisation :
 Manuel (M)
 Conversationnel (C) ou Interactif (I)
 Automatique (A)

83 84

MOT : prsentation en tableau MOT : Exemple

14
85 86

Dtail de PF Vrif Pilote & Recherche de voile Etat : Bordereau de rservation


Type : Saisie

 Description :
Bordereau de rservation (tat li l'cran de rservation).



Recherche des informations du pilote
En fonction des informations du pilote, recherche des voiles rpondant au niveau et au poids, disponibles la date demande.
 Champs renseigns automatiquement :
 Flux entrants  Date de la demande : Date du jour.
Oral : nom et Prnom du pilote. Date souhaite pour la rservation.


Flux sortants
 Date de rservation : Date saisie dans le champ "Date de rservation".
 Enregistrement de la rservation de la voile par le pilote. (base de donnes)  Pilote : Informations affiches dans le champ "Pilote".
 Bordereau de rservation. (imprim)
 Dclenchement  Numro de licence : Paramtre d'entre de l'cran de rservation.
 Le dclenchement du traitement est manuel en rponse une demande de rservation.  Poids (du pilote): Information affiche dans le champ "Poids".
Pour une rservation de voile : la date de rservation doit tre suprieure la date du jour.
Pour une demande de voile la suite d'un refus d'une autre voile dj rserve, la date peut tre celle du jour.  Niveau : Information affiche dans le champ "Niveau".
 Ecran de recherche
 Entit Pilote en consultation :  Parapente : Proprit "Modle de parapente" du Modle de parapente li au



Nom du pilote : Premier critre de recherche - Prnom du pilote : Deuxime critre de recherche.
Numro de licence : Identification du pilote slectionn transmis l'cran de rservation.
Parapente choisi dans la liste de l'cran de rservation.

 Date de naissance : A afficher dans la liste pour la slection du pilote.
Ecran de rservation
 Numro : Proprit "Numro" du Parapente choisi dans la liste de l'cran de
 Paramtre d'entre : Numro de licence d'un pilote. rservation.
 Entit Pilote en consultation pour la recherche et la rservation :  Poids (minimum) : Proprit "Poids min" du Modle de parapente li au
 Numro de licence : Critre de recherche associ au paramtre d'entre.
.... Parapente choisi dans la liste de l'cran de rservation.
 Entit Modle de parapente en consultation pour la recherche :
 Niveau : Critre de recherche suprieur ou gal au champ " Niveau ".  Poids (maximum) : Proprit "Poids max" du Modle de parapente li au



Poids minimum : Critre de recherche infrieur ou gal au champ " Poids ".
Poids maximum : Critre de recherche suprieur ou gal au champ " Poids "
Parapente choisi dans la liste de l'cran de rservation.



Nom (Modle de parapente) : Identifiant ncessaire l'association "Est de type". A afficher dans la liste de l'cran.
Association Est de type en consultation pour la recherche :
 Niveau minimum : Proprit "Niveau min" du Modle de parapente li au
 pour rechercher les Parapentes qui sont d'un modle de parapente rpondant aux critres du pilote Parapente choisi dans la liste de l'cran de rservation.
 Entit Parapente en consultation pour la recherche et la rservation :
 Numro : Identifiant ncessaire aux associations Est de type et Utilise. A afficher dans la liste de l'cran.
 Association UTILISE en consultation pour la recherche:
 Date d'utilisation : Recherche des parapentes qui sont libres la date saisie dans le champ " Date de rservation".
 Association UTILISE en cration pour la rservation :
 Date d'utilisation : renseigne avec le champ " Date de rservation ".

87 88

MLT (Modle logique de traitement) MLT : exemple

 Issu du MOT
 Tient compte de l'organisation logique du
systme d'information informatis
 La machine logique peut tre :
 une machine physique
 constitue de plusieurs machines physiques,
d'un rseau
 une machine virtuelle

89 90

Modle de traitement : exercice 1 Modle de traitement : exercice 2


Gestion des approvisionnements Gestion des cartes bleues

A partir des demandes dapprovisionnement tablies par le service commercial, le service des achats Le demandeur dsirant obtenir une carte bleue doit en faire la demande auprs de son
envoie des demandes de prix aux fournisseurs possibles, pour les articles nouveaux ou
agence.
dapprovisionnement exceptionnel (on se limitera ces articles, laissant de ct
les articles connus et approvisionnement rgulier).
La carte bleue nest pas accorde si le demandeur nest pas un client de lagence.
Les fournisseurs envoient des offres, tudies en dtail et compares par les acheteurs ; Chaque jour, lagence transmet au centre de gestion des cartes bleues les demandes
ces derniers font ensuite un choix. Le choix est effectu au plus tard 10 jours aprs lenvoi des de ses clients.
offres. Ds que lagence a reu la carte bleue en provenance du centre (en gnral 4 jours
Le service des achats tablit un bon de commande destination du fournisseur retenu. Une aprs la demande), elle adresse au client un avis de mise disposition et un avis de
copie est remise au magasin en vue de la rception. prlvement de la cotisation annuelle. Le client vient alors retirer sa carte.
Quand la livraison arrive, le magasinier contrle quantitativement la marchandise. Un contrle de
Si au bout de 2 mois la carte na pas t retire, elle est dtruite.
qualit est effectu. La livraison arrive gnralement 2 jours aprs le choix dfinitif du fournisseur.
La livraison est renvoye en bloc si lun des contrles est ngatif. Les contrles satisfaisants
aboutissent lentre en stock des articles. Le magasin tablit le bon payer aux services 1) Etablir le diagramme des flux
financiers. Quand les services financiers reoivent la facture du fournisseur (gnralement 3 jours 2) Etablir le modle conceptuel des traitements
aprs la livraison), ils vrifient quil lui correspond le bon payer et mettent le chque 3) Etablir le modle organisationnel des traitement s
de paiement.
NB : on considrera que le magasin et le service des achats ne forment quun unique service.

1) Etablir le diagramme des flux


2) Etablir le modle conceptuel des traitements
3) Etablir le modle organisationnel des traitemen ts

15
91 92

Modle Physique des Donnes (MPD) SQL : Instruction CREATE

 Implmentation en machine CREATE TABLE etudiant (


num INT UNSIGNED NOT NULL PRIMARY KEY,
 Traduction dans un langage de dfinition nom VARCHAR(30) NOT NULL,
de donnes prenom VARCHAR(25) NOT NULL,
 cration dateN DATE,
note DECIMAL(3,1) UNSIGNED ZEROFILL,
 modification de tables dep CHAR(2),
 suppression licence TINYINT(1)
);
 Exemple : SQL (le plus utilis)

93 94

Bibliographie Ateliers de gnie logiciel (AGL)


La Mthode Merise: Principes et outils.

Tardieu, Rochfeld, Colletti.- Editions d'Organisation:  Logiciels de dveloppement
2000.
 Utilisent la modlisation MCD, MCT
 Apprendre et pratiquer MERISE.- Gabay.- Masson:1989
(MIPS).  WinDesign
 Merise. Vers OMT et UML.- Gabay, Joseph.- Dunod:
2000.  AMC Designer
 Conduite de projets informatiques. Principes et  MEGA
techniques s'appuyant sur la mthode Merise.- Morjon,
Jos & Rames, Jean-Ren.- Interditions: 1993.
 Russir en ingnierie de l'information. Les techniques
de l'analyse.- Rdouin, Pierre.- Les ditions
d'organisation: 1991.
 Base de donnes. Gardarin, Georges. Eyrolles.

16