SlideShare une entreprise Scribd logo
1  sur  26
Théorie et Pratique du Système d’Information
Deuxième Chapitre: Architecture du SI
Janvier - Mars 2012
Ecole Polytechnique
Yves Caseau

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

1/26
Plan du Cours – Architecture du Système
d’Information
Première partie:
Qu’est-ce que l’architecture ?
 Deuxième partie:
Etablir une architecture cible
 Troisième partie:
Urbanisation du Système d’Information


Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

2/26
Première Partie: l’Architecture du SI

Qu’est-ce qu’une architecture ?
Définition du terme “architecture” ( ANSI/IEEE Std 1471-2000 ):




Pour l’ “Open Group Architecture Forum”, deux sens conjoints:






"The fundamental organization of a system, embodied in its
components, their relationships to each other and the environment,
and the principles governing its design and evolution.“
A formal description of a system, or a detailed plan of the system at
component level to guide its implementation
The structure of components, their inter-relationships, and the
principles and guidelines governing their design and evolution over
time.

Pour le CEISAR


En premier lieu, un outil de communication

« Une architecture » correspond à




une finalité d’un système sous deux modalité:
opération/ transformation
Une cible (acte de communication)

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

3/26
Première Partie: l’Architecture du SI

Objectifs d’une architecture



Communiquer au service d’une idée




Favoriser la réutilisation





Réduire les coûts et la complexité
Support de standardisation

Communication entre parties prenantes




Principal outil de transformation

Éviter les outils et les formalismes complexes (dépend du niveau de
maturité de l’entreprise)

Communication « asynchrone / diachronique »



Rôle de mémoire
Simplifie les évolutions

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

4/26
Première Partie: l’Architecture du SI

Architecture logicielle et architecture de SI


Architecture Logicielle (cf. 3e cours)





Décomposition en composants/ sous-composants
Approches objets/ services / modules

Architecture du SI





Vision macroscopique
Top-down (ex: cartographie fonctionnelle) et bottom-up (des objets
métiers aux services)
Architecture « logique » et « physique »
 Architecture « logique »
– Architecture « métier » (processus / objets métiers)
– Architecture fonctionnelle / service


Architecture « physique »
– Architecture applicative
– Architecture système

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

5/26
Première Partie: l’Architecture du SI

Architecture de données


Référentiel de données







Architecture de données






Référentiel sémantique: qu’est-ce qu’un client, etc?
Modèle conceptuel de données: qu’est-ce qui constitue un client
Ontologie: modèle de classes (UML)
Outil fondamental de partage dans l’entreprise
Répartition
Formats (ex: XML)
Cycle de vie

Architecture dynamique de donnée (cf. 7e cours)




Distribution / synchronisation
Sauvegarde / restauration
Pilotage des flux

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

6/26
Première Partie: l’Architecture du SI

Architecture de services
Service = Fonction + Interface + Contrat
 Architecture de Service







SOA « Départemental » = architecture à base de services






Créer une structure (mettre de l’ordre dans le graphe des appels)
Donner du sens (pour favoriser évolution et réutilisation)
Souvent associé à l’utilisation de technologies « Web Services »
Formalise une bonne pratique ancienne
Le service est un moyen, ce qui est décrit par l’architecture est
l’objectif

SOA « Global » = Construire un catalogue de service structuré
sous forme d’architecture





Indépendant de la technologie (Tuxedo, procédures, …)
Une application des théories de la réutilisation des composants
logiciel au niveau du système d’information
Le catalogue de services réutilisables est l’objectif, l’architecture
(l’organisation) est un moyen

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

7/26
Première Partie: l’Architecture du SI

Analyse fonctionnelle et Architecture objet


L’architecture fonctionnelle est une décomposition





L’architecture fonctionnelle n’est plus isolée (vs. il y a 20 ans)







Fonction / sous-fonction, top-down
Normalisation descriptive: (input, output, transformation, rôles, …)
Une « architecture fonctionnelle » isolée conduit à se préoccuper trop
tard des aspects processus, distribution de données, etc.
Une analyse trop poussée conduit à une informatique en « silos »
L’approche fonctionnelle top-down est mal adaptée à l’utilisation de
progiciels

Elle irrigue 3 approches:





Cartographie métier : analyse description des fonctions/métiers de
l’entreprise
Définition des services au sein de la SOA
Enrichissement de l’architecture de donnée et du modèle métier

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

8/26
Première Partie: l’Architecture du SI

Architecture de processus


Poser une structure sur les interactions temporelles






Décrire la structure « fractale/récursive » des processus









Événements
Enchainements => logique métiers
Finalités => processus
Processus / sous-processus
Familles de processus
 Partages de ressources: données, IHM, …
Rôles (alignement organisationnel)
 L’approche processus est le meilleur outil d’alignement
organisation/SI
Etapes des processus -> services, fonctions, … (lien avec autres
approches)

Normaliser/ Standardiser



Mutualiser / réutiliser / outsourcer
Pédagogie

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

9/26
Construire une architecture cible
Fonctions

Processus

Données
Terminologie

Métiers
Macro-processus
(ébauche)

Macro-fonctions

Objets (ontologie)

Référence 
externe

Cycle de vie objets
Référence 
externe

Level 0
Référence 
externe

Services
Catalogue

Macro-processus
Echanges – Contenu
Evénements
Processus
Protocole m-a-j

Archi. Services v1

Archi. Processus v1

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

Archi. Données v1
10/26
Première Partie: l’Architecture du SI

Modèle Fonctionnel Métier
• Résultat du premier niveau d’analyse fonctionnelle (cf. « level 0 »)
• Le modèle fonctionnel est un outil d’organisation (des hommes, des SI
et des idées)
• Il existe des
standards métier
(ex: eTom dans
les telcos), il est
bon de s’en
inspirer

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

