Entreprise et systmique

- Exemple de raction du systme entreprise l arrive d information en provenance larrive dinformation de son environnement (DIONISI, 1998) ENTREPRISE
tat i

- Ncessit de traiter au mieux ces informations, Ncess e u eu o o s, Commande de ragir efficacement, danticiper par client rapport au march, la demande - Fonctions, donnes, activits, actions ; entreprise en tant que systme

RACTION DE L'ENTREPRISE

Rejet ou livraison + facture

ENTREPRISE tat i+1

- Systme (selon LEMOIGNE, 1977) : quelque chose (identifiable) ; qui fait quelque chose (activit, fonction) ; dot dune structure ; volution dans le temps ; prsence dans un environnement ; finalit - Approche systmique (de ROSNAY, 1975) : Considrer le C id l systme d t dans sa t t lit en tenant compte de sa complexit et sa totalit, t t t d l it t dynamique propre Dgager, Dgager partir des invariants des proprits et du comportement des invariants, systmes complexes, quelques rgles gnrales destines mieux comprendre ces systmes et agir sur eux
C. Kolski

Entreprise et niveaux de dcision

Dcisions prendre dans l t D i i d d lentreprise (GALACSI 1986) : i (GALACSI, - Dcisions stratgiques (par la direction) : localisation dusines ou de magasins, rgles de rnumration du personnel, slection de responsables, lancement de nouveaux personnel responsables produits, investissement importants (outillage, locaux, logiciels), etc. - Dcisions tactiques (par le personnel dencadrement) : embauche de personnel d encadrement) excutant, modification de tarification, lancement de campagne promotionnelle, gestion de stocks, choix de fournisseur, etc. - Dcisions oprationnelles (par le personnel excutant) : tenue de stock classique, suivi de paiements clients, surveillance de commandes, ordonnancement de p production, etc. ,
Dcisions stratgiques ou de planification Importance des dcisions ii i Dcisions tactiques ou de pilotage (administratives) Dcisions oprationnelles ou de rgulation (opratoires)
C. Kolski

Entreprise et Systme dInformation (SI) (1/2)

Systme dinformation ( l DIONISI, 1998) : reprsentation possible de nimporte (selon ) i ibl d i quel systme, notamment tout systme humain organis

Systme d'information Systme informatique

Systme informatis

Exemples anciens de SI : - Recensement ordonn par lempereur AUGUSTE, an 745, sur lensemble de lempire afin den connatre la population -I Invention par Paciolo (vnitien du Xvme sicle) des modles comptables en partie ti P i l ( iti d X i l ) d dl t bl ti double (toujours utilis), destins au contrle de ltat comptable des entreprises p g paroissiaux (p (prolongement : registres dtat civil), p g g ) par - Mise en place de registres p Franois 1er en 1579
C. Kolski

Entreprise et Systme dInformation (SI) (2/2)

Dfinition (GALACSI, 1986) : ensemble des moyens, humains et matriels, et des mthodes se rapportant au traitement des diffrentes formes dinformation rencontres dans les organisations (sociales)

Systme de pilotage (ou de dcision) ( (coordination, objectifs) j ) Dcisions Informations externes Informations traites Systme de gestion Selon l'organisation, imbrications possibles

Systme d'information d information (mmorisation, traitements) Informations collectes Systme oprant (production, excution)

Informations vers l'extrieur

Flux entrant

Flux sortant

C. Kolski

MERISE, une mthode systmique

MERISE = Mthode d Etudes et de Ralisation Informatique des Systmes Evolus dEtudes - 1992 : 75.000 applications recenses dans le monde (surtout pays francophones) - Bibliographie trs riche, Cf. La mthode MERISE par TARDIEU et collgues riche Cf (tomes 1 et 2), mises jour, versions actuelles orientes objets - Recenser la totalit des informations dont lentreprise a besoin pour assurer tout ou partie de ses activits fondamentales, que ces infos soient utilises manuellement ou automatiquement, quels quen soient les lieux de production ou de consommation, ou encore les acteurs impliqus ; dmarche par niveaux - MERISE : une mthode, mais aussi un tat desprit ; un langage de communication entre les divers partenaires de lentreprise - Au dpart : oriente sur les systmes d information de gestion ; en fait adaptable aux dinformation mondes industriel et scientifique
CONCEPTUEL Quoi ? ORGANISATIONNEL (ou LOGIQUE) Qui ? O ? Quand ? PHYSIQUE (ou OPERATIONNEL) Comment ?
C. Kolski

