Sunteți pe pagina 1din 16

2

Système d'information (SI)


 Information
Méthodologie Faits, connaissances, concepts qui ont un sens pour
des un être humain. déduits des données
Systèmes d'Information  Donnée
Elément manipulé par les technologies informatiques
 Système d'information
Ensemble de composants humains, techniques et
organisationnels qui permet d’acquérir, mémoriser,
traiter et communiquer l'information nécessaire au
Florence PETIT fonctionnement d'une organisation.
2006-2007  Système informatique
Support du SI

3 4

Système d'information : vue systémique Fonction du SI


SYSTEME DE PILOTAGE
Coordination, objectifs  Collecter des informations provenant :
(membres de la direction, …) - d’autres éléments du système
- de l’environnement
Décisions Informations traitées
Informations vers

Mémoriser des données :


Informations


externes

l ’extérieur

SYSTEME D ’INFORMATION - base de données


- Collecte - Fichiers
- Mémorisation des données
- Traitement - Historique, Archivage
- Transmission  Traiter les données stockées :
- traitements automatisables
Informations collectées
- aide à la prise de décision
SYSTEME OPERANT
Production, action  Communiquer - Transmettre
(ensemble du personnel exécutant)

5 6

Système 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 méthode de conception de SI? Méthode

 Avant les année 1970, approche empirique de  Démarche, ensemble coordonné


conception des SI d'étapes, de phases et de tâches
 Améliorer les délais (souvent non respectés) indiquant le chemin à suivre pour
 Réduire les coûts (souvent dépassés) conduire un projet
 Améliorer le résultat (parfois inadapté aux besoins des
utilisateurs)  Raisonnements et techniques pour
 Améliorer le dialogue utilisateurs/informaticiens construire l'objet projeté
 Uniformiser la démarche -> modélisations, schéma…
 Homogénéiser les compétences des équipes  Moyens de mise en œuvre
 Faciliter la transmission des savoirs et compétences -> organisation du projet, outils.

9 10

Ecart besoin/produit Méthode MERISE

Non Qualité du fait du client


 Méthode d’Étude et de Réalisation Informatique
pour les Systèmes d’Entreprise
Non Qualité du fait du fournisseur
 Consultation du Ministère français de l’industrie
Besoin produit en pour une "méthode de définition d'un SI" en
Besoin
idéal 1977
réel Besoin Besoin produit
exprimé
 Elaborée par un ensemble de sociétés de
pris en satisfait livré
service, dirigée par le Centre Technique
compte
Informatique du Ministère français de l’industrie
 Méthode utilisée dans de nombreuses
entreprises

11 12

MERISE : avantages/inconvénients Données / Traitement

 Avantages  2 fonctions du SI :
 Méthode "publique"  recueillir, mémoriser et diffuser les données
 assurer le traitement de ces données
 Démarche (cycle de vie)
 Approche globale du SI (données, traitement)  Dans Merise : séparation données / traitements
 Modèle de données
 Approche par niveaux de préoccupation  Modèle de traitements
 Formalisme permettant un dialogue entre utilisateurs
et informaticiens
 Norme ISO (schéma Entité-Relation)
 Inconvénients
 Lourdeur, lenteur de mise en œuvre par rapport aux
méthodes à développement rapide et agile

2
13 14

Les 3 cycles de Merise Cycles d’abstraction


invariant
stable
Niveaux de perception du réel
 Cycle de vie : étapes de vie  Conceptuel
Réel perçu
 Quoi? Quelles informations? Quelles activités?
 Cycle de décision :  Organisationnel
 essence de l'organisme

nature des résultats à atteindre 


