You are on page 1of 15

APPROCHE METHODOLOGIQUE POUR LURBANISME DES SYSTEMES DINFORMATION

par Vronique Levasseur Mots-clefs : urbanisme des systmes informatiques , urbanisme des systmes dinformation , mthode, ingnierie des besoins, oprationnalisation des objectifs. Rsum : Lurbanisme des SI, aprs avoir rpondu des soucis doptimisation et dvolutivit des systmes informatiques, sest orient vers les matrises douvrage et pourrait permettre de tendre vers lalignement stratgique du SI. Le travail de lurbaniste est comparable celui dun chef de projet dans lingnierie des besoins, qui doit rpondre aux buts de sa matrise douvrage. Le niveau de proccupation est plus global et concerne le SI tout entier. Une mthode dingnierie des besoins peut de la mme faon guider lurbaniste. SOMMAIRE

1. LES ENJEUX EN QUESTION 1.1 LE CONTEXTE DMERGENCE 1.2 UN URBANISME INFORMATIQUE 1.3 UN URBANISME DES SYSTMES DINFORMATION 2. PROPOSITION DUNE DMARCHE MTHODOLOGIQUE POUR LURBANISATION DES SI 2.1 PRIMTRE DACTION 2.2 UNE DMARCHE DOPRATIONALISATION DES BUTS STRATGIQUES 2.3 LE POINT DE VUE DE LUSAGER AU SERVICE DE LA CONDUITE DU CHANGEMENT 2.4 UNE MTHODE PLUTT QUUN MODLE 2.5 LURBANISATION DU SI : UN PROJET SANS CESSE RENOUVEL 2.6 ORGANISATION DE CE PROJET 2.7 INGNIERIE DURBANISATION ET INGNIERIE DES BESOINS 3. UNE MTHODE DINGNIERIE DES BESOINS AU SERVICE DE LURBANISATION DES SI

2 2 3 5

6 6 6 7 7 8 8 10

10

4. CONCLUSION

14

5. BIBLIOGRAPHIE

15

Approche mthodologique pour lurbanisation des systmes dinformation

1. Les enjeux en question


1.1 Le contexte dmergence
Depuis 1973, la France vit dans un climat de crise conomique. La rentabilit des investissements doit tre dmontre, les cots de fonctionnement doivent diminuer. Par contre, dans le mme temps, nous assistons lenvol de linformatique. Nous sommes dans un contexte dvolution technologique permanente : Le passage des cartes aux CD ROM pour stocker les donnes, lvolution des logiciels de base et le passage du squentiel aux bases de donnes, des approches conceptuelles structures lorient objet. Puis lmergence de standards de communication et dinternet De plus, des annes 1960 au dbut des annes 1990, nous sommes sous le rgne des grands constructeurs dont la logique tend favoriser la mise en uvre et la promotion de grands systmes intgrs, qui sont de nature lier leurs clients. Ainsi, les entreprises investissent dans de nouveaux systmes propritaires ds quune technologie semble obsolte. Les informaticiens ont pris lhabitude des grandes refontes tous les 5 ou 7 ans [leur] mentalit ainsi forge, est devenue plus proche de la mentalit dune civilisation de nomades [ Sassoon 1998]. De la mme faon les fonctions couvertes par linformatique se sont transformes : De la machine produire des rsultats (automatisation des fonctions de paie ou de facturation), nous passons, la fin des annes 1960, dbut des annes 1970, la notion de Systme dInformation de gestion qui gre dj des donnes dcisionnelles. Le pouvoir des directions informatiques sassoit. Ce sont elles qui, leur domaine dintervention stendant travers le systme dinformation, tendent leur influence vers le dcisionnel. A la fin des annes 1970, nous trouvons lide dun systme dinformation (SI) et de communication tourn la fois vers le systme de dcision et le systme oprationnel. Le systme dinformation est un modle (et un observatoire) des activits de lentreprise [ Le Moigne 1973]. Les annes 1980 voient les tlcommunications prendre un essor important et le SI devient un rouage interventionniste du systme oprationnel. La thorie ne peut plus considrer le SI comme un sous-systme qui change des flux avec les systmes de dcision et dopration : ces trois "systmes" sont des facettes du systme global." (Lentreprise et chaque vnement qui sy produit peut chaque moment tre observ sous ces trois diffrentes visions dun mme tout) [Tabourier 1998]. Dans les annes 1990, on voit monter une logique d'autonomie Une entreprise = plusieurs sous-systmes dans des relations clients/fournisseurs. [Tabourier 1998]. Pratiquement, cela signifie qu travers toutes ces volutions, le systme senrichit dun nombre impressionnant de programmes : Dans une banque, par exemple, le nombre de programmes actifs est souvent suprieur 15 000 ou 20 000 programmes [Sassoon 1998]. Certaines entreprises disposent alors de systmes dinformation forms dun empilement au fil de leau des applications. Elles se sont construites au fur et mesure, les interfaces, non normalises, se sont dveloppes spcifiquement et propagent au lieu de les absorber, les contraintes dvolution, rigidifient et fragilisent le SI. Il ny a pas dinfrastructure cohrente. Ce type de Si tait prsent surtout dans les banques. La problmatique qui se pose alors est la suivante : comment continuer faire voluer le systme ?

