Urbanisation des SI Module 3 De la fin

Urbanisation des SI Module 3 De la fin du XXème siècle à 2003

Résumé de l’épisode précédent • Dans les années 1980 – La question de l’interopérabilité des applications émerge dans le domaine de l’ingénierie industrielle. • Développement de bases inter métiers d’intégration de données applicatives – La déconcentration des mainframes vers des stations de travail crée de nouveaux problèmes d’intégration et de cohérence des études • Recentralisation logique du SI avec quatre fonctions principales 2

Plan de l'exposé • Les Faits nouveaux de la fin d’un siècle – Évolution de la pratique du « plan directeur informatique » • Grandeur et Obsolescence – Préoccupations de systèmes informatiques • Obsolescence des applications composants de Système Informatique, Pérennité du Système d’information • Changements historique des constantes de temps, retournement de rôles • La métaphore des édifices et des villes – Différence entre système d’information, système informatique • La nature de préoccupations qui émergent – Importance cruciale des systèmes informatiques – Qualités d’un système d’information • Démarches méthodologiques – – Analyse de l’existant, cartographie Zachmann Togaf La démarche méthodologique du CIGREF 3

Les faits nouveaux de la fin d’un siècle

Du mini au micro-ordinateur • Au cours des années 70 sont créés les premiers micro-ordinateurs • des machines personnelles de dimensions réduites se popularisent au cours des années 80, Commodore, Sinclair, Apple II, IBM PC, • En 1981 Xerox commercialise la Star 8010 première machine avec interfaces utilisateurs à fenêtres multiples et la souris inventée par Douglas Engelbart • Apple industrialise les concepts de Xerox crée LISA, puis le premier Macintosh • En 1980 IBM signe avec Microsoft la fourniture du système d’exploitation de ses micro-ordinateurs PC. • 1984 Microsoft commercialise Windows 1 5

De l’Internet au Web • En 1980 Vinton Cerf apporte avec TCP/IP (issu de Arpanet) une solution résiliente pour les architectures de réseaux entre ordinateurs. • En 1989, pour les besoins d’échanges entre laboratoires de physique et observatoires astronomiques le CERN, en les personnes de Robert Cailleau et Tim Berners Lee ont spécifié et prototypé le Web • En 1983 le système de nom de domaine (DNS) est mis au point. • En 1994 extension du World Wide Web, généralisation du langage HTML, des URL (Uniform Resource Locator), les adresses web, et de HTTP (Hypertext Transfert Protocol) • En 1998 création de l’ICANN (Internet Corporation for Assigned names and Numbers) afin de superviser l'administration des noms de domaine dans le monde. 6

Des faits qui, à la fin du siècle dernier, changent la donne. • Les navigateurs Web voguent vers des « sites » et – Uniformisent les moyens de fournir et d’accéder aux informations distantes • L’informatique est distribuée, puis proliférée – Les Matériels sont produits en grande série, • fermant progressivement le marché du premier équipement – Les Logiciels sont produits et reproduits en masse • occupant l’espace possible des activités des entreprises et des particuliers. – La fonctionnalité de « presse-papier » apporte l’interopérabilité sans la qualité • Une préoccupation reçoit enfin ses applications : – Le commerce voit les conditions sont réunies pour son informatisation • Une part envahissante des acteurs disposant de matériels informatiques en relations possible par le réseau des réseaux • La complexité des systèmes change d’ordre de grandeur – Accélération des changements induits par la compétition commerciale • Poussant le développement des technologies d’information selon une fonction de type exponentielle 7

La métaphore des édifices et des villes

Le risque des métaphores informatiques, Au sens initial l’Urbanisation est la discipline de l’agencement des villes, du développement des faubourgs et ensuite par extension de l’Aménagement des campagnes, Le champ sémantique des systèmes d’information adopte les métaphores : La ville : – Des intrications que l’on tente d’organiser de circuits de circulation entre machines et applications, grands édifices anciens ou modernes, voués à être stables et sûrs sinon à durer. – Décompositions en Quartiers et en îlots, avec des caractéristiques géographiques et fonctionnelles Les faubourgs : – Des espaces de semi-liberté de services professionnels assurés par des îlots d’applications isolées, de petites dimensions, Les populations – Les Sédentaires et les Nomades La campagne : – L’informatique personnelle, non contrainte, peu dépendante, très communicante, fortement évoluante 9