Infos et leurs relations, leur utilisation, les contraintes Acteurs (hommes ou machines), situations, situations fonctionnalits Moyens (ralisation de BD, d'applications...)

MERISE, la dmarche mthodologique Dmarche par tapes :

Schma directeur : consacr la dfinition des domaines dtude, la planification du dveloppement de chaque domaine aux moyens en personnel et domaine, en matriel, la stratgie de mise en uvre Par Domaine de la mthode. Etude pralable : porte sur un ensemble Par projet du systme, judicieusement dtermin afin de donner aux responsables les moyens de prendre des dcisions pertinentes sur la globalit du projet Par application (intgre ltude de lexistant)
Globalement Schma directeur

Etude pralable

Etude dtaille

Ralisation, mise en oeuvre et maintenance

Etude dtaille : dtermine les spcifications fonctionnelles, dans le respect des solutions retenues lissue de ltude pralable (intgre le MCD, le MCT, le MOT). Ralisation : comporte deux tapes qui sont ltude technique et la production des programmes (et de leurs consignes dutilisation) (intgre le MPD et le MopT) Mise en uvre : concerne la mise en place effective du systme ralis dans son environnement rel. Maintenance : concerne ladaptation du systme exploit aux volutions de lentreprise (diffrents types de maintenance : corrective prventive). corrective, prventive )

C. Kolski

MERISE, la dmarche mthodologique

NIVEAUX MODELES DONNEES Modle conceptuel des donnes : MCD --j , , Objets, relations, proprits Modle logique des donnes : MLD --Modle relationnel Modle physique des donnes : MPD --Bases de donnes, fichiers de donnes TRAITEMENTS Modle conceptuel des traitements : MCT --Processus, vnements, , , rsultats, oprations, synchronisation Modle organisationnel des traitements : MOT --Procdures, postes de travail, tches Modle oprationnel des traitements : MOpT (ou MPT) --Programmes

Six modles : (ventuellement plus selon les variantes de l l i d MERISE)

Conceptuel

Logique et organisationnel

Pysique et P i oprationnel

Parcours des niveaux (avec production de documentation) :

Etape A. Etape B. Etape C. Etape D. D Etape E. Etude de lexistant En parallle, si possible 2 quipes (Eq. D : MCD / Eq. T : MCT et MOT) Validation MLD MPD et MOPT Etape A Etape B Et Etapes C & D Etape E -> 50 % -> 25 % > -> 10 % -> 15 %

Effort souhaitable :

C. Kolski

MERISE, la dmarche mthodologique

Mise en place des groupes de travail :

Comit directeur

Comit de pilotage

Groupe de projet 1

Groupe de projet n

Interlocuteurs Spcialistes Utilisateurs Dcideurs

C. Kolski

Etude de lexistant
Etape A : Etude de lexistant l existant - Contact avec les utilisateurs potentiels - Identification du domaine amliorer - Recensement exhaustif des objectifs - A1 : interview de la direction (directeur, sous-directeurs, chefs de service) -E Enonc de la problmatique d l bl ti - Objectifs des demandeurs - Postes de travail impliqus - Interfaces avec dautres projets - Dlimitation du champ de ltude - Contraintes (matrielles, financires, humaines, dlais, lgislation) - A2 : Interviews des postes de travail (oprateurs, comptables, agents de guichet) - Recensement et description des tches (vnements dclencheurs, priodicit d excution, dexcution dures ; donnes manipules volume des donnes ; rgles manipules, appliques) - Observation de la circulation des informations entre les diffrents postes de travail - Prise de connaissance du jargon de lentreprise
C. Kolski

Etude de lexistant

Etude des changes entre postes de travail, des flux dinformation :

Source : S COLLONGUES et al. (1986)

C. Kolski

Etude de lexistant
Etude des changes entre postes de travail, des flux dinformation (autre manire de reprsenter les flux sous la forme du Graphe de flux) :
Commande

Client
Commande rejete Accus de rception

Technicocommercial

Facture

Bon de livraison Produit Rglement Livreur Bon de livraison sign

Bon de livraison

Produits urgents (*) Facture urgente (*) Fiche suiveuse Produit Facture urgente ( ) (*) Bon de facturation urgente (*)

Dossier de fabrication Commande Planning de fabrication