24 juin 2002

-2-

Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation 1Sans le rendre malade : limage des villes, lors de la naissance de lurbanisme des villes au 19ime sicle, lre de lexplosion industrielle, qui sont considres comme un processus pathologique . Les mtaphores du cancer et de la verrue sont cres pour les dsigner. 2Dans la matrise des cots : dans ces systmes l, autant les cots dexploitation et les temps de rponse des applications sont bons, autant les cots de maintenance sont normes. Certaines autres entreprises ont un SI prsentant des applications dveloppes sans souci de communication. Ce type de SI est un modle que lon pouvait voir dans les annes 80 dans les grands systmes hospitaliers par exemple. Un malade peut tre connu du service administratif mais pas du service qui va le soigner. Faire voluer le systme est l aussi compliqu : des donnes sont rpliques, il faut de plus faire communiquer les systmes entre eux. On pouvait aussi rencontrer certains SI, volutions du prcdent : les applications communiquent. Ceci dit, le SI nest ni homogne (il ny a pas dinfrastructure fdratrice, les diffrents systmes composants sont rests tels quels dvelopps avec des outils diffrents par exemple-), ni structur (la rflexion nest pas mene daprs les composants du systme dinformation dans une tude darchitecture globale). Pour rsumer, la fin des annes 1980, dbut des annes 1990, les DSI sont dans la situation suivante : il nest plus possible de faire voluer le systme sans le reconstruire et refondre le systme dans le contexte que nous venons dvoquer devient impossible pour des raisons de : complexit : la complexit fait quon a du mal en contrler lavancement, et runir les quipes comptentes ncessaires, ce qui oblige faire largement appel la soustraitance et rend plus problmatique encore la matrise globale. [Sassoon 1998] dlais cots

En effet, Si on prend lexemple dun systme dinformation bancaire, pour concevoir et crire tous les programmes correspondant lensemble de lactivit bancaire, il faut compter au minimum 5 7 ans et de 600 900 Millions de Francs. [Sassoon 1998]. De plus, la valeur ajoute dune refonte totale de systme est marginale. On estime seulement 20% la part du systme totalement repens, le reste (80%) tant refait lidentique. Par contre le risque pris lors dune telle transformation et le cot portent sur les 100% du projet. Rappelons que les directions informatiques sont alors lies leurs constructeurs et veulent sortir de ces monopoles, reprendre les rnes de leurs solutions informatiques. Les enjeux pour les DSI sont alors les suivants : v Comment continuer de faire voluer le systme dans la matrise des cots et de dlais ? v Comment le faire en concentrant leffort sur les parties plus forte valeur ajoute ? v Comment, dans le mme temps se librer du joug des gros constructeurs ? Devant lampleur des budgets attribus aux directions informatiques malgr la rcession conomique, les proccupations des directions stratgiques se sont positionnes plus tardivement ailleurs. Linformatique cote cher. La problmatique est diffrente : Ne pourrait-on pas transformer le systme, certes dans la matrise des cots et des dlais, mais aussi dans une perspective moyen terme voire long terme, indpendante de lobsolescence rapide des technologies, transformation accompagnant le plan dentreprise ? Ne faudrait-il pas que les informaticiens passent dune mentalit de Nomades une mentalit de btisseurs ? [Sassoon 1998].

1.2 Un urbanisme informatique


