Systèmes d’information dans les entreprises (GTI515) Chargé: JF Couturier Cours # 10 GTI515 Automne 2011 JF Couturier

Plan Conférence sur l’AE et la continuité Quiz 3 Correction de l’intra Plan directeur Gouvernance Architecture d’entreprise GTI515 Automne 2011 JF Couturier

Retour sur les derniers cours BPM Gestion des processus d’affaires BPMN Modélisation / Cartographie des processus Des questions? GTI515 Automne 2011 JF Couturier

Rappel sur le DFD Niveau contextuel : le système et les agents externes Niveau 0 : Les cas d’utilisations, les agents externes et les magasins de données Niveau 1 : Le détail de chaque cas d’utilisation en plusieurs processus GTI515 Automne 2011 JF Couturier

Rappel sur BPMN Différence entre orchestration et chorégraphie Message  1 dest. et 1 expéd. Élément de départ / fin Messages vs Signal Passerelle exclusive évènement Interrompre un ensemble d’activités? GTI515 Automne 2011 JF Couturier

Objectifs du cours Vous fournir une information minimale sur le plan directeur, les grandes normes et certains cadriciels d’entreprise et de TI Certains cadriciels, comme ITIL, ASL et S3M seront abordés plus en détail lors des prochaines séances GTI515 Automne 2011 JF Couturier

Plan Conférence sur l’AE et la continuité Quiz 3 Correction de l’intra Plan directeur Gouvernance Architecture d’entreprise GTI515 Automne 2011 JF Couturier

Le plan directeur Qu’est-ce que c’est? Qui fait ça? Avec qui? GTI515 Automne 2011 JF Couturier

Processus de Planification Fig 2.1 de A Practical Guide to Information Systems Strategic Planning, A. Cassidy, St. Lucie Press, 1998 GTI515 Automne 2011 JF Couturier

GTI515 Automne 2011 JF Couturier Processus Target Architecture Current State Today 3 years Technology Infrastructure Capabilities Establish a Target Architecture to act as a convergence point for various infrastructure initiatives Source: Thomas Rehkopf , IT Architecture Management, The Government Enterprise Architecture Conference, BellSouth Information Systems, October 1999, Source: BellSouth GTI515 Automne 2011 JF Couturier

Cycle de vie Initial Architecture Definition Constant Incremental Architecture Renewal Gap Analysis Architecture Maintenance Major Architecture Renewal Triggers - Technology Changes - Change in Business Realities - Gap Analysis Feedback from Architecture Transition Activities (Lessons Learned / Identified Gaps) Constantly Renewed Technical Architecture (Value to Business is a Flexible Conceptual + Component Technical Architecture) Interim Update Source: Thomas Rehkopf , IT Architecture Management, The Government Enterprise Architecture Conference, BellSouth Information Systems, October 1999, GTI515 Automne 2011 JF Couturier

La pensée ordinaire GTI515 Automne 2011 JF Couturier

GTI515 Automne 2011 JF Couturier La pensée stratégique The Art of Strategic Planning for Information Technology, second edition, B. Board, John Wiley 2001 GTI515 Automne 2011 JF Couturier

Source : Éric Lefebvre, cours 13 gti210, Automne 2007 Plan directeur La planification corporative, c’est comme une danse rituelle pour la pluie: ça n’a pas d’effet sur le temps qui s’en vient, mais ceux qui la font pensent que ça en a (Ackoff, 1981) Source : Éric Lefebvre, cours 13 gti210, Automne 2007 GTI515 Automne 2011 JF Couturier

Plan directeur Le plan directeur documente ce qui doit être fait durant les 3 à 5 prochaines années. Le plan directeur des TI s’aligne avec la mission de l’organisation et documente ce qui doit être réalisé au cours des 3-5 prochaines années en TI GTI515 Automne 2011 JF Couturier

Objectifs du plan directeur Identifier les projets de développement et d’implantation de systèmes, qui vont supporter l’entreprise soit identifier l’ensemble des problèmes et opportunités, qui peuvent être adressés par les TI Identifier les TI requises Construire un premier modèle des systèmes d’information de l’entreprise Définir l’organisation à mettre en place Source : Éric Lefebvre, cours 13 gti210, Automne 2007 GTI515 Automne 2011 JF Couturier

