Vous êtes sur la page 1sur 38

Mthode de Conception des Systmes d'Information Auteur : NGANG BILOUNGA Jean Jacques Discipline : Analyse Informatique Objectifs : L'objectif

de cet enseignement est double. Tout d'abord faire comprendre des tudiants en informatique les notions de base sur les systmes d'information. Et ensuite tudier et utiliser une mthodologie pour la conception de systmes informatiques. A la fin de ce cours, l'tudiant sera capable de :

comprendre les objectifs de la mthode MERISE et les diffrents niveaux de sa dmarche, connatre le vocabulaire spcifique de la mthode, discerner la complmentarit des approches de type systmique et analytique, savoir formaliser les modles conceptuel et organisationnel de MERISE, identifier les rles et responsabilits des diffrents acteurs impliqus dans le processus de conception.

Prrequis : - notions de programmation Description : Le cours commence par la dfinition de concepts de base utiliss dans la conception des systmes d'information. Il replace ceux-ci dans le contexte d'informatisation. Une mthode d'analyse et de conception des systmes d'information est ensuite tudi : MERISE. D'abord dans ses aspects fondamentaux, puis dans ses aspects les plus pratiques qui permettent de mettre en uvre la mthode pour des cas concrets. Introduction Description : Lorsqu'on parle d'informatisation, les systmes d'information sont incontournables. Il est normal que que dans une filire qui concerne l'informatisation, les systmes d'informations soient largement tudis. tant donn l'importance du sujet, cette tude se divise en deux parties Ce cours constitue la premire partie de l'tude des systmes d'informations (S.I. ou I.S. : Information System en anglais). Il a pour principal objet de prsenter la mthode MERISE , trs largement utilise dans le monde francophone. Il commence par une brve prsentation de quelques notions lies au sujet. Il se poursuit par l'tude proprement dite de Merise. Cette tude concerne essentiellement les modles utiliss. MERISE tant galement une dmarche, celle-ci est ensuite prsente. Le cours se termine par une tude de cas qui montre la succession d'tapes dans la mise en uvre de MERISE.

Sur les systmes d'information Description : Nous aborderons dans cette section les notions et concepts utiles nous permettant d'voquer l'analyse informatique dans les termes appropris Concepts de base Quelques dfinitions utiles. Processus : squence de phnomnes dynamiques (mouvements, ractions chimiques, activits cellulaires, oprations techniques, actions ou comportements, interactions humaines) menant des rsultats dterminables. En analyse des systmes : tout changement dans le temps de matire, d'nergie ou d'information qui se produit dans le systme, traitant ces variables d'entre et les menant aux variables de sortie. www.mcxapc.org/static.php Ensemble d'oprations, logiquement lies, aboutissant certains rsultats. En conception de systmes d'information, selon la mthode Merise, le processus se situe au niveau du modle conceptuel de traitement. revuesim.free.fr/index.php tapes ou phases de la mthode dexcution ou de fonctionnement de quelque chose, que ce soit dans les systmes commerciaux ou techniques, mettant en cause les actions de plus dune personne, dune unit ou dune division. Systme doprations dans la production de quelque chose. Srie de mesures, de changements ou de fonctions qui produisent un rsultat final. www.cchra-ccarh.ca/fr/phaseII/glossaire.asp Information : encore appele donne. Elment de connaissance susceptible d'tre cod pour tre conserv, trait ou communiqu. Systmes : Un systme est un assemblage d'lments relis entre eux compris dans un ensemble plus grand. En latin et en grec, le mot systme veut dire combiner, tablir, rassembler. Un sous-systme est un systme faisant partie d'un autre systme. Gnralement, un systme est constitu de composants (ou d'lments) organiss ensemble dans le but de faciliter le flux d'informations, de matires ou d'nergie. ... fr.wikipedia.org/wiki/Systme Systme d'information ou (information system) est un ensemble de composants de traitement de l'information et de communication, ainsi que l'environnement dans lequel il oprent. (en Anglais: MIS ou Management of Information Systems). Ensemble structur: (1) de donnes, de leurs traitements et de leurs communications, dcrit l'aide de structures, de procdures et de protocoles dictionnaire de donnes (en Anglais: DD ou Data Dictionary) (2) de moyens techniques: Le systme informatique (matriel et logiciel) et de communication de documents ayant pour but de gnrer, mmoriser, traiter, transfrer et exploiter des informations dans le cadre d'objectifs dfinis. Modle : Le mot modle synthtise les deux sens symtriques et opposs de la notion de ressemblance, d', de reprsentation. En effet, il est utilis * pour un objet dont on cherche donner une

reprsentation, qu'on cherche imiter (exemple : le modle du peintre, le modle que constitue le matre pour le disciple). * pour un concept ou objet qui est la reprsentation d'une autre (le modle rduit , le modle du scientifique). fr.wikipedia.org/wiki/Modle Un modle est une reprsentation de la ralit. Abstraction : L'abstraction consiste choisir, parmi lensemble des proprits de plusieurs objets du monde rel ou imaginables, un certain nombre dentre elles pour caractriser un objet-type, ou objet idal, qui est ensuite plus commode manier quune numration dobjets rels, surtout si elle est infinie. Ainsi les nombres pairs ou les nombres premiers ont un caractre dabstraction. Mais vrai dire, les nombres eux-mmes ont un caractre dabstraction. ... fr.wikipedia.org/wiki/Abstraction concrtisation : phnomne inverse de l'abstraction: passe du modle monde rel: concept : ide d'un objet conu par l'esprit, permettant d'organiser les perceptions et les connaissances. www.unice.fr/BU/lettres/parme/glossaire.html Un concept est une construction de l'esprit permettant de mieux saisir intellectuellement le rel. lment de base d'une thorie, le concept se veut une reprsentation abstraite d'un objet. Personne, par exemple, n'a vu une classe sociale, car elle est un concept. www.collegeahuntsic.qc.ca/Pagesdept/Sc_Sociales/multi/Glossaire.html

Notion d'information En informatique, la notion de donnes est trs utilise. Par exemple un programme a gnralement des donnes sur lesquelles il travaille. On peut dfinir une donne comme une informations numriques ou alphanumriques, reprsentes sous forme code, comprhensibles par la seule machine, pouvant tre enregistres, traites, conserves et communiques. En ralit, on fait une distinction entre les donnes et l'information. La donnes est un fait brut non interprt tandis que l'information est porteuse de sens. On peut dire qu'une information est un ensemble d'informations interprts dans un contexte particulier. Une information est une ensemble trois lments :

une entit : l'tre, l'objet ou le concept concern un attribut : un lment de la description de l'entit une mesure : une valeur associe l'attribut

une information apporte un renseignement au sujet d'une d'une entit. Elle nous permet de reprsenter une entit et de transformer cette reprsentation.

Rle de l'information Tout acte de la vie d'une organisation s'accompagne ou est conditionn par des informations pour :

amliorer son fonctionnement faciliter la prise de dcision