11/26
Deuxième partie
Première partie:
Qu’est-ce que l’architecture ?
 Deuxième partie:
Etablir une architecture cible
 Troisième partie:
Urbanisation du Système d’Information


Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

12/26
Deuxième Partie: Architecture cible

Propriétés d’une « bonne architecture »
Modularité
 Lisibilité
 Evolutivité (support à l’agilité)
 Survavibilité
 Standardisation








L’architecture est un outil de standardisation des interconnexions, en
termes de technologies et de paradigme
Une « bonne architecture » sert à réduire le nombre de techniques,
et à favoriser la réutilisation
Sert à favoriser l’utilisation de standards
(LDAP, ETL, BPB, ESB – cf. chapitre 3)

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

13/26
Deuxième Partie: Architecture cible

Modularité


Modularité = « diviser pour régner »




Minimiser les interactions / les dépendances / les flux




Rôle clé des modèles

Déclinaisons







Modularité modulo l’organisation : objectif = rendre les départements
autonomes

Architecture en couche
Architecture de données
Architecture orientée-services
Processus

Art ou science ?:




Chapitre 4: métriques de modularité
Multidimensionnel – doit être isomorphe à l’organisation
Appropriation/pédagogie sont fondamentales

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

14/26
Deuxième Partie: Architecture cible

Lisibilité


Méta-modèle compris et partagé





Chercher la continuité – éviter les modes




Intérêt du standard (UML)

Séparer les fonds des flux





Que signifient les boites et les flèches ?
Typologie claire et consistante

Une même nomenclature partagée
Un schéma par objectif de communication 

Cf. Georges Miller « Magical seven »





Capacité du « canal » (mémoire immédiate) : 7 +/- 2
Peut s’utiliser de façon fractale, mais chaque niveau ne contient pas
plus de 7 objets 
Construction progressive : animation des schémas !

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

15/26
Deuxième Partie: Architecture cible

Evolutivité


Ajouts et suppression d’éléments





«Publish & Suscribe »





Les événements forment une « grammaire » pour l’évolutivité
Très simple avec un middleware asynchrone

Evolution des flux





Éviter la centralité (degré trop important)
Dans le cas contraire, normaliser l’interconnexion

Volume - scalabilité
Nature

Une « bonne architecture » doit éviter les situations de blocage
en termes d’évolution



Composant saturé
Composant irremplaçable

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

16/26
Deuxième Partie: Architecture cible

« Survavibilité »
Pas de SPOF
 Redondance (similaire à la scalabilité)
 Back-up / restauration
 Architecture de données







Privacy & CNIL
Chiffrement des données sensibles

Securité



Intrusion
Attaque « denial of service »

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

17/26
Troisième Partie
Première partie:
Qu’est-ce que l’architecture ?
 Deuxième partie:
Etablir une architecture cible
 Troisième partie:
Urbanisation du Système d’Information


Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

18/26
Troisième Partie: Urbanisation du SI

Urbanisation & « Enterprise Architecture »
Qu’est-ce que l’urbanisation ?
 L’approche composant
 L’orientation processus (externalisation de la logique)
 Le découpage temporel (messages asynchrones)
 Le découpage fonctionnel (intermédiation)
 Qu’est-ce qu’une « architecture d’entreprise » ?






Mise en cohérence de 3 plans :
 Stratégie : objectifs
 Opérationnel : processus et objets
 Système d’information: applications et services

On parle de la même chose, mais



EA = cible
Urbanisation = démarche

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

19/26
Parallèle avec l’urbanisation des villes


Organisation des quartiers




Nomenclature
Structure hiérarchique
Organisation fonctionnelle

Planification de la croissance
 Définir les réseaux






Définir les interfaces




Communication / voiries
Connections

Définir les processus transverses de la ville



Transport / éclairage / ..
Exemple de parallèle avec la cible « Urbanization 2020 »





Téléphonie (mobile puis Internet) : Information (ESS)
Electricité :
Ressources calcul & stockage (cloud/grid)
Eau :
Innovation, focus client
Assainissement :
Nettoyage applicatif

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

20/26
Troisième Partie: Urbanisation du SI

Démarche d’urbanisation
Cartographier
 Définir la cible :






Architecture d’entreprise
 Objets (données)
 Processus (et événements)
 Services (analyse fonctionnelle)
Architecture informatique (fonctionnelle & technique)

Choix technologiques
 Plan de progression par lot
 Conduite du changement


Diagnostic
Problèmes
informatiques

Définition
« refondation »
Début de la
Gouvernance
du
Métier
démarche
SI
programme
D’urbanisation (modèles,
(planification
d’urbanisation Allocation)
Processus)

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

Réalisation

21/26
Troisième Partie: Urbanisation du SI

Modèles de déploiement



Stratégies
• Big bang
• Progressif



Leçons de migration






• avec migration
• sans migration

Segmentation
Métier / historique / …

Le plus dur
Tester dès le début, attention aux performances !
Prévoir la sortie (prise de purge)

Savoir lotir, savoir prendre son temps, savoir respirer
COCOMO vs. Notre expérience sur la valorisation

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

22/26
Troisième Partie: Urbanisation du SI

Déploiement Progressif
L’approche « big bang » ne fonctionne que pour des SI de taille
moyenne
 Nous avons adopté une approche progressive à Bouygues
Telecom


C’est un compromis: plus sûr mais plus cher (en fonction du
nombre d’étapes)
 Cette stratégie se compose avec une approche « fractale »


Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

23/26
Troisième Partie: Urbanisation du SI

Lotissement



Faire des lots de taille « raisonnable »





