urbanisation des si module 3 de la fin du xx ème siècle à 2003

Urbanisation des SI

Module 3

De la fin du XXème siècle à 2003

Cours 2008-2009 MIAGE M1 « Urbanisation des Systèmes d’Information »Henry Boccon-Gibod 2

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

Bus de traduction et de communication

Référentiel MoniteurDonnéespartagées

Catalogue

application application application application application


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

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


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.


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

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


Rêve ...

La Citta ideale, selon Piero de la Francesca


... et réalité

Favela dans les hauteurs de Rio de Janeiro


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 ?

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


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.


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


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


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.


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


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 des données des systèmes informatiques

• Mots clés : quality of service, tracability, completenessqualité de service, traçabilité, complétude

Les Performances en Charge des systèmes informatiques au service du système d’information

• Mots clés : scalabilitytenue à 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, agilityflexibilité, agilité

La Maîtrise des Coûts de maintenance et d’évolutions continuesdes systèmes informatiques au service du système d’information

• Mots clés : return on investment (ROI), cost of ownershipretour sur investissement, coût de possession


Qualités attendues d’un système d’information (2/2)

:– Être prospectif (visions)

• Rechercher 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

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 des descriptions de contenus individuels • Pour lesquelles les modalités d’expression XML RDF/RDFS/OWL apparaissent plus adaptées

Vue d’implémentation

Vue des cas d’utilisation

Vue du déploiement

Vue logique

Vue des Processus


Comparaison : éléments d’architecture applicative

Meta-modèle de l’architecture d’une application par Grady Booch


Comparaison : éléments d’urbanisation de système d’information

Méta-modèle d’urbanisationANSI/IEEE Std 1471-2000


État de l’art méthodologique

• Le marché de l’urbanisation des SI est étroit

• Il n’y a pas à ce jour de consensus sur une méthode d’urbanisme formelle universellement adoptée

• Il existe de multiples écoles de pratiques méthodologiques, dont

– Pour l’entreprise elle-même• 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-S95

– 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, CapGemini, CosmosBay-Vectis, Vinci-consulting,

– Outils : Casewise, Mega, Mood,…


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 »

http://www.pera.net/Pera/PERA_Papers/HeronIslandPaper/Heron-Island.pdf







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


Méthode de Zachmann (quoi, comment, où, qui, quand, pourquoi)

stratégieplanningorganisationLieu sur le réseauFonction effectuée

Valeur des données

UtilisationExécutant

6

Spécification de règles

cadencementArchitecture de sécurité

Architecture de réseaux

ProgrammeDéfinition des données

Configuration de composantsSous traitant

5

Conception de règles métier

Structure de contrôle

Architecture de présentation

Technologie d’architecture

Conception de système

Modèle physiqueModèle technologiqueRéalisateur

4

Modèle de règles métier

Structure de processus

Architecture d’interface utilisateur

Architecture distribuée

Architecture applicative

Modèle fonctionnellogique

Modèle fonctionnel,logiqueConcepteur

3

Business planPlanning principal

Modèle de processus

logistiqueModèle de processus

Modèle sémantique entité relation

Modèle Métier, d’affaireContributeur

2

Liste des objectifs

Liste des sortes d’événements

Liste des organisations importantes

Liste des lieux d’exploitation

Liste des processus

principaux thèmes de l’affaire

PérimètreprojetVisionnaire

1

Pourquoi (motif)

Quand (date heure)

Qui (personnes)

Où (sur le réseau)

Comment(fonction)

Quoi(donnée)

coucheOrdre

Le « Cadre Zachmann » est une approche Données/Traitement générique des problématiques d’urbanisme


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 des 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.


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

FrameworkAnd

Principles

Vision

Opportunities and Solutions

Implementation Governance

RequirementsManagement

Information System

Architecture

Migration Planning

Technology Architecture

BusinessModel

Architecture Change

Management


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)


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...).


L’approche déductive du CIGREF, ou Zachmann revisité

• Une Démarche raisonnée de rénovation


Méthodologie du CIGREF

• Une vision hiérarchisée descendante de l’urbanisation

SqEME

Une méthodologie Néérlandaise

SqEME

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


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