24 juin 2002 -3Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation Lurbanisme des SI apparat ds lors que la question suivante est pose : comment peut-on isoler ce quil faut refondre, ce quil faut maintenir et ce quil faut garder en ltat ? Nous voyons bien qu ce moment l, la thorie sur lurbanisation des SI sadresse aux directions informatiques. On ne trouve pas l les rponses aux problmes poss par les stratges. La thorie que nous allons exposer prsente un urbanisme qui parle de systmes informatiques, souvent en termes darchitecture. Des modles sont proposs et non des mthodes. Le concept durbanisation des SI est lorigine un concept dinformaticiens pour rsoudre les problmes dvolution des SI. Il faut tout dabord isoler des sous-ensembles du systme, les rendre indpendants les uns des autres, estimer ce que lon refait ou non, dfinir la progression, dtats stables en tats stables, que va suivre le systme jusqu atteindre la cible pr-dfinie. Le tout reposant sur une infrastructure globale et structurante pour le systme. Partant des modles de systmes reprsentant une informatique coteuse, htrogne, disparate et vieillissante, le but annonc de lurbanisme des SI, est de moderniser progressivement mais rsolument le SI et de construire tape par tape un nouveau systme. Dans une vision du SI prsent comme un outil de travail, un tat stable intermdiaire se prsente ainsi : Existant Systme urbanis Existant

BUS APPLICATIF

Schma 1 : Etape intermdiaire vers un modle durbanisation informatique

Pour arriver au systme cible, prsent comme idal, dont les matres mots sont : Modularit, Souplesse, Convivialit, Cohrence et Evolutivit.

Il sagit ici dun modle unique, universel qui rpond un souci dindustrialisation et de rentabilisation de linformatique. Il offre une modularit maximale. Ce modle unique (reposant, rassurant ?) ne souffre pas de transformations : toute volution termine, nous devons retrouver le modle initial.

Schma 2 : Systme cible de modle durbanisation informatique

Dans le contexte technologique dcrit prcdemment, les prconisations de conception et de dveloppement, les normes mises en place lors de lurbanisation du systme ne doivent pas tre contraignantes en termes de technologies. De plus, un systme urbanis, dans lenvironnement actuel, constitu de lmergence de standards mondiaux ainsi que des technologies de linternet et du pari de la baisse des cots de 24 juin 2002 -4Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation Tlcommunications, permet donc de saffranchir du constructeur unique, des solutions propritaires toutes faites , autorise le fonctionnement cohrent de sous-systmes dorigine diffrente sur des sites diffrents. Lentreprise SOPRA a intgr une dmarche durbanisation dans la conception de tout progiciel quelle met sur le march : Un systme urbanis informatique est constitu dapplications autonomes et indpendantes mais communicantes, cest--dire schangeant des donnes par des rseaux. Sopra prconise lurbanisation des SI car les applications y vivent de manire indpendante. Il en rsulte la possibilit de rnovation par quartier permettant de lisser les investissements et de raccourcir les dlais de mise en opration. Linter-fonctionnement tant normalis, lutilisateur saffranchit de la localisation gomtrique des applications, de leur architecture interne et de tout problme de synchronisation.

1.3 Un urbanisme des systmes dinformation


Lurbanisme des systmes dinformation, qui rpond aux enjeux des stratges de lentreprise, qui accompagne lentreprise dans lexcution de ses objectifs, est une volution indispensable dans la vision que nous devons avoir de notre travail aujourdhui. Ce changement positionne le SI comme un acteur de lentreprise et ncessite une grande implication des directions stratgiques qui doivent tre en mesure de donner leur DSI leur vision de lavenir dcline en objectifs clairs et noncs. Aux directions des SI de les prendre en charge dans une dmarche sans cesse renouvele afin de tendre vers lalignement stratgique du SI. Ainsi, il semble important que lurbanisation des systmes dinformation ne sintresse pas au seul systme informatique mais considre bien laxe mtier sur lequel la transformation ventuelle des processus mtier va tre tudie, laxe fonctionnel et applicatif et enfin, laxe architecture technique. Jai pu constater dans les entreprises, en mme temps que la prise de conscience de ces nouveaux enjeux, le dbut dun changement de positionnement des cellules urbanisme. Alors, affaire dinformaticiens et plutt darchitectes, ne faudrait-il pas maintenant, dans le contexte dcrit plus haut o nous trouvons une grande implication des stratges, une assurance de la prise en charge de la stratgie de lentreprise et un repositionnement des DSI autour de leurs propres problmatiques informatiques, placer lurbaniste en tant que matre douvrage, rattach aux directions stratgiques, et donner aux DSI le rle de matre duvre charg de la mise en uvre de la cible ? Nous sommes donc bien dans une situation o cest la stratgie de lentreprise qui pilote. Cette stratgie sera passe la moulinette de la rflexion de structuration globale du SI quest lurbanisation et de cette re-structuration natront les projets utiles sa ralisation. Nous nous trouvons dans une situation classique dingnierie des besoins : il sagit du mme travail, dans la mme organisation, seul le niveau de proccupation change. Nous pouvons traduire cela ainsi : Stratgie de lentreprise

