Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 1

©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 1 C E N T R E D E M A I T R I S E D E S S Y S T E M E S E T D U L O G I C I E L Urbanisation du SI de l’entreprise Pourquoi, comment, avec quels acteurs    Organisation du cours J.Printz ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 2 Objectifs du cours (1/2) Donner une vue complète, aussi précise et rigoureuse que possible, en trois jours, de la problématique d’urbanisation du SI global de l’entreprise Adaptation du SI existant à une cible définie à 3-5 ans, avec prise en compte en continu des nouveaux besoins requis par l’alignement stratégique du SI en respectant les contraintes économiques de l’entreprise Maîtrise de la complexité globale de l’adaptation du SI à l’aide de modèles Traçabilité entre les éléments de modélisation et garantie de cohérence Construction du portefeuille de projets – Mise en œuvre de l’urbanisation dans les projets  Les aspects conduite du changement, comportements des acteurs, la gestion des conflits, etc. ne sont pas abordés dans ce cours ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 3 Objectifs du cours (2/2) Comprendre les aspects dynamiques et évolutifs de l’urbanisation (ce n’est pas un objet « fini », et encore moins figé) et leurs relations avec les dynamiques projets Thématique « trajectoire » d’évolution et cartographie du SI Thématique « agilité » – Modularité et Services (SOA) Thématique interfaces : données, opérations/services, événements (EAI, ESB) Thématique croissance contrôlée du SI et compatibilité ascendante des interfaces – Interopérabilité Contraintes économiques : coûts projets CQFD + Intégration système (SI métier + SI Global) + TCO + ROI – Performance FURPSE – Contraintes PESTEL de l’écosystème des projets ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 4 Les références Ouvrages : Y.Caseau, Urbanisation et BPM, Dunod J.Printz, Écosystème des projets informatiques – Agilité et discipline, et Puissance et limites des systèmes informatisés, tous deux chez Hermès ; Architecture logicielle, Dunod (à paraître) ; Le génie logiciel, Collection « Que sais-je ? », PUF. Méthodes : Méthode MADIOS (utilisée par le ministère de la défense) Les normes : IEEE standards : Software engineering collection ISO 12207, ISO 15288, ISO 9126 ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 5 Durée : 3 jours en 6 modules de 3 heures (1/2) Module M1 (J.Printz) Problématique générale, pourquoi et comment urbaniser, finalité de l’urbanisation – Ingénierie système – Principes de la modélisation – Modularité du SI – Services séquentiels/ parallèles, centralisés/distribués – Transactions métiers Économie du SI – Coût complet (TCO) – ROI de l’urbanisation – Indicateurs de performance – Critères de décision – Stratégies coopératives entre les acteurs Module M2 (G.Morganti) Modélisation métier – Exigences et contraintes métier, ingénierie des exigences – Workflow et BPM – Échanges, partage et intégration de l’information entre les métiers - Régulation Articulation Monde métier/Monde informatique – Sémantique – Acteurs et rôles Module M3 (G.Morganti) Modélisation pour l’informatique – Exigences et contraintes informatiques – Représentations syntaxiques des entités – Applications – Transactions – Réversibilité et compensation des transactions Architecture logique : Données – Traitements – Événements – Les principes d’architecture – Propriétés indispensables : fiabilité, disponibilité, adaptabilité ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 6 Durée : 3 jours en 6 modules de 3 heures (2/2) Module M4 (Y.Caseau, étude de cas Bouygues Telecom) Les modèles d’applications – Architecture génériques et « patterns » clients/services – Les trois vues : ETL/CRUDE, SOA, EAI – Interfaces – Socles de services – Déploiement, exploitation, maintenance – Garantie de service (SLA) Complexité de l’informatique – Principe de simplicité – Ingénierie logicielle Module M5 (P-E.Stern) Traçabilité entre les modèles – Traçabilité inverse – Gestion de configuration globale – Les 3 niveaux d’Intégration – IVVT du SI Complexité de l’urbanisation – Ingénierie système et normes Module M6 (J.Printz) Le projet d’urbanisation, pilotage – Ensemble de projets cohérents, trajectoires, risques – Portefeuille de projets – Articulation MOA/MOE – Dynamique des projets – Adaptabilité – Agilité ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 7 Architecture métier (besoins métier) Architecture du cours – Modules de modélisation et pré requis pour la mise en œuvre d’un projet d’urbanisation Architecture fonctionnelle (besoins métier) Architecture de services (besoins informatiques en rapport avec les besoins métier – Traduction métier informatique) Architecture technique (solutions informatiques satisfaisant les besoins informatiques) Architecture physique (solutions informatiques déployées sur les plates-formes) Traçabilité et Recherche du meilleur compromis économique  Mise en œuvre du projet d’urbanisation Lieu d’apparition des défaillances Nécessite la définition d’interfaces normalisés stables Lieu d’apparition des défauts M2 M3 M4 + Étude de cas M5 Indépendance de la solution par rapport au plates-formes M6 Choix d’informatisation – Risques – Analyse de la valeur et ROI ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 8 C E N T R E D E M A I T R I S E D E S S Y S T E M E S E T D U L O G I C I E L Introduction à l’urbanisation des systèmes informatisés    Articulation du monde métier et du monde informatique J.Printz Module M1 ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 9 Modéliser pour comprendre les interactions et la dynamique informationnelle Introduction C E N T R E D E M A I T R I S E D E S S Y S T E M E S E T D U L O G I C I E L Module M1 ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 10 Pourquoi l’urbanisation ? Avec l’arrivée des architectures distribuées à bas coût dans les années 90s, nette tendance à un développement anarchique d’applications de toute nature • Conséquences : complexité explosive des plates-formes, des infrastructures, des chaînes de liaisons entre les composants applicatifs, des dépendances fonctionnelles Résultats • Coût d’intégration et de maintenance (MCO)  • Qualité de service (SLA)  • Délai de mise à disposition de nouveaux services  La seule réponse : l’architecture ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 11 Comment définir l’architecture ??? B.Boehm (Le créateur du modèle COCOMO) « A software system architecture comprises: A collection of software and system components, connections, and constraints. A collection of system stakeholders’ need statements. A rationale which demonstrates that the components, connections, and constraints define a system that, if implemented, would satisfy the collection of system stakeholders’ need statements. » J.Printz (Dans Architecture logicielle) Règle d’architecture dans une perspective projet L’architecture d’un système est terminée quand, dans le projet de réalisation chaque acteur sait ce qu’il doit faire (aspects fonctionnels de l’architecture), comment il doit le faire (aspects non fonctionnels prenant en compte l’environnement du système, i.e. l’écosystème complet du projet selon PESTEL) compte tenu des contraintes économiques de coût, qualité et délai, i.e. CQFD/TCO et FURPSE, conformément aux règles de gestion du portefeuille projets. Tous les intégrats et leurs relations sont identifiés. Cf. les 5 W : « why, what, who, where, when », auxquels on pourrait rajouter « how » ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 12 Interpréter correctement la nature de l’architecture Réponses claires aux questions : À quoi sert l’architecture ? Comment se construit une architecture ? Quand est-ce terminé ? Construction par étapes en partant de l’architecture fonctionnelle du système qui est un préalable à la construction Fondée sur les modèles métiers, et plus particulièrement des flux qui matérialisent la chaîne de valeur à automatiser Intégration progressive et ordonnée des aspects non fonctionnels L’ordre de prise en compte des contraintes est fondamental Critère d’arrêt L’architecture est terminée lorsque chacun des acteurs (individu et/ou organisation) sait ce qu'il a à faire, pourquoi il le fait et comment il doit le faire (i.e. critères CQFD)             N étape s Contrainte 1 N étape Livrable Arch Processus_ N étape Livrable ,   ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 13 La testabilité comme régulateur de l’architecture Il est futile de concevoir un système que l’on ne saura pas tester Place des observateurs et volume des redondances Contrôle du non déterminisme Critère de régulation : À tout ajout FURPSE doit correspondre une réponse argumentée en terme de stratégie VVT et intégration (cf. notre méthode d’estimation CQFD) Tests explicites ©2006 – CNAM-CMSL J.Printz / Cours URBANISATION – Module 1 Version 1.0 - Page 14 Thèmes abordés dans M1 Problématique générale – Complexité de l’information Pourquoi et comment urbaniser, finalité de l’urbanisation  Apports uploads/Management/ urbanisation-s-i.pdf