Utiliser les outils





Cocomo, Casper-Jones, etc.
Règles de conduite des projets …

Eviter le gel « iso-fonctionnel »




De 1 à 5 M€ suivant l’entreprise, moins d’un an
Règle de John Chambers : 3 personnes, 300k$, 3mois

Besoin du support client

Insister sur la compatibilité ascendante



Conception
Format des échanges (XML)

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

24/26
Troisième Partie: Urbanisation du SI

« Parallel Run »
Les composants doivent subir des tests de non-régression sur
données réelles
 Dans certains cas, il est trop complexe de produire un jeu de
test complet -> on compare


comparaison
Composant
original

Composant
refondu
passerelle

passerelle

Environnement de test

Flux d’événements
Environnement de production

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

25/26
Troisième Partie: Urbanisation du SI

Migration
Quelques recommandations :
 Il faut penser aux plannings d’exploitation et à l’optimisation
des performances dès le début du projet.
 La migration est une activité qui aura lieu plusieurs fois, il faut
donc l’industrialiser. En particulier, il faut s’appuyer sur XML et
les outils XML.
 Il faut inclure des contrôles de cohérence et faire du nettoyage
pendant la migration des données.
 Il est souhaitable d’utiliser le plus possible l’infrastructure pour
faire les migrations, en particulier le flux incrémental.
 Enfin, il faut anticiper le problème de la migration qui se posera
dans quelques années avec la génération suivante !.

Copyright © Yves Caseau – 2012 - Cours Polytechnique (II)

26/26

Contenu connexe

Tendances

Ar si-c1-2
Ar si-c1-2Ar si-c1-2
Ar si-c1-2
azraf
 
Urbanisation & Architectures
Urbanisation & ArchitecturesUrbanisation & Architectures
Urbanisation & Architectures
Paulin CHOUDJA
 
Innovative Architecture Design
Innovative Architecture DesignInnovative Architecture Design
Innovative Architecture Design
Airmis
 
Le système d'information unifié
Le système d'information unifiéLe système d'information unifié
Le système d'information unifié
itSMF France
 
Mise en place d’un Systéme d’Information (S.I.) en PME
Mise en place d’un Systéme d’Information (S.I.) en PMEMise en place d’un Systéme d’Information (S.I.) en PME
Mise en place d’un Systéme d’Information (S.I.) en PME
CYB@RDECHE
 

Tendances (20)

Cours chapitre5 2012
Cours chapitre5 2012Cours chapitre5 2012
Cours chapitre5 2012
 
Ar si-c1-2
Ar si-c1-2Ar si-c1-2
Ar si-c1-2
 
Urbanisation & Architectures
Urbanisation & ArchitecturesUrbanisation & Architectures
Urbanisation & Architectures
 
La Gouvernance des Services Informatiques
La Gouvernance des Services InformatiquesLa Gouvernance des Services Informatiques
La Gouvernance des Services Informatiques
 
Management Informatique
Management InformatiqueManagement Informatique
Management Informatique
 
JBL - ENSIM - Approche Architecture d'Entreprise
JBL - ENSIM - Approche Architecture d'EntrepriseJBL - ENSIM - Approche Architecture d'Entreprise
JBL - ENSIM - Approche Architecture d'Entreprise
 
Montreal Metropole Numerique - Atelier 3 - CanmetENERGIE - Analyse de donne...
Montreal Metropole Numerique -   Atelier 3 - CanmetENERGIE - Analyse de donne...Montreal Metropole Numerique -   Atelier 3 - CanmetENERGIE - Analyse de donne...
Montreal Metropole Numerique - Atelier 3 - CanmetENERGIE - Analyse de donne...
 
Enterprise Architecture and Open Source
Enterprise Architecture and Open SourceEnterprise Architecture and Open Source
Enterprise Architecture and Open Source
 
Emc Ionix Virtualisation
Emc Ionix VirtualisationEmc Ionix Virtualisation
Emc Ionix Virtualisation
 
Le système d’information de l’entreprise
Le système d’information de l’entrepriseLe système d’information de l’entreprise
Le système d’information de l’entreprise
 
Comment integrer les applications de votre Systeme Information entre elles ?
Comment integrer les applications de votre Systeme Information entre elles ?Comment integrer les applications de votre Systeme Information entre elles ?
Comment integrer les applications de votre Systeme Information entre elles ?
 
Alignement stratégique
Alignement stratégiqueAlignement stratégique
Alignement stratégique
 
Flow Line En route vers l'herbergement, la revolution des services et l'optim...
Flow Line En route vers l'herbergement, la revolution des services et l'optim...Flow Line En route vers l'herbergement, la revolution des services et l'optim...
Flow Line En route vers l'herbergement, la revolution des services et l'optim...
 
Innovative Architecture Design
Innovative Architecture DesignInnovative Architecture Design
Innovative Architecture Design
 
Le système d'information unifié
Le système d'information unifiéLe système d'information unifié
Le système d'information unifié
 
Système d'Information (S.I.) dans l’entreprise
Système d'Information (S.I.) dans l’entrepriseSystème d'Information (S.I.) dans l’entreprise
Système d'Information (S.I.) dans l’entreprise
 
Comment consilier entre les standards
Comment consilier entre les standardsComment consilier entre les standards
Comment consilier entre les standards
 
Karim Baina activities ensias
Karim Baina activities ensiasKarim Baina activities ensias
Karim Baina activities ensias
 
Mise en place d’un Systéme d’Information (S.I.) en PME
Mise en place d’un Systéme d’Information (S.I.) en PMEMise en place d’un Systéme d’Information (S.I.) en PME
Mise en place d’un Systéme d’Information (S.I.) en PME
 