Oprationnalisation Urbanisation Ingnierie des Besoins classique Oprationnalisation

Schma 3 : Une dmarche globale doprationnalisation des buts stratgiques

24 juin 2002

-5-

Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation

2. Proposition dune dmarche mthodologique pour lurbanisation des SI


2.1 Primtre daction
Lurbanisme des SI devrait faire ltude conceptuelle des impacts du changement occasionn par la prise en compte de la stratgie de lentreprise autour des trois axes que sont : un axe fonctionnel, dont lexamen devrait donner un schma cible darchitecture fonctionnelle ainsi que les rgles de construction des nouveaux applicatifs un axe mtier dont lexamen devrait fournir une modlisation cible des processus mtier un axe technique dont lexamen devrait fournir un schma de larchitecture technique cible.

2.2 Une dmarche doprationnalisation des buts stratgiques


Il nous faut vritablement impacter le systme par la stratgie pour quil participe rellement la transformation de lentreprise et influence lui-mme en retour la stratgie de demain : le Si acteur de lentreprise. Dans lingnierie des besoins pour laquelle nous avons montr le parallle avec lurbanisation des SI, le rsultat se justifie en le comparant avec les besoins noncs. Il doit prendre en compte ces besoins, dans une dmarche doprationnalisation des buts de la MOA. De la mme faon, dans lurbanisation des SI, nous devons suivre cette dmarche qui nous assure la prise en compte trace des buts stratgiques de lentreprise. Ce que nous pouvons traduire ainsi : Ingnierie des besoins Urbanisation

Objectifs stratgiques

Objectifs stratgiques

oprationnalisation

oprationnalisation

Cahier Des charges

Dcisions durbanisme

Schma 4 : Dmarches doprationnalisation des buts stratgiques

24 juin 2002

-6-

Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation

2.3 Le point de vue de lusager au service de la conduite du changement


Nous navons envisag l quun point de vue stratgique, dans une dmarche top-down qui ne prend pas en compte linfluence de lusager sur son systme. Il nous faut envisager une remonte dinformation depuis lusager. Dfinissons tout dabord qui nous allons considrer comme un usager : Lusager utilisateur du systme, celui qui va utiliser le systme dans lexercice de son mtier : la matrise douvrage. Lusager informaticien, les analystes des systmes dinformation qui doivent concevoir les nouveaux projets ou maintenir le systme, les techniciens qui connaissent les technologies mettre en place.

Il semble indispensable que lutilisateur soit impliqu dans le processus durbanisation. L expert mtier nest-il pas le meilleur indicateur pour expliquer ce qui ne fonctionne pas dans le systme, ? Nest-il pas une force de proposition pour lamlioration de la manire dexercer un mtier ? Ne devrait-il pas aider dfinir si la stratgie nonce implique une modification de lexercice du mtier ? Et si le systme en place lui-mme engendre une modification de cette manire dexercer, nest-il pas utile de se demander si cette modification va dans le sens de la stratgie dentreprise ? Cette population doit tre connue ainsi que sa manire dexercer le mtier avant denvisager de la transformer. Et ensuite, la transformation ventuellement commence, oprer la conduite du changement. Lusager informaticien peut tre important dans le choix dune technologie particulire sur laquelle implmenter le systme cible. De la mme faon que lutilisateur, il nous faudra connatre le potentiel de cette population, sa faon de travailler, sa potentielle rsistance au changement dans loptique dun changement de technologie.

2.4 Une mthode plutt quun modle


