Module 305 Mthodes orientes objets d'analyse et de conception

Introduction la conception de SI

Session1_1 - Problmatique de la conception de SI et terminologie Session1_2 - Nouvelles hypothses en conception de SI Session1_3 - Nouvelles tendances et mthodes de conception des SI

Exercices

Corine Cauvet corine.cauvet@wanadoo.fr

Introduction la conception de SI

1 - Problmatique et Terminologie
Objectifs : Comprendre la problmatique de la conception des systmes d'information Acqurir la terminologie relative la conception des systmes d'information Acqurir les connaissances de base Mots cls : Conception de systmes d'information, Mthodes de conception, Produit et processus de conception, Modles de produit et modles de processus Ressources pdagogiques : Diaporama sur l'volution des mthodes de conception

Systme d'information, organisation et systme informatique

La notion de systme d'information est trs fortement couple deux autres notions : celle d'organisation et celle de systme informatique. Un systme d'information existe ou est construit pour servir une organisation, pour l'aider exercer son activit. Ainsi le processus de construction d'un systme d'information doit tre guid par les objectifs de gestion de cette organisation et par les besoins de ses acteurs. Aujourd'hui toutes les fonctions du systme d'information (mmorisation, traitement, communication) mettent en uvre les techniques de l'informatique, ce qui conduit souvent confondre systme d'information et systme informatique. Pour expliquer la diffrence de nature de ces deux systmes, on peut considrer le systme d'information comme un objet naturel et le systme informatique comme un objet artificiel. La conception du systme artificiel ne peut se faire en dehors du systme naturel et que le systme naturel verra son comportement modifi par la mise en place du systme artificiel. Pour expliciter cette distinction les auteurs de [Nanci 2001] propose d'utiliser les termes systme d'information organisationnel et systme d'information informatis .

Systme d'information et organisation

Depuis plus de trente ans que l'on dploie des systmes d'information dans les entreprises, le problme de leur appropriation par les hommes et de leur usage adapt aux objectifs de l'entreprise se pose encore. Le tout technologique qui a caractris les annes 60-90 doit tre remplac par une vision plus globale de la problmatique des systmes d'information dans laquelle on relie et on articule la stratgie de l'organisation avec son systme d'information et de dcision. Les annes 80 - 90 Dans les annes 80-90, on considre une organisation comme un ensemble de trois sous-systmes complmentaires : le sous-systme oprant, le sous-systme de dcisions (ou de pilotage) et le sous systme d'information. Dans ce modle gnrique d'organisation, un S.I. est un ensemble de ressources (humaines, techniques, organisationnelles,) pour stocker et traiter les informations relatives au systme oprant afin de les mettre la disposition du systme de pilotage.

Les annes 2000 Aujourd'hui, la relation entre l'organisation et son systme d'information est encore plus forte si l'on considre un systme d'information comme l'ensemble des flux d'informations permettant aux acteurs d'une organisation d'exploiter et de dvelopper les connaissances ncessaires la rsolution des problmes inhrents la ralisatin de ses objectifs. Le systme d'information est aujourd'hui au cur de l'activit de toute organisation, et son efficacit en conditionne les performances. Dans ce contexte, une nouvelle vision de l'organisation couplant explicitement son systme d'information avec sa stratgie est propose. Cette vision est base sur quatre niveaux : - Les objectifs de l'organisation - Les processus permettant de raliser ces objectifs - Le systme d'information supportant l'excution de ces processus - Le systme informatique offrant le support technologique. Un changement dans l'un de ces niveaux causera invitablement des changements avec diffrents types d'impact sur les autres niveaux. Cette vision remet en cause la dmarche mme de conception du systme d'information. La dmarche des annes 80 a mis l'accent sur la modlisation du systme oprant. Aujourd'hui toute dmarche de dveloppement de systme d'information passe par le recueil et la comprhension de la stratgie de l'organisation. D'un point de vue mthodologique, cette vision conduit intgrer dans la dmarche une modlisation de la stratgie et une modlisation des processus permettant de mettre en uvre la stratgie. La modlisation de la stratgie est ralise par des diagrammes d'objectifs et de sous objectifs. Des relations de type cause-effet peuvent tre tablis entre objectifs. De vritables modles d'objectifs commencent tre proposs.

La modlisation des processus offre une structuration du systme d'information par les activits mtier de l'organisation. Bien sr les processus doivent contribuer l'atteinte des objectifs stratgiques. La modlisation des processus peut avoir diffrentes finalits dans le contexte du dveloppement de systmes d'information : - L'analyse et la comprhension de processus existants - Le choix d'un scnario - La modlisation des processus cibles - La mesure des impacts des changements La modlisation des processus est aujourd'hui largement tudie dans le contexte de l'urbanisation des systmes d'information. Des outils de modlisation commencent tre proposs : la carte des processus, les matrice Processus/objectifs stratgiques et les diagrammes des processus. Toute dmarche de dveloppement de systme d'information s'inscrit aujourd'hui dans le cadre gnral de la stratgie de l'entreprise de manire dfinir une cible pour le systme d'information qui soit en phase avec les processus mtier, eux-mmes en phase avec la stratgie de l'entreprise.

Systme d'information organisationnel (SIO) et systme d'information automatis (SIA)

Le S.I.A . est un Systme d'information dont les fonctions sont supportes par les technologies de l'informatique (ordinateur, fichiers, bases de donnes, rseaux de communication.....).

