1 / 57

Architecture des systèmes d’information

Architecture des systèmes d’information. CHEVET Guillaume, NGUYEN Jean-Pierre, CHRAIBI Jaâfar, HUYNH Alexandre, SEBA Youness. Plan. Introduction Expression des besoins Alignement business et technologies Architecture logique Identification des éléments structurants

william-mason
Download Presentation

Architecture des systèmes d’information

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Architecture des systèmes d’information CHEVET Guillaume, NGUYEN Jean-Pierre, CHRAIBI Jaâfar, HUYNH Alexandre, SEBA Youness Architecture des SI

  2. Plan • Introduction • Expression des besoins • Alignement business et technologies • Architecture logique • Identification des éléments structurants • Architecture physique • Conduite du changement • Bilan humain et financier • Conclusion Architecture des SI

  3. Introduction Architecture des SI

  4. Introduction • Contexte - mission de conseil en architecture dans une SSII • Projet de fusion des 3 banque (BLA, CNE, BVP) commandé par le DSI de la BLA pour former la « Banque des Provinces de France » • Objectif - Refonte du SI afin de : - moderniser le SI - réaliser des économies d'échelle - optimiser les synergies post-fusion - réduire les coûts récurrents Architecture des SI

  5. Expression des besoins Architecture des SI

  6. Expression des besoins • Fonctionnel • Fusion des 3 SI • Modernisation du SI • Gestion de l’output management • Accès des commerciaux en déplacement au SI • Uniformisation du poste de travail • Mise en place d’un ERP • Financier • Faire des économies d’échelles • Optimiser les énergies post-fusion • Diminuer le Capex/Opex Architecture des SI

  7. Alignement business et technologies Architecture des SI

  8. Alignement business et technologies • Chaine de valeur • Activités principales • Logistique interne (transfert de fond) • Production • Logistique externe (moyens de paiement) • Marketing/vente (ouverture de compte, souscription) • Services (conseil, accès distant) • Activités de support • Les ressources humaines (recrutement, …) • L’approvisionnement (achats, …) • Les activités administratives (comptabilité, service juridique, …) Architecture des SI

  9. Alignement business et technologies Chaîne de valeur Architecture des SI

  10. Alignement business et technologies Architecture des SI

  11. Alignement business et technologies • Mise en place d’indicateurs de performance par secteur pour mesurer l’efficacité des technologies utilisées • Achat : • Enregistrer les dépenses mensuelles • RH : • Mesure du temps d’intégration administrative d’un nouvel employé dans le système • Mesure du temps sur les démarches administratives • Comptabilité : • Calcul du nombre d’erreurs • Calcul du temps de traitement des factures • Calcul du temps nécessaire à la production de fiche de paye • Gestion des comptes clients • Mesure du nombre de création/résiliation de comptes clients • Mesure du nombre de services souscrits par compte • Gestion des moyens de paiement • Mesure du temps de réponse à la demande de mise en place d’un moyen de paiement • Marketing • Mesure du ratio services demandés par rapport au nombre de publicités émises • Mesure du nombre de souscriptions effectuées Architecture des SI

  12. Architecture logique Architecture des SI

  13. Architecture logique de l’existant (1/2) • BLA • Présence de CCR exécutant les applications de production • Un CCN permettant les transactions bancaires et les applications fonctionnelles • CNE • Agences autonomes avec des SI semblables et indépendants • BVP • Coexistence de 2 types de sites (connecté et autonome) • Connexion et synchronisation quotidienne pour les sites autonomes Architecture des SI

  14. Architecture logique de l’existant (2/2) Architecture des SI

  15. Architecture logique cible (1/5) • BLA • Suppression des terminaux • Ouverture du SI sur les terminaux mobiles • Mise en place d’un portail WEB communicant avec l’existant à l’aide d’un EAI • Mutualisation des transactions bancaires au niveau du CCN • CNE • Migration des applications existantes vers le CCN • Reproduction du modèle CCR BLA<->Agences • BVP • Suppression de l’architecture logique de la BVP • Reproduction du modèle CCR BLA<->Agences Architecture des SI

  16. Architecture logique cible (2/5) :fonctions et flux • Guichetier (profil opérationnel) • Opérations de base • Accès comptes • Virements bancaires • Commandes cartes, chéquiers • Impression infos clients (relevés comptes etc) • Gestion des RDV => Flux générés par les applications (données, traitements, transactions) • RH (profil administratif) • Gestion du personnel • Gestion des paies • Gestion des carrières • Evolutions salaires • Postes • Gestion de la mobilité => Flux liés aux applications RH, flux d’impression, flux de reporting Architecture des SI

  17. Architecture logique (3/5) : fonctions et flux • Administrateur (profil technique) • Supervision des machines, outils, réseau • Réparation des anomalies de fonctionnement • Flux liés aux indicateurs, aux outils de supervision, et à l’accès à distance • HelpDesk (profil support) • Support logiciel • Dépannage sur site => Mails, appels téléphoniques Architecture des SI

  18. Architecture logique cible (4/5) Architecture des SI

  19. Architecture logique cible (5/5) : serveur logique Architecture des SI

  20. Identification des éléments structurants Architecture des SI

  21. Résultats de la démarche d’alignement (1/3) • Objectifs du développement • Faire des économies d’échelle • Créer une identité forte et unique des trois banques • Moderniser le SI pour des raisons fonctionnelles • Proposer de nouveaux services dans les 4 années à venir Contraintes architecturales • Faires des économies d’échelle • Mutualisation de l’existant • Standardisation des technologies utilisées • Centralisation des achats • Créer une identité forte et unique des trois banques • Communication uniforme avec les clients des 3 banques • Mise en place de services communs • Standardisation des outils de travail en interne Architecture des SI

  22. Résultats de la démarche d’alignement (2/3) • Contraintes architecturales (suite) • Moderniser le SI pour des raisons fonctionnelles • Pour une image dynamique • applications à l’ergonomie étudiée pour les clients (satisfaction) et employés (gain de productivité) • Pour faire face à la concurrence • extension des outils décisionnels aux 3 banques • réduction du Time To Market • Proposer de nouveaux services pour les 4 années à venir • Mise en place d’une architecture modulaire Architecture des SI

  23. Résultats de la démarche d’alignement (3/3) • Traduction technologique • Faire des économies d’échelle • Mise en place d’une solution d’e-procurement • Mise en place d’EAI • Créer une identité forte et unique des trois banques • Mise en place d’un portail web pour les clients et les employés • Mise en place d’une solution de CRM pour la nouvelle banque • Moderniser le SI pour des raisons fonctionnelles • Synchronisation des données décisionnelles pour les 3 banques • Technologies J2EE pour le portail WEB • Proposer de nouveaux services dans les 4 années à venir • Composants J2ME pour les solutions mobiles (alertes par SMS, accès au portail pour les clients etc.) Architecture des SI

  24. Contraintes organisationnelles (1/2) • Evolutions organisationnelles • Siège social • Conservation du siège de Rennes • Centralisation des fonctions RH, décisionnelles, comptabilité pour les 3 banques • Département informatique • Mise en place d’une équipe projet « fusion BPF » • Équipe de développement • Equipe de production • CCN et CCR • Equipe de support • CCN, CCR et agences • Mise en place d’un Help Desk • Pôle central au niveau du CCN Architecture des SI

  25. Contraintes organisationnelles (2/2) • Agences • Création de profils administratifs communs • CNE et BVP : migration des pôles informatiques locaux (équipe de production et développement) • Commerciaux • Création d’une direction commerciale commune au siège • Réorganisation du personnel • Réaffectation des équipes de production et développement nécessaires • Redéfinition des responsabilités du personnel administratif • Mise en place de négociations avec les syndicats pour accompagner la réorganisation Architecture des SI

  26. Existant : politique de conservation • Suppression des terminaux passifs et des passerelles liées • Utilisation des PCs pour l’accès aux mainframes et serveurs • Conservation des serveurs nécessaires et renforcement • Conservation des serveurs de la BLA et renforcement adéquat • Consolidation des formats de BDD de la BLA et CNE • Extraction transformation et chargement des données dans la base consolidée puis remplacement des serveurs de bases de données des 3 banques par des serveurs de base distribuée • Suppression des serveurs de la BVP et utilisation des serveurs BLA à la place • Conservation des serveurs d’applications du CNE mais déplacement vers le CCN pour l’intégration dans un EAI Architecture des SI

  27. Existant matériel Architecture des SI

  28. Existant : applications Architecture des SI

  29. Existant : IHM • Postes hétéroclites dans chacune des banques • BLA • Postes sous 0S2 et Windows NT4 • émulateurs 3270 et telnet • CNE • Client CITRIX • IBM 5250 • BVP • 286 et 386 sous DOS, émulateurs DKU, Bull Escala • Windows 2000 et XP • Besoin d’uniformiser les postes de travail pour les 3 banques • Mise en place d’une IHM Web unifiée par client léger Architecture des SI

  30. Contraintes de service Architecture des SI

  31. Contraintes réseau • Performance • Transactions financières : moins de 2 secondes • Accès à distance : moins de 5 secondes • Volumétrie • Flux générés par la synchronisation des bases distribuées : • Flux générés par l’accès aux applications : • Flux générés par les transactions Banque de France : • Disponibilité • Systèmes de synchronisation • Contrainte horaire : la nuit, de 23h00 à 6h59 • Accès à distance • Commerciaux : horaires de travail • Clients : 24h/24 Architecture des SI

  32. Contraintes de sécurité • Sécurité physique des données • Surveillance des sites, accès physiques sécurisés • Bases de données distribuées • Sauvegarde sur bandes magnétiques et stockage sur 2 sites • Récupération des données (sinistre) • Sinistre sur CCR, récupération des données à partir du CCN • Sinistre sur CCN, récupération à partir des sites de backup • Enregistrement de preuves • Traces des transactions sur le CCN, selon législation • Sécurité logique • Protection des accès utilisateurs par des mots de passe • Utilisation de pare feux entre Internet et le SI • Chiffrement des données confidentielles • Utilisation de lignes spécialisées pour les transactions bancaires Architecture des SI

  33. Identification des éléments structurants • Contraintes d’exploitabilité • Politique de surveillance • Pilotage proactif • Mise en place d’outils de supervision (réseau: HPOpenView, SGBD, serveurs) • Politique de support • Hotline • Maintenance matériel et logiciel Architecture des SI

  34. Architecture physique Architecture des SI

  35. Architecture de développement • Postes de développement unifiés • Choix de la plate-forme J2EE • Utilisation d’un outil commun de développement web (Eclipse) • Mise en place d’un réseau indépendant permettant de tester • Serveur Web (Tomcat) • Base de données distribuée (Oracle 10g) • Serveur d’application réplique du CCR et du CCN • Utilisation des outils • Utilisation de l’EAI webmethods Architecture des SI

  36. Architecture d’exécution • Plate-forme • Postes de travail • HPxw4400, Windows XP, périphériques standards (clavier, souris, écran) • PDA • Hx2490, Windows Mobile 2005 • Serveurs • Serveurs d’applications : IBM eServer i5 570 • Serveurs de SGBD : HP UX-11i, Oracle • Serveur d’output management : HP xw9300, output manager for SAP, Oracle, OpenView • Serveur de stockage : HP Proliant DL360, Raid 1, 8To • Serveur de sauvegarde : HP StorageWorks ESL eSeries Tape Libraries • Serveur Web : HP xw9300, Tomcat, Linux • Services de distribution • HTTP, HTTPS • X.25 • RADIANZ, SWIFT Architecture des SI

  37. Architecture d’exécution • Service de gestion des informations • BDD distribuée Oracle 10g • NTFS, Linux EXT/2 • Services coopératifs Applicatifs • EAI : webMethods • Moniteur transactionnel : BEA Tuxedo • Utilitaires • HP output management • Compilateurs : Java • Librairies : Framework J2EE • Applications • HP output manager for SAP, Oracle, OpenView • SAP R/3 : RH et comptabilité • Services d’IHM • Portail WEB Architecture des SI

  38. Architecture d’exploitation (1/2) • Architecture d’exploitation • Diagnostic et monitoring • Mise en place Sniffers • Consoles de surveillance • Opération de support • Help-desk au siège de Rennes • Opération d’administration • HP Openview • Equipes nécessaires • Une équipe de production par CCN et CCR • Une équipe de support technique par site (CCN, CCR et agence) Architecture des SI

  39. Architecture d’exploitation (2/2) Architecture d’exploitation cible Architecture des SI

  40. Architecture physique • Choix des composants candidats • BLA • IBM S/390 -> IBM System Z9 (de 100 000 € à 10 000 000 €) • HP 9000 -> HP 9000 sous architecture PA-RISC (environ 6 300 €) • DEC VAX/VMS -> OpenVMS V8.3 (à partir de 3 700 €) • Sun E15000 -> pas de changement • Baie EMC Symetrix 5630-36 -> pas de changement • CNE • IBM AS/400 -> IBM System i5 Model 570 (environ 122 000 €) • BVP • Système central Bull GCOS8 -> Serveur Novascale 9000 (à partir de 110 000 €) Architecture des SI

  41. Architecture physique (1/3) • Description de l’architecture • BLA • CCN • Mise à jour des serveurs d’applications • Mise en place d’une base Oracle 10g distribuée • Consolidation des données des 3 banques dans la base Oracle • Liaison de la BDD consolidée avec le datawarehouse existant • Sauvegarde de la BDD consolidée sur bandes magnétiques • Point d’entrée : un serveur Web qui redirige vers les serveurs web des CCR • Intégration des applications BLA et CNE à travers l’EAI • Connexion de HP OpenView avec l’output Management • CCR • Connexion des agences des Hautes-Alpes sur le CCR de Grenoble • Mise en place d’un serveur Web (réplique du CCN) avec une BDD fragmentée (données régionales) Architecture des SI

  42. Architecture physique (2/3) • CCR (suite) • Synchronisation de la BDD régionale avec la BDD principale tous les soirs • Mise en place d’un CCR de reprise d’activité central, contenant une réplique de la BDD consolidée • Redirection vers le CCR de secours en cas d’arrêt d’activité • Siège • Mise en place de SAP R/3 : RH et comptabilité • Mise en place de HP output management (for SAP, Oracle, OpenView) • Déploiement de postes standards (HP xw4400) • Installation d’une imprimante HP Indigo W3250 • Agences • Déploiement de postes standards HP xw4400 • CNE • Migration des serveurs d’applications vers le CCN (EAI) • Connexion des agences CNE au CCR du Nord-Est le plus proche (parmi les 3) • BVP • Transformation du CI en CCR • Refonte totale de l’existant • Connexion des agences Hautes-Alpes au CCR de Grenoble Architecture des SI

  43. Architecture physique (3/3) Architecture des SI

  44. Tenue des contraintes • Fonctionnelles • Conservations des applications de la BLA et CNE • Mutualisation et uniformisation des fonctions via le portail WEB • Budget • Réduction des coûts • Uniformisation des postes de travail • Récurrents : administration, maintenance • Uniformisation des « CCR » • Centralisation des achats • Modèles de disponibilité • Respect des taux de disponibilité • Duplication du CCN (plus de SPOF) • Redondance des liens • CCR de secours central • Sauvegarde sur bandes Architecture des SI

  45. Conduite du changement Architecture des SI

  46. Conduite du changement • Communication autour de la nouvelle banque • Interne : changements organisationnels, nouvelle application bancaire, sondages internes sur le changement • Externe : campagne marketing grâce au CRM et à la BDD consolidée sur la nouvelle banque • Formation du personnel • Formation sur la nouvelle application (IHM) • Mise en place d’un Help desk • Outils de reporting, d’administration • Gestion des ressources humaines • Mise en place d’une cellule d’assistance en coopération avec les syndicats Architecture des SI

  47. Bilan humain et financier Architecture des SI

  48. Bilan humain et financier • Matériel Architecture des SI

  49. Bilan humain et financier • Postes de travail et terminaux portables Architecture des SI

  50. Bilan humain et financier • Réseau Architecture des SI

More Related