Beruflich Dokumente
Kultur Dokumente
Urbanisation des SI
1/20
Management des SI
Urbanisation des SI
Le processus est organis en cinq sous-ensembles : Pilotage : mettre en oeuvre le processus et le piloter ; porter les proccupations de l'urbanisme du SI au niveau de l'arbitrage des projets de l'entreprise. Cadre d'urbanisme : poser les principes et rgles fondamentaux d'urbanisme : dfinir les cibles fonctionnelles et/ou applicatives, le plan de migration vers la cible.
2/20
Management des SI
Urbanisation des SI
Infrastructure fonctionnelle : structurer le SI sur la base d'un vritable socle de l'volutivit matrise et de la rutilisation : mettre sous contrle et normaliser les rfrentiels de donnes et de services, les changes inter-applicatifs ...
Relations avec les projets : s'assurer que les rgles d'urbanisme du SI sont prises en compte ds les tudes amont, et dans la mise en oeuvre des solutions applicatives. Support et communication : convaincre de l'intrt de la dmarche et en dvelopper la pratique ; partager la connaissance du SI au travers des cartographies.
Facteurs de l'urbanisation
Lenvironnement concurrentiel des entreprises
La stratgie de lentreprise est de moins en moins stable dans le temps. Lentreprise doit pouvoir profiter des opportunits et doit prioriser les projets qui se multiplient. Il n'est plus raisonnable denvisager la construction dun nouveau systme dinformation. le changement est devenu la rgle . Les entreprises doivent pouvoir ragir rapidement aux mouvements des marchs, la versatilit des besoins des clients, aux volutions des mtiers des utilisateurs, lvolution des technologies la prvisibilit des changements extrieurs se rduit , dans un monde concurrentiel soumis notamment aux effets des modes, les stratgies de communication des diffrents acteurs rapprochent de plus en plus lhorizon des changements envisageables ; lhorizon temporel des volutions de lentreprise est lui aussi raccourci : il est dornavant difficile de faire une prvision et de la maintenir telle quelle sur du long terme. le systme dinformation est devenu lui-mme un lment concurrentiel dans la stratgie de la plupart des entreprises.
3/20
Management des SI
Urbanisation des SI
4/20
Management des SI
Urbanisation des SI
5/20
Management des SI
Urbanisation des SI
6/20
Management des SI
Urbanisation des SI
dcrire la cible finale et les ventuelles cibles intermdiaires formalises dans une cartographie qui situent les diffrents blocs et leur relations.
Les cartographies cibles qui apparaissent dans le plan d'urbanisme sont labores en se basant sur le plan d'urbanisation (aspect dynamique) qui fait apparatre deux volets principaux. Avec la combinaison du POSI et du plan d'urbanisme, le SI dispose donc de cibles organisationnelles diffrents niveaux de maille et diffrentes priodes de temps qui dterminent son cadre gnral d'volution. Cependant ces cibles, si elles sont fixes dans leurs grandes lignes, ne sont pas totalement statiques. Elles sont mises jour au gr des vnements dans le cadre de structures qui permettent prcisment de corrler leur volution aux variations de l'environnement en procdant aux ajustements ncessaires. Ce mcanisme est trait au niveau de la mthodologie calque sur la thorie de l'urbanisation et s'appuie notamment sur les lments fournis par la fonction de veille et de suivi de l'urbanisation.
Les blocs
Le principe de dcoupage du SI en blocs est intimement li la notion mme d'urbanisation. Ce dcoupage entend aboutir une modularit des composantes du SI telle que les blocs puissent tre suffisamment indpendants pour permettre une volution disjointe. La hirarchisation de ces blocs et leur encapsulation successive permet d'associer des proprits diffrentes chaque niveau hirarchique. Elle permet de masquer chaque niveau les volutions internes un niveau infrieur et galement de circonscrire le primtre des volutions un primtre donn du systme, quel que soit son niveau.
Les niveaux suprieurs, lorsqu'ils sont dfinis (bassins, dpartements, etc.) gnralisent davantage la notion de zone. Ceci de faon pouvoir prendre en compte des aspects qui, bien que n'ayant pas un caractre strictement exceptionnel (dimension internationale, entreprises gantes multi-activit/mtier,
7/20
Management des SI
Urbanisation des SI
services qui seront dupliques pour ce bloc et celles qui seront mutualises (sollicites par l'intermdiaire d'autres blocs). Dans le milieu urbain cette organisation se fait au gr gr par une rgulation assez naturelle de la redondance. Un magasin s'tablit dans un quartier bien achaland et disparat ou persiste en fonction de son essor. En revanche, l'implantation de certaines composantes des chelons plus ou moins locaux est dcide au niveau de structures centrales (crches, centres commerciaux, parkings, centrales lectriques, etc.). Ce principe, transpos au SI montre bien l'intrt autant que la ncessit d'un arbitrage global qui statue sur le degr d'autonomie et la granularit des blocs autant que sur la promotion de services mutualiss. L'essentiel est de ne pas mettre en pril la cohrence et le fonctionnement global du SI. Le recours la mutualisation, s'il prsente des intrts indniables (cots, administration, standardisation, etc.) introduit une dpendance. Nous voyons bien quel point cet arbitrage est dlicat et doit tre contextuel. C'est donc aux urbanistes et aux rgles de l'art qu'ils peuvent dployer qu'il appartient de se prononcer en dtail sur ces sujets. Exemple inspir du contexte hospitalier Dans le contexte de l'hpital, sur le plan fonctionnel, les blocs s'articulent assez naturellement autour de mtiers bien segments (administration, soins, services techniques, etc.) qui peuvent tre vus comme autant de zones du SIH (systme d'information hospitalier), ou en tout cas de blocs de haut niveau.
S'agissant de l'activit en rapport avec les soins, les fonctions exerces font appel des comptences bien prcises, d'ailleurs cloisonnes par des rgles renvoyant des habilitations ou des diplmes. L'ensemble de ces fonctions peut tre vu comme autant d'activits dcomposables en oprations ou directement comme des oprations de niveau de granularit minimal. En dtaillant par exemple, l'activit d'examen, il est envisageable de la dcomposer encore en sous activits ou oprations telles que : mission de la demande d'examen, la ralisation de l'examen, la transmission du rsultat d'examen. Ces fonctions sont articules autour d'activits ou d'informations particulires : patient, ralisation des examens via un SGL (systme de gestion de laboratoire), dispensation des soins infirmiers, prise de rendez-vous, etc. Elles identifient autant de blocs potentiels, dont chaque opration exerce par un mme type d'acteur peut tre assimile un lot, regroups ou non dans des quartiers. Au passage, il faut noter que, activits et oprations ne sont pas ncessairement informatises. Ainsi par exemple, le diagnostic ou la prescription de mdicaments n'est pas ncessairement effectue par des logiciels mais repose sur la consultation de documents papiers.
8/20
Management des SI
Urbanisation des SI
spcificit des fondations du SI. La gestion de l'volution du SI met en jeu de multiples contraintes qui refltent diffrents niveaux de proccupations. Ces niveaux de proccupation sont de plusieurs ordres : fonctionnel, technique, organisationnel, etc. et peuvent leur tour tre dclins en plusieurs strates reprsentatives de niveaux de contraintes intermdiaires. Ils correspondent d'une certaine manire aux diffrents angles ou points de vue selon lesquels peut tre examine la problmatique d'volution du SI. Par exemple, la vision fonctionnelle s'appuie un moment donn sur une vision applicative (les applications ncessaires supporter les fonctions attendues), laquelle s'appuie sur une vision logicielle (les logiciels qui composent les applications), etc. Le concept de terrain d'urbanisation sert reprsenter chacune de ces visions. Les terrains sont mutuellement structurants. Ils rpondent des niveaux de proccupations diffrents et aspirent voluer de faon indpendante tout en maintenant la cohrence d'ensemble. Au regard des enjeux lis la reprsentation du patrimoine informationnel, ils sont en outre autant de cartes du SI, montrant tour tour, les infrastructures techniques, les fondements du mtier, l'organisation de l'entreprise, etc. Ajoutons que s'il semble clair que des terrains particuliers ont vocation revenir d'un SI l'autre : terrain technique, fonctionnel, mtier, etc. Il ne semble pas utile de s'interdire qu'ils puissent, si cela est souhaitable, tre rduits un seul. Un terrain gnraliste, peut par exemple contenir des blocs de haut niveau relatifs aux applications et d'autres relatifs aux services techniques. Ce terrain serait alors une reprsentation, sur le mme plan, du terrain applicatif et du terrain technique. Inversement, les terrains rcurrents d'une entreprise l'autre n'ont pas vocation tre limitatifs. Dans certains cas, il peut tre bienvenu d'y ajouter, un terrain organisationnel, stratgique, etc. de dcomposer un terrain particulier ou d'adjoindre tout autre type de terrain susceptible de reprsenter un intrt quelconque. Vus comme autant de cartes du SI, ils sont ncessaires pour orienter et guider les choix et les travaux d'volution. Exemple inspir du contexte hospitalier
Base sur un chantillon de l'exemple prcdent, ce schma montre un type de dcomposition envisageable pour le quartier examen sur chacun des terrains majeurs du SIH. Les fonctions de demande et de rsultat d'examens sont runies dans une application commune baptise Sandra. En revanche, divers systmes de gestion de laboratoire (SGL) coexistent, en fonction de la nature des examens raliser ou tout simplement du fait de l'historique du SIH. Enfin sur le terrain technique, une approche qui semble intressante, consisterait calquer les diffrents quartiers sur une typologie des services techniques offerts par le SI, l'un d'eux tant celui dvolu au stockage des informations.
Management des SI
Urbanisation des SI
relations sont distingues selon une typologie base sur leurs proprits fondamentales. Compte tenu de l'ambition qui leur est assign, les principaux types de relations qu'il semble utile de distinguer sont donns par le tableau suivant : Type Support Description Matrialise la dpendance structurelle entre blocs. L'exemple le plus reprsentatif est celui d'un bloc applicatif ayant une relation avec un SGBD du SI. Ce type de relation est surtout constat entre blocs de terrains diffrents Echange d'informations entre blocs pour la production de l'activit. Les sous-types de cette catgorie sont ceux ncessaires qualifier le type ou la nature des changes (synchrone/asynchrone, donnes/service, etc.) Invocation de services ou donnes normalises dans le SI (annuaires de personnes ou de ressources, dictionnaires de donnes, nomenclatures, etc.) Relation ncessaire la gestion du bloc en question (maintenance, exploitation, etc.) Plutt caractre descriptif et destine montrer les autres dpendances
Communication
La mise disposition d'oprateurs d'valuation de l'urbanisme peut laisser entendre que des moyens sont disponibles pour progresser vers des cibles suprieures en qualit et pour mettre en perspective la qualit de diffrents SI entre eux. Il est en effet tentant de chercher identifier les valeurs idales que doit retourner chacun des oprateurs pour assigner au SI une configuration optimale. En ralit, il est difficile de dgager une valeur absolue reprsentative de la qualit globale de l'urbanisme et de l'urbanisation.
10/20
Management des SI
Urbanisation des SI
L'indice est constitu de mesures qualitatives et quantitatives ralises sur sept axes d'analyse: connatre le SI existant et cible, grer les rfrentiels de l'entreprise (donnes et services), fournir un cadre pour les volutions du SI, accompagner les projets, matriser la complexit des flux d'changes d'informations, piloter l'urbanisation du SI, communiquer sur l'urbanisme et dvelopper les comptences.
Reprsent sous forme graphique (de type radar), il peut combiner la fois un tat existant, des volutions successives ou un tat cible. Dans le cas d'organisations complexes (groupes, implantations internationales, SI multiples par branches ... ) il peut galement tre clat en domaines d'tude, et reconsolid au niveau de l'entreprise. Partant de l'analyse des rsultats, on peut alors construire le plan de progrs ncessaire au dveloppement et l'appropriation de la dmarche d'urbanisme dans l'organisation.
Axes
1 - Connaitre le SI existant et cible 2 - Grer les rfrentiels de l'entreprise (donnes et services) 3 - Fournir uncadre pour l'volution des SI 4 - Accompagner les projets 5 - Maitriser la complexit des flux d'change d'informations 6 - Piloter l'urbanisation du SI 7 - Communiquer sur l'urbanisme et dvelopper les comptences
11/20
Management des SI
Urbanisation des SI
12/20
Management des SI
Urbanisation des SI
13/20
Management des SI
Urbanisation des SI
exemples
Renault
Socit Gnrale
14/20
Management des SI
Urbanisation des SI
LES RGLES D'URBANISME (C.Longp -Le projet d'urbanisation du SI- Dunod 2009)
Les rgles d'urbanisme peuvent tre tablies pour chacune des quatre visions de l'architecture d'entreprise. Nous en proposons pour les quatre visions du cadre de rfrence. Elles sont pour chacune dclines en : rgles d'urbanisme ; rgles de bonnes pratiques.
Il est noter que les rgles de niveau architecture fonctionnelle sont les plus universelles. Les rgles de niveau architecture applicative et surtout les rgles de niveau architecture technique sont beaucoup plus sujettes adaptation au sein de chaque entreprise ou organisme. Enfin, les rgles d'urbanisme de niveau architecture applicative et/ou de niveau architecture technique sont des rgles d'urbanisme valable pour l'ensemble du systme d'information. Elles ne sauraient donc prtendre se subbstituer, notamment en termes d'exhaustivit, aux normes et standards d'architectures applicative et technique qui doivent exister dans chaque direction informatique et tre appliqus pour la construction de chaque difice.
Les rgles de bonnes pratiques pour la modlisation de la stratgie Rgles de bonnes pratiques pour le diagramme d'Ishikawa
Rgle n 1 : Un objectif commence par un verbe. Rgle n 2 : Le libell d'un objectif ne comprend pas de et qui pourrait masquer deux objectifs.
15/20
Management des SI
Urbanisation des SI
Rgle n 5 : Seules les prises communiquent avec le gestionnaire de flux. Les prises sont seules habilites communiquer avec le gestionnaire de flux.
16/20
Management des SI
Urbanisation des SI
Rgle n 6 : Une donne est sous la responsabilit (quel que soit le type d'accs modification, suppression, visualisation) d'un lot et d'un seul.
: cration,
Un des objectifs de l'urbanisme est la portabilit des lots en respectant les rgles d'autonomie et d'asynchronisme. Pour atteindre cet objectif, il est ncessaire d'avoir des structures de donnes alignes sur les lots pour que l'ajout, le remplacement ou la suppression d'un lot puisse se faire avec un minimum d'impacts sur le SI.
Exemples de rgles mtier : L'acompte la rservation doit tre> 10 % du prix total du voyage ou encore le solde du voyage doit tre pay un mois avant le dpart.
17/20
Management des SI
Urbanisation des SI
Si le tour-oprateur stocke ces rgles dans un rfrentiel de rgles, il peut alors dcider soudainement que l'acompte la rservation doit tre> 20 % du prix total du voyage et que le solde doit tre pay deux semaines avant le dpart et cela sans changer aucune ligne de code. Cet exemple illustre bien l'agilit que confre l'entreprise un rfrentiel de rgles. Rgle n 4 : Toute architecture fonctionnelle comporte une zone pilotage unique. Cette zone regroupe les blocs ddis aux processus de gouvernance et d'analyse et utilisant des informations globalises et historises. Rgle n 5 : Toute architecture fonctionnelle comporte une zone (ou un SI> opration par mtier principal de l'entreprise. Toute architecture fonctionnelle comporte une zone opration par mtier principal de l'entreprise ou de l'organisme. Le systme d'information d'une entreprise ou d'un organisme n'ayant qu'un seul mtier ne comporte donc qu'une seule zone opration. Par contre, si l'entreprise ou l'organisme a plusieurs mtiers, le systme d'information doit comporter une zone opration pour chacun. Par exemple, le systme d'information d'une compagnie exerant dans le domaine de l'assurance lARD (incendie, accident, risques divers), de l'assurance-vie et de la banque comportera une zone opration lARD, une zone opration Vie et une zone opration Banque. Rgle n 6 : Toute architecture fonctionnelle comporte une zone (ou un SI) ressources unique. Cette zone regroupe les systmes ddis la gestion des ressources internes l'entreprise (ressources humaines, comptabilit, etc.).
Rgle n 4 : Duplication des donnes. Au sein d'un bloc, les donnes peuvent tre dupliques entre les donnes de contexte et les donnes des gisements de donnes car cela correspond deux niveaux de partage et de cycle de vie bien diffrents. En effet, les donnes sont isoles et temporaires pour le contexte alors qu'elles sont partages et permanentes pour les gisements de donnes. Le niveau gisement de donnes doit rester matre. La synchronisation au sein d'un bloc se fait par publication du contexte en respectant la rgle d'intgrit des gisements de donnes (rgle d'urbanisme pour l'architecture technique). Rgle n 5 : Le bloc offrant un service est le responsable de la qualit du service. C'est le bloc qui offre un service qui doit s'assurer qu'il offre la meilleure qualit de service y compris la continuit de service.
18/20
Management des SI
Urbanisation des SI
Rgle n 4 : Concurrence batch / TP. Les batchs doivent tre construits pour s'excuter de manire concurrente aux processus TP sous le contrle des transactions avec respect de la rgle d'intgrit des gisements de donnes. Rgle n 5 : Source unique. Les composants logiciels qui ne ncessitent pas de variante pour des raisons lies leur catgorie ne doivent tre crits qu'une seule fois. La possibilit ou l'obligation de les implmenter sur des platesformes technologiques diffrentes ne justifie nullement une multiplicit des sources.
19/20
Management des SI
Urbanisation des SI
Ce mtamodle considre les points suivants : une application ou un rfrentiel sont des composants informatiques ; un composant informatique appartient un domaine fonctionnel (une zone si celle-ci ne se dcompose pas en blocs, un bloc si celui-ci ne se dcompose pas en quartier, sinon un quartier) ; une zone, un bloc ou un quartier sont des domaines fonctionnels, une zone se compose ventuellement de blocs, un bloc ventuellement de quartiers ; un composant informatique peut se dcomposer en un ensemble de sous- composants ; une application outille ou non une ou plusieurs oprations (une opration peut tre outille ou non par une ou plusieurs applications) ; un composant informatique a des flux entrant et sortant qui sont l'implmentation de messages (donc dcrits par des formats d'change).
20/20