Le systme d'information automatis (SIA) est un objet artificiel qui est construit de toute pice au sein de l'organisation. Intgr l'organisation, le S.I.A. amliore le fonctionnement de l'organisation relle et de son systme d'information organisationnel (SIO).

Le systme d'information automatis est mis en uvre selon un processus de dveloppement comportant des phases de conception et de ralisation.

Conception et ralisation de systmes d'information

Il est aujourd'hui admis que le processus de dveloppement d'un systme d'information comporte deux phases : la phase de conception et la phase de ralisation. La premire est centre sur l'expression des besoins et la recherche d'une solution satisfaisant ces besoins. La seconde consiste implanter la solution. La premire phase vise produire diffrentes spcifications du systme d'information, par exemple une spcification conceptuelle ou une spcification technique. La phase de ralisation aboutit un systme logiciel excutable. Dans le cadre de ce module, on montre que l'organisation de ces deux phases est de moins en moins squentielle. Par exemple dans les processus de type itratif, on alterne conception et ralisation, le systme logiciel se construisant ainsi de manire incrmentale.

La phase de conception est devenue essentielle dans le dveloppement des systmes d'information. Des tudes empiriques montrent que 82% des erreurs qui surviennent dans le dveloppement des S.I. ont pour origine la conception. Ces tudes montrent aussi que ces erreurs sont les plus difficiles et les plus coteuses corriger. Dans le processus de dveloppement d'un S.I., la conception est la tche la plus crative et la plus difficile. La conception est un processus de dcisions complexes. Les dcisions concernent : Les fonctions que le S.I. doit assurer et les informations que le S.I. doit grer, Les techniques de traitement, de communication et de diffusion de l'information, Les rgles de mmorisation, de traitement, de communication et de diffusion des informations, Les structures de travail et les comportements attendus des agents.

Mthodes et outils d'aide la conception

Le terme de mthode de conception recouvre dans le domaine des systmes d'information des propositions trs diverses pouvant aller De check-list ou guide d'utilisation ou encore des recettes de cuisine des cadres mthodologiques complets Dfinition La dfinition aujourd'hui largement admise de la notion de mthode de conception est celle qui consiste considrer une mthode comme un ensemble cohrent de quatre lments [Rolland 88] :

 modles Ensemble de concepts et de rgles pour les utiliser permettant de modliser le SI diffrents niveaux d 'abstraction langages Ensemble de constructions pour dcrire formellement et sans ambigut le rsultat d 'un travail de conception dmarches Processus opratoire pour conduire le travail de conception outils Logiciels pour aider mettre en uvre les modles, les langages et les dmarches Objectifs des mthodes de conception Les mthodes de conception fournissent au concepteur de systmes d'information un cadre et une dmarche de travail. Elles ont pour principaux objectifs de : Matriser la complexit de la conception en rsolvant les problmes progressivement valuer l'tat d'avancement de la conception du S.I. Permettre une coopration efficace entre les informaticiens et les utilisateurs, d'une part, et entre les membres de l'quipe de conception, d'autre part Rsoudre les problmes de conception de manire rigoureuse Matriser et rduire les cots de dveloppement Augmenter la productivit des quipes de dveloppement et la qualit du S.I. La maturit des mthodes de conception Le mtier de concepteur de systme d'information a presque trente ans et ce domaine a atteint aujourd'hui une certaine maturit. De nombreuses mthodes ont t proposes et exprimentes. La plupart d'entre elles sont instrumentes. Ce niveau de maturit se traduit aujourd'hui par l'existence d'un standard (UML) dans lequel sont consignes un certain nombre de bonnes pratiques de la conception. Cette exprience se traduit aussi par une meilleure comprhension du mtier de concepteur de S.I., en particulier la conception est vue comme une activit d'ingnierie qui dlivre des produits de conception. Cette activit est mene selon un processus qui cherche satisfaire des objectifs de conception. L'volution des mthodes de conception comporte trois priodes majeures qui ont donn naissance trois familles de mthodes : Les mthodes fonctionnelles Les mthodes systmiques Les mthodes orientes objet Un diaporama prsentant l'volution des mthodes travers ces trois gnrations est disponible.

Terminologie
Produit et processus de conception

