Professional Documents
Culture Documents
EAC, OP et JCC
1
Sommaire
Introduction
Pourquoi? Quelles solutions Dfinitions
LUrbanisme et la cit LUrbanisme et lArchitecture Systme, Systme dinformation, Systme informatique
La dmarche / la mthode
De la stratgie aux projets La trajectoire de rationalisation Structuration par vue Les six activits clefs de lurbanisme Les missions de lurbanisation Facteurs de succs dun projet durbanisation Survol des vues
1. 2. 3.
Annexe
o
Chapitre 1
INTRODUCTION
1-1: Pourquoi ?
Les entreprises et organisations sont en mutation
Fusions-acquistions, changements internes pour sorienter client, mettre en place des processus collaboratifs,
Le patrimoine, reprsent par lensemble des applications, est souvent mal connu, ce qui rend difficile linsertion dun nouveau projet, ou la prdiction des consquences dune volution incontournable. La ncessit de surmonter les incohrences, la mauvaise communication et lhtrognit de certains sous systmes, rsultant dune longue histoire. Les Systmes dinformation sont de plus en plus complexes et ncessitant davantage tre intgrs. La rduction budgtaire, les retours sur investissements doivent tre justifis les temps sont finis o la DSI pouvait envisager les dpenses marche force. Le besoin dassurer une vision transverse se fait sentir de plus en plus
Les cycles de vie des technologies, des organisations et des stratgies voluent de plus en plus vite, engendrant un besoin urgent dvolution permanente des systmes dinformation associs.
Vieillissement prmatur du systme Non conformit aux standards de la profession Surcots de la production informatique Multiplicit dobjets informatiques redondants Incapacit de faire voluer les paramtrages Rnovation progressive impossible Fuite des informaticiens Charges croissantes des volutions & des maintenances Perte de contrle du dveloppement
5
Le POS fixe entre autres : La localisation des emplacements ncessaires aux quipements et infrastructures Lorganisation des milieux urbains (destination des constructions)
Une Zone damnagement est une zone daffectation du sol selon lusage qui y sera autoris et la nature des activits dominantes
Lurbanisation vise planifier les volutions du parc applicatif, promouvoir les infrastructures partages et accompagner les projets. Il amne une rduction des cots, mais vise aussi augmenter POS lapport de linformatique lactivit de lentreprise, (Plan d doccupation des sols) par une meilleure flexibilit des SI et une connaissance accrue des attentes des mtiers .
Dfinition issu du CLUB URBA-EA (Entreprise Architecte)
Zone Quartier
Une zone du SI est dfinie de manire correspondre une proccupation de temps et/ou de mtier de lentreprise. Une zone est subdivise en quartiers Un quartier est dfini par la nature des informations traites. Un quartier peut se subdiviser en lots ou bloc. Un bloc est un ensemble de donnes et de traitements homogne dans une activit de lentreprise, le bloc est le composant de base de lentreprise, il est compos de traitements portant sur un seul niveau dagrgation
Un Quartier est une fraction de territoire dune ville, dote dune physionomie propre et caractrise par des traits distinctifs lui confrant une certaine unit et une individualit. Un quartier peut se subdiviser en lots Un Ilot est la plus petite unit de lespace urbain, entirement dlimit par des voies, souvent appel pt de maisons ou bloc
Ilot
Edifice
Le parallle
Urbanisation de la cit
Le POS (Plan doccupation des sols)
chelle : commune Objet :
Dfinir dune manire prcise les droits attachs chaque parcelle Organiser le tissu urbain en dfinissant la destination des constructions, les densits Localiser les emplacements rservs pour la ralisation dquipements et de protger les espaces naturels ou agricoles
Urbanisation des SI
Le POS (Plan doccupation des sols)
chelle : Entreprise/administration Objet :
Dfinir dune manire aussi prcise que possible les services et les responsabilits attachs chaque sous ensemble Organiser globalement le SI en dfinissant: La mission des applicatifs le composant Les regroupements dapplicatifs en sous ensembles cohrents
Linfrastructure
Transport: voirie, chemin de fer, aroport Amnagement hydrauliques nergtiques et de communication Rseaux divers (eau, lectricit, gaz, tlphone,) Espace collectifs amnags (parcs, jardins, cimetires, terrain de sport)
Linfrastructure
Rseaux locaux ou longue distance Les plates-formes matrielles Les logiciels de base (OS, SGBD, middleware,
La cartographie
La cartographie 8
1-3: Dfinitions :
Urbaniste
conoit et faire voluer
Architecte
larchitecte, labore les plans dun difice et travaille dans le cadre fix par le POS sur une partie (quartier, lot,) : Vision dtaille
le SI dun point de vue global, labore le POS et larchitecture densemble : Vision globale et gnrale
Cette diffrence tant faite, la confusion persiste parfois essentiellement du fait de la pnurie durbaniste des SI
10
Dans son sens large, le terme "ARCHITECTURE" dsigne un art de construire , de disposer ou d'orner un difice. Ainsi, l'tude de l'ARCHITECTURE d'un SYST SYSTME INFORMATION consiste examiner la structure d'un ensemble de composants fonctionnels, applicatifs, matriels et logiciels ainsi que le mode de relation qu'entretiennent ces composants.
11
Chapitre 2
La Dmarche
12
Urbanisme
1 3
Dfinition cible et trajectoire globales du SI en ligne avec les enjeux mtier Adaptation cible et trajectoire
Recommandations
tude durbanisme
Lgende :
LUrbanisme est pilote LUrbanisme est en appui
Avancements
Transformations du SI
Projets Projets
Cadrage Cadrage
Lurbanisme agit : 1 en anticipation, pour dfinir la cible globale du SI et sa trajectoire en ligne avec les enjeux mtiers, 2 avant les projets, en phase de cadrage, pour garantir lintgration des projets avec la trajectoire du SI, 3 durant les projets, afin de suivre les volutions du SI qui pourraient impacter la trajectoire du SI global. 13
1) Vue Mtier :
Macro-processus. Processus mtier (de diffrents niveaux : haut, intermdiaire, lmentaire). Activit. Tche. Action. Structure organisationnelle.
2) Vue fonctionnelle :
Zone fonctionnelle. Quartier fonctionnel. lot fonctionnel. Bloc fonctionnel. Fonction / Service fonctionnel. Processus fonctionnel.
VUE FONCTIONNELLE
4) Vue technique
Cible Informatique
3) Vue applicative
Zone applicative. Quartier applicatif. lot applicatif. Bloc applicatif. Traitement / Service applicatif. Processus applicatif.
Vue logique : Application. Base de donne. Logiciel de base (OS, type de SGBD) Gestionnaires de flux (EAI/ESB, ETL, ...). Vue physique : Serveurs & Rseaux.
14
La vision mtier
Il sagit de la structuration du SI par les activits de lentreprise ou de lorganisme vis--vis de ses processus mtiers qui contribuent la stratgie de lentreprise. Elle dcrit donc lensemble des processus mtier et des activits de lentreprise que le SI doit supporter.
La vision fonctionnelle
La vision fonctionnelle, offrant un cadre de structuration cible des informations et traitements ncessaires aux processus mtiers (cf. POS fonctionnel du SI ). Il sagit donc de la structuration du SI en blocs fonctionnels communicants. Elle rpond la question QUOI? Sans tenir compte des acteurs et de lorganisation.
La vision informatique
La vision informatique recouvrant des applications qui automatisent les fonctions, et linfrastructure technique permettant leur exploitation (cf. page suivante)
15
elle dcrit sous langle technique les applications, les flux et les messages changs entre applications
Architecture Logicielle
elle structure et dcompose de faon logique chaque application en couches elle introduit les notions et concepts de dcoupage en couches, composants, framework et design patterns
2-4 : La Dmarche:
Les six activits clefs de lurbanisme
Activit Activits Support
Connatre le SI existant
Cartographie applicative Cartographie des processus mtiers Diffusion des cartographies Gestion des risques
17
Oprationnel
Faire le lien avec la stratgie business et la gouvernance du SI Elaborer et rviser le cadre durbanisme et darchitecture du SI
Maintenir & diffuser les rfrentiels de cartographie du SI existant & cible Dvelopper les comptences en urbanisme du SI
Plan durbanisme Construction du SI optimal Relation avec les projets
18
Bibliographie
Le projet durbanisation du systme dinformation, Christophe Longp, Informatique & entreprise Urbanisation et modernisation du SI Herms Lavoisier de B. Le Roux Les systmes d'information, art et pratiques - Grard Balantzian, Editions d'organisation. Informatique et stratgie d'entreprise - Architecture et pilotage des systmes d'information, Michel Mingasson, Dunod Urbanisation des systmes d'information, Jacques Sassoon, Hems Dictionnaire de l'urbanisme et de l'amnagement, Pierre merlin et Franoise Choay, PUF Pratiques de lurbanisme des systmes dinformation, Club Urba-SI, Publibook UML en action Pascal Roques, Franck Valle Eyrolles Design patterns Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides (Gang Of Four) Eyrolles Professional Java Server Programming J2EE 1.3 Edition : Wrox Team Wrox Press
21
De quoi parle-t-on ?
Urbanisme : comment organiser et faire voluer dans le temps un espace compos douvrages? Architecture : comment concevoir et construire un ouvrage? En pratique ces 2 termes sont trs proches :
On peut urbaniser une partie On peut architecturer le tout
22
23
Annexe
SURVOL ET HISTORIQUE DES ARCHITECTURES DES SYSTEMES INFORMATIQUES
24
Rappel: les trois niveaux d'abstraction d'une application Prsentation Traitements Donnes
25
1- L'architecture 1-tiers
1-1 Les solutions sur site central (mainframe)
27
1- L'architecture 1-tiers
1-2 Les applications 11-tiers d dploy ployes
Avec les PC en r rseau, il est devenu possible de dployer une application un tiers sur plusieurs ordinateurs ind indpendants. Plusieurs utilisateurs se partagent des fichiers de donn donnes stock stocks sur un serveur commun. Le moteur de base de donn donnes est ex excut cut ind indpendamment sur chaque poste client. La gestion des conflits d'acc d'accs aux donn donnes est prise en charge par chaque programme de fa faon ind indpendante.
28
Client / Serveur
Apparition d dbut des ann annes 1990. Raisons :
Le co cot lev lev du temps CPU des gros syst systmes qui a pouss pouss les utilisateurs demander des moyens pour dporter les traitements sur les postes de travail, La volont volont de vouloir utiliser les opportunit opportunits offertes par les nouvelles interfaces graphiques L' L'mergence d'un standard interfaces graphiques et d'un standard OS de fait pour la station de travail : Microsoft Windows.
29
Client / Serveur
L'architecture client/serveur est une des modalit modalits des architectures informatiques distribu distribues. Au sein de cette architecture, on trouve :
Les fonctions des clients et des serveurs peuvent tre mises en oeuvre par une combinaisons de modules mat matriels et logiciels. Les clients et les serveurs peuvent tre localis localiss sur des machines d ddi dies.
Des offreurs de services (serveurs) Des consommateurs de services (client). Les clients et les serveurs sont des modules fonctionnels dont la logique est encapsul encapsule dans leurs interfaces respectives.
30
Client / Serveur
Classification des architectures Client/Server selon le Gartner Group
31
2- L'architecture 2-tiers
Architecture 2-Tiers appele client-serveur de premire gnration ou client-serveur de donnes. Le poste client se contente de dlguer la gestion des donnes un service spcialis.
Les changes entre le client et le serveur seffectue travers rseau reliant les deux machines grce des mcanismes relativement complexes pris en charge par un middleware.
32
Le Middleware
Cest l'ensemble des couches rseau et services logiciel qui permettent le dialogue entre les diffrents composants d'une application rpartie. Ce dialogue se base sur un protocole applicatif commun, dfini par l'API du middleware. Le middleware est dfini par le Gartner Group comme une interface de communication universelle entre processus. Il reprsente vritablement la clef de vote de toute application client-serveur. L'objectif principal du middleware est d'unifier, pour les applications, l'accs et la manipulation de l'ensemble des services disponibles sur le rseau, afin de rendre l'utilisation de ces derniers presque transparente.
33
Le Middleware
Le choix d'un middleware est dterminant en matire d'architecture, il joue un grand rle dans la structuration du systme d'information. Les middleware proposs par les fournisseurs de SGBD sont trs performants (Sql*Net dOracle par exemple) et permettent de tirer profit de l'ensemble des fonctionnalits du serveur de donnes pour lequel ils ont t conus. Par contre, ils ne permettent pas, le plus souvent, l'accs d'autres sources de donnes. Pour certaines applications devant accder des services htrognes, il est parfois ncessaire de combiner plusieurs middlewares. Dans ce cas, le poste client doit connatre et mettre en oeuvre plusieurs IPC, on en vient la notion de client lourd.
34
3- L'architecture 3-tiers
Larchitecture 3-Tiers remdie aux lacunes des architectures 2-tiers. La solution rsiderait dans l'utilisation d'un poste client simple communicant avec le serveur par le biais d'un protocole standard. Dans ce but, l'architecture trois tiers applique les principes suivants :
les donnes sont toujours gres de faon centralise, la prsentation est toujours prise en charge par le poste client, la logique applicative est prise en charge par un serveur intermdiaire.
36
37
INTERNET
Ce rseau mondial, cr en 1969 par l'arme amricaine, puis utilis par les chercheurs et autres scientifiques, a connu une croissance phnomnale auprs du grand public avec l'introduction du World Wide Web en 1989. Ce dernier permet de publier simplement des informations richement mises en forme et pouvant mme, par la suite, contenir des donnes multimdia. La vritable rvolution du WWW rside dans son caractre universel, rendu possible par l'utilisation de standards reconnus. Les standards d'Internet L'universalit du Web repose sur des standards simples et admis par tous :
HTML, pour la description des pages disponibles sur le Web, HTTP, pour la communication entre navigateur et serveur Web, TCP/IP, le protocole rseau largement utilis par les systmes Unix, CGI, l'interface qui permet de dclencher distance des traitements sur les serveurs Web.
39
Intranet
La notion d'Intranet est ne de l'intgration des principes d'Internet et des technologies dployes dans l'entreprise :
on utilise le rseau local de l'entreprise, les donnes sont toujours gres par un SGBD, les mcanismes utiliss pour interroger le SGBD sont toujours les mmes.
40
41
Le client l lger
Le poste client est communment appel client lger ou Thin Client, par opposition au client lourd des architectures deux tiers. Il ne prend en charge que la prsentation de l'application. Le poste client ne communique qu'avec la faade HTTP de l'application et ne dispose d'aucune connaissance des traitements applicatifs ou de la structure des donnes exploites. Les volutions de l'application sont donc possibles sans ncessiter de modification de la partie cliente. Points forts:
Le dploiement est immdiat, les volutions peuvent tre transparentes pour l'utilisateur et les caractristiques du poste client sont libres. Linternaute peut se connecter au serveur en utilisant tout type de poste client disposant d'un navigateur compatible HTML (PC sous Windows, Macintosh, Station Unix, WebPhone... ).
42
Le service applicatif
La logique applicative est prise en charge par le serveur HTTP. Ce dernier se retrouve dans la position du poste client d'une application deux tiers et les changes avec le serveur de donnes mettent en oeuvre les mcanismes dj vus dans ce type d'application.
43
Limitations
L'architecture trois tiers a corrig les excs du client lourd en centralisant une grande partie de la logique applicative sur un serveur HTTP. Le poste client, qui ne prend sa charge que la prsentation et les contrles de saisie, s'est trouv ainsi soulag et plus simple grer. Par contre, le serveur HTTP constitue la pierre angulaire de l'architecture et se trouve souvent fortement sollicit et il est difficile de rpartir la charge entre client et serveur. On se retrouve confront aux pineux problmes de dimensionnement serveur et de gestion de la monte en charge rappelant l'poque des mainframes. De plus, les solutions mises en oeuvre sont relativement complexes maintenir et la gestion des sessions est complique. Les contraintes semblent inverses par rapport celles rencontres avec les architectures deux tiers : le client est soulag, mais le serveur est fortement sollicit. Le phnomne fait penser un retour de balancier. Le juste quilibrage de la charge entre client et serveur semble atteint avec la gnration suivante : les architectures n-tiers.
44
45
Sites Web
The 4+1 View Model of Software Architecture :
http://www.rational.com/uml/index.jsp
Evolutionary architecture :
http://sunset.usc.edu/publications/TECHRPTS/2000/ usccse2000-523/usccse2000-523.pdf
48