Rêve. . . La Citta ideale, selon Piero de la Francesca 10

. . . et réalité Favela dans les hauteurs de Rio de Janeiro 11

Héritage : Brasilia ou Rio de Janeiro ? • Quel est l’age de la ville ? – Pourquoi et comment a-t-elle été construite ? • Quelles sont ses fondations, son sol et son sous sol ? • Qu’y produit-on et qu’y échange-t-on ? – Quelle est son histoire et quelles sont ses usages ? • Des questions pratiques transposées : – – – Un système d’information préexistait-t-il formellement à l’informatisation des métiers ? La description de ce système d’information est-il a l’origine de l’informatisation de ses fonctions ? Les informatisations des fonctions ont-elles été coordonnées entre elles ? Les liens implémentés entre fonctions informatisées ont ils été coordonnés ? Les applications sont elles dans un état opérationnel satisfaisant, cohérent, connu ? 12

Urbanisation de Système d'information Des préoccupations qui émergent

Autrefois se pratiquait le « plan » • Le schéma directeur informatique des années 1970 - 1980 – Est initialement conçu pour des stratégies d’achats de matériels • Mainframes, réseaux et terminaux, puis • Serveurs et stations locales, matériels réseaux, – Inclût des grandes applications logicielles stratégiques • Gestion, Calcul. . . – Définit une évolution par « paliers » stables, • à technologie et fonctionnalité constante – Définit les conditions de robustesse et de confidentialité. • Sauvegarde, reprise en secours, • Peu ou pas de problématique de sécurité – N’intervient pas ou peu au niveau applicatif • Domaines réservés des métiers – Sert des métiers en évolution lente, • de par leur informatisation elle-même – Ne traite pas les métiers du commerce • car le commerce nécessite une capacité de dialogue avec n’importe quel client qui alors reste encore à créer 14

Désormais, avec Internet et le web, tout change tout le temps • Au cours des années 1990, – Les constantes de temps se réduisent – Internet devient le réseau des réseaux • Il est par définition indémodable en tant que tel • Il est le lien potentiel entre tous les ordinateurs • Il apporte des éléments standards d’infrastructure pour l’interopérabilité des applications – Internet ouvre la voie de l’informatisation des métiers du commerce • Avec la diffusion des ordinateurs chez les clients – Internet accélère les échanges, mondialise le commerce • Amplifie la concurrence sur les produits et services • Accélère les obsolescences des produits et services • Réduit le cycle de vie des composants des systèmes informatiques – L’informatisation des métiers s’est généralisée, • • n’est plus en soi un avantage compétitif, mais une obligation vitale change la nature des métiers précipite leurs évolutions constantes, leur création comme leur disparition intègre la relation avec les clients. – Les navigateurs Web normalisent l’interface homme machine • La notion de Palier Informatique stable devient obsolète • De périodiques, les démarches de schémas directeurs informatiques nécessitent de devenir continues. 15

Nécessité d’Urbanisation • La prolifération et le renouvellement rapide des matériels et des logiciels est une tendance lourde • Les temps de cycle des plans Directeurs Informatiques tendent à se réduire, • L’ancienne Direction Informatique ne détient plus les matériels et les logiciels et voit son autorité mise en cause par la subversion des métiers • La nécessité émerge d’autres pratiques – d’adaptation aux évolutions constantes des métiers – de réponse aux nécessité d’organisation de la coopération des métiers • Organisation des biens collectifs d’acteurs individuels, l’urbanisme de système d’information est la pratique émergeante de réponse à cette nécessité. L'allumeur de réverbère, victime de l'accélération de la rotation de sa planète 16

Des obligations légales • Nécessité nouvelle de l’audit de système d’information – L’audit a pour but d’évaluer la conformité des processus et méthodes de l’organisation avec un ensemble de règles légales en vigueur, (règles fiscales , juridiques, sociales, etc. ) – L’apparition des nouvelles lois, telles que la loi Sarbannes-Oxley aux Etats Unis, ou la loi organique relative aux lois de finances ( LOLF) en France ont eu pour effet de généraliser et de systématiser la pratique de ces audits 17