Couche des Métiers

Couche des Fonctions

Couche des Applications

Couche des Infrastructures Techniques

Couche Stratégique

Couche de l’exploitation


Sys

tèm

e d

’info

rma

tion

Sys

tèm

e in

form

atiq

ue

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

– 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

Métiers

Fonctions

Applications

Infrastructures Techniques

Stratégie

exploitation


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/


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 des 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.


Sys

tèm

e in

form

atiq

ue

Processus générique d’évolution d’un système d’informationS

ystè

me

d’in

form

atio

nS

ystè

me

info

rmat

ique

Métiers

Fonctions

Applications

Infrastructures Techniques

Stratégie

exploitation

État initial

Métiers cible

Fonctions cible

Applications cible

Infrastructures Techniques cible

Exploitation cible

État cible

Stratégie cible

événement


1ere é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é


La sécurité du transport de l'électricitéhttp://www.journaldunet.com/solutions/securite/dossier/08/0428-infrastructures-critiques-scada-clusif/4.shtmlRTE 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 des 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.

Exemple de Finalité Stratégique pour un SI


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éveloppementIl 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.


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


Exemple de diagramme d’Ishikawa


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


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


Cartographie des Objets métier objets d’échanges


Diagramme principal de Chaîne de valeur


Cartographie des fonctions : chaînes de valeurs décomposition des processus élémentaires

Processus opérationnels

Processus support

marketing études méthodes production vente

qualité comptabilité formation Finance


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

Processus 11

Nécessité 13 Processus 10



Nécessité 4Processus 7




Nécessité 3Nécessité 16Nécessité 2Processus 3

Nécessité 5

Nécessité 4 Nécessité 10 Processus 2

Nécessité 4

Nécessité 1Processus 1

Objectif N°4Objectif N°3Objectif N°2Objectif N°1Processus identifié d'une chaîne de valeur


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


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


Processus

Décomposition en activités de processus réutilisables

Un processus comporte une ou plusieurs procédures


Exemple de procédure (BPMN)


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 les 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


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

application

activitéprocessus

1,n1,n 1,n 1,n

1,n1,n

Objet métier1,n

1,n


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


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

Processsus

Activité

1

*

*

-contribution

*

Processus_OpérationnelProcessus_Support

Procédure

Objectif

Opération

Condition

Précondition

PostConditionévénement

Acteur Application

PersonneEmplacement

Structure d'organisation

Flux de matière

message

Fonction

Flux

Flux de données

Unité_Urbanisée

Zone

Quartier

Ilot

-Term.1*

-Term.2 *

-Term.7*

-Term.8 *

1

*

Term.1Term.2

Term.1Term.2Term.3Term.4

-Term.3*-Term.4*

Finalité

-Term.5*

-Term.6

*

Term.5Term.6

-Term.9 *-Term.10 *

-Term.11

*

-Term.12

*-Term.13

*

-Term.14

*

-Term.15*

-Term.16*

-Term.17*

-Term.18

*

Emplacement Logique

Emplacement PhysiqueTerm.5

Term.6

Term.5

Term.6

Term.5

Term.6

-Term.19

*-Term.20

*

Term.5

Term.6Base de données

Donnée

-Term.21* -Term.22*

Term.5

Term.6

Term.5

Term.6 Term.7

Term.8

Objet Métier-Term.23*

-Term.24

*

-Term.25*

-Term.26

*

Term.5

Term.6

Term.5

Term.6

Term.5

Term.6

Term.5

Term.6


Correspondances de vocabulaire

événement et compte-rendu d'événementprise de type flux/événement

interface de serviceprise de type question/réponse

traitement / service applicatiffonction / service fonctionnelTâche

donnéeinformationObjet métier

application

bloc applicatifbloc fonctionnelActivité

îlot applicatifîlot fonctionnel

quartier applicatifquartier fonctionnel

processus applicatifprocessus fonctionnelProcessus métier

architecture applicativearchitecture fonctionnelleVue métier

Système informatiqueSystème d'informationSystème métier

Les grands principessont divins…

…Le diable règne dans les détails !

urbanisation des si module 3 de la fin du xx ème siècle à 2003

Documents