Architecture flexible Principes
Architecture flexible PrincipesArchitecture flexible Principes
Architecture flexible Principes
 

En vedette

Td 4 l'approche processus
Td 4 l'approche processusTd 4 l'approche processus
Td 4 l'approche processus
Fethi Ferhane
 
Td 5 diagramme de processus (exemple)
Td 5 diagramme de processus (exemple)Td 5 diagramme de processus (exemple)
Td 5 diagramme de processus (exemple)
Fethi Ferhane
 
Chap1 systéme d'information
Chap1 systéme d'informationChap1 systéme d'information
Chap1 systéme d'information
Ghita Benabdellah
 

En vedette (20)

Smart homeamsterdamoctober2013
Smart homeamsterdamoctober2013Smart homeamsterdamoctober2013
Smart homeamsterdamoctober2013
 
OCTO 2012 - Banque du futur 2020 : scenarios 2020
OCTO 2012 - Banque du futur 2020 : scenarios 2020OCTO 2012 - Banque du futur 2020 : scenarios 2020
OCTO 2012 - Banque du futur 2020 : scenarios 2020
 
NaPTAN
NaPTANNaPTAN
NaPTAN
 
Modularité des systèmes pour le transport en commun
Modularité des systèmes pour le transport en communModularité des systèmes pour le transport en commun
Modularité des systèmes pour le transport en commun
 
Construction d'un diagramme de flux d'informations
Construction d'un diagramme de flux d'informationsConstruction d'un diagramme de flux d'informations
Construction d'un diagramme de flux d'informations
 
J bpm workflow
J bpm workflowJ bpm workflow
J bpm workflow
 
Td 4 l'approche processus
Td 4 l'approche processusTd 4 l'approche processus
Td 4 l'approche processus
 
Td 5 diagramme de processus (exemple)
Td 5 diagramme de processus (exemple)Td 5 diagramme de processus (exemple)
Td 5 diagramme de processus (exemple)
 
Introduction to Workflow Foundation
Introduction to Workflow FoundationIntroduction to Workflow Foundation
Introduction to Workflow Foundation
 
exercices Corrigées du merise
exercices Corrigées du  meriseexercices Corrigées du  merise
exercices Corrigées du merise
 
Presentation pfe gestion parc informatique et help desk
Presentation pfe gestion parc informatique et help deskPresentation pfe gestion parc informatique et help desk
Presentation pfe gestion parc informatique et help desk
 
Mt104 Introduction
Mt104 IntroductionMt104 Introduction
Mt104 Introduction
 
Chap1 systéme d'information
Chap1 systéme d'informationChap1 systéme d'information
Chap1 systéme d'information
 
Introduction aux systèmes d’information des entreprises
Introduction aux systèmes d’information des entreprisesIntroduction aux systèmes d’information des entreprises
Introduction aux systèmes d’information des entreprises
 
Cg strat1 casa
Cg strat1 casaCg strat1 casa
Cg strat1 casa
 
Rapport Projet de fin d'etude sur le parc informatique
Rapport Projet  de fin d'etude sur le parc informatiqueRapport Projet  de fin d'etude sur le parc informatique
Rapport Projet de fin d'etude sur le parc informatique
 
Audit opérationnel - Évaluation des procédures du cycle achats/fournisseurs a...
Audit opérationnel - Évaluation des procédures du cycle achats/fournisseurs a...Audit opérationnel - Évaluation des procédures du cycle achats/fournisseurs a...
Audit opérationnel - Évaluation des procédures du cycle achats/fournisseurs a...
 
CM CSI
CM CSICM CSI
CM CSI
 
Analyse et conception des systèmes d’information
Analyse et conception des systèmes d’informationAnalyse et conception des systèmes d’information
Analyse et conception des systèmes d’information
 
Encuadre geografía
Encuadre geografíaEncuadre geografía
Encuadre geografía
 

Similaire à Cours chapitre2 2012

Présentation cours UML.pptx
Présentation  cours UML.pptxPrésentation  cours UML.pptx
Présentation cours UML.pptx
PrinceLankoand
 
CoursUML-SlimMesfar-Total
CoursUML-SlimMesfar-TotalCoursUML-SlimMesfar-Total
CoursUML-SlimMesfar-Total
Ahmed Mekkaoui
 
introduction à la modélisation objet
introduction à la modélisation objetintroduction à la modélisation objet
introduction à la modélisation objet
Amir Souissi
 
Uml2 a formation-uml-2-perfectionnement
Uml2 a formation-uml-2-perfectionnementUml2 a formation-uml-2-perfectionnement
Uml2 a formation-uml-2-perfectionnement
CERTyou Formation
 
Uml2 i formation-uml-2-les-bases
Uml2 i formation-uml-2-les-basesUml2 i formation-uml-2-les-bases
Uml2 i formation-uml-2-les-bases
CERTyou Formation
 
Usi 2011 paris_linked_in
Usi 2011 paris_linked_inUsi 2011 paris_linked_in
Usi 2011 paris_linked_in
Yassine Hinnach
 
3326-presentation-sysml-martin. -2.pptx
3326-presentation-sysml-martin.  -2.pptx3326-presentation-sysml-martin.  -2.pptx
3326-presentation-sysml-martin. -2.pptx
josue25052001
 
Urbanisme des systèmes d'information.pdf
Urbanisme des systèmes d'information.pdfUrbanisme des systèmes d'information.pdf
Urbanisme des systèmes d'information.pdf
fluffyfluff1
 

Similaire à Cours chapitre2 2012 (20)

informatique_logiquarchitecture_applicative
informatique_logiquarchitecture_applicativeinformatique_logiquarchitecture_applicative
informatique_logiquarchitecture_applicative
 
