Systèmes d information dans les entreprises (GTI515)

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

Plan Plan directeur Gouvernance Architecture d entreprise MTI515 Automne 2013 JF Couturier 2

Retour sur les derniers cours BPM Gestion des processus d affaires BPMN Modélisation / Cartographie des processus Des questions? MTI515 Automne 2013 JF Couturier 3

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 MTI515 Automne 2013 JF Couturier 4

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? MTI515 Automne 2013 JF Couturier 5

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 MTI515 Automne 2013 JF Couturier 6

Le plan directeur Qu est-ce que c est? Qui fait ça? Avec qui? MTI515 Automne 2013 JF Couturier 8

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

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

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

La pensée ordinaire MTI515 Automne 2013 JF Couturier 12

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

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 MTI515 Automne 2013 JF Couturier 14

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 MTI515 Automne 2013 JF Couturier 15

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 MTI515 Automne 2013 JF Couturier 16

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 MTI515 Automne 2013 JF Couturier 17

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 MTI515 Automne 2013 JF Couturier 18

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 MTI515 Automne 2013 JF Couturier 19

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 MTI515 Automne 2013 JF Couturier 20

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 MTI515 Automne 2013 JF Couturier 21

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

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] MTI515 Automne 2013 JF Couturier 24

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] MTI515 Automne 2013 JF Couturier 25

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

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 ) MTI515 Automne 2013 JF Couturier 28

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 MTI515 Automne 2013 JF Couturier 29

Analogue à une fonction d urbanisme. Comprend : Architecture d entreprise 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/ MTI515 Automne 2013 JF Couturier 30

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) MTI515 Automne 2013 JF Couturier 31

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/ MTI515 Automne 2013 JF Couturier 32

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/ MTI515 Automne 2013 JF Couturier 33

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

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 14 Aide à gérer la complexité 12 Support au développement de systèmes 12 Donne une idée et un aperçu des TI et du business 11 Support dans la priorisation des budgets TI et business 11 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) MTI515 Automne 2013 JF Couturier 35

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

Quelques cadriciels d EA http://www.pragmaticea.com/frameworks.htm MTI515 Automne 2013 JF Couturier 37

Quelques chiffres Tendances en architecture d entreprise Zachman Framework 25% Organization s own 22% TOGAF 11% U.S., DoD Architecture Framework 11% E2AF 9% FEAF 9% IAF 3% TAFIM 2% TEAF 0% ISO/IEC 14252 (IEEE Std 1003.0) 0% Other 9% 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 MTI515 Automne 2013 JF Couturier 38

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/ MTI515 Automne 2013 JF Couturier 39

TOGAF http://www.opengroup.org/architecture/togaf9-doc/arch/ MTI515 Automne 2013 JF Couturier 40

Les phases de TOGAF Préliminaires 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/ MTI515 Automne 2013 JF Couturier 41

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/ MTI515 Automne 2013 JF Couturier 42

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/ MTI515 Automne 2013 JF Couturier 43

Ce que TOGAF n est pas Un processus de gestion de projet Un processus de développement MTI515 Automne 2013 JF Couturier 44

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/ MTI515 Automne 2013 JF Couturier 45

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 MTI515 Automne 2013 JF Couturier 46

University of California - http://apps.adcom.uci.edu/enterprisearch/zachman/resources/zachmantutorial.ppt MTI515 Automne 2013 JF Couturier 47

Zachman Framework 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 1 2 3 4 5 6 What How Where Who When Why Contextual Conceptual Logical Physical As Built Functioning Contextual Conceptual Logical Physical As Built Functioning What How Where Who When Why University of California - http://apps.adcom.uci.edu/enterprisearch/zachman/resources/zachmantutorial.ppt MTI515 Automne 2013 JF Couturier 48

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

Modèle d affaires vue propriétaire Modèles des processus d affaires 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 What How Where Who When Why Contextual Conceptual Logical Physical As Built Functioning Contextual Conceptual Logical Physical As Built Functioning What How Where Who When Why University of California - http://apps.adcom.uci.edu/enterprisearch/zachman/resources/zachmantutorial.ppt MTI515 Automne 2013 JF Couturier 50

Modèle du système vue concepteur 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ù Gens / Qui Représentation logique du système distribué Représentation logique des privilèges d accès contraints par les rôles et les responsabilités. Modèles logiques Gestion de projet Définition des exigences 3 Temps / Quand Évènements logiques et leurs déclencheurs, contraint par des évènements d affaires Motivation / Pourquoi Contextual Conceptual Logical Physical As Built Functioning Politiques, standards et procédures liées au modèle des règles d affaires What What Where Where Contextual Conceptual Logical Physical As Built Functioning University of California - http://apps.adcom.uci.edu/enterprisearch/zachman/resources/zachmantutorial.ppt How How MTI515 Automne 2013 JF Couturier 51 Who Who When When Why Why

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ù Gens / Qui Spécification des éléments réseau, leurs relations à l intérieur des frontières physiques. Spécification des droits d accès à des systèmes et technologies spécifiques. Modèles physiques Définition de la solution et développement 4 Temps / Quand Spécification des déclencheurs répondant à des évènements systèmes sur des plateformes technologiques spécifiques. Motivation / Pourquoi Contextual Conceptual Logical Physical As Built Functioning What What Règles d affaires contraintes par les standards des SI How How Where Where Contextual Conceptual Logical Physical As Built Functioning University of California - http://apps.adcom.uci.edu/enterprisearch/zachman/resources/zachmantutorial.ppt MTI515 Automne 2013 JF Couturier 52 Who Who When When Why Why

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

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

Zachman Framework Portal University of California - http://apps.adcom.uci.edu/enterprisearch/zachman/resources/zachmantutorial.ppt MTI515 Automne 2013 JF Couturier 55

TOGAF vs Zachman Vos commentaires? MTI515 Automne 2013 JF Couturier 56

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

EUP MTI515 Automne 2013 JF Couturier 58

Disciplines d entreprise MTI515 Automne 2013 JF Couturier 59

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

Exemple Voir le site http://www.ea.oit.va.gov/index.asp MTI515 Automne 2013 JF Couturier 61

Conclusion sur les EA Étude de cas sur EA 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? MTI515 Automne 2013 JF Couturier 62

Ressources Togaf Zachman Enterprise Unified Process MTI515 Automne 2013 JF Couturier 63

Prochain cours Conférence sur les services TI ITIL Lectures TOGAF MTI515 Automne 2013 JF Couturier 64