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

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. Introduction
Synthèse bibliographique
Démarche à suivre
Cycle de vie du projet SOA
Conclusion et perspectives
Notre plan de présentation
Projetdefind’étude
2

4. 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

5. 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

6. 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

7. 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

8. 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

9. 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

10. 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

12. « 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 :

13. 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

14. 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

15. 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

16. 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

17. « 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

18. « 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

19. 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

20. 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

21. 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

22. 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 ?

23. 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

24. 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

25. 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.

27. 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

28. 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 :

29. 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 :

30. 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

32. 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

33. 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

34. 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 :

35. 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

36. 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.

37. 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

38. 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

39. 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é.

40. 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 :

41. 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

42. 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.

43. 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

44. 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

45. 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()

46. 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.

47. 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.

48. 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

49. 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 »

51. 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

52. 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

53. 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

54. 54
Etude de l’existant
Analyse & Conception
RéalisationRéalisation
Captures d’écran de
l’application :

55. 55
Etude de l’existant
Analyse & Conception
RéalisationRéalisation
Captures d’écran de
l’application :

57. 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

58. 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

59. Merci de votre attention