A SIMPLIFIED APPROACH FOR QUALITY.pdf
A SIMPLIFIED APPROACH FOR QUALITY.pdfA SIMPLIFIED APPROACH FOR QUALITY.pdf
A SIMPLIFIED APPROACH FOR QUALITY.pdf
 
Focus composants
Focus composantsFocus composants
Focus composants
 
Présentation cours UML.pptx
Présentation  cours UML.pptxPrésentation  cours UML.pptx
Présentation cours UML.pptx
 
CoursUML-SlimMesfar-Total
CoursUML-SlimMesfar-TotalCoursUML-SlimMesfar-Total
CoursUML-SlimMesfar-Total
 
introduction à la modélisation objet
introduction à la modélisation objetintroduction à la modélisation objet
introduction à la modélisation objet
 
CM uml-intro
CM uml-introCM uml-intro
CM uml-intro
 
Prototype rapport
Prototype rapportPrototype rapport
Prototype rapport
 
2-Composants.docx
2-Composants.docx2-Composants.docx
2-Composants.docx
 
Uml2 a formation-uml-2-perfectionnement
Uml2 a formation-uml-2-perfectionnementUml2 a formation-uml-2-perfectionnement
Uml2 a formation-uml-2-perfectionnement
 
COURS UML INFORMATQIUE TELECOM2 2007.pdf
COURS UML INFORMATQIUE TELECOM2 2007.pdfCOURS UML INFORMATQIUE TELECOM2 2007.pdf
COURS UML INFORMATQIUE TELECOM2 2007.pdf
 
Uml2 i formation-uml-2-les-bases
Uml2 i formation-uml-2-les-basesUml2 i formation-uml-2-les-bases
Uml2 i formation-uml-2-les-bases
 
Plasticitérecherche2015 2
Plasticitérecherche2015 2Plasticitérecherche2015 2
Plasticitérecherche2015 2
 
Lecon 1.1
Lecon 1.1Lecon 1.1
Lecon 1.1
 
Usi 2011 paris_linked_in
Usi 2011 paris_linked_inUsi 2011 paris_linked_in
Usi 2011 paris_linked_in
 
Intro ihm
Intro ihmIntro ihm
Intro ihm
 
3326-presentation-sysml-martin. -2.pptx
3326-presentation-sysml-martin.  -2.pptx3326-presentation-sysml-martin.  -2.pptx
3326-presentation-sysml-martin. -2.pptx
 
Masi intro csi
Masi intro csiMasi intro csi
Masi intro csi
 
Génie Logiciels : Introduction aux architectures
Génie Logiciels : Introduction aux architecturesGénie Logiciels : Introduction aux architectures
Génie Logiciels : Introduction aux architectures
 
Urbanisme des systèmes d'information.pdf
Urbanisme des systèmes d'information.pdfUrbanisme des systèmes d'information.pdf
Urbanisme des systèmes d'information.pdf
 

Plus de Yves Caseau

Lean entreprisetwodotzerodauphinefev2014
Lean entreprisetwodotzerodauphinefev2014Lean entreprisetwodotzerodauphinefev2014
Lean entreprisetwodotzerodauphinefev2014
Yves Caseau
 

Plus de Yves Caseau (20)

CCEM2023.pptx
CCEM2023.pptxCCEM2023.pptx
CCEM2023.pptx
 
DataAquitaine February 2022
DataAquitaine February 2022DataAquitaine February 2022
DataAquitaine February 2022
 
Global warming dynamic gamesv0.3
Global warming dynamic gamesv0.3Global warming dynamic gamesv0.3
Global warming dynamic gamesv0.3
 
Machine Learning for Self-Tracking
Machine Learning for Self-TrackingMachine Learning for Self-Tracking
Machine Learning for Self-Tracking
 
Information Systems for Digital Transformation
Information Systems for Digital TransformationInformation Systems for Digital Transformation
Information Systems for Digital Transformation
 
Lean from the guts
Lean from the gutsLean from the guts
Lean from the guts
 
Taking advantageofai july2018
Taking advantageofai july2018Taking advantageofai july2018
Taking advantageofai july2018
 
Software Pitch 2018
Software Pitch 2018Software Pitch 2018
Software Pitch 2018
 
Intelligence Artificielle - Journée MEDEF & AFIA
Intelligence Artificielle - Journée MEDEF & AFIAIntelligence Artificielle - Journée MEDEF & AFIA
Intelligence Artificielle - Journée MEDEF & AFIA
 
Big data, Behavioral Change and IOT Architecture
Big data, Behavioral Change and IOT ArchitectureBig data, Behavioral Change and IOT Architecture
Big data, Behavioral Change and IOT Architecture
 
XEBICON Public November 2015
XEBICON Public November 2015XEBICON Public November 2015
XEBICON Public November 2015
 
Smart selfnovember2013
Smart selfnovember2013Smart selfnovember2013
Smart selfnovember2013
 
Management socialnetworksfeb2012
Management socialnetworksfeb2012Management socialnetworksfeb2012
Management socialnetworksfeb2012
 
Google socialnetworksmarch08
Google socialnetworksmarch08Google socialnetworksmarch08
Google socialnetworksmarch08
 
Managing Business Processes Communication and Performance
Managing Business Processes Communication and Performance Managing Business Processes Communication and Performance
Managing Business Processes Communication and Performance
 
Entreprise troispointzeropublicjan2015
Entreprise troispointzeropublicjan2015Entreprise troispointzeropublicjan2015
Entreprise troispointzeropublicjan2015
 
GTES UTC 2014
GTES  UTC 2014GTES  UTC 2014
GTES UTC 2014
 