Nous avons dj montr lutilit de la mise en application dune mthode permettant de renouveler laction durbanisation en fonction des objectifs prendre en compte, permettant de personnaliser le systme de faon contribuer rellement lentreprise de demain prsente par les stratges. Prsenter un modle informatique, peut-tre considr comme universel, ne rsulte-t-il pas dune dmarche pousse par le bas, ne concernant que les informaticiens ? Il faut bien remarquer que linformaticien qui rvle son modle cible la direction de lentreprise, doit alors la convaincre de dmarrer les projets aboutissant ce modle cible. Devant lampleur (cots, dlais et risques) dun tel programme, quels arguments pourrions-nous avancer, si ce nest des arguments techniques face des reprsentants du mtier ? Si lurbanisation rsulte dobjectifs stratgiques forts de lentreprise, nul nest besoin de convaincre. La solution rpondra un dsir nonc de la direction. Il est donc important que stratges et DSI sorganisent ensemble autour de lentreprise construire. De la situation A reprsentant lentreprise existante la situation B qui est lentreprise cible il y a une dynamique de construction. Lurbanisation des systmes dinformation sinscrit dans cette dynamique. On ne peut donc plus voir lurbanisation comme la prsentation dun modle mais bien comme une dmarche doprationnalisation des buts de lentreprise qui ne sont pas universels mais bien propres lentreprise. Prendre en compte, dans une dmarche ascendante, le point de vue de lusager dans sa culture, sa faon de travailler et ses connaissances vient renforcer notre vision dune mthode durbanisation plutt que dun modle.

24 juin 2002

-7-

Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation

2.5 Lurbanisation du SI : un projet sans cesse renouvel


Nous allons donc suivre un processus renouvel doprationnalisation des buts stratgiques et de remonte dinformations depuis lusager. Mais comment conduire au mieux ce processus ? La question de la mise en uvre unique et spectaculaire de la cible ne se pose plus dans notre vision stratgique et dynamique de lurbanisation. Notre vision amnerait plutt penser lurbanisation comme un processus men par un projet, renouvelable. Ce projet prendrait naissance avec lmission par les stratges de buts stratgiques mettre en uvre et prendrait fin au dbut de la mise en uvre des projets, consquences de lurbanisation du systme. Les livrables finaux de ce projet tant : Larchitecture fonctionnelle cible du systme respecter par les projets. Les nouveaux processus mtier mettre en place dans lorganisation, en parallle des projets informatiques. Larchitecture technique implmenter par les projets ainsi que les rgles de dveloppement respecter et les outils de dveloppement prconiss. Le plan projet.

Prenons une dfinition que nous avons du fonctionnement par mode projet qui nous conforte dans notre proposition : Le fonctionnement par mode projet, on dira aussi par chantier, est un mode de fonctionnement original et rcent, qui tend se gnraliser dans les organisations, pour entreprendre des actions, en gnral importantes mais ponctuelles, bien dlimites dans le temps, impliquant la contribution de ressources ou de comptences dorigines varies (internes ou externes) qui vont tre sous une responsabilit unique. - un matre douvrage unique qui pilote lopration - un matre duvre unique qui dirige les moyens et les actions au quotidien. Ce mode de fonctionnement est bien adapte la conduite de profonds bouleversements () et constitue loutil organisationnel pour conduire le changement. [Benci 1999]

2.6 Organisation de ce projet


Directions
Marketing .. .

DOI

Cellule durbanisme (equipe mthode)

Projets
Schma 5 : Positionnement classique dune quipe charge de lurbanisation des SI

24 juin 2002

