Urbanisation des systèmes d information

Transcription

1 Urbanisation des systèmes d information 06/11/2014 Université Lyon 1, 6 Novembre 2014

2 Présentation Julien Unité Mobility & etransactional Services (Business Center - Contact) Fonctions Responsable d application de 2009 à 2011 Expert technique depuis 2011 Membre Innovation Labs depuis 2011 Missions Missions d architecture, Lead Developer, Industrialisation Support, Formation interne, Bonnes pratiques, Formation Master 2 TI (Technologie de l Information)

3 Business Center - Contact Des projets critiques à forte volumétrie 2,2 Milliards d appels vocaux gérés par nos SVI positions ACD déclarées sur nos infrastructures ACD 3,0 Milliards de SMS entrants et sortants lignes télécom absorbées par notre télécom center

4 Commençons par Nous finirons par

5 Définitions

6 Urbanisation Définition selon Wikipédia L'urbanisation du système d'information de l'entreprise est une discipline informatique consistant à faire évoluer le système d'information d'une entreprise dans son ensemble afin de garantir sa cohérence vis-à-vis des objectifs et du métier de cette entreprise, en prenant en compte ses contraintes externes et internes, tout en tirant parti des opportunités de l'état de l'art informatique. Cette discipline s'appuie sur une série de concepts calqués sur ceux de l'urbanisation de l'habitat humain (organisation des villes, du territoire), concepts qui ont été réutilisés en informatique pour formaliser ou modéliser le système d'information, L'urbanisme définit des règles ainsi qu'un cadre cohérent, stable et modulaire, auquel les différentes parties prenantes se réfèrent pour toute décision d'investissement relative au management du système d'information. En résumé, urbaniser, c est diriger la transformation continue du système d information en vue de le simplifier et garantir sa cohérence.

7 Système d information Définition selon Wikipédia Un système d'information (SI) est un ensemble organisé de ressources (matériels, logiciels, personnel, données et procédures) qui permet de regrouper, de classifier, de traiter et de diffuser de l'information sur un environnement donné. MOA : Métier / Utilisateurs MOE : Système informatique Système d Information

8

9 Pizza 3000 Cas d étude fictif Petite entreprise de livraison de pizza Actuellement Les commandes se font par téléphone 3 équipes : téléphone / cuisine / livraison Souhaite S ouvrir sur internet Trouver des nouveaux moyens de communication avec ses clients Objectif Doubler de taille en 2 ans

10 La démarche d urbanisation

11 La démarche d urbanisation Les 4 grandes étapes Définition des objectifs Stratégie commerciale Analyse de l existant Lister le patrimoine Cartographier les différentes couches (métier, fonctionnelle, applicative, ) Identification du SI cible Impact sur le différentes couches Prise en compte des contraintes (humaine, matériels, ) Définition des livrables Mise en évidence de la trajectoire Définition des paliers Planning

12

13 Pizza 3000 Objectifs stratégiques Ouvrir un site internet Consulter les cartes et les tarifs Commander en ligne Unifier les canaux de communication Campagnes marketing Développer l activité Créer une base client Consolider l existant Faciliter les campagnes marketing

14 L état des lieux

15 Analyse de l existant Lister le patrimoine Capital matériel Logiciels (commerciaux, open source, progiciels, ) Matériels (serveurs, réseaux, postes de travail, ) Capital immatériel Savoir faire (procédure, formation, expertise, ) Contribution à l activité Remarques : Suivant la taille de l entreprise, le SI représente d une dizaine à plusieurs milliers d applications

16 Analyse de l existant Cartographier les différentes couches Architecture métier Architecture fonctionnelle Architecture applicative Architecture système

17 Architecture métier Identifier les «processus métiers» Qui fait quoi et pourquoi? Concept simple mais en général, personne n a la vision complète Forme Différents formats BPMN, EPC,... Difficultés Sensible, touche à l organisation et aux personnes Son importance est souvent sous-estimée Valeur ajoutée Architecture métier Améliore la compréhension globale, bon terrain de dialogue MOA / MOE Démultiplie les possibilités d optimisation

