Docstoc

Méthodes de conception

Document Sample
Méthodes de conception Powered By Docstoc
					   Modélisation des SI et de
           la connaissance
                   6-720-01
                Architecture d'entreprise

Olivier Gerbé
Plan

   Architecture d’entreprise
     – Émergence d’une nouvelle discipline
     – Importance
     – Quelques définitions
        • Architecture d’entreprise
        • Infrastructure vs Architecture
        • Architecture TI vs Architecture d’entreprise
   Zachman
   TOGAF
   Travaux du MIT
Émergence d’une nouvelle discipline

   Organisations
      –      Open Group Architecture Forum http://www.opengroup.org/architecture/
      –      Institute for Enterprise Architecture Developments http://www.enterprise-architecture.info/
   Livres
      –      Ross, J.W., Weill, P. & Robertson, D.C., Enterprise Architecture as Strategy: Creating a Foundation for Business
             Execution, Harvard Business School Press, 2006
   Conférences
      –      Enterprise Architecture Practitioners Conference Paris
             April 23-25, 2007
      –      SharedInsights, Enterprise Architecture Conferences,
   Consultants
      –      ZIFA (Zachman Institute for Framework Advancement) (www.zifa.com)
      –      Cap Gemini (http://www.capgemini.com/services/soa/ent_architecture/iaf/)
   Frameworks
      –      Zachman
      –      TOGAF (The Open Group Architecture Framework)
      –      FEAF (Federal Enterprise Architecture Framework)
      –      DoDAF (DoD Architecture Framework)
   Magazine
      –      Architecture & Governance
Importance de l’architecture d’entreprise


     Numérisation de plus en plus grande des
       – processus d’affaires
       – transactions avec les clients et les fournisseurs
       – produits et services
     Infrastructure TI devient de plus en plus importante pour le bon
      fonctionnement des entreprises.
     Les TI représentent environ 50% des dépenses d’investissement
      des entreprises
     En moyenne 4,2% des revenus
     55% du budget TI est consacré aux dépenses d’infrastructure
     Elle sert de base pour les opérations (foundation for execution)
     Doit être aligné sur les objectifs stratégiques
Lien entre la stratégie et l’infrastructure

              Stratégies et processus
                     d’affaires




               Applications d’affaires
                  électroniques




                  Infrastructure TI
Importance de l’infrastructure

   L’infrastructure TI est difficile à mettre en place car elle
    est une fusion de technologies parfois très complexes et
    d’expertise humaine
   Une infrastructure TI de qualité ne peut se créer du jour
    au lendemain. Elle est difficile à copier et peut donc
    devenir une source importante d’avantages compétitifs.
Quelques questions?

   Est-ce que l’infrastructure doit être normalisée et
    partagée?
   Doit-elle être rendue disponible à la grandeur de
    l’entreprise ou doit-elle être plus adaptée et rendue
    disponible seulement au niveau de l’unité d’affaires?
   Dans quelles parties de l’infrastructure devons-nous être
    les leaders de l’Industrie?
   En quoi l’infrastructure contribue-t-elle aux objectifs
    d’affaires?
Définition EA

   Ross, Weill, Robertson
     – The EA delineates the key processes, systems and data composing
       the core of a company’s operations
     – EA is the organizing logic for business processes and IT infrastructure
       (data, applications, technology) reflecting the integration and
       standardization requirements of the company’s operating model
     – The key to effective EA is to identify the processes, data,
       technologies, and customer interfaces that take the operating model
       from vision to reality
Définition EA

   Wikipedia
     – Enterprise Architecture is the practice of applying a comprehensive and rigorous
       method for describing a current and/or future structure and behavior for an
       organization's processes, information systems, personnel and organizational sub-
       units, so that they align with the organization's core goals and strategic direction.
     – Practice of Enterprise Architecture involves developing an architecture framework to
       describe a series of "current", "intermediate" and "target" reference architectures and
       applying them to align change within the enterprise.
     – These frameworks detail all relevant structure within the organization including
       business, applications, technology and data. This framework will provide a rigorous
       taxonomy and ontology that clearly identifies what processes a business performs and
       detailed information about how those processes are executed. The end product is a
       set of artifacts that describe in varying degrees of detail exactly what and how a
       business operates and what resources are required. These artifacts are often
       graphical.
     – A strong enterprise architecture process helps to answer basic questions like:
          •   Is the current architecture supporting and adding value to the organization?
          •   How might an architecture be modified so that it adds more value to the organization?
          •   Based on what we know about what the organization wants to accomplish in the future, will
              the current architecture support or hinder that?
Infrastructure : définition

   Petit Robert
     – Parties inférieures d’une construction
     – Ensemble des équipements économiques ou techniques
       (infrastructure pétrolière, touristique)
     – Structure cachée ou non remarquée, qui soutient quelque
       chose de visible
   L’ensemble des TIC et des connaissances sur lesquelles
    il est possible de construire les applications d’affaires
Zachman
TOGAF ADM




            12
MIT

  Timeless/Evolutionary       Current State                                                                                 Road Map


                                                                                                     System Logical and
                                     System Context
   Enterprise Data Model                                                Context                     Physical Architecture
                                        Diagram                                                                               Architecture Migration
                                                                                                          Diagrams
                                                                                                                                      Maps




                                                                  Business Process Flows                Key Systems
                                     Services Matrix
                                                                      and Scenarios                      Inventory
                                                                                                                                List of Initiatives
      Architectural Review
             Process


                                  IntegrationInventory                             Systems on a Page

                                                                                                                               Prioritization Model



         Architectural        Future State
          Principles


                                                                                                    Future State Services     Short Term Roadmap
                                  TechnologyStandards               Business Strategy
                                                                                                           Matrix




      IT Governance Process                              Future State Logical Architecture Vision                             Long Term Roadmap
L’infrastructure conceptualisée comme
une série de services

     Les gestionnaires ont beaucoup de difficulté à
      faire le lien entre la technologie (serveurs,
      systèmes d’exploitation, …) et les objectifs
      d’affaires

                       Objectifs d’affaires


                               ?
                            Services


                               TI
     Les services reliés à l’infrastructure
     (Weill, P., Subramani, M. & Broadbent, M., IT Infrastructure for Strategic Agility, CISR
     Working Paper # 329, MIT, April 2002


   Technique
     –   Canal de distribution
     –   Sécurité et risques
     –   Communications
     –   Gestion des données
     –   Infrastructure applicative
     –   Gestion des installations physiques
   Gestion
     –   Gestion des TI
     –   Architecture et standards
     –   R&D
     –   Formation
    Les services reliés à l’infrastructure
    (Weill, P., Subramani, M. & Broadbent, M., IT Infrastructure for Strategic Agility, CISR Working
    Paper # 329, MIT, April 2002


    Canal de distribution
       –   Point de vente/transfert électronique de fonds
       –   Kiosques
       –   Sites Web
       –   Centres d’appels
       –   Réponse vocale interactive
       –   Téléphones mobiles
       –   Informatique mobile
    Sécurité
       –   Développement des politiques de sécurité
       –   Mise en vigueur des politiques de sécurité
       –   Plans en prévision des catastrophes
       –   Coupe-feu
    Les services reliés à l’infrastructure
    (Weill, P., Subramani, M. & Broadbent, M., IT Infrastructure for Strategic Agility, CISR Working
    Paper # 329, MIT, April 2002


    Communications
       –   Réseau WAN
       –   Communication à haut débit
       –   Intranet
       –   Extranet
       –   Réseau LAN
       –   Liens EDI
    Gestion des données
       –   Gestion des données indépendante des applications
       –   Entrepôt de données centralisée
       –   Expertise et consultation sur la gestion des données
       –   Information de gestion
       –   Réseau de stockage
       –   Gestion de la connaissance
    Les services reliés à l’infrastructure
    (Weill, P., Subramani, M. & Broadbent, M., IT Infrastructure for Strategic Agility, CISR Working
    Paper # 329, MIT, April 2002


    Infrastructure applicative
       –   Développement et communication des politiques Internet
       –   Opération de l’Internet et mise en vigueur des politiques Internet
       –   Développement et communication des politiques courriel
       –   Opération du courriel et mise en vigueur des politiques
       –   Gestion centralisée des applications
       –   Gestion centralisée des serveurs applicatifs
       –   Applications mobiles
       –   Services ERP
       –   « Middleware »
       –   Applications Sans-fil
       –   Applications en mode ASP
       –   Applications Flux des travaux (Workflow)
       –   Systèmes de paiement
    Les services reliés à l’infrastructure
    (Weill, P., Subramani, M. & Broadbent, M., IT Infrastructure for Strategic Agility, CISR Working Paper
    # 329, MIT, April 2002


   Gestion des TI
      –   Gestion des projets TI
      –   Négociation avec les fournisseurs
      –   Ententes sur les niveaux de service
      –   Planification, investissement et contrôle

   Architecture et normes (données, technologies,
    communications, applications)
      – Développement des architectures et normes
      – Mise en vigueur des architectures et normes
Les services reliés à l’infrastructure
(Weill, P., Subramani, M. & Broadbent, M., IT Infrastructure for Strategic Agility, CISR Working
Paper # 329, MIT, April 2002




       Gestion des installations physiques
          – Gestion du centre de calcul
          – Gestion des grappes de serveurs (server farms)
          – Gestion des postes de travail et du réseau

       R&D
       Formation
Niveaux de maturité de l’architecture technologique
Ross, J. Creating a Strategic IT Architecture Competency: learning in Stages, CISR Working Paper #335,
MIT, 2003
Adaptation française: Anne-Marie Croteau, John Molson Business School
Bénéfices et risques associés à chaque étape de
maturité d’architecture technologique

                           Bénéfices             Risques

  Applications             Optimisation locale   Architecture dépassée,
  en silo                                        applications difficiles à
                                                 maintenir, intégration
  Technologies             Économies d’échelle   Résistance au changement
  standardisées

  Données rationalisées    Optimisation des      Implantation risquée due
                           processus clés        au choix des applications
                                                 partageables
  Architecture modulaire   Agilité stratégique   Implantation trop hâtive des
                                                 modules

				
DOCUMENT INFO
Shared By:
Categories:
Tags:
Stats:
views:7
posted:10/7/2012
language:French
pages:25