Chef datelier
Commande Fiche suiveuse Dossier de fabrication

Produit

Ouvrier

Comptable

Facturire Dossier tarifs

(*) Flux spcifiques la commande urgente

C. Kolski

Exemple tir de BANOS et MALBOSC (1988)

Etude de lexistant
Etude des changes entre postes de travail, des flux dinformation (autre manire de reprsenter les flux sous la forme du Graphe de flux conceptuel ; extension au graphe de flux classique, cf. DIONISI, 1998 ou NANCI et ESPINASSE, 2001) :
Acteur externe 1 Acteur externe n
Demande dachat Proposition Commande Produit vendu Facture Rglement Demande dachat Proposition Commande Produit vendu Facture Rglement
C. Kolski

FLUX
Champ de ltude

Client

Domaine vente

Du l D plus global au plus dtaill

Vendre Double commande Facturer encaisser

Client

Etude de lexistant
Etude des changes entre postes de travail des flux dinformation (suite) : travail, d information - Premire description des tches et des documents :

C. Kolski

Etude de lexistant
Etude des changes entre postes de travail, des flux dinformation ( i ) : (suite) - Premire description des tches et des documents :

C. Kolski

Etude de lexistant
A3 : Consolidation des interviews (Identifier les concepts de base, les points obscurs, interviews complmentaires), recensement de rgles : Niveau conceptuel : rgles de gestion (QUOI) Ni t l l d ti Lies aux traitements (Rgles daction) : tout produit livr doit tre entr en stock un inventaire doit tre dress priodiquement Lies aux donnes (Rgles de calcul) : le salaire de base = indice multipli par la valeur du point valeur de stockage dun produit calcule par la formule du prix moyen modr Niveau organisationnel : rgles dorganisation (OU, QUI, QUAND) ltat des stocks sera suivi par une gestion informatise confie au magasinier les commandes sont passes le mardi et le jeudi par la centrale dachat lenregistrement des livraisons se fait en fin de j g journe Niveau oprationnel : rgles techniques (COMMENT) : (propositions par les analystes) Il faudra au moins 20 Go pour le stockage de ces plans Il faut pouvoir imprimer ce document complexe en moins de 15 mn Le systme dexploitation permettra un travail multi-postes
C. Kolski

Etude de lexistant
Recensement des tches (prpar prcdemment ; ajout de fiches descriptives)
Tche : PASSATION COMMANDE Dclenchement : Rupture de stock. Proposition intressante dun fournisseur, menu exceptionnel demand. Jour de commande. d d J d d Rsultat : Coup de tlphone au fournisseur de la commande Frquence : Dpend beaucoup du jour de la semaine. Aucune le lundi et le samedi, 12 16 le mardi et le vendredi, 0 8 le mercredi et le jeudi. , j Dure : Pour une commande, environ 10 mn (de 3 18 mn) Rgles : de gestion : RG 11, RG 18, RG 51 dorganisation : RO 18, RO 21 techniques t h i : Commentaires : Difficult de constater les produits au seuil critique. Souhait de pouvoir faire une petite tude de march pour choisir le fournisseur.

Recensement d d R t des donnes ( (premire version dun dictionnaire) : reprendre les i i d di ti i ) d l documents et dresser des fiches
Nom Dfinition Structure Type Quantification Exemples Commentaires
C. Kolski

: NOM DU FOURNISSEUR : Intitul, ventuellement abrg, permettant didentifier un fournisseur. : Alphabtique : X(25) : lmentaire. : environ 60 : Boucherie AVEKZO, Centre ENGROT : 18 caractres devraient suffire.

Etude de lexistant
A4. Synthse des traitements a avec organisation, par poste (domaines dactivit) - Tches les plus importantes, vnements dclencheurs, supports dinformation, dfinition d un dun ensemble de domaines La t ti L prsentation visualisera les diffrents composants selon l'exemple ci-dessous i li l diff t t l l' l id Ei = vnement i - Dj = document j dactivits
GERANT E1 E2 E3 E8 1. GESTION DES S OC S G S O S STOCKS 1.1. Passation commande 1.2. Rdaction bon de commande 1.3. Mise jour du cahier des commandes 1.5. Entre en stock 2. COMPTABILIT'E 2.2. Mise jour du facturier Transmission au comptable MAGASINIER E4 D5 1. GESTION DES STOCKS 1.4 Rception livraison COMPTABLE E9 2. COMPTABILIT'E 2.1. Saisie des recettes du jour 2.3. Saisie des dpenses 2.4. Calcul des ratios 3. PAYE DU PERSONNEL D4 D3