La conception de S.I. est un travail d'ingnierie qui de manire similaire l'ingnierie mcanique ou l'ingnierie de structures (cathdrales, ponts) consiste spcifier techniquement un produit de manire satisfaire aux besoins d'un march ou d'un client. Ce processus de conception comprend le choix d'un ensemble de concepts (modle) le mieux adapt au problme tudi, puis la modlisation du problme trait l'aide du modle choisi, et enfin, l'optimisation progressive de cette modlisation de manire rpondre au mieux aux besoins identifis [Morris 83] Cette dfinition met en vidence deux dimensions importantes de la conception : . Le produit de conception ou le rsultat de la conception . Le processus de conception ou la dmarche de conception La plupart des mthodes de conception de S.I. actuelles proposent une dmarche de conception plusieurs niveaux d'abstraction qui vont d'une perception entirement conceptuelle du S.I. jusqu' la dfinition dtaille de son implantation physique, en passant par une description conforme au modle propos par le systme de gestion de bases de donnes utilis. Cela permet de hirarchiser les choix de conception et d'viter que des dcisions du niveau conceptuel ne soient tributaires des choix pralables relevant de l'implantation physique des donnes. Malgr cette dcomposition en trois sous problmes de conception, la dmarche de conception d'un S.I., telle qu'elle est pratique de nos jours reste une dmarche intuitive. Artefacts de conception, produits de conception et modles de conception Artefacts de conception Le terme artefact est un terme gnral qui dsigne n'importe quel lment cre, modifi ou utilis durant le processus de dveloppement d'un systme d'information. Un diagramme entit / association, une classe d'objet, un prototype sont des exemples d'artefacts. Modles de produit ou produit de conception ou schma Les artefacts les plus utiliss en conception de systme d'information sont des modles. Un modle conceptuel de donnes, un modle logique de donnes sont des modles de produit. Ils sont des rsultats produits durant le dveloppement d'un systme d'information. Un modle est une abstraction d'un systme qui spcifie ce systme selon un certain point de vue et un certain niveau d'abstraction. Un modle de produit est en gnral compos de plusieurs artefacts. Par exemple un modle conceptuel de donnes est compos d'un diagramme entit / association et d'un dictionnaire de donnes. Les modles de produit relatifs au dveloppement d'un mme systme sont dpendants les uns des autres. Par exemple, un modle logique de donnes rsulte de la transformation d'un modle conceptuel de donnes. Modles de conception Les modles de produit sont en gnral labors en utilisant un jeu de concepts prdfinis. Cet ensemble de concepts constitue le modle de conception. Par exemple le modle entit / association est un modle qui permet de construire des schmas entit / association. Le modle relationnel est un modle qui permet d'laborer des structures de donnes relationnelles. Typologie des modles de conception Il existe plusieurs typologies des modles de conception. La plus connue est probablement celle lie la dimension du systme d'information prise en compte par le modle. Cette typologie contient deux types de modles :

 Les modles de donnes (dimension statique) Les modles de traitements (dimension dynamique) Une autre typologie largement utilise dans les mthodes systmiques consiste classer les modles en fonction du niveau d'abstraction auquel ils se situent. Dans cette typologie, il y a quatre types de modles : Les modles conceptuels Les modles organisationnels Les modles logiques Les modles physiques Enfin une dernire typologie consiste classer les modles de produit en fonction de l'activit du processus qui les construit. Cette typologie conduit aux principaux modles suivants : Les modles de besoins Les modles d'analyse Les modles de conception Les modles d'implantation. Processus de conception et modles de processus Le processus de conception est un ensemble organis d'activits qui transforme un ensemble de besoins en un ensemble cohrent de produits dcrivant le systme logiciel rpondant ces besoins. Par exemple le processus de conception MERISE est dcrit par les activits ci-dessous :

Modles de processus Un modle de processus est un jeu de concepts avec lequel on peut dfinir des processus de conception. Par exemple le Waterfall process model est un modle de processus permettant la dfinition de processus composs d'un ensemble d'activits organises de manire squentielle. Typologie des modles de processus Dans le domaine des processus, la typologie la plus usuelle consiste classer les modles de processus en trois classes : Les modles orients activits Les modles orients produits Les modles orients dcisions Une autre typologie est base sur l'organisation des activits l'intrieur d'un processus. Cette typologie conduit aux classes suivantes : Les modles Waterfall

 Les modles cascade Le module consacre le dernier chapitre aux diffrents modles de processus.

Bibliographie
[Morris 83] Foundations of Structural Optimization : a Unified Approach , John Wiley et Sons, 1983 [Rolland 88] Conception des systmes d'information La mthode REMORA , C. Rolland, O. Foucaut, G. Benci, Eyrolles 1988 [Nanci 2001] Ingnierie des systmes d'information : MERISE Deuxime gnration , D. Nanci, B. Espinasse, Vuibert 2001

Introduction la conception de SI

2 - Nouvelles hypothses en conception de SI

Pr requis : Une bonne connaissance et une bonne pratique des mthodes classiques de type MERISE, REMORA. Objectifs : Comprendre les remises en cause de certaines hypothses en conception de systmes d'information Apprhender les nouveaux modes de conception de systmes d'information Mots cls : Mthode de conception, Conception oriente objet, Conception base de composants

Introduction
Le mtier de concepteur de systme d'information a plus de trente ans et le domaine de l'ingnierie des systmes d'information a atteint aujourd'hui une certaine maturit. Cette maturit est visible parce qu'il existe de nombreuses mthodes, que beaucoup ont t instrumentes et qu'un standard existe. Cependant les volutions des systmes d'information et une meilleure comprhension du mtier de concepteur font merger de nouvelles orientations. Cette squence prsente les limites des mthodes actuelles et les hypothses de conception remises en cause. Ces changements ont en partie guid la dfinition de l'approche UML.

Les limites des mthodes de conception

