Sunteți pe pagina 1din 26

Master 2 LCE Les Systmes dInformation

LES SYSTEMES DINFORMATION


MODELISATION CONCEPTUELLE DE COMMUNICATION (M.C.C.)
SOMMAIRE
1 LA CONCEPTION DU S.I. ET LES METHODES .................................................................................................. 2 1.1 LA METHODE MEGA............................................................................................................................................. 3 1.2 LA METHODE AXIAL ............................................................................................................................................ 3 1.3 LA METHODE MERISE .......................................................................................................................................... 4 1.3.1 Les points forts ................................................................................................................................................. 4 1.3.2 Les points faibles ou critiques .......................................................................................................................... 5 2 LA MODELISATION CONCEPTUELLE DE COMMUNICATION (MCC)....................................................... 6 2.1 2.1.1 2.1.2 2.1.3 2.1.4 2.1.5 2.1.6 2.1.7 2.2 2.3 2.4 3
LES CONCEPTS DE MCC......................................................................................................................................... 6

lorganisme ...................................................................................................................................................... 6 Le domaine dactivit lactivit ..................................................................................................................... 6 la fonction de gestion ....................................................................................................................................... 7 Le champ dtude ............................................................................................................................................. 7 le projet le sous-projet................................................................................................................................... 8 Les flux ............................................................................................................................................................. 9 Les acteurs ....................................................................................................................................................... 9 LE MODELE CONCEPTUEL DE FLUX ...................................................................................................................... 10 LE MODELE DE CONTEXTE DE 1ER NIVEAU ............................................................................................................ 10 LE MODELE DE CONTEXTE DETAILLE ................................................................................................................... 12

LA MODELISATION ORGANISATIONNELLE DES FLUX ............................................................................. 13 3.1 3.2 3.3 3.4 LES ACTEURS ....................................................................................................................................................... 13 LES FLUX ............................................................................................................................................................. 13 LE MODELE ORGANISATIONNEL DES FLUX .......................................................................................................... 14 MATRICE DES FLUX.............................................................................................................................................. 15

APPLICATIONS ........................................................................................................................................................ 16 4.1 4.2 4.3 EXERCICE 1 : LE GRAND MAGASIN ....................................................................................................................... 16 EXERCICE 2 : SOCIETE ABC ................................................................................................................................ 16 EXERCICE 3 : CAS SOCIETE MASTAIRE ............................................................................................................... 17

5 6

RESUME : MODELE CONCEPTUEL DE CONCEPTION ................................................................................. 18 CORRECTION DES EXERCICES.......................................................................................................................... 20 6.1 EXERCICE 1 .......................................................................................................................................................... 20 6.1.1 diagramme acteurs et les flux......................................................................................................................... 20 6.1.2 matrice acteurs et les flux............................................................................................................................... 21 6.1.3 graphe ordonn des flux................................................................................................................................. 21 6.2 CORRIGE : EXERCICE 2......................................................................................................................................... 22 6.2.1 Modle de contexte......................................................................................................................................... 22 6.2.2 Modle de flux niveau 1 ................................................................................................................................. 23 6.2.3 Modle de flux niveau 2 ................................................................................................................................. 24 6.3 CORRIGE : EXERCICE 3......................................................................................................................................... 25 6.3.1 Modle de contexte......................................................................................................................................... 25 6.3.2 Modele de flux ................................................................................................................................................ 25

Systme dInformation / RV

Page 1 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

1 LA CONCEPTION DU S.I. ET LES METHODES


La conception d'un systme d'information n'est pas vidente car il faut rflchir l'ensemble de l'organisation que l'on doit mettre en place.
En effet, la conception du systme d'information se fait par tapes, afin d'aboutir un systme d'information fonctionnel refltant une ralit physique. Il s'agit donc de valider une une chacune des tapes en prenant en compte les rsultats de la phase prcdente. D'autre part, les donnes tant spares des traitements, il faut vrifier la concordance entre donnes et traitements afin de vrifier que toutes les donnes ncessaires aux traitements sont prsentes et qu'il n'y a pas de donnes superflues.