...

D6

Objectifs : - Mettre en vidence les oublis et incohrences entre les diffrentes interviews - Dcouvrir des anomalies dans le fonctionnement du d service i
C. Kolski

D4

E10 D6

D8

...

...

DATE : N :

Etude de lexistant
A4. Synthse des traitements (suite) b en gommant ce qui a rapport avec lorganisation
GESTION DES STOCKS E1 E2 E4 D5 E5 PAYE E15 1. Suivi des absences 1. Passation commande 2. Rdaction bon de commande 4. Rception livraison 5. Entre en stock D3

...

...

Objectif : faire apparatre le niveau dinvariance le plus lev du champ dtude

COMPTABILIT'E E9 j 1. Saisie des recettes du jour 2. Suivi des factures E10 3. Saisie des dpenses 4. Calcul des ratios

D8

...

DATE : N :

C. Kolski

Synthse des donnes : - Epuration : viter synonymes (marchandise/produit, agent/employ, numro de p y y ( p , g p y , commande/rfrence de commande), viter polysmes (prix : prix dachat/prix de stockage, caf : tablissement/boisson) 1 signifiant <-> 1 signifi g f g f - Seconde version du dictionnaire Plus dtaill, avec fiches descriptives Validation de la comprhension de lexistant : - Prsentation des synthses aux dcideurs : Point de dpart : synthse des traitements avec organisation - Sassurer de la bonne perception de lexistant - Accord dfinitif sur les objectifs - Provoquer chez les dcideurs une rflexion ; mise en vidence de nouvelles rgles de gestion - Mise en vidence de nouvelles donnes et tches - ventuellement : nouveaux dlais et moyens pour assurer le droulement des travaux suivants
C. Kolski

Etude de lexistant

Etape B : En parallle si possible, MCD / MCT-MOT

B1 : Modle Conceptuel des Donnes (MCD) Objectif : proposer une reprsentation schmatique traduisant les liens entre les donnes exprimes par les rgles de gestion Formalisme conforme aux concepts - Entit entit-relation (entity relationship - Association approach ; CHEN, 1976), retenus - Attribut p par lISO (International ( Association= classe gnrique Standard Organization)
Entit= classe gnrique d'individus ou d'objets ayant les mmes caractristiques pour un modlisateur plac dans un environnement donn.

de liens reconnus ou possibles entre individus ou objets appartenant des entits du systme. systme

Attribut= Enrichit une entit ou une association. Ex : Entit "vhicule" -> Attribut "Type" (vlo, auto...) yp ( , ) Association "avoir pour note" -> Attribut "note" (0, 1...20)

Type d'association
un un (binaire) -> 1:1 un n (n-aire) -> 1:n n m (plusieurs plusieurs) -> n:m
C. Kolski

Exemple
Vhicule <-> carte grise Dans une ville, plusieurs muss un muse est dans une ville Une personne peut possder n vhicules, un vhicule peut tre possd par m personnes

Etape B : En parallle si possible, MCD / MCT-MOT

PROPOSITION
Concerne (1, n) Concerner C est-concern (0, n)

B1 : Modle Conceptuel des Donnes (MCD) (suite)

PROJET
Code-projet nom-projet nom-responsable date limite date-limite Cl d'entit : attribut (ou ensemble d'attributs) permettant d'identifier de manire unique les occurences de l'entit Entit Etudiant -> Num. INSEE

Est-envoye (1, 1) Envoyer Num-prop date-arrive d i tat Envoie (0, (0 n)

SOC-SERVICE
Code-service nom-socit adresse-socit

Objet ou individu
(entit) Commande Num commande Date commande 1,n 1,1

Nom d l' bj t N de l'objet

Client Num client Adresse client Ad li t Cp client Ville client 0,n Commander

Liste de proprits
(identifiant p plac en premier et soulign)

Concerner Quantit commande

Nom d l de la relation Relation

Proprit P it
0,n Article Num article Libell article Prix unitaire Statut article
C. Kolski

Cardinalits

Exemples (selon entreprises, formats ventuellement diffrents)

Etape B : En parallle si possible, MCD / MCT-MOT

B2 : Modle Conceptuel des Traitements (MCT) - Objectif : mettre en vidence la raison d'tre de l'entreprise - Modlisation du QUOI : Que fait l'entreprise" Ne pas considrer : OU, QUI, QUAND, COMMENT OU QUI QUAND - vnements, oprations, rsultats
Evnement 1

ET
Opration

Evnement n Synchronisation S h i i (combinaison logique : ET, OU)

Evnement 1

Evnement 2

Evnement 3

b
(a ou b) et c

Opration Cas 1 Cas 2

Rsultat 1
C. Kolski

Rsultat n

Rsultat 1

Rsultat 2

Etape B : En parallle si possible, MCD / MCT-MOT

B2 : Modle Conceptuel des Traitements (MCT) :
vnement
Demande d'approvisionnement

Recherche de fournisseurs Demande p de prix Offre et Choix d'un fournisseur Commande et Contrle des articles OK Facture F t et Paiement Chque
C. Kolski

Synchronisation

Premier exemple tir de (MATHELOT et al., 1990)

Opration

Livraison

OK Retour livraison li i

Bon payer p y Articles stocks

Rsultats

Etape B : En parallle si possible, MCD / p , MCT-MOT

B2 : Modle Conceptuel des Traitements (MCT) :

Second exemple tir de (MATHELOT et al., 1990)

C. Kolski

Etape B : En parallle si possible, MCD / MCT-MOT

B2 (suite) : Modle Organisationnel des Traitements (MOT) - Mise en place d'une organisation rpondant aux traitements (Cf. MCT), amlioration p g p ( ), des rgles d'organisation OU (organigramme - postes de travail) QUI (traitements automatiques ou manuels) QUAND (droulement dans le temps des actions)
Droulement Enchanement des phases Nature

...

...
vnement N Synchro. de A N NOM DE LA PHASE

Poste d P t de travail

Formalisme : F li vnements, phases, rsultats ; chaque opration d h ti du MCT est dcoupe en phases

Priode de droulement de la phase (en fin de journe, de 15h a 16h, au fil des demandes...)

vnement A

Rgle d'mission 1 Rsultat 1

...

Rgle d'mission n

Nature du traitement Nom du de la poste de phase travail (manuel, ( l automatique, excutant la phase conversationnel)

...

Rsultat n

...

C. Kolski

Etape B : En parallle si possible, MCD / MCT-MOT

B2 (suite) : Modle Organisationnel des Traitements (MOT)

Exemple 1 de MOT (issu de COLLONGUES et al., 1986)

C. Kolski

Etape B : En parallle si possible, MCD / MCT-MOT

B2 (suite) : Modle Organisationnel des Traitements (MOT)

Exemple 2 de MOT (issu de COLLONGUES et al., 1986) t l

C. Kolski

Etape B : En parallle si possible, MCD / MCT-MOT

- B2 (suite) : Modle Organisationnel des Traitements (MOT) Dcomposition souvent quand passage du MCT au MOT (THU QUANG, CHARTIER-KASTLER, 1989)

C. Kolski

Etape B : En parallle si possible, MCD / MCT-MOT

- B2 (suite) : Modle Organisationnel des Traitements (MOT) Exemple de page cran ddition de MOT de latelier WinDesign (cf. CD-ROM associ NANCI et ESPINASSE, 2001)

C. Kolski

Etape B : En parallle si possible, MCD / MCT-MOT

- B2 (suite) : Modle Organisationnel des Traitements (MOT) "Transmettre" et valider l'organisation aux utilisateurs du nouveau systme ; plusieurs types de traitements :
Traitements manuels : expliquer le mode opratoire suivre sous la forme de phases enchaner (suite aux vnements), pour chaque poste de travail ; dcomposition en oprations Traitements automatiss par lots : tches confies la machine, trs peu conversationnelles (sauf description pralable des donnes traiter) Traitements interactifs : trs conversationnels, ncessit de dcrire les tches homme-machine (importance homme machine de lergonomie des logiciels)
TCHES-HOMME TCHES-MACHINE Affichage menu consultation OBSERVATIONS (donnes manipules) 1) Commande 2) Stock

Tches homme-machine :

Organisation du dialogue entre futur(s) utilisateur(s) et machine(s) ; premire estimation de l'activit future ; recensement Choix du critre d accs d'accs des donnes manipules ; support de dialogue pour des valuations, amliorations et validations
C. Kolski

Choix du type de consultation choix = 1 choix = 2 A

Affichage critres d'accs au stock

1) Famille de produits 2) Produits 3) Seuil atteint