La sparation donnes / traitements Les mthodes dites systmiques ont t trs influences par l'arrive des bases de donnes et assez naturellement elles mettent l'accent sur la construction d'une structure de donnes (modle conceptuel de donnes). Cette structure de donnes est une spcification du contenu informationnel de la base de donnes. Dans cette approche, la structure des traitements est souvent juxtapose la structure de donnes. L'ide de sparation donnes-traitements s'est diffuse et elle a t adopte par de nombreuses mthodes. Aujourd'hui cette sparation donnes / traitements est remise en cause pour plusieurs raisons : - La construction du schma conceptuel de donnes et du schma conceptuel de traitements suivent des logiques distinctes et incompatibles . La dcomposition fonctionnelle descendante des traitements est peu compatible avec le processus d'identification des entits pertinentes que l'on met en uvre indpendamment des fonctions. - Cette sparation donnes / traitements ncessite une mise en adquation laborieuse. La modlisation des donnes et celle des traitements doivent tre cohrentes. Les traitements doivent disposer des informations ncessaires leur excution et les rgles d'volution des donnes doivent tre exprimes dans les traitements. - La sparation donnes / traitements est loin d'tre naturelle. Les donnes n'ont d'usage qu' travers les traitements, les traitements ne peuvent s'excuter sans donnes. - La frontire entre les donnes et les traitements est parfois discutable. Cette frontire est encore plus floue si l'on considre que le systme d'information peut mmoriser des vnements. Ainsi quelle diffrence y a t-il un vnement de relance d'un abonn qui n'a pas rendu un livre dans les temps et un objet relance ? Un seul objectif de conception : la compltude du S.I. Dans les mthodes actuelles, il est bien tabli que le concepteur d'un S.I. doit satisfaire les objectifs que l'entreprise poursuit mais ceux l ne sont pas dclins en objectifs de conception du S.I. lui-mme. Ces objectifs de conception n'tant pas explicites, il est difficile pour un concepteur d'identifier des variables de conception sur lesquelles il pourrait jouer pour tablir le(s)

meilleur(s) schma(s). Seule la normalisation propose avec le modle relationnel permet de faire la discrimination entre des schmas acceptables et non acceptables du point de vue de l'objectif de conception rduire la redondance . Le manque d'objectifs de conception se traduit par des refontes successives du S.I.. En effet bien que complet fonctionnellement, le systme mis en place ne prsente pas certaines proprits qui s'avrent, l'usage, indispensables : performances, maintenabilit, volutivit, rutilisabilit Un processus de conception intuitif La plupart des mthodes de conception de S.I. actuelles proposent une dmarche de conception base sur les niveaux d'abstraction qui vont d'une perception entirement conceptuelle du S.I. jusqu' la dfinition technique de son implantation. Cela permet de hirarchiser les choix de conception (choix conceptuels, choix organisationnels, choix logiques et choix physiques) et d'viter que des dcisions du niveau conceptuel ne soient tributaires des choix pralables relevant de l'implantation physique des donnes. Malgr cette hirarchisation, la dmarche de conception d'un S.I., telle qu'elle est pratique de nos jours reste une approche intuitive. Un modle de processus inadapt Les mthodes de conception de systmes d'information mettent en uvre un processus squentiel et peu itratif. Le processus apparat comme une suite d'tapes dlivrant chacune un ou plusieurs produits de conception. Le passage l'tape suivante est conditionn par la fin de l'tape prcdente. Ce modle de processus connu sous le terme de Waterfall Model est aujourd'hui inadapt dans la mesure ou d'une part, il ne permet pas ou peu les retour-arrire et d'autre part, rduit la participation des utilisateurs au dbut et la fin du processus. Par ailleurs dans ce processus, la dmarche est dfinie comme un ensemble d'tapes formant un bloc indcomposable. Ces mthodes sont souvent qualifies de monolithique ou lourdes car elles ne permettent pas de prendre en compte les spcificits de certains projets. Aujourd'hui les quipes de dveloppement ont besoin de dmarches plus gnriques autorisant des adaptations (par exemple ne pas ncessairement passer par toutes les tapes) prenant en compte le contexte du projet. Des outils d'aide la conception limits L'absence de formalisation du processus de conception se traduit par des outils qui ne guident pas assez les concepteurs dans leur dmarche. En effet, la plupart outils des fournissent des fonctions d'dition, de manipulation, de validation et de documentation de schmas. Ils sont trs axs sur la gestion des produits de conception, en revanche l'excution du processus est compltement manuelle et reste la charge du concepteur. Il manque dans ces outils une description dtaille du processus qui guiderait vritablement le concepteur dans son raisonnement.

Architecture fonctionnelle des outils d'aide la conception

La phase d'ingnierie des besoins est sous-estime L'ingnierie des besoins est une activit qui se droule principalement en amont du cycle de dveloppement des systmes. Elle recouvre traditionnellement l'ensemble des tches qui permet de transformer une ide floue en spcification prcise d'un besoin servant de support la spcification du systme et de ses interfaces avec l'environnement. Elle consiste dcouvrir et expliciter les besoins des utilisateurs du systme et des clients. Durant l'ingnierie des besoins, les besoins du systme sont dcouverts, ngocis, valids, spcifis et rpertoris dans des documents de spcification des besoins. Un systme informatique n'est de qualit que s'il rpond aux besoins de la communaut des usagers. Un grand nombre d'tudes a montr que les checs dans la mise en uvre et l'utilisation des systmes informatiques sont dus une mauvaise comprhension des besoins auxquels ces systmes tentent de rpondre. Les efforts requis pour corriger les erreurs dcoulant de cette mauvaise comprhension des besoins sont importants. Il est important ce niveau de bien faire la diffrence entre une spcification des besoins et un schma conceptuel. Cette distinction est bien montre dans [Rolland 2001]

Les hypothses remises en cause

La plupart des mthodes des annes 80-90 ont t dfinies sur la base d'hypothses devenues aujourd'hui fausses :
q q q