The European CIO Conference - November 27th, 2014
The European CIO Conference - November 27th, 2014The European CIO Conference - November 27th, 2014
The European CIO Conference - November 27th, 2014
 
Disic mars2014
Disic mars2014Disic mars2014
Disic mars2014
 
Lean entreprisetwodotzerodauphinefev2014
Lean entreprisetwodotzerodauphinefev2014Lean entreprisetwodotzerodauphinefev2014
Lean entreprisetwodotzerodauphinefev2014
 

Dernier

Dernier (13)

Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024Réunion des directeurs de Jonzac - 15 mai 2024
Réunion des directeurs de Jonzac - 15 mai 2024
 
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptxGHASSOUB _Seance 3_ measurement and evaluation in education.pptx
GHASSOUB _Seance 3_ measurement and evaluation in education.pptx
 
Les débuts de la collection "Le livre de poche"
Les débuts de la collection "Le livre de poche"Les débuts de la collection "Le livre de poche"
Les débuts de la collection "Le livre de poche"
 
Àma Gloria.pptx Un film tourné au Cap Vert et en France
Àma Gloria.pptx   Un film tourné au Cap Vert et en FranceÀma Gloria.pptx   Un film tourné au Cap Vert et en France
Àma Gloria.pptx Un film tourné au Cap Vert et en France
 
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptxSaint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
Saint Damien, missionnaire auprès des lépreux de Molokai, Hawaï.pptx
 
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptxGHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
GHASSOUB _Seance 4_ measurement and evaluation in education_-.pptx
 
Un petit coin etwinning- Au fil des cultures urbaines
Un petit coin  etwinning- Au fil des cultures urbainesUn petit coin  etwinning- Au fil des cultures urbaines
Un petit coin etwinning- Au fil des cultures urbaines
 
Texte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigéesTexte avec différentes critiques positives, négatives ou mitigées
Texte avec différentes critiques positives, négatives ou mitigées
 
Fiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciationFiche de vocabulaire pour faire une appréciation
Fiche de vocabulaire pour faire une appréciation
 
complement de agri cours irrigation.pptx
complement de agri cours irrigation.pptxcomplement de agri cours irrigation.pptx
complement de agri cours irrigation.pptx
 
Nathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre françaiseNathanaëlle Herbelin.pptx Peintre française
Nathanaëlle Herbelin.pptx Peintre française
 
Chapitre3-Classififcation des structures de chaussu00E9e.pptx
Chapitre3-Classififcation des structures de  chaussu00E9e.pptxChapitre3-Classififcation des structures de  chaussu00E9e.pptx
Chapitre3-Classififcation des structures de chaussu00E9e.pptx
 
CALENDRIER ET COMPTE RENDU REUNION DIRECTION
CALENDRIER ET COMPTE RENDU REUNION DIRECTIONCALENDRIER ET COMPTE RENDU REUNION DIRECTION
CALENDRIER ET COMPTE RENDU REUNION DIRECTION
 