Affichage critres d'accs au stock

Afficher : - Code produit, libell produit, prix TTC, seuil, quantit

Etape B : En parallle si possible, MCD / MCT-MOT

- B2 (suite) : Modle Organisationnel des Traitements (MOT) Importance de prendre en compte les critres et mthodes de lergonomie des logiciels : Systme vis : doit tre utile et utilisable adapt aux besoins des utilisateurs utilisable, Cf. Cours optionnel de M. SAGAR en L3 ; lecture supplmentaire conseille : KOLSKI (2001a et 2001b) Importance dvaluations avec les utilisateurs finaux du systme (reprsentatifs des diffrents types dutilisateurs) ; intrt des maquettes, papier ou logicielles

Exemple de E l d maquette valuer et affiner avec les utilisateurs

C. Kolski

Etape B : En parallle si possible, MCD / MCT-MOT

- Critres dutilisabilit (pour la conception ou lvaluation) : travaux l'INRIA (quipe de D. SCAPIN) (BASTIEN et SCAPIN, 1993)
Critres Elments de lIHM concerns Guidage : ensemble des moyens mis en uvre pour conseiller, orienter, informer et conduire lutilisateur lors de ses g y p , , f interactions avec lordinateur. Incitation (1) : informations fournies lutilisateur sur ltat dans lequel il se trouve, actions possibles ou attendues et moyens de les mettre en oeuvre. Groupement p localisation ( ) : positionnement des items les uns par rapport aux autres pour indiquer leur p par (2) p p pp p q appartenance ou non une mme classe, ou en montrer la distinction Groupement par format (3) : indices graphiques des items les uns par rapport aux autres pour indiquer leur appartenance ou non une mme classe. Retour informatif (4) : rponses de la machine aprs actions de lutilisateur ( feed-back immdiat). ( ) p p ( ) Clart (5) : caractristiques lexicales de prsentation des infos pouvant entraver ou faciliter leur lecture Charge de travail : ensemble des lments ayant un rle dans la rduction de la charge perceptive ou mnsique des utilisateurs et dans laugmentation de lefficacit du dialogue. Concision (6) : charge de travail perceptive et mnsique en rapport des lments individuels dentre/sortie. C ii h d t il ti t i t d l t i di id l d t / ti Actions minimales (7) : charge de travail au niveau des options ou moyens utiliss pour atteindre un but. Densit dinformation (8) : charge de travail perceptive et mnsique pour des ensembles dlments et non pour des items. Contrle explicite : prise en compte par le systme la fois des actions explicites des utilisateurs et du contrle quils ont sur le traitement de leurs actions. Actions explicites (9) : Relations explicites entre le fonctionnement de lapplication et les actions des utilisateurs. y p p Le systme doit excuter seulement les oprations demandes par lutilisateur au moment o il les demande. Contrle utilisateur (10) : lutilisateur doit toujours avoir la main et donc pouvoir contrler le droulement des traitements en cours.
C. Kolski