18 Pizza 3000 Architecture métier

19 Architecture fonctionnelle Identifier les «blocs fonctionnels» De quoi a-t-on besoin pour réaliser les processus métiers? Forme Basé sur un découpage classique en zones (échanges, cœur de métier, données de référence, données de production, activités support, pilotage) Difficultés Etre cohérent avec les processus métiers Choisir le bon niveau de détail Valeur ajoutée Architecture fonctionnelle Présentation hiérarchique, facilite le découpage du travail

20 Pizza 3000 Architecture fonctionnelle Zone d échanges Pilotage Suivi d activité Suivi des incidents Accueil téléphonique Activités opérationnelles Prise de commande Suivi livraisons Préparation des commandes Facturation et encaissements Gisements de données Information livreurs Information cuisine Activités de support RH Stocks Comptabilité

21 Architecture applicative Identifier les applications Comment va-t-on réaliser les fonctionnalités? Forme Basé sur un découpage classique N-Tiers Difficultés Apporter de la valeur et des solutions par rapport à l architecture fonctionnelle Rester compréhensible par le commun des mortels Valeur ajoutée Architecture applicative Jette les bases de la réalisation (grands choix technologiques, etc)

22 Interface Pizza 3000 Architecture applicative Gestion des appels Gestion restaurant ERP Enterprise Resource Planning

23 Architecture système Architecture système Identifier les composants techniques Avec quoi et où fonctionnent les applications Forme Basé sur un découpage classique en zones techniques (sécurité, stockage, ) Difficultés Faire le lien entre les applications et les serveurs Rester compréhensible par le commun des mortels Valeur ajoutée Apporte du concret et du structurant Indispensable pour évaluer le coût du système

24 Pizza 3000 Architecture système Gestion appels Gestion restaurant ERP

25 La cible

26 SI cible Impact sur le différentes couches Enjeux et stratégie Architecture métier Architecture fonctionnelle Architecture applicative Architecture système

27 Pizza 3000 Cible fonctionnelle Pilotage Suivi d activité Suivi des incidents Marketing Zone d échanges Accueil téléphonique Activités opérationnelles Prise de commande Suivi livraisons Préparation des commandes Facturation et encaissements Gisements de données Information livreurs Sms / Mail Accueil Internet Information cuisine Données marketing Clients Cartes et menus Activités de support RH Stocks Comptabilité dd-mm-yyyy Author For internal use GBU Division Department

28 Pizza 3000 Cible applicative Gestion des appels Site internet Mail SMS Gestion commande Clients Cartes / Menus Gestion de restaurant ERP CRM

29 La trajectoire

30 Définition de la trajectoire Palier par palier Services Cible Palier 3 Palier 2 Palier 1 Temps

31 Pizza 3000 Les paliers, le planning Etape 1 : TO + 3 mois Mise en place de la gestion de commandes et du référentiel client Etape 2 : TO + 4 mois Ouverture du site internet Etape 3 : TO + 6 mois Nouvelles fonctionnalités CRM : campagne de promotion par mail,

32 Pour aller plus loin Les livres

33 Approche par les développements

34 Les différentes approches Intra / Inter Approche intra applicative Approche inter applicative

35 Approche intra applicative Etape 0 Etape 0 JSP Frameworks

36 Pizza Avancement "La" JSP

37

38 Les frameworks La jungle

39 Les frameworks Pourquoi? Faciliter les développements Fournir un contexte Productivité Capitalisation Réutilisabilité Maintenabilité Applications professionnelles et sécurisées

40 Approche intra applicative Etape 1 Etape 0 JSP Frameworks Etape 1 SoC MVC ORM

41 Separation of Concerns MVC Pattern Controller VIEW MODEL