Cours chapitre2 2012

  • 1. Théorie et Pratique du Système d’Information Deuxième Chapitre: Architecture du SI Janvier - Mars 2012 Ecole Polytechnique Yves Caseau Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 1/26
  • 2. Plan du Cours – Architecture du Système d’Information Première partie: Qu’est-ce que l’architecture ?  Deuxième partie: Etablir une architecture cible  Troisième partie: Urbanisation du Système d’Information  Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 2/26
  • 3. Première Partie: l’Architecture du SI Qu’est-ce qu’une architecture ? Définition du terme “architecture” ( ANSI/IEEE Std 1471-2000 ):   Pour l’ “Open Group Architecture Forum”, deux sens conjoints:    "The fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution.“ A formal description of a system, or a detailed plan of the system at component level to guide its implementation The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time. Pour le CEISAR  En premier lieu, un outil de communication « Une architecture » correspond à   une finalité d’un système sous deux modalité: opération/ transformation Une cible (acte de communication) Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 3/26
  • 4. Première Partie: l’Architecture du SI Objectifs d’une architecture  Communiquer au service d’une idée   Favoriser la réutilisation    Réduire les coûts et la complexité Support de standardisation Communication entre parties prenantes   Principal outil de transformation Éviter les outils et les formalismes complexes (dépend du niveau de maturité de l’entreprise) Communication « asynchrone / diachronique »   Rôle de mémoire Simplifie les évolutions Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 4/26
  • 5. Première Partie: l’Architecture du SI Architecture logicielle et architecture de SI  Architecture Logicielle (cf. 3e cours)    Décomposition en composants/ sous-composants Approches objets/ services / modules Architecture du SI    Vision macroscopique Top-down (ex: cartographie fonctionnelle) et bottom-up (des objets métiers aux services) Architecture « logique » et « physique »  Architecture « logique » – Architecture « métier » (processus / objets métiers) – Architecture fonctionnelle / service  Architecture « physique » – Architecture applicative – Architecture système Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 5/26
  • 6. Première Partie: l’Architecture du SI Architecture de données  Référentiel de données      Architecture de données     Référentiel sémantique: qu’est-ce qu’un client, etc? Modèle conceptuel de données: qu’est-ce qui constitue un client Ontologie: modèle de classes (UML) Outil fondamental de partage dans l’entreprise Répartition Formats (ex: XML) Cycle de vie Architecture dynamique de donnée (cf. 7e cours)    Distribution / synchronisation Sauvegarde / restauration Pilotage des flux Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 6/26
  • 7. Première Partie: l’Architecture du SI Architecture de services Service = Fonction + Interface + Contrat  Architecture de Service     SOA « Départemental » = architecture à base de services     Créer une structure (mettre de l’ordre dans le graphe des appels) Donner du sens (pour favoriser évolution et réutilisation) Souvent associé à l’utilisation de technologies « Web Services » Formalise une bonne pratique ancienne Le service est un moyen, ce qui est décrit par l’architecture est l’objectif SOA « Global » = Construire un catalogue de service structuré sous forme d’architecture    Indépendant de la technologie (Tuxedo, procédures, …) Une application des théories de la réutilisation des composants logiciel au niveau du système d’information Le catalogue de services réutilisables est l’objectif, l’architecture (l’organisation) est un moyen Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 7/26
  • 8. Première Partie: l’Architecture du SI Analyse fonctionnelle et Architecture objet  L’architecture fonctionnelle est une décomposition    L’architecture fonctionnelle n’est plus isolée (vs. il y a 20 ans)     Fonction / sous-fonction, top-down Normalisation descriptive: (input, output, transformation, rôles, …) Une « architecture fonctionnelle » isolée conduit à se préoccuper trop tard des aspects processus, distribution de données, etc. Une analyse trop poussée conduit à une informatique en « silos » L’approche fonctionnelle top-down est mal adaptée à l’utilisation de progiciels Elle irrigue 3 approches:    Cartographie métier : analyse description des fonctions/métiers de l’entreprise Définition des services au sein de la SOA Enrichissement de l’architecture de donnée et du modèle métier Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 8/26
  • 9. Première Partie: l’Architecture du SI Architecture de processus  Poser une structure sur les interactions temporelles     Décrire la structure « fractale/récursive » des processus      Événements Enchainements => logique métiers Finalités => processus Processus / sous-processus Familles de processus  Partages de ressources: données, IHM, … Rôles (alignement organisationnel)  L’approche processus est le meilleur outil d’alignement organisation/SI Etapes des processus -> services, fonctions, … (lien avec autres approches) Normaliser/ Standardiser   Mutualiser / réutiliser / outsourcer Pédagogie Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 9/26
  • 10. Construire une architecture cible Fonctions Processus Données Terminologie Métiers Macro-processus (ébauche) Macro-fonctions Objets (ontologie) Référence  externe Cycle de vie objets Référence  externe Level 0 Référence  externe Services Catalogue Macro-processus Echanges – Contenu Evénements Processus Protocole m-a-j Archi. Services v1 Archi. Processus v1 Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) Archi. Données v1 10/26
  • 11. Première Partie: l’Architecture du SI Modèle Fonctionnel Métier • Résultat du premier niveau d’analyse fonctionnelle (cf. « level 0 ») • Le modèle fonctionnel est un outil d’organisation (des hommes, des SI et des idées) • Il existe des standards métier (ex: eTom dans les telcos), il est bon de s’en inspirer Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 11/26
  • 12. Deuxième partie Première partie: Qu’est-ce que l’architecture ?  Deuxième partie: Etablir une architecture cible  Troisième partie: Urbanisation du Système d’Information  Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 12/26
  • 13. Deuxième Partie: Architecture cible Propriétés d’une « bonne architecture » Modularité  Lisibilité  Evolutivité (support à l’agilité)  Survavibilité  Standardisation     L’architecture est un outil de standardisation des interconnexions, en termes de technologies et de paradigme Une « bonne architecture » sert à réduire le nombre de techniques, et à favoriser la réutilisation Sert à favoriser l’utilisation de standards (LDAP, ETL, BPB, ESB – cf. chapitre 3) Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 13/26
  • 14. Deuxième Partie: Architecture cible Modularité  Modularité = « diviser pour régner »   Minimiser les interactions / les dépendances / les flux   Rôle clé des modèles Déclinaisons      Modularité modulo l’organisation : objectif = rendre les départements autonomes Architecture en couche Architecture de données Architecture orientée-services Processus Art ou science ?:    Chapitre 4: métriques de modularité Multidimensionnel – doit être isomorphe à l’organisation Appropriation/pédagogie sont fondamentales Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 14/26
  • 15. Deuxième Partie: Architecture cible Lisibilité  Méta-modèle compris et partagé    Chercher la continuité – éviter les modes   Intérêt du standard (UML) Séparer les fonds des flux    Que signifient les boites et les flèches ? Typologie claire et consistante Une même nomenclature partagée Un schéma par objectif de communication  Cf. Georges Miller « Magical seven »    Capacité du « canal » (mémoire immédiate) : 7 +/- 2 Peut s’utiliser de façon fractale, mais chaque niveau ne contient pas plus de 7 objets  Construction progressive : animation des schémas ! Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 15/26
  • 16. Deuxième Partie: Architecture cible Evolutivité  Ajouts et suppression d’éléments    «Publish & Suscribe »    Les événements forment une « grammaire » pour l’évolutivité Très simple avec un middleware asynchrone Evolution des flux    Éviter la centralité (degré trop important) Dans le cas contraire, normaliser l’interconnexion Volume - scalabilité Nature Une « bonne architecture » doit éviter les situations de blocage en termes d’évolution   Composant saturé Composant irremplaçable Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 16/26
  • 17. Deuxième Partie: Architecture cible « Survavibilité » Pas de SPOF  Redondance (similaire à la scalabilité)  Back-up / restauration  Architecture de données     Privacy & CNIL Chiffrement des données sensibles Securité   Intrusion Attaque « denial of service » Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 17/26
  • 18. Troisième Partie Première partie: Qu’est-ce que l’architecture ?  Deuxième partie: Etablir une architecture cible  Troisième partie: Urbanisation du Système d’Information  Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 18/26
  • 19. Troisième Partie: Urbanisation du SI Urbanisation & « Enterprise Architecture » Qu’est-ce que l’urbanisation ?  L’approche composant  L’orientation processus (externalisation de la logique)  Le découpage temporel (messages asynchrones)  Le découpage fonctionnel (intermédiation)  Qu’est-ce qu’une « architecture d’entreprise » ?    Mise en cohérence de 3 plans :  Stratégie : objectifs  Opérationnel : processus et objets  Système d’information: applications et services On parle de la même chose, mais   EA = cible Urbanisation = démarche Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 19/26
  • 20. Parallèle avec l’urbanisation des villes  Organisation des quartiers    Nomenclature Structure hiérarchique Organisation fonctionnelle Planification de la croissance  Définir les réseaux    Définir les interfaces   Communication / voiries Connections Définir les processus transverses de la ville   Transport / éclairage / .. Exemple de parallèle avec la cible « Urbanization 2020 »     Téléphonie (mobile puis Internet) : Information (ESS) Electricité : Ressources calcul & stockage (cloud/grid) Eau : Innovation, focus client Assainissement : Nettoyage applicatif Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 20/26
  • 21. Troisième Partie: Urbanisation du SI Démarche d’urbanisation Cartographier  Définir la cible :    Architecture d’entreprise  Objets (données)  Processus (et événements)  Services (analyse fonctionnelle) Architecture informatique (fonctionnelle & technique) Choix technologiques  Plan de progression par lot  Conduite du changement  Diagnostic Problèmes informatiques Définition « refondation » Début de la Gouvernance du Métier démarche SI programme D’urbanisation (modèles, (planification d’urbanisation Allocation) Processus) Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) Réalisation 21/26
  • 22. Troisième Partie: Urbanisation du SI Modèles de déploiement  Stratégies • Big bang • Progressif  Leçons de migration     • avec migration • sans migration Segmentation Métier / historique / … Le plus dur Tester dès le début, attention aux performances ! Prévoir la sortie (prise de purge) Savoir lotir, savoir prendre son temps, savoir respirer COCOMO vs. Notre expérience sur la valorisation Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 22/26
  • 23. Troisième Partie: Urbanisation du SI Déploiement Progressif L’approche « big bang » ne fonctionne que pour des SI de taille moyenne  Nous avons adopté une approche progressive à Bouygues Telecom  C’est un compromis: plus sûr mais plus cher (en fonction du nombre d’étapes)  Cette stratégie se compose avec une approche « fractale »  Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 23/26
  • 24. Troisième Partie: Urbanisation du SI Lotissement  Faire des lots de taille « raisonnable »    Utiliser les outils    Cocomo, Casper-Jones, etc. Règles de conduite des projets … Eviter le gel « iso-fonctionnel »   De 1 à 5 M€ suivant l’entreprise, moins d’un an Règle de John Chambers : 3 personnes, 300k$, 3mois Besoin du support client Insister sur la compatibilité ascendante   Conception Format des échanges (XML) Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 24/26
  • 25. Troisième Partie: Urbanisation du SI « Parallel Run » Les composants doivent subir des tests de non-régression sur données réelles  Dans certains cas, il est trop complexe de produire un jeu de test complet -> on compare  comparaison Composant original Composant refondu passerelle passerelle Environnement de test Flux d’événements Environnement de production Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 25/26
  • 26. Troisième Partie: Urbanisation du SI Migration Quelques recommandations :  Il faut penser aux plannings d’exploitation et à l’optimisation des performances dès le début du projet.  La migration est une activité qui aura lieu plusieurs fois, il faut donc l’industrialiser. En particulier, il faut s’appuyer sur XML et les outils XML.  Il faut inclure des contrôles de cohérence et faire du nettoyage pendant la migration des données.  Il est souhaitable d’utiliser le plus possible l’infrastructure pour faire les migrations, en particulier le flux incrémental.  Enfin, il faut anticiper le problème de la migration qui se posera dans quelques années avec la génération suivante !. Copyright © Yves Caseau – 2012 - Cours Polytechnique (II) 26/26

