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

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


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é



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


Activités

Organigramme

Filiales

Problématique

Objectifs




Cycle de vie du

projetConclusi

on

6

ALGERBLIDA

ANNABA

OUARGLA

ORAN

Contexte générale


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.



Cycle de vie du

projetConclusi

on

7

Activités


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 :



Cycle de vie du

projetConclusi

on

8

Contexte générale


Activités

Organigramme

Filiales

Problématique

Objectifs

Organigramme




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


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


Problématique

ObjectifsObjectifs



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



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



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


Service Web

Processus Métier

Approche Processus

Approche Processus

Processus Métier

BPM

Intégration


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



Cycle de vie du

projetConclusi

on

Buisness Process Managment (BPM) :

BPM

CENTRALISÉESite1 Site2

Site3

Façade



Cycle de vie du

projetConclusi

on

Intégration :

15

Approche Processus

Intégration

Centralisée

Décentralisée

Couches


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



Cycle de vie du

projetConclusi

on

Intégration :

16

Approche Processus

Intégration

Centralisée

Décentralisée

Couches


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



Cycle de vie du

projetConclusi

on

Architecture Orientée Service :Approche Processus

Intégration


Concepts de Base

Couches

SOA & BPM

Service Web


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 :



Cycle de vie du

projetConclusi

on

Concepts SOA : Le serviceApproche Processus

Intégration


Concepts de Base

Couches

SOA & BPM

Service Web


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



Cycle de vie du

projetConclusi

on

Concepts SOA :

19

Approche Processus

Intégration


Concepts de Base

Couches

SOA & BPM

Service Web


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



Inte

rfac

e Pr

oces

sus

Inte

rfac

e Se

rvic

e

AppelleAppelle Appelle

ERPInte

rfac

e Ap

plic

atio

ns



Cycle de vie du

projetConclusi

on

20

Approche Processus

Intégration


Concepts de Base

Couches

SOA & BPM

Service Web


Couches

SOA & BPM :

Connaissance Métier

Optimisation Métier

Flexibilité MétierService

Cartographie

Applicative

Infrastructure

OPTIMISATION DU SI

SOA BPM



Cycle de vie du

projetConclusi

on

21

Approche Processus

Intégration


Concepts de Base

Couches

SOA & BPM

Service Web


SOA & BPM

Services Web :Approche Processus

Intégration


Service Web

Standards

Fonctionnement

Service Web



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 :



Cycle de vie du

projetConclusi

on

23

UDDI

SOAP

WSDL

HTTP

TransportMessagerieDescriptionRéférencementCaractéristiques

techniques

Approche Processus

Intégration


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



Cycle de vie du

projetConclusi

on

24

Approche Processus

Intégration


Service Web

Standards

Fonctionnement

Service Web

Fonctionnement

En résumé :



Cycle de vie du

projetConclusi

on

Approche Processus

Intégration


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



Cycle de vie du

projetConclusi

on

27

Approche d ’Analyse

Méthode de Conception

Langage de Modélisation

Démarche Globale


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



Cycle de vie du

projetConclusi

on

28




Démarche Globale


Choix Conceptuels :

Langage de Modélisation:

• Modélisation d’objet. • Modélisation des processus. Indépendant des méthodes ou langages de programmation



Cycle de vie du

projetConclusi

on

29




Démarche Globale


Choix Conceptuels :

SOAApproche Middle-Out

Méthode PRAXEME

Démarche Unified Process

Modélisation UML



Cycle de vie du

projetConclusi

on

30




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


bibliographiqueCycle

de vie du projet

Conclusion

Démarche suivie

32


Branche d’Alger

Applications existantes :



de vie du projet

Conclusion

Démarche suivie

33



Réalisation


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.



de vie du projet

Conclusion

Démarche suivie

34



Réalisation


Applications existantes :

Cycle de vie d’une commande gérée par Order Management



de vie du projet

Conclusion

Démarche suivie

35



Réalisation


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.



Aspect Pragmatique

Aspect Sémantique

Aspect Logique

Aspect Géographique

Réalisation




de vie du projet

Conclusion

Démarche suivie

36

Aspect Pragmatique

Diagramme d’activité : Décrire processus métier.

Diagramme de cas d’utilisation



de vie du projet

Conclusion

Démarche suivie

37



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


Aspect Pragmatique

Processus de prise d’un rendez-vous

Optimiser la relation avec le client.



de vie du projet

Conclusion

Démarche suivie

38



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


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.



de vie du projet

Conclusion

Démarche suivie

39



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


Aspect Sémantique

Diagramme de classe : Les objets principaux de l’activité.

Les classes d’Order Management

Les nouvelles classes fonctionnellesLes nouvelles classes techniques



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


Aspect Sémantique



de vie du projet

Conclusion

Démarche suivie

40

Diagramme de classe :

Diagramme d’états de transition de l’objet Rendez-Vous



de vie du projet

Conclusion

Démarche suivie

41



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


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.



de vie du projet

Conclusion

Démarche suivie

42



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


Aspect LogiqueArchitecture logique :

S’exprime par un graphe d’architecture, représentant le future système et guidant ses évolutions.

43



de vie du projet

Conclusion

Démarche suivie

Architecture logique :



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


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



de vie du projet

Conclusion

Démarche suivie

44



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


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)



de vie du projet

Conclusion

Démarche suivie

45



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation


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



de vie du projet

Conclusion

Démarche suivie

46



Aspect Pragmatique

Aspect Sémantique

Aspect Logique


Réalisation



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



de vie du projet

Conclusion

Démarche suivie

47



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 :



de vie du projet

Conclusion

Démarche suivie

48



RéalisationRéalisation

Contrat de serviceEnsemble

des services web et EJB




Captures d’écran de l’implémentation technique:

Fichier de description de service web « rdv.wsdl »

Apports du nouveau système

Ancien système:



de vie du projet

Conclusion

Démarche suivie

51



RéalisationRéalisationALGER

ANNABAORAN

OUARGLABLIDA

Système centralisé: Les branches communiquent uniquement avec la

branche d’Alger

Nouveau système:



de vie du projet

Conclusion

Démarche suivie




ALGER ANNABAORAN

OUARGLABLIDA

SERVICES

Système décentralisé: Les branches communiquent peuvent communiquer

deux par deux

52

Nouveau système:



de vie du projet

Conclusion

Démarche suivie




L’intégration avec l’ancien système (ERP)

53

Branche X :

ERP

Fournisseur Service Web

54




Captures d’écran de l’application :

55




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


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


bibliographique Conclusion

Démarche suivie

Cycle de vie du

projet

58

Merci de votre attention

Technology

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