Cette succession d'tapes est appele cycle d'abstraction pour la conception des systmes d'information :

La phase de conception ncessite lemploi dune mthodologie permettant de mettre en place un modle sur lequel on va s'appuyer. La modlisation consiste crer une reprsentation virtuelle d'une ralit de telle faon faire ressortir les points auxquels on s'intresse. Concevoir en utilisant ce type de mthode cest analyser. Il existe plusieurs mthodes d'analyse mais la mthode la plus utilise en France reste la mthode MERISE.

Systme dInformation / RV

Page 2 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

1.1 LA METHODE MEGA


Dveloppe par Y. Tabourier (1997), cette mthode est base sur 3 dcoupages et 4 niveaux de description Communication Donnes Traitements Conceptuel MCC MCD MCT Organisationnel MOC MOD MOT Logique MLC MLD MLT Physique MPC MPD MPT L'analyse de la composante communication diffrents niveaux permet la prise en compte d'une architecture client/serveur : 1. Le MCC permet de montrer l'analyse des besoins 2. Le MOC montre les flux entre les diffrents services avec leur support physique ainsi que la rpartition entre les diffrents sites gographiques 3. Le MLC permet de caractriser les types de lignes utilises.

Mga se porte ultrieurement vers UML1 : UML n'est pas une mthode cest dire une description normative des tapes de la modlisation. Les auteurs d'UML ont en effet estim qu'il n'tait pas opportun de dfinir une telle mthode en raison de la diversit des cas particuliers. Ils ont prfr tre plus modestes, et dfinir un langage graphique permettant de reprsenter, de communiquer les divers aspects d'un systme d'information (aux graphiques sont bien sr associs des textes qui expliquent leur contenu). On dit parfois qu'UML est un mtalangage car il fournit les lments permettant de construire le modle qui sera, lui, le langage de l'entreprise. 1.2 LA METHODE AXIAL
Cette mthode est base sur 3 dcoupages et 3 niveaux de description Donnes D.O.G. S.R.N. E.T.S. Donnes / traitements D.B.A./ D.G.A. S.T.U. / D.D.T. DUM D.R.A.N. / D.E.M.T. Traitements D.F.G. M.T. ( I..P.T.)

Axial dans ces diffrents modles met l'accent sur le rapprochement des donnes et des traitements.

UML = Unified Modeling Language


Page 3 sur 26 2009-11-09

Systme dInformation / RV

Master 2 LCE Les Systmes dInformation

1.3 LA METHODE MERISE