Point d’orgue, pour une démarche d’urbanisme (suite) • Un système d'information – représente l'ensemble des éléments participant à la gestion, au classement, au traitement, au transport et à la diffusion de l'information au sein d'une organisation, • acteurs, flux d’information et documents, processus, ressources et outillages. – intègre les activités des acteurs de son fonctionnement, qu’ils soient humains ou automatiques. – est la représentation opérationnelle du fonctionnement de l’organisation qu’il sert. – évolue identiquement avec l’organisation qu’il sert – exploite comme ressource un ou plusieurs système(s) informatique(s) • Un système informatique – est un ensemble de logiciels et matériels constituant des acteurs automatiques d’un système d’information • Un système d’information n’est pas un système informatique : – Il préexiste aux ses systèmes informatiques qui le composent – Il transcende les vies des applications de ses systèmes informatiques. – Il est tributaire de la capacité de son système informatique à s’aligner sur le fonctionnement de l’organisation. 18

Point d’orgue, pour une démarche d’urbanisme Les applications ont un cycle de vie, avec des étapes: • Création – – – Expression de fonctionnalités de préoccupation métier Prototypage Spécification fonctionnelles et d’implémentation Développement Tests et qualification Mise en service et déploiement • Évolution – cf. Création • • • Maintien évolutif en condition opérationnelle Maintenance sans évolution en condition opérationnelle Exploitation sans maintenance Spécification de solution de remplacement Résorption suite au déploiement de solution de remplacement. – La vie des applications dépend de celles de leurs ressources de : • Matériels, avec leur propre cycle de vie d’usage et d’obsolescence. • Logiciels, avec les mêmes étapes de cycle de vie que les applications. Les applications s’assemblent en composantes de Systèmes Informatiques • Qui ont semblablement un cycle de vie Les systèmes informatiques sont des composantes de Systèmes d’information • Qui eux n’ont pas d’autre cycle de vie que celui de l’organisation qu’ils servent 19

Qualités attendues d’un système d’information (1/2) L’Ergonomie des systèmes informatiques composant le système d’information au service de ses acteurs • Mots clés : user friendliness, acceptability, entropy, confort, acceptabilité entropie La Qualité sémantique des informations issues données des systèmes informatiques • Mots clés : quality of service, tracability, completeness qualité de service, traçabilité, complétude Les Performances en Charge des systèmes informatiques au service du système d’information • Mots clés : scalability tenue à la charge (pour les humains comme pour les machines!) La Continuité de Service en modes dégradés et la Sécurité des systèmes informatiques au service du système d’information • Mots clés : , reliability, safety robustesse, résilience, sécurité L’Adaptabilité Dynamique du système d’information à la stratégie de l’organisation et aux technologies disponibles • Mots clés : alignement, agility flexibilité, agilité La Maîtrise des Coûts de maintenance et d’évolutions continues des systèmes informatiques au service du système d’information • Mots clés : return on investment (ROI), cost of ownership retour sur investissement, coût de possession 20

Qualités attendues d’un système d’information (2/2) : – Être prospectif (visions) • Recher les nouvelles perspectives de métiers et services intrinsèquement informatiques – Être compétitif (opportunités) • Être à jour des technologies les plus productives • Sortir de la logique des « paliers » figés, définis par des « schémas directeurs informatiques » • S’adapter à la stratégie mouvante de l’entreprise – Être économique (utilités) • Maîtrise des coûts de prolifération des ordinateurs, des applications et des interfaces • Anticipation de l’obsolescence des architectures matérielles • Anticipation de l’évolution des ressources logicielles génériques – Être sûr et fiable • Maîtriser les accès internes et externes aux ressources du système d’information • Continuer de fonctionner en cas de défaillance d’une partie quelconque de ses composants 21

Démarches méthodologiques