-8-

Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation Dans la majeure partie des entreprises, lorganisation mise en place est selon celle du schma 5. Il sagit de la mme organisation que nous avions auparavant dans les projets classiques, qui dpendaient de linformatique, taient pilots par linformatique. Aujourdhui, dans ces projets-l, lutilisateur du systme, client des directions informatiques, a pris conscience de son pouvoir. Il sest organis afin que ses besoins soient mieux compris et mis en uvre. Cest lui qui contrle le projet, cest lui que va appartenir le produit final. Cest donc daprs son impulsion que le projet va natre et sous sa direction, ou la direction de ses reprsentants, que le projet va se drouler. Lorganisation mise en place, en termes de matrise douvrage et matrise duvre, aidant au contrle et la ralisation de ses besoins. Les rles de chacun sont clairement dfinis : Le matre douvrage, issu de lorganisation mtier, doit exprimer ce quil veut de faon suffisamment dtaille pour faire merger des priorits, en termes de besoins et non de solutions. Il est responsable de toute lopration (y compris de la solution). Il doit dlguer au matre duvre la construction, la ralisation et la mise en place de la solution. Il reste responsable tout au long du processus, attend le produit, fixe les orientations, le champ du systme, les exigences de qualit, les dlais, le budget. Il pilote le projet. Le matre duvre excute le processus. Il doit tre fort en matire de propositions de solutions, de ralisation et de mise en place. Il doit exiger de la matrise douvrage quelle rceptionne toutes les solutions, mme intermdiaires et doit forcer la matrise douvrage lever toute ambigut. Le projet est la runion de ces deux acteurs. [Benci 1999] Dans la vision qui est la ntre de lurbanisation des systmes dinformation il faut donc mettre en place une organisation de type matre douvrage/matre duvre, ceci afin de garantir : - une meilleure prise en compte des objectifs stratgiques sur les trois axes traits - les stratges tant plus impliqus, une meilleure conduite du changement dans lorganisation - de plus riches propositions dimplmentation du SI sur des architectures techniques plus varies, par les DSI rintgres dans leur rle de force de proposition informatique. Nous aurions donc la reprsentation du schma suivant : MOA stratgique

Entit responsable de lurbanisation : une direction stratgique

MOA dlgue

Equipe soccupant des axes mtier et applicatif et les matre douvrages de lurbanisation

MOE

Les informaticiens, soccupent de larchitecture technique et sont les matres duvre de lurbanisation

Schma 6 : Organisation prconise

La matrise douvrage stratgique reprsente, dans une urbanisation de systme dinformation, par la direction de lentreprise, est responsable de lopration.

24 juin 2002

-9-

Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation La matrise douvrage dlgue est lquipe charge de mener le projet bien. Elle dpend hirarchiquement de la direction de lentreprise. Elle produit les documents rsultant de ltude des axes fonctionnels et organisationnels. La matrise duvre est prsente depuis le dbut de lopration. Elle contribue fournir les lments utiles la mise en place de larchitecture technique. Une fois les spcifications termines, elle met en place la solution retenue.

2.7 Ingnierie durbanisation et Ingnierie des besoins


Le parallle avec les projets dingnierie des besoins vient alors assez facilement. Nous pourrions utiliser une mthode dingnierie des besoins pour mener bien notre tche. Les deux dmarches, une descendante depuis les objectifs stratgiques de lentreprise et une ascendante depuis le point de vue de lusager, se rejoindraient dans la constitution dun cahier des charges , utilis pour construire le nouveau systme dinformation. Des informations stratgiques naissent des besoins sur le devenir du systme dinformation de faon globale, permettant didentifier plusieurs cibles chacune ralisant les objectifs de dpart noncs. Les informations remontant de la dmarche bottom-up permettent didentifier la meilleure cible, en tenant compte de la faon de travailler dans lentreprise, du dsir des usagers, de leur vision de lavenir quant leur mtier. Il faut donc considrer une mthode dingnierie des besoins qui permette dagir sur les trois axes voqus au dbut de ce chapitre : les axes mtier, applicatif et technique. De plus, devant les enjeux mis en question et la nature de notre dmarche, il faut pouvoir de tracer les dcisions prises.

3. Une mthode dingnierie des besoins au service de lurbanisation des SI


Devant ces critres, nous avons choisi le cadre offert par lInquiry Based Requirement Analysis, mthode dingnierie des besoins base sur lInquiry Cycle Model de Colin Potts, Annie I. Anton et Kenji Takahasi. Leur dmarche est reprsente sur le schma 7. Dans lingnierie des besoins, les gestionnaires, les utilisateurs rdigent un document de dpart qui peut tre une liste dobjectifs atteindre. Dans la vue urbanisme, le point de dpart serait un schma directeur de lentreprise, un plan moyen terme ou, de la mme faon que dans la vue projet , une liste dobjectifs stratgiques : la dmarche durbanisation serait inscrite dans le mme processus que les projets dingnierie des besoins, mais en amont. Lapplication de lInquiry Cycle Model satisferait cette vision car son instanciation travers Ecolabor permet de grer des versions, dont une version de base de lensemble des besoins exprims, partir de laquelle il est possible de continuer de faire voluer en parallle chaque lment composant le document de besoins. Cette reprsentation est dcrite dans le schma 8. Lexpression En (E indice n) pouvant sexprimer, aprs une action daffinement incrmentale et de formalisation, en terme de : schma darchitecture fonctionnelle cible, plan doccupation des sols, schma darchitecture technique future, modlisation des processus mtiers futurs, plan projet (dans lequel serait dclin lensemble des projets mener partir du stade n). -10Vronique Levasseur

