Académique Documents
Professionnel Documents
Culture Documents
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
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
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.
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.
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.
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
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.
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.
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 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,
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
"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
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
On se propose ici
q
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
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
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 :
le modle Entit/Association
q q
communicabilit et lisibilit Il existe d'autres modles: modles smantiques (enrichissement des associations, structuration des objets)
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
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
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.
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
La qualit du logiciel : extensibilit, rutilisabilit, compatibilit Brique de base de la structuration du logiciel Productivit Lisibilit Scurit et maintenance
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
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
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
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
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
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
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
Le processus de conception
s
s s
Documenter le produit ; quelles dcisions ? quels arguments ? dans quelle situation ? Amliorer le processus
Modles de domaine rutilisables dans la conception de toutes les appalications d'un mme domaine - la banque - l'allocation de ressources
Composants verticaux
l'approche contextuelle
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.
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.