Les fonctionnalits d'un systme sont stables, en consquence le schma conceptuel est lui aussi stable. Les besoins relatifs un systme sont donns au dpart. La validation des besoins peut se faire en rfrence aux seules fonctionnalits du systme. Ces dernires annes la spcification des besoins consistait exprimer uniquement les fonctions que le systme d'information devait assurer. La validation se limitait alors vrifier que les fonctions taient assures. Aujourd'hui les besoins en matire de systmes d'information doivent tre tendus des besoins non fonctionnels relevant de la scurit, de l'ergonomie, des performancesPar exemple le modle FURPS [Grady 92] suggre la typologie suivante des besoins :
r r r r r

r r r r

Fonctionnalit : Fonctions, capacit et scurit, Aptitude l'utilisation : Facteurs humains, aide et documentation, Fiabilit : Frquence des pannes, possibilits de rcupration et prvisibilit, Performance : Temps de rponse, dbit, exactitude, disponibilit et utilisation des ressources, Possibilit de prise en charge : Adaptabilit, facilit de maintenance, internationalisation et configuration Implmentation : Limitation des ressources, langages et outils, matriel, Interface : contraintes d'interfaage avec des systmes externes Exploitation : Gestion du systme dans son environnement d'exploitation Aspects juridiques : Attribution de licences,

Nouvelles orientations en conception de systmes d'information

Les mthodes de conception ont atteint une certaine maturit et pourtant, elles restent inadaptes dans certains contextes, les rsultats produits ne sont pas toujours satisfaisants, et elles ont des difficults prendre en compte de nouveaux paradigmes de conception tels que l'orientation objet ou l'orientation composant. On peut penser que la conception des systmes d'information va connatre dans les annes venir des ruptures importantes : L'analyse et la conception orientes objet Si les mthodes de la gnration passe ont t trs influences par la technologie base de donnes, les mthodes venir vont largement s'inspirer de l'approche objet. Elles peuvent tirer quelques bnfices de cette approche, par exemple le principe de localisation (raisonner sur une classe de manire autonome plutt que sur le systme dans sa globalit), l'unification des concepts entre l'analyse et la conception et la dmarche ascendante . Alors que les mthodes de la gnration prcdente ont largement utilis le principe de dcomposition fonctionnelle (dmarche descendante), les mthodes orientes objet prconisent une approche ascendante dans laquelle le systme est obtenu par assemblage de classes au moyen de relations d'associations et de gnralisation.

La conception par rutilisation L'ingnierie base de composants s'impose peu peu dans le dveloppement des systmes d'information (S.I.). Le rle croissant et diversifi que jouent le Web, l'Internet et l'Intranet dans la conception et la mise en ligne d'applications va amplifier ce phnomne. Pour certains, l'approche base de composants s'inscrit comme l'volution naturelle du dveloppement orient objet et pour d'autres, cette approche fait merger un nouveau paradigme de dveloppement conduisant des ruptures importantes la fois dans les processus et dans les produits d'ingnierie de systmes d'information. Sur le plan industriel, l'offre est compose d'architectures logicielles pour dployer et intgrer des composants logiciels, de bibliothques de composants logiciels (bibliothques de classes C++, Java) facilitant la programmation des applications ou de composants de type COTS (commercial off-the-shelf) qui peuvent tre dploys comme des applications cls en main . Un vritable march du composant merge aussi sur le Web avec des socits qui jouent le rle de brokers constituant un rseau de distribution sur lequel des composants peuvent tre changs. Enfin, le concept de composant commence faire l'objet de travaux de normalisation au niveau international pour la spcification, le catalogage et l'indexation de composants accessibles sur le Web. Pourtant, l'ingnierie des systmes d'information base de composants n'a pas encore atteint son niveau de maturit. Sur le plan mthodologique, il n'existe pas d'approche de dveloppement compltement oriente composant. Le terme mme de composant est souvent dfini de faon imprcise et parfois contradictoire, les modles de composants proposs peuvent avoir des finalits et des contextes d'utilisation trs diffrents. Malgr cette diversit la tendance qui s'impose est de considrer un composant comme une brique logicielle permettant d'organiser et de rutiliser du logiciel. En consquence, les composants sont des artefacts logiciels, leur spcification est relativement technique et leur usage reste limit la phase de conception d'architecture logicielle et de production logicielle. La possibilit d'utiliser une approche oriente composant dans les premires phases du dveloppement prsente pourtant un rel intrt. La complexit des activits de modlisation d'entreprise et de spcification des besoins, les difficults grer la traabilit entre un besoin d'entreprise et sa ralisation dans le systme logiciel, les enjeux des dcisions prises dans les premires phases du dveloppement permettent de penser que la mise en uvre d'une approche oriente composant ce niveau procurera des bnfices importants. Les composants mtier rpondent ce besoin en supportant la rutilisation de connaissances de domaine. La conception conduite par l'usage Une volution importante des systmes d'information est leur ouverture . En effet les systmes d'information deviennent accessibles une grande varit d'acteurs via internet. Une nouvelle manire d'apprhender ces systmes par l'usage . Il s'agit d'identifier les services que doit remplir le systme pour rpondre aux intentions de tous les usagers. Au-del de l'identification des intentions des usagers, l'objectif est aussi de tracer le processus de ralisation de ces intentions c'est--dire de grer la relation entre un besoin et sa solution au niveau logiciel.