24 juin 2002

Approche mthodologique pour lurbanisation des systmes dinformation

Les diffrents types dlments pouvant composer le document dexpression des besoins, dans lInquiry Cycle Model sont les suivants : Le document des besoins : il sagit dun texte descriptif ou de diagrammes formels tels que des schmas entits-relations ou des modles de flux, par exemple. La hirarchie des objectifs : elle reprsente ce qui doit tre satisfait dans la ralisation du systme cible. Les objectifs sont satisfaits par la ralisation des sous-objectifs. Les scnarios : il sagit de transactions end-to-end, impliquant le futur systme et son environnement. Ils peuvent tre de quatre types : Les scnarios gnriques : ils dcrivent une squence dactions qui comporte une description, les classes dobjets participantes et les services rendus par laction. Les scnarios spcialiss : chacun dentre eux correspond une situation diffrente dun scnario gnrique. Les pisodes : il sagit dun fragment de scnario illustrant la satisfaction dun but ou son chec. Les exhibits : reprsentent les ides volatiles.

Expression des besoins Stade 1 Discussion Des besoins

Engagement sur les besoins

Expression Stade 2 Engagements Discussion

Stratgie

Stade n

24 juin 2002

-11-

Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation

Schma 7 : LInquiry Cycle Model

Schma directeur

Discussion Engagement

Urbanisation Expression E1

Engagement

Discussion

Stratgie Expression En Discussion Engagement

Expression En

Expression En

Engagement

Discussion

Engagement

Discussion

Projets

Stratgie

Expression Ex

Expression Ex

24 juinEngagement 2002

Discussion

-12-

Engagement

Vronique Levasseur

Discussion

Approche mthodologique pour lurbanisation des systmes dinformation

Schma 8 : LInquiry Cycle Model nous permet dinstancier notre projet durbanisation au pralable des projets classiques

Cette expression des besoins est obtenue en suivant un processus incrmental, tel que dcrit dans le schma illustrant la mthode. Ce processus incrmental est soutenu par une stratgie. Dans notre dmarche, nous pourrions utiliser deux stratgies : Une mthode danalyse base sur les objectifs : cette mthode identifie les objectifs et sous objectifs, les oprationnalise jusqu obtenir une hirarchie claire, exploitable et complte. Il existe des mthodes le permettant comme la mthode KAOS et son principe de rduction des buts. KAOS est une mthode la croise entre le systme , son environnement et les acteurs. La stratgie propose, oriente par les objectifs , considre le but comme premier mta-concept tudier, puis les objectifs, sous-objectifs, Un but est un objectif non oprationnel (non dclin en actions assignes des agents et en objets contrls par ces agents). Un but se rfre des objets qui peuvent tre des relations ou des agents. BUT 1,n 0,n OBJETS RELATION

AGENT
Schma 9 : Le but dans la mthode KAOS

Un exemple de but : tous les agents partageront la mme connaissance du client. La mta-relation rduction veut capturer les sous-objectifs qui contribuent la ralisation des objectifs. 0,n Conflit 0,n 0,n AGENT 0,n Rduction et/ou

Schma10 : La rduction des buts dans la mthode KAOS

Par exemple, on rduit le but rdig ci-dessus par cette relation. On peut obtenir le sousobjectif suivant : la restitution de la connaissance client est indpendante du canal utilis . La contrainte qui est un objectif oprationnel ne peut plus se rduire ; elle contribue rendre un but oprationnel par sa relation doprationnalisation qui propage les proprits du but. Une mthode danalyse base sur les scnarios.