Systmes d'information Une entreprise cre de la valeur en traitant de l'information, en particulier dans le cas des socits de service. Ainsi, l'information possde une valeur d'autant plus grande qu'elle contribue l'atteinte des objectifs de l'organisation. Un systme d'Information (not SI) reprsente l'ensemble des lments participant la gestion, au traitement, au transport et la diffusion de l'information au sein de l'organisation. Une organisation (entreprise par exemple) peut tre vue comme un systme qui transforme les entres en sorties. Par exemple une usine de jus de mangue transforme les entres qui sont des mangues en sorties qui sont des bouteilles de jus de mangue. Ce systme peut tre divis en deux sous-systmes : - le systme oprant constitu de la partie du systme qui s'occupe effectivement de transformer les mangues (les machines, les ouvriers, les techniciens, ...) - le systme de pilotage qui dfinit les objectifs de l'entreprise et s'efforce de tout mettre en oeuvre pour qu'ils soient atteints. Pour cela, il prend des dcisions. Ces dcisions sont prises partir de paramtres venant du systme oprant. C'est le systme d'information qui relve ces paramtres, les traites et les transmet au systme de pilotage. Il peut tre vue comme la partie qui relie les deux systmes prcdents. Trs concrtement le primtre du terme Systme d'Information peut tre trs diffrent d'une organisation une autre et peut recouvrir selon les cas tout ou partie des lments suivants :

base de donnes de l'entreprise, progiciel de gestion intgr (ERP), Outil de gestion de la relation client(Customer Relationship Management), Outil de gestion e la chane logistique(SCM - Supply Chain Management), Applications mtiers, Infrastructure rseau, Serveurs de donnes et systmes de stockage, Serveurs d'application, Dispositifs de scurit.

Pour une description plus image du systme d'information, suivre le lien suivant : http://fplanque.net/Blog/itTrends/2003/10/15/p403 Fonctions des systmes d'information les systmes d'information ont trois grandes fonctions :

la mmorisation (des informations brutes ou rsultats de traitement)

circulation : accs la mmoire et change entre les acteurs traitement : rapprochement, calcul, comparaison d'informations

A ces trois fonctions on peut en ajouter une quatrime :

collecte et saisie des informations

Classification des systmes d'information On doit cette classification Blumenthal. On distingue les grandes catgories suivantes :

SICOP : Systme d'Information de Contrle Oprationnel Physique o SICOL : Systme d'Information de Contrle Oprationnel Logistique SICOMP : Systme d'Information de Contrle Oprationnel de Matires Premires SICOPR : Systme d'Information de Contrle Oprationnel de Production SICOPC : Systme d'Information de Contrle Oprationnel de Produits Commercialisables o SICOAP : Systme d'Information de Contrle Oprationnel des Actifs Physiques SICOIM : Systme d'Information de Contrle Oprationnel des Installations et Matriels SICOPI : Systme d'Information de Contrle Oprationnel de Projet d'Investissement SICOA: Systme d'Information de Contrle Oprationnel et Administratif o SICOF : Systme d'Information de Contrle Oprationnel Financier SICOC : Systme d'Information de Contrle Oprationnel de Comptabilit SICOT : Systme d'Information de Contrle Oprationnel de Trsorerie o SICOM : Systme d'Information de Contrle Oprationnel Monetaire (notamment pour la paie, la gestion des avantages et indemnits, et l'administration du personnel)

Cycle de vie Le cycle de vie d'un logiciel (en anglais software lifecycle), dsigne toutes les tapes du dveloppement d'un logiciel, de sa conception sa disparition. L'objectif d'un tel dcoupage est de permettre de dfinir des jalons intermdiaires permettant la validation du dveloppement logiciel, c'est--dire la conformit du logiciel avec les besoins exprims, et la vrification du processus de dveloppement, c'est--dire l'adquation des mthodes mises en uvre. L'origine de ce dcoupage provient du constat que les erreurs ont un cot d'autant plus lev qu'elles sont dtectes tardivement dans le processus de ralisation. Le cycle de vie permet de dtecter les erreurs au plus tt et ainsi de matriser la qualit du logiciel, les dlais de sa ralisation et les cots associs.

Le cycle de vie du logiciel comprend gnralement les activits suivantes :


Dfinition des objectifs, consistant dfinir la finalit du projet et son inscription dans une stratgie globale. Analyse des besoins et faisabilit, c'est--dire l'expression, le recueil et la formalisation des besoins du demandeur (le client) et de l'ensemble des contraintes. Conception gnrale. Il s'agit de l'laboration des spcifications de l'architecture gnrale du logiciel. Conception dtaille, consistant dfinir prcisment chaque sous-ensemble du logiciel. Codage (Implmentation ou programmation), soit la traduction dans un langage de programmation des fonctionnalits dfinies lors de phases de conception. Tests unitaires, permettant de vrifier individuellement que chaque sous-ensemble du logiciel est implment conformment aux spcifications. Intgration, dont l'objectif est de s'assurer de l'interfaage des diffrents lments (modules) du logiciel. Elle fait l'objet de tests d'intgration consigns dans un document. Qualification (ou recette), c'est--dire la vrification de la conformit du logiciel aux spcifications initiales. Documentation, visant produire les informations ncessaires pour l'utilisation du logiciel et pour des dveloppements ultrieurs. Mise en production, Maintenance, comprenant toutes les actions correctives (maintenance corrective) et volutives (maintenance volutive) sur le logiciel.

La squence et la prsence de chacune de ces activits dans le cycle de vie dpend du choix d'un modle de cycle de vie entre le client et l'quipe de dveloppement. Cycle de vie en cascade Dans le cycle de vie en cascade, les tapes se succdent dans le temps. Chaque tape produit des documents qui sont utiliss pour en vrifier la conformit avant de passer la suivante. Le cycle de vie en cascade est souvent schmatis de la manire suivante : En utilisant le dcoupage dfinit ci-haut, on aurait ainsi le cycle de vie suivant:

Barry W. Boehm, A Spiral Model of Software Development and Enhancement, IEE Computer, May 1988. Cycle de vie en V Le modle de cycle de vie en V part du principe que les procdures de vrification de la conformit du logiciel aux spcifications doivent tre labores ds les phases de conception.

Cycle de vie en spirale Le cycle de vie en spirale est un modle gnrique de cycle de vie volutif qui a t propos par Barry W. Boehm en 1984. Ce modle, ax sur la matrise et la rduction des risques, est davantage un cadre de travail guidant la construction d'une dmarche spcifique de projet, plutt qu'une dmarche formalise.

Chaque boucle de spirale permet :


d'identifier les objectifs propres de la boucle les moyens alternatifs pour atteindre les objectifs les contraintes de chaque alternative

Elle donne lieu au choix d'une alternative, valide par un prototype le cas chant, et l'excution de l'alternative choisie. A l'issue de la boucle, une revue des produits et des rsultats fournit une valuation qui sert d'entre pour la boucle suivante. La dernire boucle est squence comme un cycle de vie en cascade. Mthodes d'informatisation Une mthode d'informatisation est compose : des modles : ensembles de concepts et de rgles destins expliquer et construire la reprsentation de phnomnes organisationnels des langages : pour laborer les spcifications, et faciliter leur communication une dmarche : processus pour effectuer les travaux prconiss, tape par tape des outils (AGL) ou techniques : pour aider la mise en uvre des trois composantes cidessus Une mthode est un mode d'emploi particulier d'un modle. Elle dit comment observer les lments Les avantages L'emploi de mthodes doit permettre:

de rduire la complexit du processus d'informatisation

d'offrir des moyens de pilotage dans la construction du systme d'informatisation la capitalisation des expriences et des solutions qui ont dj fait leur preuve dans des situations posant problme la coordination des projets (rduire les cots et d'augmenter la productivit dans l'accomplissement des tches) la qualit de ralisation des tapes (garantie de prennit) tches de d'volution plus aises une diminution du nombre des anomalies : les corrections et la localisation se font plus facilement ce qui implique que les tches de maintenance sont moins onreuses une discipline commune au sein des quipes (dfinitions des rles et des responsabilits). un langage commun entre les intervenants (qualit des documentations, intgration rapide d'une nouvelle personne forme la mthode)