La conception centre sur l'architecture La complexit des systmes d'information le plus souvent htrognes et distribus introduit une nouvelle problmatique dans la conception. Le choix de l'architecture devient un enjeu majeur. Ces choix d'architecture peuvent se rpercuter sur les fonctionnalits. Les choix d'architecture sont haut risque (temps de rponse, tenue en charge), aussi trs tt il est important de concevoir l'architecture technique du systme de faon carter trs vite et dfinitivement des risques d'chec. Le processus de conception Elles sont monolithiques. Elles proposent une dmarche de dveloppement fige et squentielle. En effet, la dmarche est dfinie comme un ensemble d'tapes formant un bloc indcomposable. Ces mthodes sont souvent qualifies de lourdes car elles ne permettent pas de prendre en compte les particularits de certains projets. Aujourd'hui les quipes de dveloppement ont besoin de dmarches plus gnriques autorisant des adaptations (par exemple ne pas ncessairement passer par toutes les tapes) en fonction du contexte. Plusieurs stratgies de dveloppement diffrentes devraient tre proposes en fonction des objectifs fixs, du domaine d'application ou de la nature du projet (taille, caractre novateur, comptences des acteurs). Vers une nouvelle approche de la dfinition de mthode de conception Les mthodes de la gnration nouvelle devraient prendre plutt la forme de cadres mthodologiques ( Frameworks )
q q q q q q

Prconisant les nouveaux paradigmes de conception (conception objet et conception par composant) Utilisant les principes de l'orientation objet Fournissant une notation unique Contenant les bonnes solutions et les bonnes pratiques de la conception Proposant une dmarche gnrique de dveloppement Supportant la personnalisation (adaptation, extension)

Vu comme un ensemble de services, un cadre mthodologique permet de construire des mthodes particulires par assemblage d'lments. Cette vision de la notion de mthode permet la flexibilit et la personnalisation diffrents contextes de dveloppement.

Bibliographie
[Grady 92] R. Grady, Practical Software Metrics for Project Management and Process Improvement . Englewood Cliffs, NJ, Prentcie Hall. [Rolland 2001] C. Rolland, G. Grosz, De la modlisation conceptuelle l'ingnierie des besoins , dans Ingnierie des systmes d'information, Herms 2001.

Introduction la conception de SI

3 - Nouvelles tendances et mthodes de conception de SI

Pr requis : Une bonne connaissance et une bonne pratique des mthodes classiques de type MERISE, REMORA. Objectifs : Comprendre les remises en cause de certaines hypothses en conception de systmes d'information Apprhender les nouveaux modes de conception de systmes d'information Mots cls : Mthode de conception, Conception oriente objet, Conception base de composants

Sur les mthodes de Conception de systmes d'information

s s

"Check list", "guides d'utilisation" Une mthode est un ensemble cohrent de modles : ensemble de concepts et de rgles pour les utiliser permettant de modliser le SI diffrents niveaux d'abstraction. langages : ensemble de constructions pour dcrire formellement et sans ambigut le rsultat d'un travail de conception

dmarches : processus opratoire pour conduire le travail de conception outils : logiciels pour aider mettre en oeuvre les modles, les langages et les dmarches.
s

Aujourd'hui une certaine maturit :

q

q q q q

Il y a de nombreuses mthodes qui ont t dveloppes et qui sont (ou ont t) largement utiliss les mthodes sont le plus souvent instrumentes UML contient les (meilleures!) pratiques de la CSI C'est un standard (OMG) Une meilleure comprhension du mteir de concepteur

Pour le futur, les ruptures prvisibles :

q q

de nouveaux modes de conception une nouvelle dfinition de la notion mme de mthode

On se propose ici
q

d'analyser l'volution des mthodes de conception de ssystmes d'information :

q q

d'examiner les nouvelles perspectives en conception des systmes d'information de conclure vers une nouvelle dfinition de la notion de mthode.

L'orientation fonctionnelle
s

la vue du SI :

q q q

Il excute de manire automatique les processus administratifs Il produit de manire automatique les documents administratifs Fonctions d'acquisition, restitution, mmorisation et traitement

l'approche fonctionnelle
q

un dnominateur commun : une analyse du "monde rel" qui est cense mettre en vidence les fonctions de l'entreprise ainsi que leur dcomposition en activits, tches, sous-tches....

les donnes sont celles ncessaires en entres et produites en sortie de chacune des fonctions

conception descendante
q

le SI s'obtient par une dcomposition pas pas de la fonction de plus haut niveau :

q q

favorise le dveloppement ordonn des systmes guide le concepteur travers la complexit des premires tapes de la conception dmarche logique

la reprsentation

q q

diagramme de flux : fonction, flux diagrammes de flux organiss en une hirarchie

les mthodes reprsentatives

q q q q q

mthodes d'analyse les plus anciennes le plus souvent d'origine amricaine ont volu encore utilises SADT [Ross 77], SA/SD [DeMarco / Yourdon 74], JSD [Jackson 75], SSA [Gane / Sarson 77], AXIAL [Pelaumail 86].

les limites
q

danger du rle prpondrant des fonctions la dure de vie des fonctions au sein d'une organisation s'avre plus courte que celle de sdonnes