L’Architecture et l’Urbanisme informatique… • Comme l’architecture des bâtiments et l’urbanisme des villes – – • ne sont pas le même métier se situent à deux niveaux successifs de complexité partagent quelques rares formalismes fonctionnent avec des constantes de temps échelonnées En informatique, l’architecture et l’urbanisme souffrent de mêmes défauts : – Complexité et diversité des approches et des formalismes – Défaut de méthodologie unifiée probante. • La spécification d’une architecture et la description d’un schéma d’urbanisme ne sont pas de même nature – UML, formalisme de contenants ne répond que partiellement aux urbanistes – Les schémas d’urbanisme sont descriptions de contenus individuels • Pour lesquelles modalités d’expression XML RDF/RDFS/OWL apparaissent plus adaptées 23

Comparaison : éléments d’architecture applicative Meta-modèle de l’architecture d’une application par Grady Booch 24

Comparaison : éléments d’urbanisation de système d’information Méta-modèle d’urbanisation ANSI/IEEE Std 1471 -2000 25

État de l’art méthodologique • • Le marché de l’urbanisation des SI est étroit • Il existe de multiples écoles de pratiques méthodologiques, dont – Pour l’entreprise elle-même Il n’y a pas à ce jour de consensus sur une méthode d’urbanisme formelle universellement adoptée • PERA (pour l’ensemble de l’entreprise considérée comme vouée à naître et disparaître) – Pour les automates et processus industriels • ANSI/ISA-S 95 – Pour les systèmes d’information d’entreprise • • Zachmann Togaf Cigref Praxeme Ceisar … Il existe de multiples auteurs, entreprises de conseil et éditeurs de logiciels – Auteurs : Caseau, Choay, Longépé, Merlin, Mingasson, Sassoon, – Entreprises : IBM, Cap. Gemini, Cosmos. Bay-Vectis, Vinci-consulting, – Outils : Casewise, Mega, Mood, … 26

Pera, Purdue Enterprise Reference Architecture • L’Université Purdue (Purdue University) est une université publique située à West Lafayette, dans le comté de Tippecanoe (Indiana) aux États-Unis • Pera est un méta-modèle hégémonique « d’architecture d’entreprise » 27

ANSI/ISA-95 : modèle général d’activités • ISA-95 est un méta-modèle adapté aux entreprises gérant un processus de production industrielle 28

Méthode de Zachmann (quoi, comment, où, qui, quand, pourquoi) Le « Cadre Zachmann » est une approche Données/Traitement générique des problématiques d’urbanisme 29

TOGAF : The Open Group Framework Architecture « The Open Group Architecture Framework, également connu sous l'acronyme Togaf, est un ensemble de concepts et un standard industriel couvrant le domaine des architectures informatiques d'entreprise, qui peut être utilisé librement et sans coûts par toute entreprise souhaitant développer ou modifier son architecture. » (source Wikipedia) En 2008, la toute dernière version de TOGAF 9 a été publiée. Cet environnement - cadre se compose des quatre éléments : – – • Architecture Capability Framework Architecture Development Method (ADM), Enterprise Continuum" et Resource Base. La composante "Architecture Development Method" – constitue le noyau de TOGAF. Elle décrit la démarche à suivre pour le développement d'architectures, • L'élément "Enterprise Continuum" – classifie des modèles d'architecture ("Architectural Continuum") ou descriptions de leurs implémentations ("Solutions Continuum"). • L'élément "Resource Base" – constitue une collection d'exemples de modèles et de guides, qui soutiennent et expliquent, entre autres, la mise en place de la direction et des équipes du projet, les principes et les stratégies relatifs au processus de développement ou la comparaison avec d'autres environnements - cadres. 30

TOGAF : ADM esthétique d’un cycle itératif 31

