présentation solution web orientée service soa pour la gestion du processus de vente (application...
TRANSCRIPT
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 EddineMr. Djellouli Hicham
Encadré par :Mr. Dairi AbdelkaderMme. Nader Fahima
Promotion: 2011-2012
Au sein du groupe TOYOTA-ALGERIE
Introduction
Synthèse bibliographique
Démarche à suivre
Cycle de vie du projet SOA
Conclusion et perspectives
Notre plan de présentation Projet de fin d’étude
2
Introduction
4
Contexte générale : Face au changement quoi faire ?
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
Évolution des Systèmes d’information
Architecture
Processus FlexiblesContexte générale
Présentation du groupe
Problématique
Objectifs
Contexte générale
Contexte générale
Présentation du groupe
Problématique
Objectifs
Contexte générale :
SOA
Hétérogénéitécomplexité
Instabilité
S.I Actuel∑ services
S.I Cible
Facilité d’accèsEvolutivité
Flexibilité
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
5
Contexte générale
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
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
6
ALGERBLIDA
ANNABA
OUARGLA
ORAN
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.
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
7
Activités
Présentation du groupe
Président Directeur Général
SecrétariatDirecteur général adjoint
Division des pièces de rechanges
Service clients
Service ventes
Département Marketing
Département IT
Ressources humaines
Organigramme :
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
8
Contexte générale
Présentation du groupe
Activités
Organigramme
Filiales
Problématique
Objectifs
Organigramme
Présentation du groupe
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
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.
13
2
Problématique :
Contexte générale
Présentation du groupe
Problématique
Objectifs
Problématique
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
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
10
Synthèse Bibliographique
Identification
Cartographie
Automatisation
Gestion
Amélioration
continue
« 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
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
Etapes Approche Processus :
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
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
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
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
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
Buisness Process Managment (BPM) :
BPM
CENTRALISÉESite1 Site2
Site3
Façade
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
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
DÉCENTRALISÉESite1 Site2
Site3
Façade1 Façade2
Façade3
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
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
« 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
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
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 services12
Les contrats des services
Les règles de communication des services
L’autonomie des services 34
Les 4 grands principes nécessaires pour une démarche SOA :
17
« 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 :
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
Concepts SOA : Le serviceApproche 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.
12
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.
34
18
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
❸ Recherchedu service
❹ Négociation
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
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
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
Inte
rfac
e Pr
oces
sus
Inte
rfac
e Se
rvic
e
AppelleAppelle Appelle
ERPInte
rfac
e Ap
plic
atio
ns
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
20
Approche Processus
Intégration
Architecture Orientée Service
Concepts de Base
Couches
SOA & BPM
Service Web
Architecture Orientée Service
Couches
SOA & BPM :
Connaissance Métier
Optimisation Métier
Flexibilité MétierService
Cartographie
Applicative
Infrastructure
OPTIMISATION DU SI
SOA BPM
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
21
Approche Processus
Intégration
Architecture Orientée Service
Concepts de Base
Couches
SOA & BPM
Service Web
Architecture Orientée Service
SOA & BPM
Services Web :Approche Processus
Intégration
Architecture Orientée Service
Service Web
Standards
Fonctionnement
Service Web
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
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 ?
SOA SERVICES WEB
SERVICES WEB
SOA
Standards utilisés :
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
23
UDDI
SOAP
WSDL
HTTP
TransportMessagerieDescriptionRéférencementCaractéristiques
techniques
Approche Processus
Intégration
Architecture Orientée Service
Service Web
Standards
Fonctionnement
Service Web
Standards
Services Web : Fonctionnement
Fournisseur Service WebConsommateurs de Service Web
ApplicationInternaute
CRM ERP
Annuaire(Registre)
UDDI
SOAP
UDDI
HTTPHTTP
HTTP
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
24
Approche Processus
Intégration
Architecture Orientée Service
Service Web
Standards
Fonctionnement
Service Web
Fonctionnement
En résumé :
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
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.
Démarche Suivie
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).
Mid
dle-
Out
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
27
Approche d ’Analyse
Méthode de Conception
Langage de Modélisation
Démarche Globale
Approche d ’Analyse
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
LogiqueLogiciel
Technique
Matériel
Physique
Se réfère à
Situe
formalise
applique
contraint
implémente
utilisedéploie
hébergeexploite
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
28
Approche d ’Analyse
Méthode de Conception
Langage de Modélisation
Démarche Globale
Méthode de Conception
Choix Conceptuels :
Langage de Modélisation:
• Modélisation d’objet. • Modélisation des processus. Indépendant des méthodes ou langages de programmation
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
29
Approche d ’Analyse
Méthode de Conception
Langage de Modélisation
Démarche Globale
Langage de Modélisation
Choix Conceptuels :
SOAApproche Middle-Out
Méthode PRAXEME
Démarche Unified Process
Modélisation UML
IntroductionSynthèse
bibliographique Démarche suivie
Cycle de vie du
projetConclusi
on
30
Approche d ’Analyse
Méthode de Conception
Langage de Modélisation
Démarche GlobaleDémarche Globale
Cycle de Vie du Projet
Etude de l’existant
Analyse & Conception
Réalisation60
Serveurs
35 Routeurs 5 Firewall
43 Switch
680 Desktops
500 Laptops
400 Imprimantes
Parc Informatique de TOYOTA-ALGERIE
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
32
Etude de l’existant
Branche d’Alger
Applications existantes :
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
33
Etude de l’existant
Analyse & Conception
Réalisation
Etude de l’existant
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.
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
34
Etude de l’existant
Analyse & Conception
Réalisation
Etude de l’existant
Applications existantes :
Cycle de vie d’une commande gérée par Order Management
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
35
Etude de l’existant
Analyse & Conception
Réalisation
Etude de l’existant
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
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
36
Aspect Pragmatique
Diagramme d’activité : Décrire processus métier.
Diagramme de cas d’utilisation
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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
Processus de prise d’un rendez-vous
Optimiser la relation avec le client.
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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
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.
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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é.
Les classes d’Order Management
Les nouvelles classes fonctionnellesLes 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
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
40
Diagramme de classe :
Diagramme d’états de transition de l’objet Rendez-Vous
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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
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.
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
42
Etude de l’existant
Analyse & Conception
Aspect Pragmatique
Aspect Sémantique
Aspect Logique
Aspect Géographique
Réalisation
Analyse & Conception
Aspect LogiqueArchitecture logique :
S’exprime par un graphe d’architecture, représentant le future système et guidant ses évolutions.
43
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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
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
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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
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)
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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
Interfacerendez-vous
Rendez-v ous ligne commandeClient
refAuthentification
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()
SOAP
SOAP
SOAP
SOAP
SOAP
Consommateur
de services
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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.
Couche Présentation
Couche Service Web
Couche Métier Couche Données
JavaServerFaces
WSDL
Clients
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
47
Etude de l’existant
Analyse & Conception
RéalisationRéalisationUDDISOAP
Aspect logiciel : Cet aspect couvre l’ensemble des composants logiciels. Aspect technique : Choix de technologies.
Serveur de base de données
Environnement de
développement
Java Enterprise EditionPlateforme
Serveur d’application
Aspect Technique :
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
48
Etude de l’existant
Analyse & Conception
RéalisationRéalisation
Contrat de serviceEnsemble
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 »
Apports du nouveau système
Ancien système:
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Démarche suivie
51
Etude de l’existant
Analyse & Conception
RéalisationRéalisationALGER
ANNABAORAN
OUARGLABLIDA
Système centralisé: Les branches communiquent uniquement avec la
branche d’Alger
Nouveau système:
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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
Nouveau système:
IntroductionSynthèse
bibliographiqueCycle
de vie du projet
Conclusion
Dé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
Etude de l’existant
Analyse & Conception
RéalisationRéalisation
Captures d’écran de l’application :
55
Etude de l’existant
Analyse & Conception
RéalisationRéalisation
Captures d’écran de l’application :
Conclusion & Perspectives
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
IntroductionSynthèse
bibliographique Conclusion
Démarche suivie
Cycle de vie du
projet
57
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
IntroductionSynthèse
bibliographique Conclusion
Démarche suivie
Cycle de vie du
projet
58
Merci de votre attention