MERISE est une mthode de conception, de dveloppement et de ralisation de projets informatiques. Le but de cette mthode est d'arriver concevoir un systme d'information. Donnes Traitements MCD MCT MOD MOT MLD MLT La mthode MERISE est base sur la sparation des donnes et des traitements effectuer en plusieurs modles conceptuels et physiques. La sparation des donnes et des traitements assure une longvit au modle. En effet, l'agencement des donnes n'a pas tre souvent remani, tandis que les traitements le sont plus frquemment. La mthode MERISE date de 1978-1979, et fait suite une consultation nationale lance en 1977 par le ministre de l'Industrie dans le but de choisir des socits de conseil en informatique afin de dfinir une mthode de conception de systmes d'information. Les deux principales socits ayant mis au point cette mthode sont le CTI (Centre Technique d'Informatique) charg de grer le projet, et le CETE (Centre d'Etudes Techniques de l'Equipement) implant Aix-en-Provence. Selon MERISE, les modles (donnes et de traitements) sont dclins selon des niveaux d'abstraction : Le niveau conceptuel (MCD, MCT) formalise les activits (que fait-on, pourquoi le fait-on) sans proccupation de l'organisation (qui le fait, o, quand, avec quelles ressources humaines, informatique, donnes). Le niveau organisationnel (MOD, MOT) qui formalise les activits en prenant en compte l'organisation Le niveau logique (MLD, MLT) qui formalise fonctionnement du logiciel. Le niveau physique (MPD, MPT) qui reste est le niveau le plus proche de l'implmentation. Les niveaux d'abstraction se conjuguent avec le degr de dtail. Le degr de dtail (de global dtaill) exprime la "granularit" de l'activit modlise (gnralement par un rectangle) qui peut tre compose d'activits lmentaires. Le mcanisme de dcomposition (ou "refinement") permet de passer d'une activit "macroscopique" un ensemble d'activits plus dtailles et formalises, un peu comme un effet de zoom bien connu dans les mthodes d'analyse structures anglo-amricaines. La dcomposition peut se faire niveau d'abstraction constant, par exemple entre MCT et MCTA. Elle peut se faire galement en changeant de niveau, par exemple du MCT au MOT. On peut avoir galement un mcanisme de recomposition

1.3.1 LES POINTS FORTS La mthode s'appuie sur une approche systmique : Cest donc une approche globale. Les concepts sont peu nombreux et simples. Elle est dans le domaine public donc gratuite (rare aux USA). Elle est assez indpendante vis vis de la technologie. Elle est la plus utilise en France dans les domaines de gestion. Elle sert de rfrence aux enseignements sur les mthodes.
Systme dInformation / RV Page 4 sur 26 2009-11-09

Master 2 LCE Les Systmes dInformation

1.3.2 LES POINTS FAIBLES OU CRITIQUES La mthode sarrte au niveau organisationnel pour les traitements et les donnes. Elle ne s'occupe pas de l'interface utilisateur. Elle est trs adapte un contexte de cration d'application mais pas forcment un problme de maintenance ou de seconde informatisation. Elle ne permet pas rellement une validation rapide de la part des utilisateurs. Elle est davantage destine des sites centraux plus qu' des dveloppements en temps rel, ou sur micro. Il est trs difficile de valider les traitements par rapport aux donnes et cela au niveau conceptuel ou organisationnel.
Lvolution de Merise a t ncessaire pour tre capable d'intgrer les nouvelles techniques informatiques comme : Les langages objets, la programmation objet, la conception objet. Les applications coopratives de type Client/serveur. Le dveloppement des applications sur micro-ordinateurs couples avec les sites centraux. L'volution des SGBD (prise en compte des contraintes au niveau des donnes). Etc. Cette volution se devait de ne pas jeter les modules Merise existants mais complter la mthode et le problme a t de faire voluer Merise afin de sappuyer sur les personnes dj formes la mthode, plutt que de proposer une nouvelle mthode trop longue mettre en place. La nouvelle approche doit galement permettre une meilleure adquation donnes/traitements et aussi une validation entre les deux. Une colonne a t cre entre les donnes et les traitements afin de mettre en place les Modles de traitements analytiques, ainsi que le cycle de vie des objets. Donnes Donnes Traitements Traitements MCD MCT MOD CVO organisationnel MOTA MOT MLD MLT Les modles organisationnels de traitements analytiques (MOTA) essayent de rapprocher les donnes des traitements et permettent une sorte de validation. Le cycle de vie dun objet (CVO) essaye dintroduire une vue dynamique sur un modle de donnes essentiellement statique.

Systme dInformation / RV

Page 5 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

2 LA MODELISATION CONCEPTUELLE DE COMMUNICATION (MCC)


2.1 LES CONCEPTS DE MCC
Plusieurs concepts lis la modlisation conceptuelle de communication sont utiles et sont dfinis ciaprs : Lorganisme Le domaine dactivit (ou fonction de gestion) La fonction de gestion Le champ dtude (domaine dapplication) Le projet (et le sous-projet) Le flux Les acteurs

2.1.1 LORGANISME
Le premier concept dfinir est celui de lorganisme, de lentreprise.

Dfinition : Un organisme est un nom gnrique dsignant lentreprise, la structure, le service public, le service, etc. qui fait lobjet de ltude. 2.1.2 LE DOMAINE DACTIVITE LACTIVITE
La premire tape de la construction dun SI au sein dune entreprise consiste bien identifier ses domaines dactivit. Chaque finalit dune entreprise est caractrise par un domaine dactivit.

Dfinition : Aussi appel - activit-, le domaine dactivit est un terme localisant soit une application, soit le champ dinvestigation dun projet ou sous projet au sein de lactivit de lorganisme.
Ce terme dsigne une subdivision logique de lorganisme regroupant un ensemble dactivits complmentaires concourant la ralisation complte dune classe de biens ou de services ou la prise en charge dune population dtermine. Exemple 1 : Dans une socit dassurance, on peut distinguer les domaines dactivit suivants : Domaines dactivit Le domaine automobile Le domaine vie Le domaine incendis et risques divers Le dcoupage en domaine dactivit est un lment quasi invariant de lentreprise. Chaque domaine dactivit est dcompos en grande fonction appele activit

Systme dInformation / RV

Page 6 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

Exemple 2 : les activits du domaine Domaines dactivit Le commercial Activits dans le domaine La prospection tlphone La relance tlphone Le publipostage La production Lordonnancement des taches La vrification de produits Lusinage Les ressources humaines Le recrutement Le droulement de carrire

2.1.3 LA FONCTION DE GESTION Dfinition : La fonction de gestion, ou grande fonction correspond un dcoupage par activits homognes sur le plan de la gestion. Cette typologie rejoint celle des fonctions de CXP (Delta-Phi)
Exemples : La fonction administrative, La fonction commerciale, La fonction financire, La fonction de production,

Dans une structure, une direction, un dpartement, un service, etc. peut assurer : plusieurs fonctions dans un seul domaine dactivit, ou une fonction unique pour plusieurs domaines dactivit ,
Exemples : Structure par fonction Structure par domaine dactivit Structure mixte

2.1.4 LE CHAMP DETUDE


Le champ de ltude (ou domaine dtude) reprsente les domaines dactivit et/ou les activits qui composent le systme tudier. Cest un sous-ensemble cohrent de lactivit de lentreprise.

Dfinition : Cest le sous-ensemble de lactivit de lorganisme (de lentreprise, du service public) qui fait lobjet dun projet (ou dun sous projet).
Cette notion nest pas redondante avec la notion de projet ou de sous projet, car lactivit tudie sexprime travers des donnes et des traitements et le champ dinvestigation au niveau des donnes peut ne pas tre compltement superpos celui des traitements. En effet, toutes les applications participant une classe donne dactivit (gestion commerciale) ont des champs si possibles disjoints sur le plan des traitements, tout en manipulant des donnes communes. Exemple 1 : le domaine Gestion commerciale est compos de :
la gestion des commandes, la gestion des factures, la gestion des comptes client

Systme dInformation / RV

Page 7 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

Il faut viser minimiser les changes entre un domaine dtude et son environnement extrieur. Dans le cas o il existe un grand nombre de flux avec un autre domaine, il faut sinterroger sur une ventuelle modification du contour du champ dtude afin dintgrer compltement ou partiellement les domaines concerns. Exemple 2 : Dans une cole, le domaine Gestion des tudes peut tre compos de :
la gestion des enseignements (planning), la gestion de la notation, la gestion de la scolarit,

la gestion des salles

Synthse : Rapport entre les concepts ORGANISME

GRANDES FONCTIONS

DOMAINE DACTIVITE

CHAMP DE LETUDE

2.1.5 LE PROJET LE SOUS-PROJET Dfinition : Un projet, dans le cadre mthodologique, est un ensemble dactions, de moyens qui a pour but damliorer les moyens mis en uvre par lactivit dun organisme (dune entreprise, dun service public) pour atteindre les finalits quelle sest donne comme objectifs.
Exemple de projets : la gestion commerciale la trilogie (facturation, comptabilit, paie) la gestion de production etc.

Dfinition : Lorsque le champ couvert par ltude au sein dun projet est trop vaste pour tre matris convenablement, il est dusage de le dcomposer en sousensemble possdant entre eux un minimum dinteractions et pouvant donner lieu des tudes exhaustives aussi indpendantes que possible. De tels sous-ensembles sont des sous-projets.

Systme dInformation / RV

Page 8 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

2.1.6 LES FLUX Dfinition : Un flux est la reprsentation de lchange dinformation entre deux activits ou entre une activit et un partenaire extrieur lentreprise
Un flux est caractris par son nom et la liste des donnes quil porte (le flux commande porte le n de commande, la date de commande, le nom du client, etc.). Les flux changs peuvent tre aussi des flux de matire, des flux financiers, etc. Dans le cadre des systmes dinformation, en gnral, seuls les flux de donnes sont dcrits. Le formalisme utilis au niveau conceptuel est prcis selon le formalisme suivant : Nom ou symbole du support Flux lectronique

2.1.7 LES ACTEURS Dfinition : Un acteur est une entit organisationnelle identifiable par les missions quil remplit dans le cadre du champ dtude dfini.
Un acteur dont les missions se situent lintrieur du champ dtude est qualifi dacteur interne. Un acteur dont les missions se situent en dehors du champ dtude mais qui change des informations avec un acteur interne est qualifi dacteur externe.

Systme dInformation / RV

Page 9 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

2.2 LE MODELE CONCEPTUEL DE FLUX


Le modle conceptuel de flux permet de reprsenter les flux changs entre les domaines dactivits dune entreprise ou entre les activits dun domaine dtude. Pour un champ dtude, les flux sont : soit internes et ils correspondent alors des flux changs lintrieur du champ de ltude soit externes lorsque ces flux sont changs entre le champ de ltude et lextrieur. Le formalisme du modle conceptuel de flux est le suivant :

Flux A 1 Activit 1 Flux B

Activit 2

Flux E Autre Domaine

Flux C 3 Activit 3

Flux D Flux Partenaire Extrieur

Plusieurs modles de contexte peuvent tre raliss en fonction de la complexit du problme rencontr (on ne reprsente pas un CHU comme une MR !). Cette complexit est fonction du nombre de services tudier, de leffectif rencontr, etc. Les modles disponibles sont :
Le modle de contexte Le modle dtaill

2.3 LE MODELE DE CONTEXTE DE 1ER NIVEAU


Dans la dmarche dlaboration des MCF, if faut reprsenter un premier modle conceptuel de flux o le champ dtude nest pas dtaill et o la seule proccupation est de reprsenter les flux changs avec lextrieur. Ce premier modle est appel modle de contexte ou diagramme de contexte. Le modle de contexte permet de reprsenter les flux changs entre lentreprise et son environnement. Le concepteur peut aussi donner une premire reprsentation des flux internes changs entre les domaines de lentreprise.
Exemples de modle de contexte : Un organisme de recherche Un C.H.U. Une bibliothque Une Cie Assurance

Systme dInformation / RV

Page 10 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

Extrait : Mthodologie et Ingnierie des Systmes dinformation D. NANCI :

Systme dInformation / RV

Page 11 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

Ex : Dcoupage de premier niveau bibliothque


Prt accept Grer les prts Rappel Adhrent Dde prt Disponibilit Avertissement livre libre Dde rservation Contentieux

Grer rservation

New Cde Editeur Livraison Enrichir la bib

2.4

LE MODELE DE CONTEXTE DETAILLE

Le modle dtaill a pour but de reprsenter les flux changs entre les activits dtailles au niveau le plus fin selon lintrt du concepteur. En gnral, le niveau de dtail recherch correspond celui dune opration lmentaire (voir MCD). Exemple de modle dtaill : Gestion Commerciale dune P.M.E.
Une bibliothque

Ex : Dcoupage de second niveau bibliothque

Demande prt

Grer les sorties

Grer les prts

Prt accept
Avis retour d'ouvrage

Retour

Grer les retours

Rappel

Avis de retard

Grer relances

Systme dInformation / RV

Page 12 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

3 LA MODELISATION ORGANISATIONNELLE DES FLUX


3.1 LES ACTEURS
Pour accomplir ses missions, un acteur interne dispose de ressources matrielles et ventuellement de ressources logicielles. Exemple : Une agence disposant dun logiciel de gestion sur serveur PC accessible par 4 postes via un rseau local. La description dun acteur comporte au minimum : 1. lnonc de ses missions, 2. son positionnement dans lorganigramme de lentit laquelle il appartient, 3. sa localisation gographique, 4. lidentification des ressources matrielles et logicielles dont il dispose. Les acteurs sont de trois types : les acteurs extrieurs lentreprise mais concerns par le champ de ltude les acteurs intrieurs lentreprise et concerns par le champ de ltude les acteurs intrieurs lentreprise mais non concerns par le champ de ltude Acteur Intrieur lentreprise Extrieur lentreprise Concern par le champ de ltude x x Non concern par le champ de ltude x

3.2 LES FLUX


Le formalisme utilis au niveau conceptuel est repris au niveau organisationnel selon le formalisme suivant : Nom ou symbole du support Flux lectronique

La chronologie des flux est indique en les numrotant.

Systme dInformation / RV

Page 13 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

3.3 LE MODELE ORGANISATIONNEL DES FLUX


Par analogie avec le MCF, le modle organisationnel des flux appel encore Diagramme de flux (ou DFD : Data Flow Diagramm) reprsente les flux changs entre : les acteurs du domaine dtude les acteurs du domaine dtude et les partenaires extrieurs ou domaine extrieur au domaine dtude Lacteur est sollicit par des flux entrants et est producteur de rsultats (flux sortants) Le formalisme du MOF est le suivant :

Nom du flux Acteur 1 Acteur 2

Selon lenvergure du projet, plusieurs vision de M.O.T. sont disponibles : Le M.O.T. en vue globale Le M.O.T. en vue dtaille Exemple 1 : Gestion interne dune agence locale Vue Globale

Copie du bon de commande Agence locale Bon de commande Copie de la facture Agence rgionale

Livraison + Facture

Fournisseur

Rglement

Systme dInformation / RV

Page 14 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

Exemple 2 : Gestion interne dune agence locale Vue Dtaille Demande dachat Agent Acheteur Copie du bon de cde Rponse de lagence Directeur

Bon de commande Devis Fournisseur Demande de devis

Agence Rgionale

Remarque : Le M.O.F. se nomme aussi Diagramme Acteur Flux ; La Matrice Acteurs Flux est aussi une forme de reprsentation admise.

3.4 MATRICE DES FLUX


Une matrice des flux constitue une autre manire de reprsenter les flux entre acteurs. Elle fait apparatre : lensemble des flux mis par un acteur (ligne de la matrice) lensemble des flux reus par un acteur (colonne de matrice) Acteurs Internes Agent Directeur dagence demande dachat rponse Liste des demandes Acteurs Externes Agence Fournisseur rgionale demande de devis copie du bon de bon de commande commande

Agent Direct. dagence Agence rgionale Fournisseur

devis

Systme dInformation / RV

Page 15 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

4 APPLICATIONS
4.1 EXERCICE 1 : LE GRAND MAGASIN
Un grand magasin distribue ses produits par le biais de vendeurs (IKEA, DARTY, etc.). Les produits sont dtenus par le magasin ou seuls les magasiniers sont habilits dlivrer les produits (avec la garantie). Les clients, aprs stre renseigns auprs des vendeurs, se dcident (ou pas) dacheter. Dans ce cas, le vendeur remplit un bon de retrait du produit quil remet au client. Ds le dpart du client, le vendeur reporte les lments de sa vente (C.A., horaire, dure de ralisation, etc.) sur un dossier vente. Ce dossier est personnel et reste vers les vendeurs. Le client peut alors rgler la caisse en prsentant le bon de retrait. La caissire remet au client un reu et une facture. Le client peut alors aller retirer son produit au magasin. Il donne au magasinier son bon de retrait valid et le reu qui lui remet son produit et la garantie. Travail faire : 1. Identification des acteurs 2. M.C.F. (Diagramme acteurs - flux et matrice acteurs flux) 3. M.O.F. (D.F.D ou Graphe ordonn des flux ou Graphe denchanement des flux)

4.2 EXERCICE 2 : SOCIETE ABC


La socit ABC qui dsire amliorer son SI, dcide de commencer sa rflexion sur le domaine Facturation clients . Aprs une (trop) rapide rflexion, on retient les lments suivants : 1. Les clients sont des grossistes et des centrales dachats, 2. Ds quune commande est reue, elle est traite immdiatement, 3. Un BL est dit et transmis lentrept pour que la livraison soit prpare, 4. La facture est envoye le jour de la livraison, 5. En cas de litige sur la facture, une ngociation lieu entre ABC et le client, et un avoir peut tre dlivr. 6. Les clients rglent 60 jours. Travail faire 1 : Modle de contexte Aprs un second travail de rflexion (ouf !!) on trouve les nouveaux lments suivants : 1. Ds quun client se prsente, on vrifie sil sagit dun nouveau client ou non, 2. Quand cette vrification est faite, le B.L. est dit et transmit au chef de quai de lentrept ; Concernant la facturation on relve les points suivants : 1. A partir du BL, calcul du montant facture (HT, TTC), et attribution dun dlai de rglement en fonction de ce montant et des conditions clients (si elles existent). 2. Quant le rglement arrive, la facture est considre comme paye ; ce qui permet de passer lcriture comptable correspondante, 3. En cas de contestation du client, la gestion du litige passe par une prise de renseignement auprs du chef de quai ; 4. Si besoin, la comptabilit met un avoir. Travail faire 2 : Modle de flux

Systme dInformation / RV

Page 16 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

4.3 EXERCICE 3 : CAS SOCIETE MASTAIRE


La SARL MASTAIRE fabrique et commercialise des produits alimentaires. Les dirigeants souhaitent une analyse de leur systme dinformation et plus particulirement le domaine de la gestion des activits commerciales. On fournit pour cela le descriptif des activits lies ce domaine : Le service commercial recueille chaque jour les commandes des clients (pour lessentiel des grandes surfaces) ; chaque commande est saisie par une secrtaire commerciale qui vrifie la situation des clients avec ltat des litiges adresss par le service contentieux. Les commandes passes par les clients-litiges sont bloques et cette commande est alors transmise au service contentieux ; les client-litiges sont les clients ayant un encours de crdit suprieur au plafond. Les autres commandes sont transmises au secrtariat du service expdition. Lorsque le service contentieux reoit une commande bloque, il envoie aussitt un courrier aux clients concerns. Le service contentieux examine en fin de journe la situation des clients-litiges et dbloquent les commandes des clients ayant rgularis leur situation. Les commandes des clients sont prpares par le service expdition : en dbut de matine, les bons de prparation sont imprims par la secrtaire du service puis transmis au responsable du service. Ce responsable ventile les commandes auprs des diffrents prparateurs qui emballent les colis, les chargent dans les camions et notent les quantits livres sur lordre de prparation. Le prparateur saisit ensuite les quantits livres pour chaque commande. Une fois le bon de prparation tabli, celui-ci est remont au service commercial qui peut alors diter le bon de livraison (BL) en 2 exemplaires (1 pour le transporteur et 1 pour le service commercial). Un double des ordres de prparation est remis au secrtariat commercial qui se charge alors de saisir les bons de livraison. Pour les commandes incompltes, un tat des reliquats de commande est tabli par un employ du service commercial qui ladresse aussitt la secrtaire commerciale Un employ du service commercial imprime la facture en 3 exemplaires : 1 pour le client, 1 pour la comptabilit et 1 pour les archives. Le service commercial adresse par ailleurs en fin de mois un relev de factures au client Les clients adressent leur rglement au service comptable qui impute les montants en comptabilit.

Travail faire : Recherchez dans lnonc quels sont les domaines connexes au domaine dtude Gestion de lactivit commerciale Recherchez quels sont les acteurs externes Reprsentez le modle (ou diagramme de contexte) Reprsentez le diagramme de flux conceptuel de niveau 1

Systme dInformation / RV

Page 17 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

5 RESUME : MODELE CONCEPTUEL DE CONCEPTION


Ce rsum est extrait du portail daide informatique et nouvelles technologies www.aidenet.com

L'expression des besoins est une tape cohrente de ce que l'on attend du systme automatis d'information et pour cela, il faut : o Faire l'inventaire des lments ncessaires au systme d'information (acteurs et flux), o Dfinir le systme dlimiteur en s'informant auprs des futurs utilisateurs Cela va permettre de crer le MCC (Modle Conceptuel de la Communication) qui dfinit les flux d'informations prendre en compte. Dfinition de l'organisation La premire tape de ce modle est d'arriver isoler le systme en le dlimitant. Il s'agit donc de dfinir le systme et les lments externes avec lesquels il change des flux d'information. Ces lments extrieurs sont appels acteurs externes (ou partenaires).

La seconde tape consiste dcouper l'organisation en entits appeles acteurs internes (ou domaines). Lorsque les domaines d'une organisation sont trop importants, ils peuvent tre dcomposs eux-mmes en sous-domaines.

La dernire tape est l'analyse des flux d'information, c'est--dire la dfinition des processus. Diagramme de contexte Le diagramme de contexte a pour but de reprsenter les flux d'informations entre l'organisation et les acteurs externes selon une reprsentation standard dans laquelle chaque objet porte un nom :

l'organisation est reprsente par un rectangle les acteurs externes sont reprsents par des ellipses en pointills les flux d'information sont reprsents par des flches dont l'orientation dsigne le sens du flux d'information

Systme dInformation / RV

Page 18 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

Diagramme conceptuel de flux Ce diagramme (appel aussi modle conceptuel de la communication) permet de complter le diagramme de contexte en dcomposant l'organisation en une srie d'acteurs internes. Dans ce diagramme la reprsentation standard est la suivante :

Les acteurs internes sont reprsents par des ellipses les messages internes sont reprsents par des flches

Systme dInformation / RV

Page 19 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

6 CORRECTION DES EXERCICES


6.1 EXERCICE 1 6.1.1 DIAGRAMME ACTEURS ET LES FLUX

Systme dInformation / RV

Page 20 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

6.1.2 MATRICE ACTEURS ET LES FLUX

6.1.3 GRAPHE ORDONNE DES FLUX

Systme dInformation / RV

Page 21 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

6.2 CORRIGE : EXERCICE 2 6.2.1 MODELE DE CONTEXTE

Systme dInformation / RV

Page 22 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

6.2.2 MODELE DE FLUX NIVEAU 1

Systme dInformation / RV

Page 23 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

6.2.3 MODELE DE FLUX NIVEAU 2


Pour exprimer lattente entre lenvoi de la facture et la rception du rglement, il est ncessaire de dcomposer lactivit FACTURATION en 2 sous-activits : Gestion factures et Gestion rglements .

Systme dInformation / RV

Page 24 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

6.3 CORRIGE : EXERCICE 3 6.3.1 MODELE DE CONTEXTE

6.3.2 MODELE DE FLUX

Systme dInformation / RV

Page 25 sur 26

2009-11-09

Master 2 LCE Les Systmes dInformation

Bibliographie :
La mthode Merise Tome I : Principes et outils /// H. Tardieu, A. Rochfeld, R. Coletti. La mthode Merise Tome II : Dmarches et pratiques /// H. Tardieu, A. Rochfeld, R. Coletti, G. Panet, G. Vahee Ingnierie des systmes d'information : Merise /// Dominique Nanci , Bernard Espinasse Ingnierie des Systmes d'Information /// Y. Gripay, F. Laforest, J. Petit Les bases de donnes relationnelles /// A. Flory, F. Laforest. Approche du systme d'information par les processus /// M. Volle Systmes dinformation organisationnels /// P. Vidal (2005) Evaluation des systmes dinformation /// H. Kefi , M. Kalika (2004)

Systme dInformation / RV

Page 26 sur 26

2009-11-09