La disparition des applications

Présentation au sujet: "La disparition des applications"— Transcription de la présentation:

1 La disparition des applications
Praxeme, la méthodologie d'entreprise 11/04/2017 La disparition des applications « La théorie sans la pratique est inutile ; la pratique sans la théorie est aveugle. » Immanuel Kant Les conséquences des nouvelles architectures SY9-06 17/12/2009

2 Objectif de la présentation
Praxeme, la méthodologie d'entreprise Objectif de la présentation 11/04/2017 Objectif Thèmes Conception de SI SOA, EDA… Architecture logique Rendre sensible l’impact des nouvelles architectures Ce document est protégé par une licence « creative common ». Il peut être diffusé, reproduit, réutilisé, en tout ou en partie, à condition d’en citer l’origine et l’auteur. Les nouveaux matériaux produits doivent s’appliquer les mêmes conditions d’ouverture et de respect de la propriété intellectuelle. Protection des documents SY9-06

3 Application : Définition
Praxeme, la méthodologie d'entreprise 11/04/2017 Application : Définition Définition (wikipedia) Logiciel* qui automatise une activité ensemble de programmes informatiques qui servent à aider un utilisateur à faire un certain travail. Application software should be contrasted with system software (infrastructure) or middleware (computer services/ processes integrators) Exemple: « Cette application va se terminer car elle a exécuté une opération non conforme » (Microsoft-Windows) Définition (personnelle) Regroupement physique, arbitraire de fonctions & traitements Unité de packaging *Software includes things such as websites, programs or video games, that are coded by programming languages like C or C++. "Software" is sometimes used in a broader context to mean anything which is not hardware but which is used with hardware, such as film, tapes and records. SY9-06

4 Exercice : A quel terme est équivalent une application?
Praxeme, la méthodologie d'entreprise Exercice : A quel terme est équivalent une application? 11/04/2017 Logiciel Module Composant Système, sous-système, fédération de système Archive, binaire, exécutable … Fabrique, Atelier, Machine Fonction … SY9-06

5 La « vision » orientée application
Praxeme, la méthodologie d'entreprise La « vision » orientée application 11/04/2017 Le monde du logiciel est composé d’éléments de base agrégés en applications. Un SI est un amoncellement d’applications, chacune d’entre elles rendant un ou plusieurs services. Exemples d’applications: Gestion de la paie des titulaires Gestion de la paie des vacataires (sous AS 400 – Nice) Gestion de la paie des vacataires (sous Unix– Nantes) Gestion de la paie des fonctionnaires Gestion des primes annuelles des titulaire de plus de 3 ans d’ancienneté Calcul des jours RTT des ayant droits SY9-06

6 Architecture à base d’applications : L’horreur architecturale
Praxeme, la méthodologie d'entreprise Architecture à base d’applications : L’horreur architecturale 11/04/2017 Une application = un silo applicatif Le paradigme du Silo applicatif promu comme élément architectural fondamental Une entreprise taille CAC 40: de à applications Appli-nouvelle Appli1 Appli2 Appli-n Green IT SY9-06

7 Une expertise fondamentale : La cartographie applicative
Praxeme, la méthodologie d'entreprise Une expertise fondamentale : La cartographie applicative 11/04/2017 Inventaire des « applications » Radiographie de celles-ci A quoi servent-elles ? (fonctions) Technologie devt et déploiement, contraintes Prix de maintenance annuelle Qui utilise? Qui maintient? Connections avec d’autres applis Rationalisation du parc (Passer de à applis!) Redondances fonctionnelles Cohérence des référentiels Gestion du changement … SY9-06

8 Nouvelles Architectures: Où est l’application?
Praxeme, la méthodologie d'entreprise Nouvelles Architectures: Où est l’application? 11/04/2017 SOA Le SI est une fédération de composants de services interconnectés Le SI peut être interconnecté avec d’autres SI L’ensemble n’est plus un système On parle de « fédérations de systèmes » SY9-06

9 Architecture SOA – Modèle logique Praxeme
Praxeme, la méthodologie d'entreprise Architecture SOA – Modèle logique Praxeme 11/04/2017 (modèle Modelio – SY9-06

10 Architecture SOA – Exemple 2
Praxeme, la méthodologie d'entreprise Architecture SOA – Exemple 2 11/04/2017 (modèle Modelio – SY9-06

11 Architecture Déployée
Praxeme, la méthodologie d'entreprise Architecture Déployée 11/04/2017 (modèle Modelio – SY9-06

12 Déploiement d’une architecture : où est l’application?
Praxeme, la méthodologie d'entreprise Déploiement d’une architecture : où est l’application? 11/04/2017 (modèle Modelio – SY9-06

13 Un accès aux services du SI dépendant du contexte
Praxeme, la méthodologie d'entreprise Un accès aux services du SI dépendant du contexte 11/04/2017 Rôle de l’utilisateur Fonction dans l’entreprise Droits d’accès Activité en cours Poste de travail de l’utilisateur tty Station travail en réseau local Station de travail distante (internet) iPhone … SY9-06

14 Déploiement d’une architecture : Indépendance du physique
Praxeme, la méthodologie d'entreprise Déploiement d’une architecture : Indépendance du physique 11/04/2017 Les composants de service peuvent être déployés différemment pour des raisons de disponibilité ou performance pour un résultat iso-fonctionnel La mise à jour/évolution peut se faire par redéploiements de certains composants de service Le « Cloud Computing » virtualise les notions de serveur et de localisation L’accès à un site WEB rend totalement transparent à l’utilisateur le déploiement sous-jacent et les services mis en œuvre SY9-06

15 La bonne structure du système informatique
Praxeme, la méthodologie d'entreprise La bonne structure du système informatique 11/04/2017 Aspect sémantique Determiner la structure du logiciel à partir de la description du métier Standard MDA Indépendance / choix techniques Dérivation vers différents environnements Approche compatible avec les objectifs à long terme Aspect logique Objets Services logique & agrégats (machines logiques…) Strate « Interaction » Dérive Objets « métier », objets réels (Information+Transformation+Action) Aspect pragmatique Strate « Organisation » Activités Strate « Métier » Le meilleur système informatique est celui qui est capable, sans heurt, de prendre en charge la description du métier et de l’automatiser. L’architecture logique se réfère donc aux modèles “amont”. Elle trouve dans les modèles sémantiques et pragmatiques, la matière qu’elle doit structurer. Par dérivation des modèles “amont”, le concepteur logique trouve les “bons” services, c’est-à-dire les services à fort contenu. Most comments from the previous slide apply SOA is IMHO primarily a business organization concept and only secondarily a software/IT concept.The distinction is not clear for many IT executives. Exposing SOA for the first time within a software slide does not help in understanding. The SOA box is , IMHO missing a reference to services – atomic components that interact, either among themselves, or organized in an externally defined flow. Dérive Acteurs et entités organisationnelles Processus & cas d’utilisation SOA SY9-06