l'utilisation des fonctions pour construire un systme signifie souvent que l'on nglige les structures de donnes les relations temporelles (ordre de traitement) sont prises en compte trs tt dans la conception la conception descendante ne favorise pas la rutilisabilit les fonctions tendent tre troitement lies la dcomposition qui les a produites

q q q

dfinition insuffisante des concepts insuffisance des guides mthodologiques valuation du rsultat difficile

L'orientation conceptuelle
s

la vue du SI un ensemble de moyens (employs, fichiers, mthodes...) pour stocker les informations relatives au systme oprant afin de les mettre la disposition du systme de pilotage

une nouvelle approche :

q

ne plus informatiser l'existant. Concevoir le SI partir de besoins identifis de l'entreprise approche systmique en tant que partie d'un systme (l'organisation), le SI influence et est influenc par l'ensemble de sparamtres de ce systme

l'approche conceptuelle

la dmarche de conception
q q

l'importance des donnes en tant qu'invariants modlisation des donnes trois niveaux d'abstraction :

la modlisation conceptuelle des donnes

q

le modle Entit/Association

q q

communicabilit et lisibilit Il existe d'autres modles: modles smantiques (enrichissement des associations, structuration des objets)

la modlisation conceptuelle des traitements

q q

l'approche fonctionnelle modle intgrant la dynamique

les outils logiciels d'aide la conception

les limites
q

la construction du schma conceptuel de donnes et du schma conceptuel de traitements suivent des logiques distinctes et incompatibles
q q

q q q

dcomposition fonctionnelle descendante identification des entits smantqiuement significatives sans rfrence aux fonctions mise en adquation utile mais laborieuse raisonnement bpas toujours naturel frontire entre les deux schmas parfois discutable

un seul objectif de conception : la compltude du SI

q q q

les besoins sont donns au dpart minimiser le nombre d'erreurs et d'oublis modularit ? volutivit ?

Seule la normalisation permet de faire la discrimination entre des schmas acceptables et non acceptables La dmarche de conception reste intuitive les niveaux d'abstraction sont insuffisants

Mise en oeuvre d'un processus squentiel et peu itratif

q q q

modle "Waterfall" Itration cycle long dcourageant les reours arrire Effet tunnel pour les utilisateurs

Des outils trop centrs sur la gestion des produits de conception. Peu de guidage du processus de conception.

L'ingnierie des besoins est sous-estime

- 82% des erreurs viennent de l'analyse - des erreurs difficiles corriger.

s

Des hypothses remises en cause

q

q q

les fonctionnalits d'un systme sont stables, en consquence le schma conceptuel est lui aussi stable Les besoins relatifs nun systme sont donns au dpart La validation des besoins peut se faire en rfrence aux seules fonctionnalits du systme ; besoins non fonctionnels ? Le schma conceptuel est le support privilgi pour communiquer, ngocier et aboutir au consensus ncessaire entre les diffrentes parties impliques dans le dveloppement

L'orientation objet
s

Le paradigme objet en gnie logiciel : objectifs

q q q q q

La qualit du logiciel : extensibilit, rutilisabilit, compatibilit Brique de base de la structuration du logiciel Productivit Lisibilit Scurit et maintenance

Le paradigme objet en gnie logiciel : les concepts

q q q

q q

Tout objet a une identit, une structure et un comportement Les objets communiquent par envoi de messages La classe est une unit de spcification d'un ensemble d'objets de mme nature : interface / implantation ; encapsulation Liens d'utilisation : un objet client demande un service un objet fournisseur Liens d'hritage : redfinition, polymorphisme, liaison dynamique

Interface / implantation

s s

La classe est un module qui offre des services Les liens d'hritage et d'utilisation

La vue du SI
q

le SI est vu comme une collection d'objets qui cooprent pour fournir les services attendus Les objets de la conception correspondent aux objets mtiers ou aux objets de gestion - un sujet d'intrt pertient au sein d'une organisation - porteur de connaissances partages entre les acteurs - sur lequel vont tre dfinis des objectifs - capacit oprer sur ces connaissances (filtrage, agrgation, dduction, dtection d'anomalie) - capacit restituer les connaissances de situation ncessaires l'activit de l'organisation

La classe comme nouvelle forme d'abstraction

principe de localisation - pouvoir considrer et raisonner sur une classe d'objets de manire isole - cycle de vie d'un objet - la localisation des oprations - il n'y a pas de contrainte temporelle entre les oprations

La remise en cause de la sparation des donnes et des traitements

La vue ensembliste de la classe un ensemble d'objets persistants

Le lien d'hritage
q q q q q

lien de spcialisation / gnralisation modularit de la spcification factoriser des proprits et des comportements prciser la reprsentation simplifier la reprsentation

Les associations dpendance, composition, agrgation

Structure complexe des objets

La dmarche de conception : de type ascendante

L'unification du langage d'analyse/conception/implantation

q q

q q

utilisation de concepts gnraux pour dcrire diffrents phnomnes l'objet pour dcrire les objets applicatifs, les objets informatiques, les acteurs ; de nombreuse stypologies des objets traabilit / cohrence Souvent droutant

Des mthodes reprsentatives

q q q

OMT (Rumbaugh), OOD (Booch), Objectory (Jacobson), CRC (R.Wirfs-Brock) O* OOSE (Odell)

Le standard UML

q q q

un langage pour la modlisation objet guide des bonne spratiques de la conception OO adopt par l'OMG