TOGAF ADM Architecture Development Method Le principe de Togaf repose sur un cycle continu de tâches de réexamen des systèmes d'information, centré sur la gestion continue des exigences • "Preliminary Phase: Framework and Principles" – (intégration de modèles supplémentaires, adaptations, principes) • A: Architecture Vision – (étendue, aspect principal, influences et objectifs) • B: Business Architecture – (architecture commerciale avec modèles de processus métiers, cas d'utilisation et diagrammes de classes) • C: Information System Architecture – (applications, modèles de données) • D: Technology Architecture – (systèmes matériels) • E: Opportunities and Solutions – (stratégies de migration, plan d'implémentation) • • F: Migration Planning G: Implementation Governance – (surveillance de la compatibilité et des relations entre les différents projets) • H: Architecture Change Management – (planifications pour modifications futures) 32

L’approche du Club Informatique des GRandes Entreprises Françaises Le CIGREF, Club informatique des grandes entreprises françaises, est une association indépendante à but non lucratif regroupant plus de cent très grandes entreprises et organismes français et européens de tous les secteurs d'activité (banque, assurance, énergie, distribution, industrie, services. . . ). 33

L’approche déductive du CIGREF, ou Zachmann revisité • Une Démarche raisonnée de rénovation 34

Méthodologie du CIGREF • Une vision hiérarchisée descendante de l’urbanisation 35

Sq. EME Une méthodologie Néérlandaise

Sq. EME Une autre façon de découper la problématique en quatre préoccupations

Étapes d’une démarche d’urbanisme de Système d’Information

Amorce d’une démarche d’urbanisation d’un système d’information Une « organisation » humaine est composite • A la finalité qu’elle se donne, elle structure les contributions qui lui sont nécessaires • Un organigramme est une représentation hiérarchique de cette structure – il décrit la décomposition de rôles contributeurs et de leurs affectations à des personnes – il n’explique pas le fonctionnement des contributions Le système d’information d’une organisation est une projection de sa complexité • Il intègre la représentation des contributions du rôle de chaque acteur contributeur • sa démarche d’urbanisation est homologue à la démarche de structuration des contributions de chaque rôle contributeur • chaque contribution y est formalisée par un processus 39

Décomposition analytique des représentations • La maîtrise de la complexité de la représentation des contributions de chaque acteurs implique de les hiérarchiser • les bonnes pratiques d’urbanisme hiérarchisent les descriptions en couches de représentations qui descendent à la fois: – Du plus abstrait au plus concret – Du plus simple au plus détaillé – De la spécification à la réalisation 40

Amorce d’une démarche d’urbanisation d’un système d’information – Chaque rôle d’un acteur contributeur est représenté dans le système d’information • Formalisation du rôle avec sa légitimité, son langage et son vocabulaire – Le rôle du Directoire est d’assurer la finalité de l’organisation • Formalisation de sa stratégie pour l’obtenir – Les fonctions des rôles contributeurs réalisent leurs relations mutuelles • formalisation des métiers et décomposition en fonctions décrivant leurs actions Système informatique Système d’information – Les applications servent une ou plusieurs fonctions de un ou plusieurs métiers – Les contingences des infrastructures techniques et de l’exploitation sont formalisées par le rôle du contributeur de l’informatique Stratégie Métiers Fonctions Applications Infrastructures Techniques exploitation 41

Récursivité Maintenir le système d’information est un rôle de l’organisation qu’il sert – Ce rôle est lui-même une composante de la stratégie de l’organisation – Les fonctions principales de ce rôle – Apporter à l’organisation la description des rôles des ses acteurs et de leurs fonctions mutuelles, – Décrire les objets traités par l’organisation, formaliser ses règles de fonctionnement – Organiser et décrire les systèmes informatiques traitant les informations sur ces objets et leurs infrastructures matérielles, au service des fonctions des rôles contributeurs – Faire évoluer les systèmes informatiques pour les adapter à la stratégie Bonne pratique : – le système d’information se décrit lui-même dans le système d’information – le système d’information formalise ses fonctions dans son propre système informatique au service de l’ensemble de l’organisation qu’il sert – Le processus d’évolution du système d’information est implémenté dans une application de son système d’information Notion de Gouvernance appliquée au système d’information – Par essence, la gouvernance est le contrôle du gouvernement – La gouvernance d’un système d’information est homologue à celle de l’organisation qu’il sert/ 42

Objectifs de la formalisation explicite de la stratégie • Structurer la complexité du SI – Le premier objectif est d’organiser le travail même de l’urbaniste, soit répartir le travail de définition descriptions des contributions des acteurs de l’organisation. • Faire évoluer le SI – Le second objectif est l’identification des conséquences de toute évolution stratégique pour l’adaptation nécessaire du système d’information, des systèmes informatiques, leurs composants applicatifs et leurs infrastructures de fonctionnement. • Maintenir le SI – Le troisième objectif est l’identification des conséquences de toute évolution d’une quelconque contribution pour réadapter le système d’information à la stratégie. 43

Processus générique d’évolution d’un système d’information Stratégie Métiers État cible Stratégie cible Métiers cible Fonctions Applications Infrastructures Techniques exploitation Fonctions cible Système informatique Système d’information État initial Applications cible Infrastructures Techniques cible Exploitation cible événement 44

1 ere étape : formalisation de la stratégie • Les bonnes pratiques formalisent la stratégie via deux formalismes complémentaires – Le diagramme de causes et effets d’Ishikawa • Formalisation des contributions nécessaires à un effet objectif souhaité – Le diagramme de chaînes de valeur de Porter • Identification des processus nécessaires à un objectif souhaité 45

Exemple de Finalité Stratégique pour un SI La sécurité du transport de l'électricité http: //www. journaldunet. com/solutions/securite/dossier/08/0428 -infrastructures-critiques-scada-clusif/4. shtml RTE est le gestionnaire du réseau de transport d'électricité en France. Ce réseau figure parmi les infrastructures définies comme vitales pour la nation. Sa sécurité est donc cruciale, face à risques d'indisponibilité, mais aussi de malveillance. C'est donc assez naturellement que "la politique de sécurité est alignée sur les enjeux métiers et soutenue par la direction", comme l'explique Philippe Bedu, le responsable du département Urbanisation et Solutions informatiques. En termes d'objectifs pour la direction informatique, cela implique : - Aucune plainte imputable au SI liée à la confidentialité et à la discrimination, - Aucun Evènement Sureté Système dû au SI d'une criticité supérieure à C (échelle de A à F), - Plafonnement annuel des conséquences dysfonctionnements informatiques. La sécurité au sein de RTE s'effectue certes au travers de mesures techniques classiques (pare-feu, chiffrement, authentification, etc. ), mais surtout par le biais d'une veille et une analyse des risques, l'intégration de la sécurité physique et la sensibilisation des utilisateurs aux cyber-risques. Sur un plan organisationnel, compte tenu de l'étendue du réseau électrique, RTE dispose d'un responsable sécurité national et de responsables locaux. Une organisation de crise est également définie. Quant au système SCADA, il est clairement séparé du SI de gestion relié lui à Internet et aux partenaires. "Des besoins d'échanges sont apparus entre les deux SI. Ceux-ci ont été couverts au travers de mesures de sécurité appropriées. Ainsi, par exemple, si échange il y a, il ne peut forcément être qu'à l'initiative du système industriel", précise Frédéric Lenoir, en charge de l'architecture sécurité Téléconduite. En matière de sécurité physique, les machines SCADA sont hébergées dans des zones dont l'accès est renforcé afin de réduire les risques de malveillance. Un système de supervision des équipements permet également de remonter des alertes. En outre les applications temps réel de RTE reposent sur des moyens de transmission dédiés. 46

Ishikawa et Porter • Kaoru Ishikawa (石川 馨 Ishikawa Kaoru, Tôkyô, 1915 - 16 avril 1989), ingénieur chimiste japonais précurseur et un des théoriciens pour la gestion de la qualité. On lui doit notamment le diagramme de causes et effets qui est un des outils fondamental pour assister les cercles de qualité. Kaoru Ishikawa développa notamment les idées suivantes en qualité : – omniprésence de la qualité à chaque processus. – implication de tous les acteurs (services, employés) de l'entreprise dans la qualité. • Michael Porter, né en 1947, est un professeur de stratégie d'entreprise de l'université Harvard, spécialiste également de l'économie du développement Il est connu pour ses études sur la façon dont une entreprise peut obtenir un avantage concurrentiel (ou avantage compétitif) en maîtrisant mieux que ses rivaux les forces qui structurent son environnement concurrentiel. Cette maîtrise des forces de la concurrence s'illustre par le déploiement d'une chaîne de valeur qui caractérise le modèle économique de l'entreprise. 47

Règles de construction d’un diagramme d’Ishikawa • Les objectifs sont des syntagmes verbaux • Les objectifs ne comportent ni « ou » ni « et » de choix ou de factorisation ou • Le diagramme comporte un et un seul objectifs principal effet d’objectifs contributeurs • Les objectifs contributeurs sont catégorisés en : – Matières premières – Technologies – Ressources humaines – Méthodologies – Milieu – Management – Finance 48

Exemple de diagramme d’Ishikawa 49

Exemple d’emploi autre : analyse qualitative de défaut 50

Description cartographique des métiers • • • Chaque processus est exercé par un acteur externe ou métier interne Chaque processus génère un ou plusieurs flux entre les métiers Les bonnes pratiques d’urbanisme conduisent à formaliser sur un diagramme d’entreprise les rôles des acteurs et les flux qu’ils génèrent • La formalisation du diagramme d’entreprise d’un état existant conduit à rationaliser l’organisation et ses flux pour obtenir un état cible 51

Cartographie des Objets métier objets d’échanges 52

Diagramme principal de Chaîne de valeur 53

Cartographie des fonctions : chaînes de valeurs décomposition des processus élémentaires Processus opérationnels marketing études méthodes production vente Processus support qualit é comptabilité formation Finance 54

Matrice Processus/Objectif • La matrice Processus/Objectif établit la cohérence de la démarche de modélisation stratégique – Chaque objectif doit être servi par au moins un processus – Chaque processus contribue à au moins un objectif 55

Exemples de Chaînes de valeur trouvés sur le Net 56

Exemples de Chaînes de valeur trouvés sur le Net 57

La chaîne de valeur de l’urbanisation elle-même 58

Décomposition en activités de processus réutilisables Un processus comporte une ou plusieurs procédures Processus 59

Exemple de procédure (BPMN) 60

Couche Applicative: Le Commerce introduit une séparation fonctionnelle • Notions de Front Office / Back Office – Les termes de Front Office et de Back Office ( « boutique » et « arrière-boutique » ) sont utilisés pour distinguer d’une part les processus internes de l'entreprise d’autre part la relation directe avec le client. – Le Front Office (parfois Front line) désigne la partie visible par la clientèle et en contact direct avec elle, telles que la vente en ligne, le marketing, le support ou de service après-vente. – Le Back Office à l'inverse désigne l'ensemble des parties du système d’information auxquelles personnes n’appartenant pas à l’entreprise ne sont pas censées avoir accès. Il s'agit donc de tous les processus internes à l'entreprise (Recherche, développement, production, logistique, stocks, comptabilité, ressources humaines, etc. ) • Avantages et Inconvénients – La sécurité des systèmes pousse à la séparation – L’intégrité des systèmes d’information, la dynamique d’entreprise pousse à l’intégration – Les exigences de qualité poussent à l’intégration 61

Cartographie applicative De la complexité à la complication : la cartographie d’un état existant montre que parfois – Une application implémente de 1 à n activités – Une application implémente de 1 à n processus élémentaires – Un processus est implémenté par 1 à n applications – Une activité est implémentée par 1 à n applications –… – L’urbanisation devrait conduire du compliqué au complexe en rationalisant notamment les cardinalités 62

Cartographie Applicative : Audit de relevé de l’existant L’urbanisation d’un système d’information passe par des phases d’enquêtes descendantes et de remontées de contraintes – L’enquête vise à tracer les schémas superposés des systèmes informatiques existants • • Rôle, modalité d’utilisation, d’exploitation et de maintenance Modalités de relations entre applications et entre acteurs Modalités d’implémentation Modalités d’infrastructure – L’enquête doit être formalisée par un questionnaire structuré en fonction d’un méta-modèle : • de tout élément d’information utile à la démarche • des conditions conduisant à la flexibilité de l’organisation cible 63

64

Exemple de Méta-Modèle pour un Audit 65

Correspondances de vocabulaire 66

Les grands principes sont divins… …Le diable règne dans les détails !