Dans notre dmarche durbanisation, nous pourrions donc utiliser le document des besoins afin dy rassembler les informations gnriques sur le mtier trait. Le Plan doccupation des sols pourrait aussi y figurer ainsi que lensemble des recommandations technologiques en cours dans lentreprise, le catalogue des technologies implmentables dans lentreprise.

24 juin 2002

-13-

Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation La hirarchie des objectifs, comporterait, depuis le schma directeur ou document quivalent de dpart, lensemble des objectifs de lentreprise, jusquaux objectifs oprationnels constituant le modle fonctionnel cible. Cette mme architecture fonctionnelle cible pouvant tre oprationnalise pour tre implmente sur un modle darchitecture technique. Lutilisation des scnarios pourrait nous permettre de dcrire les processus mtiers du futur, de faon claire et comprhensible par tous. Ceci permettrait, dans un mme processus itratif, de considrer et de lier deux aspects de lurbanisation : le fonctionnel, laxe applicatif et laxe mtier. Il est de plus tout fait envisageable dutiliser la technique des scnarios pour imaginer et tester la mise en place de la deuxime partie : la mise en uvre des projets. Nous obtiendrions alors plusieurs scnarios doprationnalisation du stade n, soit lquivalent du plan projet. Comme nous lavons vu plus haut, le modle que nous utilisons permet, partir dune mme version de base de lexpression des besoins, de continuer loprationnalisation de plusieurs parties en parallle. Il permet aussi, toujours partir dune mme version de base, de crer plusieurs variantes du systme cible qui, chacune, satisferait les buts premiers. Par exemple, deux systmes implments sur des technologies diffrentes. La prise en compte du point de vue de lusager va permettre de choisir un de ces systmes cibles. Imaginons deux systmes cibles rpondant aux besoins noncs de lentreprise. Nous avons donc deux expressions des besoins au stade n : En et En. Le modle de lInquiry Cycle permet le choix dun seul systme. Prenons comme document dexpression des besoins de base, lensemble des lments de En et de En ainsi que des informations remontes de la consultation des usagers (obtenues daprs des interviews, par exemple)., le tout complt par le but premier satisfaire : choisir un seul systme. Reprenons alors le schma de discussion propos par lInquiry Cycle Model :

Documentation

Changement documentation

Changement des besoins

Questions

Discussions

Dcision

Justifications

Rponses

Schma 11 : Un cycle dans lInquiry Cycle Model

Nous avons donc bien, au terme de notre processus, identifi un systme cible.

4. Conclusion
Dans la tche que nous nous tions fixs en introduction, dimaginer une dmarche, voire de proposer une mthode dingnierie pour aider lurbaniste des systmes dinformation mener bien 24 juin 2002 -14Vronique Levasseur

Approche mthodologique pour lurbanisation des systmes dinformation son projet, nous voyons se dessiner une approche possible et une proposition issue de ladaptation dune mthode dingnierie des besoins aux besoins mme de lentreprise. Mais ceci parce que lurbanisation des systmes dinformation est pense, ici, dans son entit dynamique, dans sa relation la stratgie de lentreprise et pas seulement comme outil de normalisation des SI dans une entreprise. Et la stratgie de lentreprise elle-mme fonde sa dynamique sur toutes les ressources de lentreprise, en particulier celles que reprsentent les acteurs humains. Donc, savoir o se trouvent les forces vives de la dynamique stratgique et les intgrer dans le projet stratgique lui-mme, voil la dmarche que nous avons suivi ici. Dans cette dmarche qui montre que lurbanisation des SI relve de la dynamique stratgique il nous semble important de montrer que deux acteurs doivent trouver leur place dans un projet durbanisation : - Les acteurs humains - Le systme dInformation en tant quacteur Cest le sens de la proposition dadapter une mthode dingnierie des besoins aux besoins mmes de lurbanisation.

5. Bibliographie
[Sassoon 1998] ; Sassoon J., urbanisation des systmes dinformation, Hermes, 1998. [Le Moigne 1973] ; Le Moigne J.L., les systmes dinformation dans les orgnisations , PUF, 1973. [Tabourier 1998] ;Tabourier Y.,stratgie dorganisation et SI, cours du DESS SIC IAE 1998/1999. [Benci 1999] ; Benci G., matrise de lingnierie et du dveloppement des systmes dinformation et de communication , cours du DESS SIC IAE 1999/2000.

24 juin 2002

-15-

Vronique Levasseur