Ce qui ne va pas encore !

q q q q

le poids des lanages de programmation et des principes de conception logicielle la difficult de modliser le comportement d'une collection nd'objets le lmanque de mtriques pour mesurer la qualit d'un schma objet l'acquisition et l'expression des besoins sont oublies

Les remises en cause

q q q

la remise en cause de la sparation donnes / traitements des objectifs de conception ; nouveaux : volutivit, rutilisabilit.... la squentialit entre Analyse et conception ; dmarche itrative alternant analyse et conception la dmarche de conception : incrmentale, ascendante

Perspective en Ingnierie des Systmes d'Information

Le processus de conception
s

Dcalage important entre la dimension "produit" et la dimension "processus" de la conception

Vers une nouvelle gnration d'outils

D'un processus intuitif et artisanal un processus optimis et industriel

s s

Documenter le produit ; quelles dcisions ? quels arguments ? dans quelle situation ? Amliorer le processus

La conception par rutilisation

Rutilisation de connaissance de domaine

q

Modles de domaine rutilisables dans la conception de toutes les appalications d'un mme domaine - la banque - l'allocation de ressources

Composants verticaux

Rutilisation de savoir-faire en conception

q q

Problmes de conception rcurrents ; "design patterns" Composants horizontaux

La conception des SI dirige par l'usage

s

L'ingnierie des besoins

Une nouvelle approche de la dfinition de mthode

s

l'approche contextuelle

Mthodes construites par assemblage de fragments de mthodes

Introduction la conception de SI

Exercices
Objectifs : Illustrer la terminologie sur la mthode Merise Mettre en pratique la terminologie sur diffrentes mthodes Savoir construire des mta-modles Mots cls : Modles de produits, Modles de processus, Mta-modle Pr-requis : Avoir une bonne connaissance de la mthode MERISE

Cette squence d'exercices permet d'illustrer la terminologie introduite dans ce chapitre. Par exemple, les modles de produit, de conception et de processus sont illustrs sur la mthode MERISE. Par ailleurs cette squence conduit aussi l'tudiant une tude comparative entre le modle de systme d'information sous-jacent Merise et celui d'aujourd'hui.

Modles de produit et modles de processus pour la mthode MERISE

nonc La mthode MERISE propose un ensemble de modles de reprsentation d'un systme d'information et une dmarche d'ingnierie compose d'un ensemble d'activits. Questions Prsenter les diffrents modles de produit prconiss par la mthode MERISE Caractriser le modle de processus mis en uvre par la mthode MERISE Rapprocher le modle de processus avec les modles de produit En considrant le processus de la mthode MERISE comme un processus de dcisions, identifier les principales dcisions mises en uvre. Comment situez-vous les quatre niveaux d'abstraction (conceptuel, organisationnel, logique et physique) au regard du processus ?

Modles de produit et modles de processus

Questions Pour une mthode de votre choix, prsenter les diffrents modles de produit et les diffrents modles de processus Identifier les objectifs de conception viss par la mthode

Mta-modlisation
nonc Le modle entit / association est un modle de conception qui est largement utilis pour produire des schmas conceptuels de donnes relatifs des applications de gestion. Il peut tre utilis d'autres fins, par exemple pour produire un schma conceptuel reprsentant l'ensemble de ces concepts. Un tel schma dfinit les concepts de ce modles ainsi que leurs dpendances. Ce schma peut tre considr comme un mta-modle puis qu'il dcrit un modle de conception. Questions Construire ce mta-modle Par analogie comment dfiniriez-vous un mta-outil d'aide la conception ? Consignes Le mta-modle doit prendre en compte les concepts d'entit et d'association. Il doit reprsenter les diffrents types de contrainte du modle entit / association : identifiant des types entits, cardinalits, contraintes intra-association (CIF), contraintes inter-association. Enfin il doit tre possible d'utiliser des structures de spcialisation sur les types entits avec des contraintes de type disjonction et couverture . Il doit tre possible d'exprimer l'hritage simple ou multiple ainsi que la simple ou multiple spcialisation. Solution

Etude comparative
Le systme d'information des annes 80 relve d'un modle gnral d'organisation compos d'un sous-systme oprant, d'un systme d'information et d'un sous-systme de pilotage [Tardieu 83]. Dans ce modle, le systme d'information apparat comme un systme au service du systme oprant et qui informe l'organisation sur son activit. Ce modle a t servi par une technologie sur mesure, principalement des systmes centraliss construits autour de bases de donnes. Aujourd'hui le systme d'information sert la stratgie de l'organisation et assiste les acteurs de l'organisation dans la prise de dcision et la rsolution de problmes. Sur le plan technologique, ce systme est bas sur des infrastructures qui ont pour objectif d'assurer la sauvegarde de sa cohrence et d'amliorer son efficacit. En vous appuyant sur vos connaissances vous prsenterez les courants mthodologiques et technologiques qui s'inscrivent dans le dveloppement de ce nouveau modle de systme d'information. Vous indiquerez ensuite quels thmes devraient tre traits pour introduire l'apprentissage de ce nouveau modle de systme d'information dans l'enseignement destin aux techniciens suprieurs d'informatique de gestion. [Tardieu 83] H. Tardieu, A. Rochfeld, R. Coletti, La mthode Merise, Tome 1 : Principes et Outils, Editions d'organisation, 1983.