Etape B : En parallle si possible, MCD / MCT-MOT

- Critres dutilisabilit (pour la conception ou lvaluation) (suite) :
Critres Elments de lIHM concerns Adaptabilit : Capacit du systme ragir selon le contexte, les besoins et les prfrences de lutilisateur. Flexibilit (11) : capacit du systme ragir selon le contexte, les besoins et les prfrences de lutilisateur. Exprience utilisateur (12) : moyens mis en uvre pour permettre au systme de respecter le niveau dexprience de lutilisateur. Gestion des erreurs : moyens permettant dviter ou rduire les erreurs et les corriger. Protection (13) : Moyens mis en place pour dtecter les erreurs dentres de donnes ou de commandes ou dactions d entres d actions aux consquences nfastes. Qualit des messages (14) : Pertinence, facilit de lecture et exactitude de linformation fournie sur la nature des erreurs commises et les actions correctives entreprendre. Correction des erreurs (15) : Moyens mis la disposition de lutilisateur pour lui permettre de corriger ses erreurs l utilisateur erreurs. Homognit et cohrence (ou consistance) (16) : faon dont les choix de conception de lIHM sont conservs pour des contextes identiques, et diffrents sinon. Signifiance des codes et dnominations (17) : Adquation entre lobjet ou linformation affiche ou demande et son l objet l information rfrent. Compatibilit (18) : Accord existant entre les caractristiques des utilisateurs (mmoire, perception, habitudes, etc.) et les tches dune part, et lorganisation des sorties, entres et du dialogue dune application donne, dautre part. p g g pp p