Typologie des mthodes d'informatisation On utilise souvent deux critres de classification de mthodes d'informatisation : le type d'approche et les domaines d'application: 1. Type d'approche des problmes d'informatisation:

les mthodes classiques les mthodes cartsiennes (Exemple : SADT) les mthodes systmiques (Exemple : MERISE) les mthodes objets (Exemple : UML)

2 . Les domaines d'application : On a :


les mthodes d'laboration de schmas directeurs (Exemple : RACINES) les mthodes de rdaction de cahiers des charges (Exemples : AROC, MUSCADE) les mthodes de conception des architectures techniques (Exemple : TACT) les mthodes de conception des systmes d'information les mthodes de programmation les mthodes de scurit des systmes (Exemple : MARION) les mthodes de conduite des projets (Exemples : GANTT, PERT, MCP)

Classification des types Lorsqu'on voque les mthodes d'informatisation, il existe plusieurs manires de le faire. On distingue : - les mthodes classiques ; - les mthodes cartsiennes ; - les mthodes systmiques ; - les mthodes oriente-objet. Nous vous prsentons dans les sections qui suivent la classification des types d'informatisation.

10

Mthodes classiques Spcification du systme complet Caractrisation de la totalit des donnes et traitements Plusieurs vues : Entit/association MERISE Fonctions SADT ou SA/RT INCONVENIENTS: Systmes figs (volution de lenvironnement) Perte de la smantique du systme (buts, comportements) Mthodes cartsiennes Discours de la Mthode (1637) de Ren Descartes sous-titr "pour bien conduire sa raison, et chercher la vrit dans les sciences" Quatre rgles mthodologiques: (1) Le principe du doute: tout en se dfaisant des opinions toutes faites, ne rien croire sans preuve dment perue par soi-mme, d'o viter la prcipitation (2) La rgle de division: pour mieux rsoudre un problme, il faut le dcomposer (3) La gradation des difficults: aller du plus simple au plus complexe (4) L'exhaustivit pour bien connatre un sujet Anglo-saxonnes approche fonctionnelle: dcomposition hirarchique des processus et des flux de donnes (ou flux d'information) analyse et conception du systme d'information partir de la dfinition de fonctions processus d'analyse et de conception Un traitement de l'information rpond aux rgles de procdures de gestion pour produire des sorties: La dmarche de travail est descendante, "top-down": part du gnral pour aller vers le particulier. Elle dbute par l'identification d'une fonction globale de gestion. Toute fonction est dcompose en sous-fonctions, et ainsi de suite, par raffinements successifs, jusqu' ce que les ensembles lmentaires soient intelligibles Une reprsentation en arbre: les fonctions globalement perues sont clates en processus spcifiques. Les relations entre ces derniers sont galement recherches. Programmation modulaire et dcomposition fonctionnelle: S.A.D.T., J.S.D. Mthodes systmiques Thorie du systme gnral. Il existe 9 niveaux de complexit A chaque niveau, le systme comporte tous les caractres du niveau infrieur l'objet passif et sans ncessit: niveau le plus simple de description l'objet actif: connu par son activit, son comportement. l'objet actif rgul: le systme peut refuser certains comportements possibles en fonction de son comportement prcdent l'objet s'informe: rgulation du systme par l'intermdiaire de flux d'information l'objet dcide son activit: le systme a un comportement non invitable,

11

c'est--dire qui est le rsultat d'une dcision: 2 types d'information: l'information-reprsentation et l'information-dcision l'objet actif a une mmoire: le systme peut avoir besoin de la reprsentation d'vnements passs l'objet actif se coordonne: il existe au sein du systme des processus de coordination l'objet actif s'auto-organise: il est capable de s'adapter et d'inventer de nouvelles organisations l'objet actif s'auto-finalise: le systme gnre ses projets, dtermine ses finalits Mthodes oriente-objet Spcification comme un systme ouvert Interface avec lexistant (communication avec lhomme) Caractrisation du comportement ou du but du systme Dcomposition en sous-systmes ou objets Plusieurs vues : Comportement UML Buts KADS Les modles de MERISE A chaque niveau de la conception du systme d'information, un modle est labor. Il permet de dcrire le systme au niveau de conception considr. Sachant que la communication, les donnes et les traitements sont examins, on a les modles suivants : Au niveau conceptuel : Le Modle Conceptuel de la Communication le Modle Conceptuel des Donnes (MCD) le Modle Conceptuel des Traitements (MCT) Au niveau Organisationnel : le Modle Logique des Donnes (MLD) le Modle Logique des Traitements (MLT) ou Modle Organisationnel des Traitements (MOpT) Au niveau physique : le modle Physique des Donnes (MPD ou MPhD) le Modle Oprationnel des Traitements (MOT ou MOpT) Les modles de la communication Le modle conceptuel de la communication est gnralement le seul modle utilis dans ce cadre.

Les modles de la communication Le modle conceptuel de la communication est gnralement le seul modle utilis dans ce cadre. Le Modle Conceptuel de la Communication (MCC) Le MCC (Modle conceptuel de la communication) dfinit les flux d'informations prendre en compte. La premire tape de ce modle est d'arriver isoler le systme en le dlimitant.

12

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.

Les modles de donnes C'est la reprsentation schmatique d'un ensemble de donnes relatives aux phnomnes qui prsentent de l'intrt pour une application. On retrouve trois niveaux de modles de donnes

le modle conceptuel de donnes, le modle logique de donnes, appel aussi modle fonctionnel de donnes, le modle physique de donnes

Le modle logique des donnes (MLD) le MLD reprend le contenu du MCD prcdent, mais prcise la volumtrie, la structure et l'organisation des donnes telle qu'elles pourront tre implmentes. Il s'agit du passage entre le Modle Conceptuel de Donne et l'implmentation physique de la base. Par exemple, ce stade, il est possible de connatre la liste exhaustive des tables qui seront crer dans une base de donnes relationnelle. Le MLD est lui aussi indpendant du matriel et du logiciel, il ne fait que prendre en compte l'organisation des donnes. C'est d'ailleurs le point primordial de la modlisation : si l'organisation des donnes est relationnelle (si elles sont "lies" entre elles), alors le MLD est Relationnel et devient le MLDR, ou Modle Logique de Donne Relationnel. Le MLD est une transcription ( galement appele drivation ) du MCD dans un formalisme adapt une implmentation ultrieure, au niveau physique, sous forme de base de donnes relationnelle ou rseau, ou autres (ex: simples fichiers ). La transcription d'un MCD en modle relationnel s'effectue selon quelques rgles simples qui consistent d'abord transformer toute entit en table, avec l'identifiant comme cl primaire, puis observer les valeurs prises par les cardinalits maximum de chaque association pour reprsenter celle-ci soit (ex: card. max 1-n ou 0-n) par l'ajout d'une cl trangre dans une table existante, soit (ex: card. max n-n) par la cration d'une nouvelle table dont la cl primaire est obtenue par concatnation de cls trangres correspondant aux entits lies, exemple :

MCD MLD / Modle relationnel

PAYS(code_pays)

13

USINE(id_usine,@code_pays,date_implantation) EXPORT(@id_usine,@code_pays) Les oprateurs de l'algbre relationnelle ( projection, slection, jointure, oprateurs ensemblistes ) Langage d'interrogation de donnes peuvent ensuite directement s'appliquer sur le modle relationnel ainsi obtenu et normalis Formes normales. Cette dmarche algorithmique ne fournit pas ce niveau d'lment sur l'optimisation de la dure ou des ressources ncessaires pour excuter les traitements dans l'environnement de production cible. La transcription du MCD en MLD doit galement tre prcde d'une tape de synchronisation et de validation des modles de donnes ( MCD ) et de traitement (MCT et MLT ), au moyen de vues . Cela afin d'y introduire les informations d'organisation dfinies au MLT, d'liminer les proprits conceptuelles non utilises dans les traitements ou redondantes et enfin de vrifier que les donnes utilises pour un traitement sont bien atteignables par 'navigation' entre les entits/relations du MCD.

MCD

La modle Physique des donnes (MPD ou MPhD) permet de prciser les systmes de stockage employs. Les donnes qui sont stockes et gres dans un ordinateur le sont souvent par un systme de gestion de base de donnes (SGBD). Le MPD est l'implmentation du MLD dans le SGBD retenu.

Une fois le systme d'information analys et modlis en Modle Conceptuel de Donne (MCD), et aprs tre pass par le Modle Logique de Donne Relationnel (MLDR), nous arrivons au Modle Physique de Donne (MPD). Il s'agit maintenant de crer la base correspondante l'tude entame. C'est ce stade seulement que le systme de gestion de base de donnes choisie intervient. Le SQL (Structured Query Language), ou Langage d'Interrogation Structur, a t reconnu en tant que norme officielle de langage de requte relationnelle. Toutefois, les syntaxes d'extractions des donnes et de crations des tables varient quelques peu d'un systme de gestion de base de donnes l'autre. Le modle physique consiste donc ressortir le script SQL de cration des tables en prcisant la longueur des champs et les diffrentes cls. Ensuite il faudra valuer le poids global de la base de donnes et faire une projection sur un certains nombre dannes. Ce qui permet de tabler sur la capacit du disque requise pour lexploitation de la base de donnes pendant cette priode. Des exemples de logiciels supportant Merise sont :

AMC Designer TRAMIS

14

SELECT

Les modles des traitements Si les modles de donnes se penchent sur l'aspect statique, les modles des traitements s'occupent de l'aspect dynamique. Ils portent sur les "manipulations" que subissent les donnes. On en distingue galement trois : - le modle conceptuel des traitements - le modle organisationnel des traitements - le modle oprationnel des traitements Le modle conceptuel des traitements (MCT) le Modle Conceptuel de Traitement est un schma reprsentant les traitements, en rponse aux vnements traiter (par exemple : la prise en compte de la commande d'un client). Le MCT repose sur les notions d'vnement et d'opration, celle de processus en dcoule.