Notes de l'éditeur

  1. L’Architecture est une activité métier stratégique … Alignement stratégique (SI/métier) est une contrainte ! Si on n’aligne pas le SI sur la stratégie métier, l’inverse se produit Agilité => Anticiper => Planifier Enjeux stratégiques Optimisation -> processus Segmentation -> flexibilité (orientée client et non système) Expérience client unifiée Mutualisation (maîtrise des coûts) Cf. présentation précédente sur urbanisation (objectifs SI)
  2. L’approche processus est le meilleur outil d’alignement organisation/SI
  3. Goal: minimize impact dispersion for new services “Definition”: modularity is the correlation « Distance in the code » and frequency of interaction « Distance in the code » and « co-evolution » Good practices : Layered architecture (define abstraction levels) Process Architecture (define a composition grammar) Sharing/reuse & modularity go hand-in-hand : sub-process identification Event-Oriented Architecture Pub/sub is still a one of the best modular patterns Model-Driven Architecture: careful design of « future-proof » data model Service Architecture reduces unmanaged interactions Reification of functional architecture Abstraction/ encapsulation
  4. trends city - mobile phone - Electricity - water - assainissement Sofware Production Info (ESS) Electricity : Resource  (Cloud/grid + tools : code version, repository, auto test, auto config , auto deploy) water : innovation/ customer focus assai: code clean up / rex
  5. Les plannings de bascule de flux sont complexes, c’est une des dimensions de l’apprentissage. Dans le cas d’un développement spécifique, il faut inclure, dans les spécifications, celles d’un export complet en XML.  Dans le cas d’un progiciel, la « facilité à vider » le composant doit être un critère de choix. L’expérience prouve que dans l’excitation et la tension qui caractérisent un gros projet de refonte, il est difficile de voir loin et de prévoir la sortie. C’est pourtant un des facteurs clés pour maîtriser les coûts sur le long terme, comme cela a été dit au chapitre 6