Pourquoi un plan directeur Pour mettre l’informatique au service de l’entreprise: en supportant ses opérations en influençant sa stratégie Idéalement, le plan informatique s’intègre au plan directeur de l’entreprise Pour profiter de toutes les opportunités apportées par les TI Pour gérer au mieux les ressources informatiques Source : Éric Lefebvre, cours 13 gti210, Automne 2007 GTI515 Automne 2011 JF Couturier

Source : Éric Lefebvre, cours 13 gti210, Automne 2007 Les extrants du plan Un modèle des SI de l’entreprise Un portefeuille de projets rangés par priorité Des orientations technologiques Une enveloppe budgétaire Un mode de gestion (2 aspects) Pourquoi? Source : Éric Lefebvre, cours 13 gti210, Automne 2007 GTI515 Automne 2011 JF Couturier

Le processus de planification La construction d’un modèle d’entreprise Le positionnement des systèmes actuels L’évaluation des besoins Questionnaires / focus groupe L’étude de la technologie requise Veille technologique La définition des priorités L’élaboration du plan Le mode de gestion des TI Source : Éric Lefebvre, cours 13 gti210, Automne 2007 GTI515 Automne 2011 JF Couturier

L’étude de l’infrastructure Le matériel et les logiciels d’exploitation Le(s) SGBD L’environnement de développement L’architecture de réseau La gestion du réseau Source : Éric Lefebvre, cours 13 gti210, Automne 2007 GTI515 Automne 2011 JF Couturier

Différents modes de gestion Acheter des progiciels Tout faire à l’interne Utiliser des consultants comme ressources Impartir: Un projet Le développement Le service informatique Un peu de tout… Source : Éric Lefebvre, cours 13 gti210, Automne 2007 GTI515 Automne 2011 JF Couturier

Exemples Voir les exemples de plan directeur Et un gabarit Sénégal Colorado Université de Genève Et un gabarit Strategic Plan Template GTI515 Automne 2011 JF Couturier

Plan Conférence sur l’AE et la continuité Quiz 3 Correction de l’intra Plan directeur Gouvernance Architecture d’entreprise GTI515 Automne 2011 JF Couturier