L'vnement

Un vnement est assimilable un message porteur d'informations donc potentiellement de donnes mmorisables (par exemple : l'vnement 'commande client prendre en compte' contient au minimum l'identification du client, les rfrences et les quantits de chacun des produits commands). Un vnement peut

dclencher une opration (ex: 'commande client prendre en compte' dclenche l'opration 'prise en compte commande'), tre le rsultat d'une opration (ex: 'colis expdier' suite l'opration de 'prparation colis' ), et ce titre tre, ventuellement, un vnement dclencheur d'une autre opration. L'opration

Une opration se dclenche uniquement par le stimulus d'un ou de plusieurs vnements synchroniss Elle est constitue d'un ensemble d'actions correspondant des rgles de gestion de niveau conceptuel, stables pour la dure de vie de la future application (ex: pour la prise en compte d'une commande : vrifier le code client (prsence, validit), vrifier la disponibilit des articles commands, ...). Le droulement d'une opration est ininterruptible : les actions raliser en cas d'exceptions, les vnements rsultats correspondants doivent tre formellement dcrits (ex : en reprenant l'exemple prcdent, si le code client indiqu sur la commande est incorrect prvoir sa recherche partir du nom ou de l'adresse indiqus sur la commande, s'il s'agit d'un nouveau client prvoir sa cration et les informations mmoriser, ...).

15

Le processus

Un processus est une vue du MCT correspondant un enchanement pertinent d'oprations du point de vue de l'analyse (ex : l'ensemble des vnements et oprations qui se droulent entre la prise en compte d'une nouvelle commande et la livraison des articles au client). Le modle organisationnel des traitements (MOT) encore appel MLT (Modle Logique des Traitements), il dcrit avec prcision lorganisation mettre en place pour raliser une, ou le cas chant plusieurs, oprations figurant dans le MCT : cest dire qui fait quoi, o, quand, comment. A un MCT correspond donc gnralement plusieurs MLT. Les notions introduites ce niveau sont le poste de travail, la phase, la tache et la procdure.

Le poste de travail

Le poste de travail dcrit la localisation, les responsabilits, et les ressources ncessaires pour chaque profil dutilisateurs du systme ( ex : client-web, responsable commercial, responsable des stocks, etc. ).

La phase

La phase est un ensemble dactions (CF MCT/Opration ) ralises sur un mme poste de travail. La phase peut tre soit manuelle ( ex : confectionner des colis ), soit automatise et intractive ( ex : saisie dun formulaire client ) ou automatise batch ( ex : production et envoi de tableaux de bord quotidiens dans les botes aux lettres lectroniques).

La tche

La tche est une description dtaille dune phase automatise intractive : spcification de linterface et du dialogue homme-machine, localisation et nature des contrles effectuer, etc.

La procdure

La procdure est un regroupement de phases, quivalent organisationnel des notions dopration et dactions conceptuelles, mais se droulant sur une priode de temps homogne. Des procdures dorigines non conceptuelles peuvent tre rajoutes du fait des choix dorganisation retenus ( ex : procdures dchanges dinformations lies lexternalisation de certaines activits, prise en compte des questions de scurit en cas de choix de solution Web, ... ) Le modle oprationnel des traitements (MOT ou MOpT) Le Modle Oprationnel des Traitements permet de spcifier les fonctions telles qu'elles seront ensuite ralises par le programmeur.

16

Les formalismes Les modles merise utilisent des formalismes, une manire formelle et standard de dcrire le modle. Nous donnons dans les quelques sections qui suivent les principaux formalismes utiliss par merise.

17

Formalisme
Pour le MCC

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

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

18

Pour le MCD

Entits et classe d'entit


Une entit est la reprsentation d'un lment matriel ou immatriel ayant un rle dans le systme que l'on dsire dcrire. On appelle classe d'entit un ensemble compos d'entits de mme type, c'est--dire dont la dfinition est la mme. Le classement des entits au sein d'une classe s'appelle classification (ou abstraction). Une entit est une instanciation de la classe. Chaque entit est compose de proprits, donnes lmentaires permettant de la dcrire. Prenons par exemple une Ford Fiesta, une Renault Laguna et une Peugeot 306. Il s'agit de 3 entits faisant partie d'une classe d'entit que l'on pourrait appeler voiture. La Ford Fiesta est donc une instanciation de la classe voiture. Chaque entit peut possder les proprits couleur, anne et modle. Les classes d'entits sont reprsentes par un rectangle. Ce rectangle est spar en deux champs :

le champ du haut contient le libell. Ce libell est gnralement une abrviation pour une raison de simplification de l'criture. Il s'agit par contre de vrifier qu' chaque classe d'entit correspond un et un seul libell, et rciproquement le champ du bas contient la liste des proprits de la classe d'entit

Relations et classes de relation


Une relation (appele aussi parfois association) reprsente les liens smantiques qui peuvent exister entre plusieurs entits. Une classe de relation contient donc toutes les relations de mme type (qui relient donc des entits appartenant des mmes classes d'entit). Une classe de relation peut lier plus de deux classes d'entit. Voici les dnominations des classes de relation selon le nombre d'intervenants :

une classe de relation rcursive (ou rflexive) relie la mme classe d'entit une classe de relation binaire relie deux classes d'entit une classe de relation ternaire relie trois classes d'entit une classe de relation n-aire relie n classes d'entit

19

Les classes de relations sont reprsentes par des hexagones (parfois des ellipses) dont l'intitul dcrit le type de relation qui relie les classes d'entit (gnralement un verbe). On dfinit pour chaque classe de relation un identificateur de la forme Ri permettant de dsigner de faon unique la classe de relation laquelle il est associ.

On peut ventuellement ajouter des proprits aux classes de relation.

La cardinalit
Les cardinalits permettent de caractriser le lien qui existe entre une entit et la relation laquelle elle est relie. La cardinalit d'une relation est compose d'un couple comportant une borne maximale et une borne minimale, intervalle dans lequel la cardinalit d'une entit peut prendre sa valeur :

la borne minimale (gnralement 0 ou 1) dcrit le nombre minimum de fois qu'une entit peut participer une relation la borne maximale (gnralement 1 ou n) dcrit le nombre maximum de fois qu'une entit peut participer une relation

Une cardinalit 1.N signifie que chaque entit appartenant une classe d'entit participe au moins une fois la relation. Une cardinalit 0.N signifie que chaque entit appartenant une classe d'entit ne participe pas forcment la relation.

Les identifiants
Un identifiant est un ensemble de proprits (une ou plusieurs) permettant de dsigner une et une seule entit. La dfinition originale est la suivante : L'identifiant est une proprit particulire d'un objet telle qu'il n'existe pas deux occurrences de cet objet pour lesquelles cette proprit pourrait prendre une mme valeur. Les attributs d'une classe d'entit permettant de dsigner de faon unique chaque instance de cette entit sont appels identifiants absolus.

20

Le modle conceptuel des donnes propose de faire prcder d'un # les identifiants (parfois de les souligner).

Ainsi, chaque classe d'entit doit possder au moins un attribut identifiant, et l'ensemble de ses attributs identifiants doivent tre renseigns la cration de l'entit.

Agrgation (ou identification relative)


Lorsqu'un identifiant est constitu uniquement d'attributs intrinsques une entit, c'est--dire ne faisant rfrence aucune autre entit, on le nomme identifiant absolu. Les entits comportant des identifiants absolus peuvent tre dfinies indpendamment des autres occurrences d'entits, on dit que ces entits sont indpendantes. Certaines entits ne peuvent toutefois tre identifies que par l'intermdiaire d'autres entits, c'est la raison pour laquelle on parle d'identification relative. On parlera par exemple de la 4me porte au 2me tage du btiment B au lieu de dire la porte n3451... Ainsi, l'agrgation (appele aussi identification relative) permet de spcifier qu'une entit est ncessaire pour en identifier une autre.

la classe d'entit permettant d'identifier est appele classe d'entit agrgeante la classe d'entit identifie est appele classe d'entit agrge

La reprsentation de ce type de relation est la suivante :

21

Pour le MCT

Le concept d'vnement
Un vnement reprsente un changement dans l'univers extrieur au systme d'information, ou dans le systme d'information lui-mme.

un vnement externe est un changement de l'univers extrieur un vnement interne est un changement interne au systme d'information

On reprsente un vnement par une ellipse en trait plein pour les vnements internes l'organisation, en trait pointill pour les vnements externes.

Dfinition d'un processus


Un processus est un sous-ensemble de l'activit de l'entreprise, cela signifie que l'activit de l'entreprise est constitue d'un ensemble de processus. Un processus est lui-mme compos de traitements regroups en ensembles appels oprations.

Opration
Une opration est un ensemble d'actions excutes par le systme suite un vnement, ou une conjonction d'vnements. Cet ensemble d'actions est ininterruptible, c'est--dire que les vnements ne sont pas pris en compte (ils ne sont pas forcment ignors pour autant) tant que l'opration n'a pas t accomplie.

La synchronisation
La synchronisation d'une opration dfinit une condition boolenne sur les vnements contributifs devant dclencher une opration. Il s'agit donc de conditions au niveau des vnements rgies par une condition logique ralise grce aux oprateurs :

OU ET NON

Construction du MCT
Le modle conceptuel des traitements permet de reprsenter schmatiquement la gestion des vnements :

22

Pour le MLD Le modle logique des donnes consiste dcrire la structure de donnes utilise sans faire rfrence un langage de programmation. Il s'agit donc de prciser le type de donnes utilises lors des traitements. Ainsi, le modle logique est dpendant du type de base de donnes utilis.

Le modle relationnel
Traduction d'une classe d'entit
Chaque classe d'entit du modle conceptuel devient une table dans le modle logique. Les identifiants de la classe d'entit sont appel cls de la table, tandis que les attributs standards deviennent des attributs de la table, c'est--dire des colonnes.

Traduction d'une classe de relation


Le passage du modle conceptuel au modle logique au niveau des classes de relation se fait selon les cardinalits des classes d'entit participant la relation :

Si une des classes d'entits possde une cardinalit faible : la table aura comme attributs, les attributs de la classe ayant une cardinalit faible, puis le (ou les) attribut(s) de relation et enfin les attributs de la seconde classe prcd du nom de la classe si les deux classes d'entits possdent une cardinalit forte : la table aura comme attributs, les attributs des deux classes de relation prcds des noms des classes respectives, puis le (ou les) attribut(s) de relation

23

Traduction d'une classe d'agrgation


Dans le cas de la prsence d'une classe d'agrgation, la classe d'entit agrge a comme attributs supplmentaires les attributs de la classe d'entit agrgeante

Pour le MOT

Le modle organisationnel des traitements


Le modle organisationnel des traitements s'attache dcrire les proprits des traitements non traites par le modle conceptuel des donnes, c'est--dire :

le temps les ressources le lieu

Le modle organisationnel des traitements consiste donc reprsenter le modle conceptuel des traitements dans un tableau dont les colonnes sont la dure, le lieu, les responsables et ressources ncessaires une action.

Le tableau des procdures fonctionnelles


La premire tape du modle organisationnel des traitements consiste dcouper les oprations en procdures fonctionnelles, une succession de traitements dclenche par un vnement. Il s'agit d'associer dans un tableau:

les procdures fonctionnelles l'heure de dbut et de fin (Priode) la nature le lieu du poste de travail le responsable du poste de travail les ressources du poste de travail Enchainement des Procdures fonctionnelles Nature Lieu Poste de Travail Responsable Ressources

Priode ou Temps Dbut Fin

24

Rgles de passage du MCD au MLDR Ces rgles sont appliquer scrupuleusement selon le cas. 1 : Une entit se transforme en une relation (table) Toute entit du MCD devient une relation du MLDR, et donc une table de la Base de Donne. Chaque proprit de l'entit devient un attribut de cette relation, et dont une colonne de la table correspondante. L'identifiant de l'entit devient la Cl Primaire de la relation (elle est donc souligne), et donc la Cl Primaire de la table correspondante.

<==>

CLIENT (id_client, Nom_Client, Tel_client)

2 : Relation binaire aux cardinalits (X,1) - (X,n), X=0 ou X=1 La Cl Primaire de la table la cardinalit (X,n) devient une Cl Etrangre dans la table la cardinalit (X,1) : Exemple de Systme d'Information (SI) : Un employ a une et une seule socit. Une socit a 1 ou n employs. Modle Conceptuel de Donne (MCD) :

Modle Logique de Donne Relationnelle (MLDR) : EMPLOYE (id_Employe, Nom_Employe, #id_Societe) SOCIETE (id_Societe, Nom_Societe) Modle Physique de Donne (MPD), ou schma de base :

25

3 : Relation binaire aux cardinalits (X,n) - (X,n), X=0 ou X=1 Il y a cration d'une table supplmentaire ayant comme Cl Primaire une cl compose des identifiants des 2 entits. On dit que la Cl Primaire de la nouvelle table est la concatnation des Cls Primaires des deux autres tables. Si la relation est porteuse de donne, celles ci deviennent des attributs pour la nouvelle table. S.I. : Une commande est compose de 1 ou n produits distincts en certaine quantit. Un produit est prsent dans 0 ou n commandes en certaine quantit. MCD :

MLDR : COMMANDE (id_Commande, Date_commande) PRODUIT (id_Produit, libelle) COMPOSE (id_Commande, id_Produit, qantit) MPD :

4 : Relation n-aire (quelles que soient les cardinalits). Il y a cration d'une table supplmentaire ayant comme Cl Primaire la concatnation des identifiants des entits participant la relation. Si la relation est porteuse de donne, celles ci deviennent des attributs pour la nouvelle table. S.I. : Un tudiant parle une ou plusieurs langues avec un niveau. Chaque langue est donc parle par 0 ou n tudiants avec un niveau. Pour chaque niveau, il y a 0 ou plusieurs tudiants qui parlent une langue.

26

MCD :

MLDR : ETUDIANT (id_Etudiant, Nom_Etudiant) NIVEAU (id_Niveau, Nom_Niveau) LANGUE (id_Langue, Nom_Langue) PARLE (id_Etudiant, id_Niveau, id_Langue) MPD :

5 : Association Rflexive.

Premier cas : cardinalit (X,1) - (X,n), avec X=0 ou X=1. La Cl Primaire de l'entit se ddouble et devient une Cl Etrangre dans la relation ou nouvelle table. Exactement comme si l'entit se ddoublait et tait relie par une relation binaire (X,1) - (X,n) (Cf rgle 2). S.I. : Prenons l'exemple d'une socit organise de manire pyramidale : chaque employ a 0 ou 1 suprieur hirarchique direct. Simultanment, chaque employ est le suprieur hirarchique direct de 0 ou plusieurs employs. MCD :

27

MLDR : EMPLOYE (id_Employe, Nom_Employe, #id_Sup_Hierarchique) #id_Sup_Hierarchique est l'identifiant (id_Employe) du suprieur hirarchique direct de l'employ considr. MPD :

Deuxime cas : cardinalit (X,n) - (X,n), avec X=0 ou X=1. De mme, tout se passe exactement comme si l'entit se ddoublait et tait relie par une relation binaire (X,n) - (X,n) (Cf rgle 3). Il y a donc cration d'une nouvelle table. S.I. : Prenons cette fois l'exemple d'une organisation de type familiale : chaque personne a 0 ou n descendants directs (enfants), et a aussi 0 ou n descendants directs (enfants). MCD :

MLDR : PERSONNE (id_Personne, Nom_Personne) PARENTE (#id_Parent, #id_Enfant) #id_Parent est l'identifiant (id_Personne) d'un ascendant direct de la personne. #id_Enfant est l'identifiant (id_Personne) d'un descendant direct de la personne. La table PARENTE sera en fait l'ensemble des couples (parents-enfants) prsent dans cette

28

famille. MPD :

6 : Relation binaire aux cardinalits (0,1) - (1,1). La Cl Primaire de la table la cardinalit (0,1) devient une Cl Etrangre dans la table la cardinalit (1,1) : S.I. : Dans ce centre de vacances, Chaque animateur encadre en solo 0 ou 1 groupe, chaque groupe tant encadr par un et un seul animateur. MCD :

MLDR : ANIMATEUR (id_Animateur, Nom_Animateur) GROUPE (id_Groupe, Nom_Groupe, #id_animateur) MPD :

Ces 6 rgles reprsentent TOUS les cas que vous pourrez rencontrer.

29

La dmarche Merise Description Merise est une mthode de conception des sytme d'information qui utilisent, comme nous l'avons vu, un certain nombre de modles. Mais mrise est galement une dmarche. La dmarche est la mthode qui organise en tape la conception d'un systme d'information l'aide des modles sur une priode donne. La dmarche Merise passe par les tapes successives suivantes : 1. 2. 3. 4. 5. 6. 7. le schma directeur l'tude pralable l'tude dtaille l'tude technique La production la qualification la maintenance

Le schma directeur Un schma directeur est une opration de courte dure visant lanticipation moyen terme, la prospective et la planification stratgique afin dassurer la cohrence entre les finalits, les stratgies, les objectifs et sa politique de mobilisation des ressources organisationnelles, technologiques, humaines et financires. Appliqu l'informatique, le schma directeur d'une organisation a pour but de proposer un plan d'automatisation progressive des tches de gestion d'une entreprise, d'une administration... c'est--dire des tches bien dfinies dans un ensemble organis. Le concept de schma directeur de l'informatique (SDI) est n dans la banque et la grande administration face au besoin de planifier des investissements de plus en plus lourds, de matriser les aspects humains lis la modification des mthodes de travail. Le schma directeur de l'informatique permet d'envisager des scenarii qui portent sur les domaines. Un domaine est un dcoupage du systme d'information de l'entreprise, dfini dans un schma directeur en fonction de sa stratgie. Par exemple, une banque peut avoir dfini les domaines Gestion de clientle, Gestion des participations financires, Gestion de trsorerie, Gestion des Ressources Humaines, etc. Le dcoupage en domaines correspond grosso modo aux grandes fonctions de l'entreprise, hirarchises par ses objectifs stratgiques (centres d'intrt). Le schma directeur peut se faire en plusieurs tapes. Etape 1 : dfinir les objectifs et les structures de travail. Etape2 : dterminer les composants de l'entreprise. Etape 3 : formaliser et chiffrer les solutions.

30

Etape 4 : planifier les actions. Etape 5 : dfinir la structure de pilotage. Le schma directeur donne lieu un document appel plan de dveloppement

L'tude pralable Une tude pralable s'applique un domaine ou une grande fonction de l'entreprise. galement appele: tude de faisabilit L'objectif de cette tape est d'obtenir le descriptif complet de la nouvelle solution pour le domaine envisag, mais en plusieurs phases, de sorte envisager les diffrentes hypothses possibles et s'orienter progressivement vers la solution optimum. Le point final de l'tude pralable est de: * dcider d'une solution type en parfaite connaissance de cause quant sa faisabilit: cot, rentabilit, dlai, budget, moyens mettre en uvre, impact organisationnel, ... * tablir le cahier des charges pour la ralisation; slectionner un sous-traitant ou un progiciel. Pour mener bien une tude pralable, on part de la situation existante. L'tude pralable est faite par des utilisateurs et des organisateurs en liaison avec la direction gnrale et les informaticiens. On en distingue plusieurs tapes dont chacune est divise en phases: tape 1 : tude de l'existant Phase 1 : Rdiger une Fiche de prsentation gnrale du problme. Cette fiche situe le domaine dans le systme d'information, partir du schma directeur et de la demande de la direction gnrale. Par interview de la direction gnrale, se faire prciser les grands objectifs relatifs au domaine et les consigner dans une Fiche d'objectifs D.G. Phase 2 : Procder des interviews des postes de travail concerns et rdiger des comptes rendus d'interviews, en y joignant tous les documents concerns actuellement en vigueur. S'il y a des traitement qui se font l'aide ou par ordinateur, joindre les fiches de description de fichiers actuels. Phase 3 : A partir des comptes rendus, tablir les documents suivants: - le graphe de circulation actuel; - la carte de circulation des informations du domaine ; - le graphe des flux ; - le MOT actuel ; Phase 4 : partir des documents recueillis lors des interviews, tablir un dictionnaire des donnes actuel pour toutes les donnes manipules et purer ce dictionnaire. Phase 5 : a partir du dictionnaire des donnes, construire la structure d'accs thoriques (SAT) en ne prenant que les donnes lmentaires, sans les donnes calcules, en listant toutes les dpendances fonctionnelles et en liminant les transitivits. En dduire une reprsentation graphique du MCD actuel. 31

Phase 6 : Dduire les rgles de gestion partir du MCD et du MCT actuels ; Phase 7 : partir des comptes rendus d'interviews tablir une fiche de synthse faisant tat des points les plus pineux, des souhaits des utilisateurs, en s'efforant de critiquer l'organisation actuelle. Dgager de cette fiche un certain nombre d'objectifs de la "fiche d'objectifs D.G.", tablir une liste hirarchise de tous les objectifs sur une fiche d'objectifs synthse. Faire approuver celle-ci par la direction gnrale et par les divers responsables. Phase 8 : tudier les interfaces avec les autres domaines (d'aprs la carte gnrale de circulation de l'information du schma directeur, par exemple) et les consigner dans une fiche des interfaces. tape 2 : Scnarios futurs Phase 1 : partir de la fiche d'objectif synthse et des rgles de gestion actuelles, inventorier les rgles de gestion futures et les inscrire sur une fiche de rgles de gestion futures. A partir du MCD actuel, de la fiche des interfaces et des rgles de gestion futures, tablir le MCD futur. Phase 2 : partir du MCT actuel et des rgles de gestion futures, concevoir le MCT futur. Phase 3 : pour chaque scnario faire l'tude organisationnelle qui donnera : - une fiche des rgles d'organisation ; - une esquisse de MOT futur. Faire ensuite l'tude oprationnelle (toujours par scnario) en dfinissant le matriel et les logiciels ncessaires. S'il existe plusieurs sites, cette tude tient compte des aspects spcifiques de chaque site. L'tude oprationnelle donnera lieu : - une fiche de configuration de matriel pour l'architecture gnrale et pour chaque site s'il y en a plusieurs ; - une liste des logiciels. tape 3 : Une valuation des Scnarios Pour chaque scnario rdiger un rapport d'valuation du scnario comportant : - une valuation des cots de : * matriel (achat, location) * stockage * logiciels (programmation, achat de progiciels...) * traitement (units centrales, consommation d'lectricit, ...) * communication (location de lignes de transmission) * exploitation (fournitures de consommable, entretien des locaux ...) * maintenance (contrats de maintenance chez le constructeur) * personnel (utilisateurs, service informatique, sous-traitant, ...) * formation (utilisateurs, informaticiens) - une valuation des avantages * quantifiables et chiffrables au plan financier (recette attendues, conomies de personnel ...) * quantifiables et non chiffrables au plan financier (diminution des temps de gestion, simplification des procdures, ...)

32

* non quantifiables (rapidit des traitements, aide la dcision, image de marque, fidlisation d'une clientle, ...) - une valuation de l'impact sur l'organisation * impact sur les postes de travail * acceptabilit du personnel - une valuation de la faisabilit * en matriels (rdiger un compte rendu de l'tude technique) * en logiciels *en personnel (personnel disponible, embauche, formation, sous-traitance) - une valuation approximative des dlais * de livraison des matriels * de programmation des logiciels (dlais rarement respects) * de recrutement et de formation - une valuation de la mise en uvre * cadencement du lancement des applications * priodes transitoires * etc. L'tude pralable donne lieu un document appel dossier de choix. L'tude dtaille L'tude pralable ne porte que sur les processus majeurs. La description des donnes et des traitements y est succincte. L'tude dtaille va dcrire tous les processus composants le fonctionnement du futur systme; dfinir prcisment les informations utilises et mmorises; spcifier compltement les tches effectuer. Elle se droule en plusieurs tapes: tape 1 : tude gnrale du MOT futur cette tude se fait en suivant les phases suivantes : ralisation du tableau des procdures fonctionnelles ; - construction du diagramme d'enchanement des procdures fonctionnelles ; - construction du graphe de circulation. tape 2 : tude pousse de chaque procdure fonctionnelle dans cette tape, chaque procdure fonctionnelle est tudie de manire pousse. Cela donne lieu : - une fiche de description de la procdure fonctionnelle - une description des documents ventuelle - des tables de dcision ventuelles - une description ventuelle des tats de sortie - pour les transactions : * des grilles d'crans ( faire approuver par les utilisateurs concerns) * des grilles de contrles * une fiche de rpartition des tches entre l'homme et la machine ( faire approuver par les utilisateurs) - le modle externe non valid. tape 3 : Validation du MCD Les donnes et les traitements ayant t tudis de manire indpendante, la validation du MCD permet de confronter les donnes aux traitements et de rendre l'ensemble cohrent.

33

tape 4 : Passage au MLD L'tude dtaille donne lieu, pour chaque application un cahier des charges utilisateurs. L'tude technique L'tude technique est la traduction informatique des spcifications issues de l'tude dtaille. Elle s'occupe des spcifications techniques pour la ralisation. Les objectifs de l'tude technique sont de prsenter les spcifications informatiques ncessaires la production du logiciel. A cet effet, elle dfinit compltement :

la structure de mmorisation informatique des donnes (fichiers ou base de donnes) ; l'architecture interne du systme les procdures de scurits le plan de ralisation.

L'tude technique peut tre mene en suivant les tapes suivantes : tape 1 : structuration des donnes

tablir la description physique des donnes partir du MLD (Modle Logique des donnes) dfinir les cls d'accs tablir une quantification de l'activit des lments de stockage des donnes procder l'optimisation physique dduire l'allocation des espaces physiques, l'organisation et le mode d'accs dcrire les dispositifs de protection d'accs et de confidentialit

tape 2 : spcification de l'architecture interne du systme dcoupage des Unit Fonctionnelle (UF) en Units de Traitement (UT)

dcouper chaque UF en UT

dcoupage des UT en modules


dcouper chaque UT en modules tablir la liste des Entres/Sorties pour chaque module tablir la liste des donnes utilises ou changes tablir une description pour chaque module sous forme d'algorithmes ou d'organigramme dterminer les jeux d'essai laborer rpondant aux exigences de la qualit

terminer de concevoir les Entres/Sorties


dfinir les spcifications des crans ainsi que les dialogues associs dfinir les formats dtaills et les spcifications des sorties tablir une liste des entres/sorties pour chaque UT

tape 3 : les procdures techniques de scurit

34

contrle des donnes :

description des caractristiques lies aux contrles des donnes

scurit et confidentialit :

description des mcanismes relatifs la scurit et la confidentialit des donnes description les procdures de reconstitution des supports de donnes, de redmarrage et de sauvegarde

tape 4 : planification de la ralisation

raliser le planning pour les phases suivantes

L'tude technique donne lieu un cahier des charges technique. La production La production consiste en l'criture effective des programmes dans le langage appropri, la gnration des fichiers ou des bases de donnes et aux tests. La production du logiciel doit permettre de faciliter la maintenance future. Ses objectifs sont :

la production du logiciel conforme aux spcifications de l'tude technique de tester techniquement le logiciel de manire qu'il soit prt tre livr aux utilisateurs

La production du logiciel peut se faire en suivant les tapes suivantes : tape 1 : programmation de l'application durant laquelle il faudra :

intgrer les normes et standards de programmation organiser l'environnement de programmation dfinir une organisation pour permettre la gestion de l'environnement de programmation (matriel, temps machine, ..)

coder les modules


transformer les spcifications techniques des modules en code source vrifier et mettre au point le code source corriger les dfauts et erreurs constates

prparer les jeux d'essai


dfinir les jeux d'essai prparer les donnes en vue des tests unitaires et d'enchainement de modules

35

tape 2 : tests, mise au point tests unitaires

chaque module crit, correspondant une Unit de Traitement, doit faire l'objet d'un premier test partir du jeu d'essai

tests d'intgration

ces tests doivent permettre de vrifier le bon fonctionnement de l'ensemble du logiciel. Ils sont gnralement effectus par le responsable technique du projet.

La production donne lieu un dossier de ralisation. La mise en service L'objectif principal de la mise en service est de rendre oprationnel le systme d'information. Elle consiste installer l'ensemble du logiciel dvelopp et mettre l'ensemble du SI au service des utilisateurs. Elle permet de conclure l'ensemble du cycle conceptiondveloppement. Son objectif principal est de mettre en place tous les moyens ncessaires la rception et au lancement du nouveau SI La mise en service se droule en deux tapes: tape 1 : l'installation elle a pour but de livrer le logiciel aux utilisateurs et de prparer le dmarrage de l'exploitation. Elle comprend :

la commande, l'installation, le contrle et la rception du matriel ; la mise en place des procdures nouvelles lies aux changements d'organisation ; l'organisation et le droulement de la formation des utilisateurs et des exploitants ; l'excution des jeux d'essai utilisateurs ; l'apprciation de la conformit des rsultats ; la rception provisoire.

tape 2 : la mise en exploitation elle consiste en :


l'exploitation en grandeur relle du nouveau systme le lancement progressif du nouveau systme en parallle au systme existant si possible le fonctionnement en vrai grandeur pendant une priode dtermine le bilan de l'exploitation la rception dfinitive du produit

36

Elle donne lieu au dossier d'exploitation et au manuel utilisateur. La maintenance La maintenance est dfinie selon BOEHM comme l'ensemble des oprations de modification d'un logiciel oprationnel laissant intactes ses fonctionnalits de base. Elle consiste en la rectification des anomalies, les amliorations et les volutions. Ses objectifs sont :

maintenir le systme en fonctionnement ; rectifier les anomalies de fonctionnement et prendre en compte les demandes d'volution ; tablir un scnario de dveloppement des versions ; planifier les corrections apportes au systme pour minimiser les cots d'intervention ; s'assurer du bon fonctionnement des nouvelles rvisions avant tout nouvelle mise en exploitation ; procder cette mise en exploitation aprs l'accord des parties prenantes ; assurer un bonne gestion des diffrents configurations du logiciels par la tenue jour de la documentation du systme.

Il existe plusieurs niveaux, catgories et formes de maintenance. Parmi les niveaux et catgories, on a : la maintenance corrective ; la maintenance adaptative ; la maintenance perfective et la maintenance prventive. La maintenance corrective ne porte que sur le logiciel dvelopp. Elle ne remet pas en cause les modles de donnes ou de traitements. Elle consiste en la correction des erreurs du logiciel. Elle reprsente souvent 17 20 % du temps de maintenance. La maintenance adaptative est lie l'environnement du logiciel (contexte d'utilisation du logiciel, gnration des ordinateurs, exploitation logiciel sur des matriels distincts ...). Elle peut faire voluer le MCD et le MCT. Elle reprsente 18 25 % du temps de maintenance. La maintenance perfective consiste amliorer le fonctionnement du logiciel. Elle peut entraner une remise en question des modles physiques et du MOT. C'est la catgorie de maintenance la plus frquente (environ 60 %). La maintenance prventive a pour objectif de diminuer le nombre d'oprations de maintenance pour en diminuer le cot. Elle n'est vraiment possible que si certaines conditions sont runies :

le systme est dvelopp dans un esprit de maintenance ultrieur ; le systme est continuellement amlior pour faire face et intgrer les nouvelles technologies ; le systme est maintenu en pensant la maintenance ultrieure.

37

Webographie fdigallo.online.fr/cours/merise.pdf www.commentcamarche.net/.../affich-1081964-cours-et-exercices-merise merise.developpez.com/ www.scribd.com/doc/7472422/Cours-de-Merise

38