O slideshow foi denunciado.

Présentation solution web orientée service SOA pour la gestion du processus de vente (application au cas pratique de TOYOTA Algérie)

8

Compartilhar

Carregando em…3
×
34 de 59
34 de 59

Présentation solution web orientée service SOA pour la gestion du processus de vente (application au cas pratique de TOYOTA Algérie)

8

Compartilhar

Baixar para ler offline

Une solution web orientée service SOApour la gestion du processus de vente (application au cas pratique de TOYOTA Algérie)

Une solution web orientée service SOApour la gestion du processus de vente (application au cas pratique de TOYOTA Algérie)

Mais Conteúdo rRelacionado

Audiolivros relacionados

Gratuito durante 14 dias do Scribd

Ver tudo

Présentation solution web orientée service SOA pour la gestion du processus de vente (application au cas pratique de TOYOTA Algérie)

  1. 1. Conception et réalisation d'une solution web orientée service (SOA) pour la gestion du processus de vente . Réalisé par : Mr. Boudekhani Mohammed Djamel Eddine Mr. Djellouli Hicham Encadré par : Mr. Dairi Abdelkader Mme. Nader Fahima Promotion: 2011-2012 Au sein du groupe TOYOTA-ALGERIE
  2. 2. Introduction Synthèse bibliographique Démarche à suivre Cycle de vie du projet SOA Conclusion et perspectives Notre plan de présentation Projetdefind’étude 2
  3. 3. 4 Contexte générale : Face au changement quoi faire ? Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Évolution des Systèmes d’information Architecture Processus Flexibles Contexte générale Présentation du groupe Problématique Objectifs Contexte générale
  4. 4. Contexte générale Présentation du groupe Problématique Objectifs Contexte générale : Hétérogénéité complexité Instabilité S.I Actuel ∑services S.I Cible Facilité d’accès Evolutivité Flexibilité Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 5 Contexte générale
  5. 5. 1 •Le groupe Toyota s’est implanté en 1993 en ALGERIE. 2 •Le capital social est de 4.316.890.900 DA. 3 •Un réseau de distribution fort. Présentation : Contexte générale Présentation du groupe Activités Organigramme Filiales Problématique Objectifs Présentation du groupe Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 6 ALGERBLIDA ANNABA OUARGLA ORAN
  6. 6. Contexte générale Présentation du groupe Activités Organigramme Filiales Problématique Objectifs Activités : Ventes de véhicules. Vente de pièces détachées. Atelier de réparation. Entretien périodique et vidange. Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 7 Activités Présentation du groupe
  7. 7. Président Directeur Général Secrétariat Directeur général adjoint Division des pièces de rechanges Service clients Service ventes Département Marketing Département IT Ressources humaines Organigramme : Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 8 Contexte générale Présentation du groupe Activités Organigramme Filiales Problématique Objectifs Organigramme Présentation du groupe
  8. 8. Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Les clients sont contraints de se déplacer aux agences pour bénéficier des services offerts par TOYOTA-ALGERIE . Un risque d’utilisation des données redondantes et parfois erronées due à la masse importante d’informations. Un manque de communication et de visibilité entre l’entreprise et ses clients. 1 3 2 Problématique : Contexte générale Présentation du groupe Problématique Objectifs Problématique 9
  9. 9. But Donner la possibilité aux clients de bénéficier de certains services sans avoir à se déplacer. Décentraliser le système d’information. Permettre une meilleure communication entre les clients et l’entreprise. Assurer l’intégration des nouveaux services. Objectifs : Contexte générale Présentation du groupe Problématique ObjectifsObjectifs Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 10
  10. 10. « C’est une façon de voir le fonctionnement de l’organisation avec une vision transversale axée sur les résultats. Elle est employée pour décrire et analyser une activité dans le but de l’informatiser et de s’assurer de sa bonne qualité. Elle constitue un outil très intéressant pour résoudre les dysfonctionnements internes de l’organisation» Yvon Mougin 2002 Approche Processus : 12 Approche Processus Processus Métier BPM Intégration Architecture Orientée Service Service Web Approche Processus Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Etapes Approche Processus :
  11. 11. Ressources et acteurs « Un ensemble d’activités incluant une interaction entre des participants (applications ou des services du SI, acteurs humains, d’autres processus métiers) sous la forme d’échange d’informations » Weske Mathias 2007 Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Processus Métier : 13 Attentes clients Objectifs Activité1 Activité2 Activité3 Evènement Approche Processus Processus Métier BPM Intégration Architecture Orientée Service Service Web Processus Métier Approche Processus
  12. 12. Approche Processus Processus Métier BPM Intégration Architecture Orientée Service Service Web Approche Processus 14 « C’est une méthodologie qui consiste à fournir un ensemble d’outils qui prennent en charge le cycle de vie d’un processus métier. Il permet de définir rapidement et en souplesse des processus depuis leur analyse jusqu’à leur implémentation, de déterminer leurs objectifs, et de les superviser que cela soit au niveau applicatif ou au niveau fonctionnement humain » John Jeston 2006 Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Buisness Process Managment (BPM) : BPM
  13. 13. Site1 Site2 Site3 Façade Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Intégration : 15 Approche Processus Intégration Centralisée Décentralisée Couches Architecture Orientée Service Service Web Intégration Centralisée « La conception et la réalisation d'un système d'information permettant le partage sans restriction des données et des processus métiers entre toutes les applications connectées » SCHMUTZ Guido 2002
  14. 14. Site1 Site2 Site3 Façade1 Façade2 Façade3 Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Intégration : 16 Approche Processus Intégration Centralisée Décentralisée Couches Architecture Orientée Service Service Web Intégration Décentralisée Les couches impliquées par l'intégration : Couche Présentation Couche Processus Métiers Couche Applications Couche Données Couches
  15. 15. « L’architecture orientée service constitue un style d’architecture basée sur le principe de séparation de l’activité métier en une série de services, Ces services peuvent être assemblés et liés entre eux selon le principe de couplage lâche pour exécuter l’application désirée, ces services sont définis à un niveau supérieur de la traditionnelle approche composants » Gartner Group 2005 Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Architecture Orientée Service : Approche Processus Intégration Architecture Orientée Service Concepts de Base Couches SOA & BPM Service Web Architecture Orientée Service La définition des services Les contrats des services Les règles de communication des services L’autonomie des services Les 4 grands principes nécessaires pour une démarche SOA : 17
  16. 16. « Un service est une tâche ou un composant logiciel exécuté par un individu (fournisseur) à l’attention d’un autre individu (consommateur). Un service communique avec un client par le biais de messages » Louis Adrien 2008 Caractéristiques d’un service dans une vision SOA : Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Concepts SOA : Le service Approche Processus Intégration Architecture Orientée Service Concepts de Base Couches SOA & BPM Service Web Architecture Orientée Service Concepts de Base Détectable: Un service doit être détectable par les consommateurs potentiels de ce service. Orchestrable : un service doit s’orchestrer dans un ou plusieurs processus métiers. Auto-description: L'interface de services SOA décrit, expose, et fournit un point d'entrée pour le service. Couplage lâche: permet aux fonctionnalités de l'application d'être séparées en morceaux indépendants. 18
  17. 17. Consommateur de service ❶ Exportation d’un service ❺ Importation d’un service ❻ Utilisation du service Fournisseur de service Annuaire (Registre) Contrat Contrat Implémentation Implémentation ❷ Enregistrement du service ❸ Recherche du service ❹ Négociation Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Concepts SOA : 19 Approche Processus Intégration Architecture Orientée Service Concepts de Base Couches SOA & BPM Service Web Architecture Orientée Service Concepts de Base
  18. 18. Couches SOA : CRM BDDLogiciels Application 1 Application 2 Application 3 Présentation Orchestration Services Systèmes & ressources Appelle Appelle Appelle 1 2 3 Processus Métiers 1 Processus Métiers 2 Processus Métiers 3 Interface ProcessusInterface Service Appelle Appelle Appelle ERP Interface Applications Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 20 Approche Processus Intégration Architecture Orientée Service Concepts de Base Couches SOA & BPM Service Web Architecture Orientée Service Couches
  19. 19. SOA & BPM : Connaissance Métier Optimisation Métier Flexibilité Métier Service Cartographie Applicative Infrastructure SOA BPM Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 21 Approche Processus Intégration Architecture Orientée Service Concepts de Base Couches SOA & BPM Service Web Architecture Orientée Service SOA & BPM
  20. 20. Services Web : Approche Processus Intégration Architecture Orientée Service Service Web Standards Fonctionnement Service Web Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 22 « Un service Web est tout simplement un programme accessible via le web, qui utilise un système de messagerie standard XML, et n'est lié à aucun système d'exploitation ou langage de programmation » W3C 2003 Quelle est la relation entre SOA & les Services Web ?
  21. 21. Standards utilisés : Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 23 UDDI SOAP WSDL HTTP TransportMessagerieDescriptionRéférencement Caractéristiques techniques Approche Processus Intégration Architecture Orientée Service Service Web Standards Fonctionnement Service Web Standards
  22. 22. Services Web : Fonctionnement Fournisseur Service WebConsommateurs de Service Web ApplicationInternaute CRM ERP Annuaire (Registre) UDDI SOAP UDDI HTTP HTTP HTTP Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 24 Approche Processus Intégration Architecture Orientée Service Service Web Standards Fonctionnement Service Web Fonctionnement
  23. 23. En résumé : Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion Approche Processus Intégration Architecture Orientée Service Service Web 25 L’approche processus : décrire, analyser les activités de l’entreprise, et la gestion de ses processus. SOA : réorganiser le S.I, en mettant en place une couche de services orchestrés par des processus métiers, ce qui permet de surmonter l’hétérogénéité des applications existantes. L’intégration : faire évoluer le système existant à travers des façades qui offrent de nouvelles fonctionnalités. Service Web : permet d’implémenter la couche de service vue précédemment, indépendamment des technologies et des systèmes d’exploitation.
  24. 24. Choix Conceptuels : Approche d’identification de services: Middle-Out = (Top-Down) + (Bottom-Up). [réunit leurs avantages] Middle-Out : • Nouveau système à réaliser (paiement en ligne) • Plus Intégration avec l’ERP (le module Order Management). Middle-Out Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 27 Approche d ’Analyse Méthode de Conception Langage de Modélisation Démarche Globale Approche d ’Analyse
  25. 25. Méthode de conception SOA: • Méthode publique d’entreprise • Couvre les aspects de l’entreprise de la stratégie au déploiement • Propose des procédés pour la conception d’une SOA • Sous licence Creative Common • Plusieurs organismes participent à son enrichissement Sémantique Pragmatique Géographique Logique Logiciel Technique Matériel Physique Se réfère à Situe formalise applique contraint implémente utilise déploie héberge exploite Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 28 Approche d ’Analyse Méthode de Conception Langage de Modélisation Démarche Globale Méthode de Conception Choix Conceptuels :
  26. 26. Langage de Modélisation: • Modélisation d’objet. • Modélisation des processus. Indépendant des méthodes ou langages de programmation Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 29 Approche d ’Analyse Méthode de Conception Langage de Modélisation Démarche Globale Langage de Modélisation Choix Conceptuels :
  27. 27. SOA Approche Middle-Out Méthode PRAXEME Démarche Unified Process Modélisation UML Introduction Synthèse bibliographique Démarche suivie Cycle de vie du projet Conclusion 30 Approche d ’Analyse Méthode de Conception Langage de Modélisation Démarche GlobaleDémarche Globale
  28. 28. Etude de l’existant Analyse & Conception Réalisation 60 Serveurs 35 Routeurs 5 Firewall 43 Switch 680 Desktops 500 Laptops 400 Imprimantes Parc Informatique de TOYOTA-ALGERIE Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 32 Etude de l’existant Branche d’Alger
  29. 29. Applications existantes : Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 33 Etude de l’existant Analyse & Conception Réalisation Etude de l’existant
  30. 30. Le module Order management :  Administration des processus métiers liés à la gestion des commandes,  Automatisation et rationalisation du traitement des commandes,  Informations d'inventaire constamment mis à jour,  Informations sur la facturation et les paiements. Avantages : Amélioration de la visibilité des ventes, Amélioration de relations clients, Traitement efficace des commandes. Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 34 Etude de l’existant Analyse & Conception Réalisation Etude de l’existant Applications existantes :
  31. 31. Cycle de vie d’une commande gérée par Order Management Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 35 Etude de l’existant Analyse & Conception Réalisation Etude de l’existant
  32. 32. 4 gestions principales : Gestion de Vente (commande + paiement) Gestion de Contenu (application web) Gestion de Panier (Achats) Gestion de Profile (Client) Aspect pragmatique : « organisationnel » il réunit les choix relatifs à la manière de mener l’activité. Diagramme de cas d’utilisation : La vue d’utilisation. Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 36 Aspect Pragmatique Diagramme d’activité : Décrire processus métier.
  33. 33. Diagramme de cas d’utilisation Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 37 Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Pragmatique
  34. 34. Processus de prise d’un rendez-vous  Optimiser la relation avec le client. Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 38 Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Pragmatique
  35. 35. Aspect sémantique : « le cœur de métier » Ne retient que les objets au cœur de l’activité. Diagramme d’états de transitions : Décrit les différents états des objets métier. Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 39 Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Sémantique Diagramme de classe : Les objets principaux de l’activité.
  36. 36. Les classes d’Order Management Les nouvelles classes fonctionnelles Les nouvelles classes techniques Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Sémantique Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 40 Diagramme de classe :
  37. 37. Diagramme d’états de transition de l’objet Rendez-Vous Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 41 Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Sémantique
  38. 38. Identification des services : Les services qui proviennent de l’aspect sémantique (bottom-up) et pragmatique (top-down). Aspect logique: « fonctionnel » Fixer les grandes décisions de structuration de SI, indépendament aux solutions techniques. Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 42 Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Logique Architecture logique : S’exprime par un graphe d’architecture, représentant le future système et guidant ses évolutions.
  39. 39. 43 Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie Architecture logique : Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Logique
  40. 40. Service de Contrôle: -Création d’un client. -Créer un article. -Prise de rendez-vous. -Création d’une commande. -Création d’un paiement en ligne. Service de Base: -Consulter la liste des clients selon un type paramétré. -Consulter la liste des articles selon un type paramétré. Service de Navigation: -Consulter l’historique des commandes d’un client. -Consulter l’historique des paiements en ligne d’un client. Identifications des services: Commande Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 44 Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Logique
  41. 41. Contrat de service Nom du service: Prise d’un rendez-vous. Entrée : Attributs de la classe rendez-vous Sortie : Création d’un rendez-vous pour un client donné. Objectif du service : Réservation distante d’un rendez-vous dans une branche donnée. Pré-condition : Privilège requis pour effectuer cette opération (s’authentifier). Post-condition : rendez-vous réservé et consulté Modalité temporelle : Synchrone Fournisseur : Plateforme SOA – Branche Consommateur : serveur site web, système partenaire (ex : CRM) Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 45 Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Logique Exemple : Contrat de service Consulter l’historique des commandes client.Diagramme de séquence Consulter l’historique des commandes client. sd Réserv ation d'un rendez-v ous Serveur Consommateur Serveur Fournisseur (Branche) Client Interface rendez-vous Rendez-v ous ligne commandeClient ref Authentification alt demande de resaisir les données remplir le formulaire d'un rendez-vous() Spécifier la cause(commande, date) Vérification des données saisies() enregistrement du rendez-vous() Concernant le client 'x'() Concernant la commande 'y'() confirmation de l'enregistrement() Afficher les informations du rendez-vous()
  42. 42. SOAP SOAP SOAP SOAP SOAP Consommateur de services Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 46 Etude de l’existant Analyse & Conception Aspect Pragmatique Aspect Sémantique Aspect Logique Aspect Géographique Réalisation Analyse & Conception Aspect Géographique Aspect géographique : « contexte » « communication » Localisation des objets, et des actions. Il fait apparaître la notion de sites, de besoins de communication.
  43. 43. Couche Présentation Couche Service Web Couche Métier Couche Données JavaServerFaces WSDL Clients Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 47 Etude de l’existant Analyse & Conception RéalisationRéalisation UDDISOAP Aspect logiciel : Cet aspect couvre l’ensemble des composants logiciels. Aspect technique : Choix de technologies.
  44. 44. Serveur de base de données Environnement de développement Java Enterprise Edition Plateforme Serveur d’application Aspect Technique : Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 48 Etude de l’existant Analyse & Conception RéalisationRéalisation
  45. 45. Contrat de service Ensemble des services web et EJB Etude de l’existant Analyse & Conception RéalisationRéalisation Captures d’écran de l’implémentation technique: Fichier de description de service web « rdv.wsdl »
  46. 46. Ancien système: Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie 51 Etude de l’existant Analyse & Conception RéalisationRéalisation ALGER ANNABAORAN OUARGLABLIDA Système centralisé: Les branches communiquent uniquement avec la branche d’Alger
  47. 47. Nouveau système: Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie Etude de l’existant Analyse & Conception RéalisationRéalisation ALGER ANNABAORAN OUARGLABLIDA SERVICES Système décentralisé: Les branches communiquent peuvent communiquer deux par deux 52
  48. 48. Nouveau système: Introduction Synthèse bibliographique Cycle de vie du projet ConclusionDémarche suivie Etude de l’existant Analyse & Conception RéalisationRéalisation L’intégration avec l’ancien système (ERP) 53 Branche X : ERP Fournisseur Service Web
  49. 49. 54 Etude de l’existant Analyse & Conception RéalisationRéalisation Captures d’écran de l’application :
  50. 50. 55 Etude de l’existant Analyse & Conception RéalisationRéalisation Captures d’écran de l’application :
  51. 51. Concevoir et réaliser une plateforme SOA pour la gestion du processus de vente au sein de TOYOTA-ALGERIE. Etablir l’architecture logique complète des différents processus et services métier intervenant dans le nouveau système. Intégration de la vente en ligne avec l’ERP (Order Management), à travers les services web. L’implémentation de la SOA avec une architecture technique qui surmonte le système d’information distribué et hétérogène. Conclusion: Conclusion Perspectives Conclusion Introduction Synthèse bibliographique ConclusionDémarche suivie Cycle de vie du projet 57
  52. 52. Conclusion Perspectives Compléter les fonctionnalités non achevées, tel que finaliser l’intégration avec les modules de l’ERP. Entamer une étude SOA englobant tous les processus métier de TOYOTA-ALGERIE. Intégrer des outils d’aide à la décision à la plateforme SOA conçue. Perspectives Perspectives Introduction Synthèse bibliographique ConclusionDémarche suivie Cycle de vie du projet 58
  53. 53. Merci de votre attention

×