42 Pizza Avancement Model

43

44 Pizza Avancement Controller

45 Le Controller joue son rôle de chef d'orchestre Utilisation du model Pizza Gestion «manuelle» de l accès à la BDD

46 ORM : Object Relational Mapping Pourquoi? Travail avec des objets S abstraire du SQL, du SGBD Gestion des transactions Performances Sécurisation

47 Pizza Avancement ORM : Object Relational Mapping Mapping SGBD

48

49 Pizza Avancement Continuons les améliorations Encapsulation de l accès aux données

50 Approche intra applicative Etape 2 Etape 0 JSP Frameworks Etape 1 SoC MVC ORM Etape 2 SRP DI DbC

51 SRP : Single Responsibility Principle

52 Pizza Avancement SRP : Single Responsibility Principle

53 Pizza Avancement Continuons les améliorations

54 DI : Dependency Injection

55 Pizza Avancement Continuons les améliorations Technologie imposée

56 DbC : Design by Contract

57 Pizza Avancement DbC : Design by Contract Interface

58 Pizza Avancement Problématique? Comment récupérer une instance de PizzaController?

59 Pizza Avancement L instanciation manuelle EntityManager em = entitymanagerfactory.createentitymanager(); PizzaRepository pizzarepository = new JpaPizzaRepository( em ); PizzaController pizzacontroller = new PizzaController( pizzarepository );

60 Approche intra applicative Etape 3 Etape 0 JSP Frameworks Etape 1 SoC MVC ORM Etape 2 SRP DI DbC Etape 3 IoC DIC

61 IoC : Inversion of Control

62 Pizza Avancement DIC : Dependency Injection Container etc EntityManager em = entitymanagerfactory.createentitymanager(); PizzaRepository pizzarepository = new JpaPizzaRepository( em ); PizzaController pizzacontroller = new PizzaController( pizzarepository );

63

64

65 Approche intra applicative Etape 4 Etape 0 JSP Frameworks Etape 1 SoC MVC ORM Etape 2 SRP DI DbC Etape 3 IoC DIC Etape 4 Layered Architecture

66 Layered Architecture

67 Layered Architecture & Inversion of Control

68 Approche inter applicative Etape 1 Etape 1 WebServices

69 Pizza Avancement S ouvrir Site internet

70 Pizza Avancement WebServices Site internet REST Back Office

71 Approche inter applicative Etape 2 Etape 2 SOA Etape 1 WebServices

72 Pizza Avancement SOA : Service Oriented Architecture Gestion des appels SOAP Site internet REST JMS ERP / CRM JMS Back Office

73 Pizza Avancement SOA : Service Oriented Architecture Gestion des appels SOAP Site internet REST JMS ERP / CRM JMS Back Office

74 Approche inter applicative Etape 3 Etape 3 ESB Etape 2 SOA Etape 1 WebServices

75 Pizza Avancement ESB : Enterprise Service Bus Gestion des appels Site internet SOAP REST BUS JMS JMS ERP / CRM JMS Back Office

76 Approche inter applicative Etape 1 Etape 3 ESB Etape 2 SOA Etape 1 WebServices Etape 1 Microservice Architecture

77 Pizza Avancement Microservice Architecture Back Office Back Office Vision monolithique Vision microservice 1 des problématiques : l interconnexion

78 Pizza Avancement Microservice Architecture Fortement couplé Bus de message

79 Question?

80 Crédits Suivez-nous 4 : Theory 5 : Word nature in dictionary 10 : The human gait 12 : Goals 46 : Xkcd - Exploit of a Mom 51 : Bill Brookman Suivez le travail d ilabs

81 Merci Worldline is a registered trademark of Atos Worldline SAS. June Atos. Confidential information owned by Atos Worldline, to be used by the recipient only. This document, or any part of it, may not be reproduced, copied, circulated and/or distributed nor quoted without prior written approval from Atos Worldline. For internal use