Gouvernance La gouvernance est un concept très à la mode La gouvernance est une notion controversée. Le terme de gouvernance est en effet défini et entendu aujourd’hui de manière très diverse et parfois contradictoire [fr.wikipedia.org/wiki/Gouvernance] vient du latin « gubernare » : diriger un navire, et désigne donc la conduite des affaires, qu’elles soient privées ou publiques. ... [www.diplomatie.gouv.fr/fr/article_imprim.php3] Manière de diriger et d'administrer propre à un gouvernement en ligne, permettant à celui-ci, grâce à l'utilisation d'Internet et des NTIC, d'améliorer les services publics, de développer la responsabilisation et la transparence dans les relations entre les citoyens et l'Administration, tout en favorisant le développement d'une société de l'information et le processus de démocratisation qui l'accompagne. [http://w3.granddictionnaire.com/btml/fra/r_motclef/index1024_1.asp] GTI515 Automne 2011 JF Couturier

Gouvernance de l’entreprise Organisation du pouvoir à la tête d'une entité, qui repose sur un ensemble de structures et de règles internes régissant les relations entre la direction, le conseil d'administration, les actionnaires ou associés et les autres parties prenantes, de même que les droits et responsabilités de chacun, dans la conduite et le contrôle des affaires de l'entité, et définissant les objectifs à poursuivre, conformes aux intérêts de l'entité et de ses parties prenantes, et les moyens que l'on se donne pour les atteindre et assurer le suivi des activités et des résultats. [http://w3.granddictionnaire.com/btml/fra/r_motclef/index1024_ 1.asp] GTI515 Automne 2011 JF Couturier

Gouvernance… Les thèmes récurrents autour de la gouvernance Gouverner, Diriger, Guider Élaborer la stratégie Transparence Suivi / Supervision GTI515 Automne 2011 JF Couturier

Plan Conférence sur l’AE et la continuité Quiz 3 Correction de l’intra Plan directeur Gouvernance Architecture d’entreprise GTI515 Automne 2011 JF Couturier

GTI515 Automne 2011 JF Couturier Rappel : Architecture L'architecture est la définition de haut niveau de la structure d'un système, qui est composé de pièces, de leurs interactions, et des propriétés visibles de l'extérieur (http://www.ewita.com) L'architecture est la structure des composants, de leurs relations, ainsi que les principes et lignes directrices régissant leur conception et leur évolution au fil du temps. ( Institute of Electrical and Electronics Engineers,  IEEE 610.2 ) GTI515 Automne 2011 JF Couturier

Niveau d’architecture Fig. 1 de « Less is More with Minimalist Architecture », R. Malan et D. Bredemeyer, IEEE IT Pro 4 (5), septembre-octobre 2002 GTI515 Automne 2011 JF Couturier

GTI515 Automne 2011 JF Couturier Architecture d’entreprise Analogue à une fonction d’urbanisme. Comprend : L’architecture d’affaires (Business Architecture) L’architecture d’information (Information Architecture) L’architecture des applications (Application Architecture) L’architecture technique (Technical Architecture) Standard recommandé: TOGAF http://www.opengroup.org/togaf/ GTI515 Automne 2011 JF Couturier

Architecture d’entreprise Une architecture d'entreprise est un plan général, un plan définissant la structure, l'arrangement, la configuration, les groupes et partitions fonctionnelles, les interfaces, les données, les protocoles, les fonctionnalités logiques, la technologie les ressources nécessaires pour soutenir la mission d’une entreprise ou une fonction d’affaires de l’entreprise. En règle générale, les ressources incluent les applications, les systèmes de sécurité, les structures de données, l’infrastructure réseaux et le matériel, le stockage, les desktop…etc. Minoli, Daniel. "Chapter 2 - Enterprise Architecture Goals, Roles, and Mechanisms". Enterprise Architecture A to Z: Frameworks, Business Process Modeling, SOA, and Infrastructure Technology. Auerbach Publications. © 2008. Books24x7. <http://common.books24x7.com/book/id_26424/book.asp> (accessed June 25, 2009) GTI515 Automne 2011 JF Couturier

Pourquoi une architecture d’entreprise Nous pourrions nous poser la même question pour La construction d’un bâtiment L’élaboration d’une infrastructure La conception d’un logiciel Votre avis? http://www.opengroup.org/architecture/togaf9-doc/arch/ GTI515 Automne 2011 JF Couturier

Pourquoi faire une architecture d’entreprise Selon TOGAF L’objectif de l’architecture d’entreprise est d’optimiser dans l’entreprise les processus manuels et automatisés afin de les intégrer à un environnement susceptible de changer et qui est orienté vers la livraison de la stratégie d’affaires. http://www.opengroup.org/architecture/togaf9-doc/arch/ GTI515 Automne 2011 JF Couturier

Les avantages annoncés Quelques exemples Réduire la complexité des TI Maximiser le ROI Réduire le risque GTI515 Automne 2011 JF Couturier

Quelques raisons Raisons données à propos de la valeur perçue du développement d’une architecture d’entreprise dans les grandes organisations. Raisons % Support dans la prise de décision 16 Aider à gérer le portefeuille TI 14 Fournit des modèles pour le changement Aide à gérer la complexité 12 Support au développement de systèmes Donne une idée et un aperçu des TI et du business 11 Support dans la priorisation des budgets TI et business Support (out/in) dans l’impartition 5 Aide dans les fusions et les acquisitions 3 Autres 2 Minoli, Daniel. Enterprise Architecture A to Z: Frameworks, Business Process Modeling, SOA, and Infrastructure Technology. Auerbach Publications. © 2008. Books24x7. <http://common.books24x7.com/book/id_26424/book.asp> (accessed June 29, 2009) GTI515 Automne 2011 JF Couturier

Pourquoi utiliser un cadriciel Reprendre les bonnes pratiques afin de faciliter le planification, l’utilisation et la maintenance d’une architecture d’entreprise GTI515 Automne 2011 JF Couturier

Quelques cadriciels d’EA http://www.pragmaticea.com/frameworks.htm GTI515 Automne 2011 JF Couturier

Quelques chiffres Zachman Framework 25% Organization’s own 22% TOGAF Tendances en architecture d’entreprise Zachman Framework 25% Organization’s own 22% TOGAF 11% U.S., DoD Architecture Framework E2AF 9% FEAF IAF 3% TAFIM 2% TEAF 0% ISO/IEC 14252 (IEEE Std 1003.0) Other J. Schekkerman, Institute For Enterprise Architecture Developments (IFEAD), “Trends in Enterprise Architecture 2005,” Reports of the Third Measurement, December 2005, Edition 1.0, Suikerpeergaarde 4, 3824BC Amersfoort, The Netherlands GTI515 Automne 2011 JF Couturier

TOGAF TOGAF est un cadriciel d’architecture d’entreprise qui peut être utilisé gratuitement. Très proche des TI, propose plusieurs pratiques. TOGAF peut être consulté en ligne gratuitement http://www.opengroup.org/architecture/togaf9-doc/arch/ GTI515 Automne 2011 JF Couturier

TOGAF GTI515 Automne 2011 JF Couturier http://www.opengroup.org/architecture/togaf9-doc/arch/ GTI515 Automne 2011 JF Couturier

Les phases de TOGAF Préliminaires Gestion des exigences Préparation, identification des intervenants Gestion des exigences Intervient à toutes les étapes qui suivent. A pour objectif d’identifier et documenter les exigences A- Vision de l’architecture Définition de la vision, de la portée, mission, stratégies, buts de l’entreprise B - Architecture d’affaires Définition des produits et services, modèles d’activité, cas d’utilisation, modèle de classe. Situation actuelle et future, gap analysis http://www.opengroup.org/architecture/togaf9-doc/arch/ GTI515 Automne 2011 JF Couturier

Les phases de TOGAF C - Architecture des SI Planification de l’architecture applicative et des données. Design des données et des applications. Identification des types d’application. Budget. D - Architecture technologique Architecture des composantes technologiques associées à l’architecture des SI – Logiciel et matériel. E - Opportunités et solutions Identification des « véhicules » qui permettront la livraison des éléments précédents – projets, programmes, portfolios. Identifier les transitions entre l’actuel et le futur. On commence à penser à l’implémentation. http://www.opengroup.org/architecture/togaf9-doc/arch/ GTI515 Automne 2011 JF Couturier

Les phases de TOGAF F - Planification de la migration Assurer le bon déroulement des transitions. Identification des dépendances, des coûts, des délais. G - Gouvernance de l’implémentation Valider la conformité entre la vision et l’implémentation / migration. Préparer les équipes de support. Formuler des recommandations quant aux déploiements des solutions H - La gestion du changement Assurer le suivi de l’architecture pour préserver sa pertinence. Suivi dans l’évolution des besoins d’affaires, des technologies… http://www.opengroup.org/architecture/togaf9-doc/arch/ GTI515 Automne 2011 JF Couturier

Ce que TOGAF n’est pas Un processus de gestion de projet Un processus de développement GTI515 Automne 2011 JF Couturier

Conclusion TOGAF TOGAF apporte beaucoup d’informations pour chaque phase Intrants Extrants Les étapes Principes de vues et de modèles Partir d’un point A à un point B Voir la phase B – Business architecture http://www.opengroup.org/architecture/togaf9-doc/arch/ GTI515 Automne 2011 JF Couturier

Zachman Le cadriciel de Zachman est l’un des plus connus dans le domaine de l’architecture d’entreprise Modèle très générique, non normatif Développé par la John Zachman en 1987 GTI515 Automne 2011 JF Couturier

GTI515 Automne 2011 JF Couturier University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

Zachman Framework 1 2 3 4 5 6 Ligne 1 – Portée Exigences externes Modélisation des fonctions d’affaires Ligne 2 – Modèle d’affaires Modèle des processus d’affaires Ligne 3 – Modèle du système Modèle logique Définition des exigences Ligne 4 – Modèle technologique Modèle physique Définition de la solution et développement Ligne 5 – Représentation détaillée Comment il est bâti Déploiement Ligne 6– Entreprise en fonctionnement Fonctionnement de l’entreprise Évaluation Contextual Conceptual Logical Physical As Built Functioning Why Who When Where What How 1 2 3 4 5 6 University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

Portée – vue planificateur Exigences externes Modélisation des fonctions d’affaires Données / Quoi Classes de haut niveau liées à chaque fonction Fonction / Comment Fonction d’affaires de haut niveau Réseau / Où L’emplacement de chaque fonction Gens / Qui Intervenants liés à chaque fonction Temps / Quand Évènements liés à chaque fonction Motivation / Pourquoi Objectifs d’affaires, performance mesurée pour chaque fonction Contextual Conceptual Logical Physical As Built Functioning Why Who When Where What How 1 University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

Modèle d’affaires – vue propriétaire Modèles des processus d’affaires Contextual Conceptual Logical Physical As Built Functioning Why Who When Where What How Données / Quoi Données d’affaires Fonction / Comment Processus d’affaires Réseau / Où Emplacement de chaque processus Gens / Qui Rôle et responsabilité dans chaque processus Temps / Quand Évènements liés à chaque processus et séquence d’intégration des processus Motivation / Pourquoi Politiques, procédures et standards pour chaque processus 2 University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

Modèle du système – vue concepteur Temps / Quand Évènements logiques et leurs déclencheurs, contraint par des évènements d’affaires Motivation / Pourquoi Politiques, standards et procédures liées au modèle des règles d’affaires Données / Quoi Modèles de données logiques et relations entre les données. Fonction / Comment Représentation logique des SI et leurs relations. Réseau / Où Représentation logique du système distribué Gens / Qui Représentation logique des privilèges d’accès contraints par les rôles et les responsabilités. Contextual Conceptual Logical Physical As Built Functioning Why Who When Where What How 3 Modèles logiques Gestion de projet Définition des exigences University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

Modèle technique – vue bâtisseur Données / Quoi Exigences sur les systèmes de gestion de base de données (SGBD) basés sur les modèles logiques Fonction / Comment Spécifications des applications opérant sur des plateformes spécifiques Réseau / Où Spécification des éléments réseau, leurs relations à l’intérieur des frontières physiques. Gens / Qui Spécification des droits d’accès à des systèmes et technologies spécifiques. Temps / Quand Spécification des déclencheurs répondant à des évènements systèmes sur des plateformes technologiques spécifiques. Motivation / Pourquoi Règles d’affaires contraintes par les standards des SI Contextual Conceptual Logical Physical As Built Functioning Why Who When Where What How 4 Modèles physiques Définition de la solution et développement University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

Spécification détaillée – vue intégrateur Données / Quoi Définition des données limitée par le modèle physique Fonction / Comment Programmes codés pour opérer sur une plateforme spécifique. Réseaux / Où Périphériques réseau configurés pour se conformer aux spécifications de nœud Gens / Qui Les privilèges d'accès codés pour contrôler l'accès aux plates-formes et aux technologies Temps / Quand Calendrier codée en séquence d'activités sur des plates-formes et technologies spécifiques Motivation / Pourquoi Règles d'affaires limitées par des standards technologiques spécifiques Contextual Conceptual Logical Physical As Built Functioning Why Who When Where What How 5 Gestion de la configuration Deploiement University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

Système actuel – vue utilisateur Données / Quoi Données emmagasinées dans les SGBD actuelles. Fonction / Comment Applications fonctionnelles. Réseaux / Où Infrastructure réseau actuelle. Gens / Qui Utilisateurs et intervenants travaillant actuellement à l’intérieur de leurs rôles et responsabilités. Temps / Quand Séquences d’activité des opérations Motivation / Pourquoi Caractéristiques d'exploitation des technologies spécifiques limitées par les standards Contextual Conceptual Logical Physical Integrated Functioning Why Who When Where What How Gestion des opérations et maintenance Évaluation 6 University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

Zachman Framework Portal University of California - http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt GTI515 Automne 2011 JF Couturier

TOGAF vs Zachman Vos commentaires? GTI515 Automne 2011 JF Couturier

EUP Enterprise Unified Process 2 phases supplémentaires Une extension de RUP 2 phases supplémentaires 7 nouvelles disciplines http://www.enterpriseunifiedprocess.com/ http://www.enterpriseunifiedprocess.com/ essays/enterpriseBusinessModeling.html GTI515 Automne 2011 JF Couturier

EUP GTI515 Automne 2011 JF Couturier

Disciplines d’entreprise GTI515 Automne 2011 JF Couturier

EUP Très proche de RUP C’est une approche par modèle Beaucoup moins connue Peut-être une extension officielle de RUP prochainement? GTI515 Automne 2011 JF Couturier

Exemple Voir le site http://www.ea.oit.va.gov/index.asp GTI515 Automne 2011 JF Couturier

Conclusion sur les EA Étude de cas sur EA Vos commentaires? Less is more with minimalist architecture Vos commentaires? Quels sont les défis de l’architecture? Pourquoi justifier ses décisions? Quels sont les compromis à faire? Peut-on contraindre les équipes locales? Pourquoi? GTI515 Automne 2011 JF Couturier

Ressources Togaf Zachman Enterprise Unified Process GTI515 Automne 2011 JF Couturier

Prochain cours Conférence sur les services TI ITIL Lectures TOGAF GTI515 Automne 2011 JF Couturier