Validations dans des situations de conception et d'valuation ; novices et experts Actuellement : recherche sur les critres et recommandations concernant les sites Web, le
commerce lectronique (LEULIER et al., 1998), les systmes de ralit virtuelle (BACH, 2004)
C. Kolski

Etape C : Modles "externes" et validation

Rapprochement entre i R h t t quipes T et D : t
- Equipe T : expression de leurs donnes dans le langage de l'quipe D (dico et grammaire) -P Pour chaque t it h traitement i f t informatis : d ti description d d i ti des donnes i li impliques (mini-MCD=modles dits "externes") - Si quipe T=quipe D, essayer d'oublier le MCD
Equipe D : vue statique -> MCD Equipe T : vue dynamique -> MCT -> MOT

Mise en vidence d'incompatibilits Assurer la cohrence, valider les proprits, objets, relations, cardinalits Modles externes (moyen pour l'quipe T de communiquer ses besoins en matire de donnes)

C. Kolski

- Dernire tape avant l'implantation (cf. partie 2 et TP) : Passer du MCD au Modle Logique des Donnes (MLD), par des rgles de traduction Passer du MLD au Modle Physique des Donnes (MPD) par implmentation sur machine

Etape D : Modle Logique des donnes (MLD)

Prcdemment : on a montr que la vue globale des donnes permettait d'effectuer l'ensemble des traitements envisags -> Rtudier les donnes dans un but d'implantation/technologie vise (fichiers, B.D.) MLD = MCD + Contraintes d'organisation des donnes -> Dfinir l'organisation logique des donnes, partir du MCD valid ; optimiser cette description compte tenu des traitements effectuer description,
MCD

Existence de rgles de traduction pour chaque type de technologie (Cf. TARDIEU et al., 1985 ; 1991)

Rgles d'organisation des donnes Modle CODASYL

Rgles de transformation Modle relationnel A1(a1, a2...an) A1(a1 a2 an) ... An (a1, a2... an)

Implmentation Fichiers i hi B.D. B D Hirarchique B.D. Rseau B.D. Relationnelle l i ll

C. Kolski

Actuellement (et dans le cadre du module)

Etape E : Modle Physique des Donnes (MPD) et Modle OPrationnel des Traitements (MOPT)
1. Traduction du MLD en MPD (Cf. documentation de SGBD, voir TP) 2. Transformation du MOT en MOPT : - Diagrammes (souvent hirarchiques), fonctionnalits, enchanement selon la logique de travail d utilisateurs : t il des tili t - Pour chaque phase : identification de modules de traitement ; structuration hirarchique de type pre fils ; penser en vue d'une architecture (avec rutilisation de modules dans pre-fils plusieurs phases) ; ex. de la constitution d'une commande (COLLONGUES et al., 1986)
Constitution commande Saisie commande Saisie entte Saisie lignes Valorisation V l i ti globale Validation commande Enregistrement E it t commande

Entreprise Comptabilit Stocks Paie

Saisie produit, quantit

Valorisation ligne Calcul du cot de la ligne

...

Estimation du prix unitaire TTC Recherche prix catalogue HT C. Kolski

Recherche taux de TVA

Pour chaque module : dtailler lalgorithme puis coder

...

...

Accs aux traitements ventuellement selon le profil de lutilisateur

Conclusion
- MERISE : mthode d'analyse et de conception incontournable dans les p y y p pays francophones ; trs utilise (entirement ou par parties) ; la plus reprsentative des mthodes systmiques ; trs complte - Existence de nombreux outils de Gnie Logiciel supportant MERISE (ou une partie de MERISE) : PACBASE (CGI), Excelerator / MERISE (Intersolve d'Index Technology), MEGA (GAMMA International), Principia (SEMA Group), Maestro, Multipro, Diamant-3, WinDev... ; ex. de page cran de latelier WinDesign (cf. CDROM associ NANCI et ESPINASSE, 2001)

C. Kolski