Qui? Où? Quand?
organisation ressources humaines et
Conceptuel
matérielles (partage Homme/Machine,
 Cycle d'abstraction : site, poste de travail, lieu, délais…)
Données Traitement
 Logique
perception de l'entreprise en 3 niveaux  Comment ? Logique
Organisa
 Choix généraux du système d'information tionnel
 conceptuel (la finalité, le QUOI) informatisé (SII)
 Opérationnel 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 téléphone au client pour prendre RV la semaine assurance. Il téléphone 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 rédige 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 clientèle rédige un devis avec le logiciel openOffice qu'il
véhicule N°123XY77 et sa maison (rue du pont à envoie par courrier. Le client accepte l'offre pour son
Marne). Un n°de client et un n°de contrat lui est véhicule N°123XY77 et sa maison (rue du pont à
attribué. Marne). Un n°de client et un n°de contrat lui sont
attribués.

17 18

Les modèles du CYCLE D'ABSTRACTION Courbe du soleil

Modèles
niveaux cheminement du processus d’étude
de Communication de Données de Traitement
conceptuel

MCC MCD MCT


Modèle conceptuel de Modèle conceptuel de données Modèle conceptuel de traitement
MCD MCT
communication du futur SI
MOC MOD MOT Etude des
Modèle organisationnel de Modèle organisationnel de données Modèle organisationnel de traitement m odèles
organisationnel

communication existants
MLD MOT
logique

MLD MLT
Modèle logique de données Modèle logique de traitement du futur SI
(Modèle relationnel, CODASYL)
MPD MOPT
Modèle physique de données Modèle opérationnel de traitement
recueil de
l’existant Description
physique

opérationnel
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 ntrée : Mm e Durand
 Etude des documents de l'organisme Date : 10/03 /2001
Service : C om ptabilité
 Analyse et rédaction de documents Emp lo i : com ptable
O pératio ns : facturation - com m ande
 Compte-rendus des interviews Suje ts abo rdés : com mande, dev is, facturation

 Liste des documents Doc ume nts reç us : rég lem ents
Doc ume nts é mis : facture, états statistiques
 Inventaire des flux
O bserva tio ns :
 Liste des données -> dictionnaire de
données

21 22

Recueil d'informations : activités Recueil d'informations : documents


projet : auteur : projet : auteur :

Opé ration Document


Personne rencontrée : Mme Durand
Date : 10/03/2001
Personne rencontrée : Mme Durand
Date : 10/03/2001
Commande : quand le client téléphone ou passe
au magasin, les prix lui sont communiqués Nom du document : facture
oralement par la vendeuse. Origine : comptabilité
La commande ne prend effet qu’à réception Destinataire : client, secrétariat général
d’une demande écrite du client. Conditions d‘émission : livraison.
... Périodicité : quotidien
Nb d‘exemplaires : 5
Devis : pour les demandes spécifiques, un devis
est établi par la production. Les prix sont établis
Volume annuel : 3000
à partir des temps d‘usinage. Durée de conservation : 10 ans
.... Conditions de destruction : > 10 ans
Délai de traitement : immédiat

Observations :....

23

Exemple de document facture


WebCash S.A.R.L
24, Avenue des Rêves roses
75008 PARIS FACTURE N° 12345
Paris, le 15 octobre 2000
Nom : BIDOCH
Prénom : Robert Modèle des flux (MF)
Adresse : 12, rue du centre
Code Postal : 70000 Modèle 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 données…

4
25 26

Domaine d'activités et activités Modèle de communication MC

 L'entreprise = ensemble de domaines d'activités  Flux : échange d’information


(1 finalité = 1 domaine d'activité)  parfois aussi flux de matière ou financier
 domaine d'activité commerciale  Acteur : émetteur ou récepteur d’un 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 découpé en activités peut-être un domaine connexe (dans l'entreprise)
(1 fonction = 1 activité)  Représentations graphiques des flux
 recrutement  Différents niveaux de diagramme des flux selon le
 déroulement de carrière niveau de détails à décrire
 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

Modèle Organisationnel de Flux (MOF) Agence locale


(6) copie de facture
Agence
régionale
(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 détaillée Modèle global ou DFD -1


Domaine d'étude
 Domaine d'étude non détaillé
demande d'achat copie de bon de  Acteurs strictement extérieurs
commande
Directeur Agence
Agent
d'agence régionale
commande
réponse facture
GESTION
CLIENT DES
règlement VENTES
bon de
commande
demande de devis

devis
Fournisseur

5
31 32

Modèle global Modèle de contexte ou DFD0

 Flux entre acteurs externes ?  Domaine d'étude non détaillé


 S'ils éclaircissent les échanges de flux  Acteurs extérieurs Gestion
comptabilité
informations ventes

commande
GESTION
facture informations rémunération
CLIENT DES commande GESTION DES
règlement VENTES Gestion du
VENTES informations personnel
personnel
facture

bon de livraison bon de livraison Client informations sur stocks


règlement
bon livraison
bon de réception
bon de réception
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
règlement Gestion des
comptabilité informations visite comptabilité
Factures

facture 3
informations ventes 2 règlement
informations règlements

Gestion Suivi des


Gestion du Règlements
Force de informations rémunération personnel
vente
informations personnel informations vente 2

Gestion
Force de
vente

35 36

Matrice des flux Matrice des flux : exemple

 Représentation sous forme de tableau Acteurs internes Acteurs externes


Agent Directeur Agence Fournisseur
 Emetteur en colonne d'agence régionale
 Récepteur en ligne Agent Demande
d'achat
Demande de
devis
 Flux à l'intersection Directeur Réponse Copie de Bon de
d'agence bon de commande
commande
Agence
régionale
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

Légende
BC : bon de commande

39 40

DFD : Magasin (exercice 1) DFD : Demande de chéquier (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 chéquier. Après
vérification, le préposé transmet sa demande
transporteur d'effectuer la livraison. Le au siège de la banque. Le chéquier est imprimé
transporteur remet un bon de livraison avec sa par un fabricant à la demande du siège.
livraison et en envoie un double au magasin, Lorsque le chéquier est réalisé, le fabricant
qui envoie alors une demande de facturation au l'envoie directement au client, ou dans certains
cas au siège 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 siège que le
caisse reçoit les chèques et espèces des clients chéquier a été envoyé (même si le chéquier est
et les dépose à la banque. envoyé au siège).

41 42

Demande de chéquier (solution) DFD : location de véhicule (exercice 3)

 Un client se présente dans une société de location pour


louer un véhicule. Il s'adresse à la secrétaire et lui
communique ses exigences. Elle l'informe du tarif.
Après avoir signé un contrat et versé un acompte, le
client demande
agence demande siège demande fabricant client reçoit la clé du véhicule et le double du contrat.
de
ou de de Il se dirige vers le garage de la société, et s'adresse au
chéquier chéquier chéquier gérant du garage et lui montre son contrat. Le gérant
préposé
vérifie 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 gérant reprend le véhicule et la clé, et il
indique le nombre de kilomètres parcourus sur le
contrat que lui a remis le client. Ce dernier se dirige
ensuite vers le secrétariat, donne son contrat et règle le
prix de la location.

7
43 44

Location de véhicule (solution) Le cycle de vie et modèles


client exigences client secrétaire
gérant
contrat rempli
tarifs
 Etude préalable (MCT + ébauche MCD)
contrat vérifié
accord  Etude détaillée (MCD + MOT + MLD)
véhicule acompte
véhicule utilisé
contrat vierge  Etude technique (MPD)
contrat avant mise à jour clé
clé contrat rempli

contrat mis à jour


somme

45 46

Dictionnaire de données Modèle Conceptuel des Données (MCD)


 Liste des données obtenue par méthode
 descendante : à partir des documents existants  Schéma représentant la structure du SI
 ascendante : à partir des sorties (écrans, états) à créer
 Epurer la liste  Dépendances entre les données
 polysèmes (ex : produit = article)



synonymes (ex: date ? de livraison ? de commande ?)
données calculées sauf cas particulier (ex : montant TTC)
 Entités reliées par des associations
Mnémonique Libellé Type Longueur Divers
 Propriétés appartenant aux entités ou aux
NumC Numéro du client Nb entier associations
NomC Nom du client Texte 30 variable
 Identifiant : propriété permettant de distinguer
DateL Date de livraison Date jj-mm-yy
prévue les occurrences d'une entité
PrixU Prix unitaire Nb déc 123,67
Qte Quantité achetée Nb entier
 Cardinalités min et max
Montant Total HT de la facture Nb déc Calculé

47 48

MCD : exemple d'entité MCD : exemple de MCD


1, n 1, n
OUVRAGES ECRIRE AUTEURS
NumOuvrage NumAuteur
TitreOuvrage 1, 1 NomAuteur
PrénomAuteur
EDITER

1, n

1, 1 1, 1
DIRECTEUR DIRIGER MAISON_ÉDITION

NumDir NumMaisonEdition
NomDir AdresseMaisonEdition
TelDir VilleMaisonEdition

8
49 50

MLD (Modèle logique de données) Passage MCD -> MLD : généralités


 Entité
 Issu du MCD  L'entité "devient" une table (ou article)
 Ses propriétés deviennent des attributs
 Organisation logique des données  Son identifiant devient la clé
 Association N-M
 Le modèle comporte des tables (ou 


L'association "devient" une table
Sa clé est la concaténation des identifiants des entités participants à
l'association
articles) avec des clés étrangères.  Ses éventuelles propriétés deviennent des attributs
 Association 1-N
 Tient compte du modèle informatique  La clé de l'entité côté n devient clé étrangère dans la table issue de l'autre
entité
sous-jacent (réseau/relationnel,…)  Association 1-1
 Elle peut être traitée comme une association 1-N en choisissant une des 2
possibilités de migrations de clés
 Ne tient pas compte du système  Les 2 entités peuvent aussi être regroupés en une même table
Les 2 entités peuvent avoir la même clé.
(matériel/logiciel/SGBD) choisi 

51 52

MLD : modèle relationnel MLD type Codasyl


 OUVRAGE (NumOuvrage, TitreOuvrage, NumMaisonEdition) OUVRAGES AUTEURS
ECRIRE
 AUTEUR (NumAuteur, NomAuteur, PrénomAuteur) NumOuvrage
NumOuvrage NumAuteur
 MAISON_EDITION (NumMaisonEdition, TitreOuvrage NumAuteur NomAuteur
AdresseMaisonEdition,VilleMaisonEdition, NumDir) NumMaisonEdition PrénomAuteur
 DIRECTEUR (NumDir, NomDir, TelDir)
MAISON_ÉDITION
 ECRIRE (NumOuvrage, NumAuteur)
NumMaisonEdition
AdresseMaisonEdition
DIRECTEUR VilleMaisonEdition
NumDir
NumDir
NomDir
TelDir

Flèche : de la clé primaire vers la clé étrangère (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 société vend des produits. Des
NumMaisonEdition PrénomAuteur
clients passe des commandes à cette
MAISON_ÉDITION
NummaisonEdition =
NumMaisonEdition société. 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 Désignation NomFournisseur 0, n Désignation
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 réflexive 1-N MCD->MLD : Association réflexive 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 complété
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 LibelléTC

PRODUIT
1, n REMISE 1, n
TYPECLIENT
MLD PRODUIT REMISE TYPECLIENT
taux NumP NumP CodeTC
classique
NumP CodeTC CodeTC LibelléTC
DesignationP
DesignationP LibelléTC Taux

PRODUIT
MLD NumP
TYPECLIENT
CodeTC
optimisé DesignationP
LibelléTC
CodeTC_1
Taux_1
CodeTC_2
Taux_2

11
67 68

MCD->MLD : Historisation MCD->MLD : Héritage


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
généralisation spécialisation
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 Modèle organisationnel des données


 Suppression des éléments qui ne seront pas mémorisés
 Une rubrique calculée peut être ajoutée informatiquement
Simplification d'association
dans le MLD pour éviter des accès à une 

 Ajouts de nouvelles informations (liens entre données


autre table informatisées et données « manuelles »)
 Volume des données
 Type et taille des propriétés
 Nombre d ’occurrences des entités et associations
 Mémoire immédiate, mémoire à long terme : Données immédiatement
accessibles (« en ligne »), Archives ‘(accès différé).
 Sécurité d ’accès aux données :
 Restriction d ’accès pour certaines catégories d ’utilisateurs
 Définition des catégories ou profils utilisateur
 Tableau faisant référence aux MOD (Global ou locaux) des restrictions
d ’accès

72

MCT : étapes de réalisation

 Identification des acteurs


 Identification et classement chronologique des
flux.
Modèle conceptuel de traitement
 Construction du MCT
 Description détaillée des règles de gestion.
MCT

12
73 74

MCT : Symbolisation MCT : ouverture de compte en banque


demande
du client
Evénements entrants
ev 1 ev 2 Prise en charge
Tjrs

demande Création
ET Synchronisation (et, ou) réponse
du dossier
BF ouv à la BF

Opération Opération décomposable


- Actions1 en actions ou fonctions ET

- Actions 2 Etude réponse


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 Evénements sortants Tjrs

compte ouvert

75 76

MCT : balance (ex : délai…) MCT : exemple parapente

Ev1 Ev2 Ev3

Operation Operation

Ev5
Ev4

77 78

Processus (traitement) MCT : définitions


Processus ou traitement :
 Ensemble organisé d'activités 
 Ensemble organisé d'activités (ou actions)
 déclenché par un événement  déclenché par un événement extérieur
 qui concourrent à un même but clairement identifié.
 orienté vers la production d’un résultat  Opération :
clairement identifié  ensemble d’actions ininterruptibles.
 Il n'y a pas d'événements sortants entre actions élémentaires.
 Ensemble organisé  Événement déclencheur :
fait réel dont l’apparition déclenche l’exécution d’une opération.
 d'activités, d'évènements et de résultats 

 Événement résultant :
 qui concourrent à un même but.  produit de l’exécution d’une opération.
 Synchronisation :
 condition booléenne que doivent respecter les évènements
déclencheurs pour déclencher une opération.
 Règle d’émission :
 condition à laquelle est soumise l’émission de résultats.

13
79

MCT : Exercices
 Opération commande
Un client passe une commande en versant un acompte. La commande est traitée si les produits
sont en stock. Si les produits sont indisponibles, la commande est en attente.
Réservation de location de vacances
Modèle Opérationel des Traitements

Un client réserve une location de vacances. Il doit verser des arrhes pour confirmer sa
réservation. S'il n'a pas versé les arrhes dans le délai imparti, la réservation est annulée.
 Consultation médicale
Un patient se présente à une consultation médicale. Selon le cas, le médecin lui prescrit des
analyses, des médicaments, un régime. Une consultation de spécialiste est parfois nécessaire
donnant lieu à une lettre au confrère. En cas d'urgence, une hospitalisation peut être demandée.
Une feuille de remboursement est toujours donnée contre le règlement.
 Bijouterie
Lorsqu'un client apporte une montre à réparer, le bijoutier évalue le montant des travaux. Si le
montant atteint plus de 50% du prix de la montre, il téléphone au client afin d'avoir son accord.
Par la suite, il répare la montre et établit une facture. Lorsque le client revient, il lui remet le tout
contre règlement. En cas de désaccord sur le devis, le bijoutier restitue la montre sans réparer. MOT
 Promotion
Un employé demande une promotion. Sa demande est examinée. On vérifie son ancienneté et
ses dernières promotions. Si la demande est recevable, un rapport est demandée à son
supérieur. Dossier et rapport sont étudiés par une commission qui donne un avis favorable ou
non à la promotion.
 Ventauto
La société Ventauto est spécialisée dans la vente de véhicules automobiles pour le compte de
plusieurs constructeurs. Les ventes se font presque toujours à crédit. Les voitures ne sont pas
en stock mais commandées au concessionnaire quand le client communique l'acceptation de
son crédit. Les vendeurs font des démonstrations et font signer le cas échéant un bon de
commande. Ils avertissent le client de la disponibilité de la voiture. le client vient alors chercher
sa voiture.

81 82

MOT : représentation générale Prodécure fonctionnelle-Tâche

 Reprend et précise le MCT :  Ensemble homogène d’activités


 Temps (QUAND) élémentaires, résultant de la
 Répartition par poste de travail, lieu, acteurs : décomposition d’une opération
(QUI, OU)
 Type de procédure (manuel, automatique…)
conceptuelle
 Opération fractionnée en Procédures Fonctionnelles  Activités
(PF)
Temps Extérieur Poste_1 Poste_2 Poste_3  homogènes en terme de finalité
 exécutées à un même poste de travail
Oper_1
Oper_1
Oper_1
 d'un même degré d'automatisation :
 Manuel (M)
 Conversationnel (C) ou Interactif (I)
 Automatique (A)

83 84

MOT : présentation en tableau MOT : Exemple

14
85 86

Détail de PF Vérif Pilote & Recherche de voile Etat : Bordereau de réservation


Type : Saisie

 Description :
Bordereau de réservation (état lié à l'écran de réservation).



Recherche des informations du pilote
En fonction des informations du pilote, recherche des voiles répondant au niveau et au poids, disponibles à la date demandée.
 Champs renseignés automatiquement :
 Flux entrants  Date de la demande : Date du jour.
Oral : nom et Prénom du pilote. Date souhaitée pour la réservation.


Flux sortants
 Date de réservation : Date saisie dans le champ "Date de réservation".
 Enregistrement de la réservation de la voile par le pilote. (base de données)  Pilote : Informations affichées dans le champ "Pilote".
 Bordereau de réservation. (imprimé)
 Déclenchement  Numéro de licence : Paramètre d'entrée de l'écran de réservation.
 Le déclenchement du traitement est manuel en réponse à une demande de réservation.  Poids (du pilote): Information affichée dans le champ "Poids".
Pour une réservation de voile : la date de réservation doit être supérieure à la date du jour.
Pour une demande de voile à la suite d'un refus d'une autre voile déjà réservée, la date peut être celle du jour.  Niveau : Information affichée dans le champ "Niveau".
 Ecran de recherche
 Entité Pilote en consultation :  Parapente : Propriété "Modèle de parapente" du Modèle de parapente lié au



Nom du pilote : Premier critère de recherche - Prénom du pilote : Deuxième critère de recherche.
Numéro de licence : Identification du pilote sélectionné transmis à l'écran de réservation.
Parapente choisi dans la liste de l'écran de réservation.

 Date de naissance : A afficher dans la liste pour la sélection du pilote.
Ecran de réservation
 Numéro : Propriété "Numéro" du Parapente choisi dans la liste de l'écran de
 Paramètre d'entrée : Numéro de licence d'un pilote. réservation.
 Entité Pilote en consultation pour la recherche et la réservation :  Poids (minimum) : Propriété "Poids min" du Modèle de parapente lié au
 Numéro de licence : Critère de recherche associé au paramètre d'entrée.
.... Parapente choisi dans la liste de l'écran de réservation.
 Entité Modèle de parapente en consultation pour la recherche :
 Niveau : Critère de recherche supérieur ou égal au champ " Niveau ".  Poids (maximum) : Propriété "Poids max" du Modèle de parapente lié au



Poids minimum : Critère de recherche inférieur ou égal au champ " Poids ".
Poids maximum : Critère de recherche supérieur ou égal au champ " Poids "
Parapente choisi dans la liste de l'écran de réservation.



Nom (Modèle de parapente) : Identifiant nécessaire à l'association "Est de type". A afficher dans la liste de l'écran.
Association Est de type en consultation pour la recherche :
 Niveau minimum : Propriété "Niveau min" du Modèle de parapente lié au
 pour rechercher les Parapentes qui sont d'un modèle de parapente répondant aux critères du pilote Parapente choisi dans la liste de l'écran de réservation.
 Entité Parapente en consultation pour la recherche et la réservation :
 Numéro : Identifiant nécessaire 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 réservation".
 Association UTILISE en création pour la réservation :
 Date d'utilisation : renseignée avec le champ " Date de réservation ".

87 88

MLT (Modèle logique de traitement) MLT : exemple

 Issu du MOT
 Tient compte de l'organisation logique du
système d'information informatisé
 La machine logique peut être :
 une machine physique
 constituée de plusieurs machines physiques,
d'un réseau
 une machine virtuelle

89 90

Modèle de traitement : exercice 1 Modèle de traitement : exercice 2


Gestion des approvisionnements Gestion des cartes bleues

A partir des demandes d’approvisionnement établies par le service commercial, le service des achats Le demandeur désirant obtenir une carte bleue doit en faire la demande auprès de son
envoie des demandes de prix aux fournisseurs possibles, pour les articles nouveaux ou
agence.
d’approvisionnement exceptionnel (on se limitera à ces articles, laissant de côté
les articles connus et à approvisionnement régulier).
La carte bleue n’est pas accordée si le demandeur n’est pas un client de l’agence.
Les fournisseurs envoient des offres, étudiées en détail et comparées par les acheteurs ; Chaque jour, l’agence 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 après l’envoi des de ses clients.
offres. Dès que l’agence a reçu la carte bleue en provenance du centre (en général 4 jours
Le service des achats établit un bon de commande à destination du fournisseur retenu. Une après la demande), elle adresse au client un avis de mise à disposition et un avis de
copie est remise au magasin en vue de la réception. prélèvement de la cotisation annuelle. Le client vient alors retirer sa carte.
Quand la livraison arrive, le magasinier contrôle quantitativement la marchandise. Un contrôle de
Si au bout de 2 mois la carte n’a pas été retirée, elle est détruite.
qualité est effectué. La livraison arrive généralement 2 jours après le choix définitif du fournisseur.
La livraison est renvoyée en bloc si l’un des contrôles est négatif. Les contrôles satisfaisants
aboutissent à l’entrée en stock des articles. Le magasin établit le bon à payer aux services 1°) Etablir le diagramme des flux
financiers. Quand les services financiers reçoivent la facture du fournisseur (généralement 3 jours 2°) Etablir le modèle conceptuel des traitements
après la livraison), ils vérifient qu’il lui correspond le bon à payer et émettent le chèque 3°) Etablir le modèle organisationnel des traitement s
de paiement.
NB : on considérera que le magasin et le service des achats ne forment qu’un unique service.

1°) Etablir le diagramme des flux


2°) Etablir le modèle conceptuel des traitements
3°) Etablir le modèle organisationnel des traitemen ts

15
91 92

Modèle Physique des Données (MPD) SQL : Instruction CREATE

 Implémentation en machine CREATE TABLE etudiant (


num INT UNSIGNED NOT NULL PRIMARY KEY,
 Traduction dans un langage de définition nom VARCHAR(30) NOT NULL,
de données prenom VARCHAR(25) NOT NULL,
 création 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 génie logiciel (AGL)


La Méthode Merise: Principes et outils.

Tardieu, Rochfeld, Colletti.- Editions d'Organisation:  Logiciels de développement
2000.
 Utilisent la modélisation 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 méthode Merise.- Moréjon,
José & Rames, Jean-René.- Interéditions: 1993.
 Réussir en ingénierie de l'information. Les techniques
de l'analyse.- Rédouin, Pierre.- Les éditions
d'organisation: 1991.
 Base de données. Gardarin, Georges. Eyrolles.

16