Conclusion (suite)
Peut encore voluer au niveau de la qualit des interactions homme-machine (Cf. BARTHET, 1988 ou TARBY, 1993) volutions de la mthode : - Groupe de travail 135 de l'AFCET, puis groupe de travail au sein de lASTI - MERISE/2 (intgration de notions d objet et de client serveur), MERISE-CASC d'objet client-serveur), MERISE CASC (Conception des Applications Clients-Serveurs), OOM (Forte orientation objet) (Cf. MOREJON, 1994), Cf. aussi les extensions la reprsentation des donnes (DIONISI, 1998), vers une convergence MERISE/UML ), g - Ncessit d'volution par rapport aux possibilits offertes par les Nouvelles Sciences et Technologies de lInformation et de la Communication (STIC), par rapport aux concepts de rutilisation

C. Kolski

Bibliographie
BACH C. (2004). Elaboration et validation de critres ergonomiques pour les interactions homme( ) g q p environnements virtuesl. Universit de Metz, octobre. BANOS D., MALBOSC G. (1988). MERISE Pratique 1. Les points-cl de la mthode. Eyrolles, Paris. BARTHET M.F. (1988). Logiciels interactifs et ergonomie. Modle et mthodes de conception. Dunod, Paris. P i BASTIEN C., SCAPIN D. (1993). Ergonomic criteria for the evaluation of human-computer interfaces. Rapport technique INRIA, Rocquencourt. ( ) y p ( ), , pp CHEN P.P (1976). The entity-Relationship model. ACM TODS, 1 (1), march, pp. 9-36. CODD E.F. (1970). A relational model for large shared data banks. CACM, 13, pp. 377-387. CODD E.F. (1982). Relational database : a practical foundation for productivity. The 1981 ACM Turing award Lecture CACM, 25 (2), pp. 109-117, February. COLLONGUES A HUGUES J LAROCHE B (1986) MERISE mthode de conception. DUNOD A., J., B. (1986). MERISE, DUNOD, Paris. DE ROSNAY J. (1975). Le macroscope. Editions Le Seuil, Paris. ( ) y DIONISI D. (1998). L'essentiel sur MERISE. Editions Eyrolles, Paris. GOUPILLE P.A., ROUSSE J.M. (1993). Analyse informatique pour les I.U.T. et les B.T.S. Editions MASSON, Paris. Groupe GALACSI (1986). Les systmes d'information, analyse et conception. DUNOD Informatique, Paris. Paris KOLSKI C. (Ed.) (2001). Analyse et conception de l'I.H.M., Interaction Homme-Machine pour les S.I. 1. Editions Herms, Paris. KOLSKI C. (Ed.) (2001). Environnements volus et valuation de l'I.H.M., Interaction HommeMachine pour les S.I. 2. Editions Herms, Paris.
C. Kolski

Bibliographie
LEULIER C., BASTIEN C. SCAPIN D. (1998). Compilation of ergonomic guidelines for the design and evaluation of Web sites. Projet ESPRIT "Commerce & Interactions" (EP 22287). MATHELOT P., ANNONAY H., BRIAND H., FRUCHARD M. (1990). MERISE, exercices corrigs. Les ditions d'O L diti d'Organisations, P i i ti Paris. NANCI D., ESPINASSE B. (2001). Ingnierie des systmes dinformation : MERISE, 2me gnration. Vuibert, Paris. ( ) y g , LE MOIGNE J.L. (1977). La thorie du systme gnral - thorie de la modlisation. PUF, Paris. MOREJON J. (1994). MERISE, vers une modlisation oriente objet. Les Editions d'Organisation, Paris. TARBY J.C. (1993). Gestion automatique du dialogue homme-machine partir des spcifications conceptuelles. Thse de Doctorat, Toulouse, septembre. TARDIEU H., ROCHFELD O., COLLETI R. (1991). L mthode Merise, principes et outils, 2me H O R (1991) La th d M i i i t til 2 dition. Editions d'Organisation (tome 1), Paris. TARDIEU H., ROCHFELD O., COLLETI R., PANET G., VAHEE G. (1985). La mthode Merise, dmarche et pratiques. Editions d'Organisation (tome 2), Paris. p q g ( ), THU QUANG P., CHARTIER-KASTLER C. (1989). MERISE appliqu, conception des systmes dinformation, de la thorie la pratique, mthodes et outils. Editions Eyrolles, Paris.

Nombreux ouvrages de cours, dexercices, dtudes de cas disponibles la B.U

C. Kolski