Rapport de stage

Rapport de stage

Mémoire de Projet de Fin d’Études Pour l’obtention du : Master 2 Miage Option Systèmes d’information distribuée Sujet • Conception et développement d’une solution de Retail-Mapping pour le Groupe Lafarge – Module Web- Soutenu pa Sous la direction de : Med Abdelfettah ED M. Kamel SMAILI M. Khalid BENALI 4 p g Année Universitaire 2013-2014 et M.

Omar OUHA qui m’ont été d’un grand apport quant à l’élaboration du projet et dont la cordialité, le soutien et l’esprit ouvert m’ont permis d’améliorer mes compétences. Les collaborateurs d’EBC system Morocco dont rai eu tout ‘honneur de faire leur connaissance, que j’ai côtoyés quotidiennement et dont j’ai apprécié la gentillesse et la bonne humeur. Sans oublier les membres du jury, qui m’ont fait l’honneur d’accepter de juger mon travail.

Je tiens également à adresser mes plus sincères remerciements ? l’ensemble du corps enseignant de l’IGA, pour avoir porté un vif intérêt à notre formation, et pour avoir accordé le plus clair de son temps, son attention et son énergie, et ce, dans un cadre agréable de complicité et de respect Enfin, que tous ceux et toutes celles qui m’ont accordé leur outien, leur amitié ou leur expérience tout au long de mon stage trouvent l’expression

Désolé, mais les essais complets ne sont disponibles que pour les utilisateurs enregistrés

Choisissez un plan d'adhésion
de mes remerciements les plus chaleureux.

Projet de Fin d’Etudes 201 3-2014 4 Résumé Le présent document constitue le fruit de mon travail accompli au sein d’EBC system Morocco. L’objectif de ce projet est de réaliser une solution Retail- Mapping qui répond aux besoins du groupe Lafa e afin de le permettre de faire le suivi de ces ventes dans le 2 compréhension de la démarche suivi par le groupe Lafarge afin de suivre ses ventes et prendre des décisions qui le permette de bien rendre service au lient et un aspect technique qui consiste en la mise en œuvre d’une nouvelle solution pour répondre aux besoins non couverts par la solution existante. déroulement du projet a suivi les étapes suivantes : j’ai commencé mon projet par une analyse des besoins, ce qui m’a permis de comprendre les exigences puis j’ai eu une réflexion sur une conception qui saurait répondre efficacement à ces besoins, avant de m’intéresser finalement à la mise en œuvre et l’implémentation du module Web basé sur la solution RetailMapping. : 5 Table des figures Figure 1:une présence mondiale de groupe LAFARGE 16 Figure 2: Description du projet de Retail-mappiny’ 19 Géomarketing Figure 3: description des modules du projet.. 8 Figure 4: Cycle de développement complet de la méthode SCRUM Figure 5: Planning du 22 Figure 6: Equipe du projet . 23 . 21 3 Figure 11: Figure 12: Al Figure 13: 29 Diagramme SADT détaillant l’actigramme 30 • 30 32 Figure 14: Diagramme SADT détaillant l’actigramme A6 34 Figure 15: Diagramme de cas d’utilisation du module Web — — 37 Cas d’utilisation du sous-module « Gestion des ventes Figure 16: 38 Figure 17 : Cas d’utilisation de sous-module « Gestion pays ?? 39 Les Scénarios du gérer Figure 18: POI 40 Les scénarios d’affecter un Figure 19: produit . 1 • scenarios de « gestion des Figure 20. Produits » 42 Diagramme de séquence pour le scénario « Ajouter Figure 21: . 45 pays » Figure 22: Produit » _ 46 Diagramme de séquence pour le scénario « Ajouter un Figure 23: POI » . 47 Figure 24: Diagramme de séquence pour le scénario « Affecter des produits à un POI» 48 Figure 25: Figure 26 Figure 27 le diagramme de classes du module « Web 50 : Processus d’intégration continue [B. . 57 : Processus de gestion des versions du projet 4 OF 58 Configuration matérielle du Figure 28: système 60 Diagramme de composants du Figure 29: système . 1 Figure 30: Architecture logicielle 62 Structure d’une enveloppe Figure 31: SOAP 64 6 Figure 32: Caractéristique d’un service web REST . 65 Figure 33: Principe de communication via REST • • • • • • • • • • • 66 Charts — Figure 34 : Echange de données JSON (Simplifié) . 68 Figure 35: MVC . Figure 36: Security Figure 37 KML Figure 38 Figure 39: Figure 40. 84 Modèle MVC par Spring Traitement des requêtes HTTP par Spring 72 : l’architecture détaillée d’un fichier 77 les différents éléments ajoutés au fichier KML .

Graphs de google • page d’accueil Figure 41: menu pays…. 79 s OF 85 Figure 43: ajout d’un 86 • Activer/désactiver/supprimer un Figure 44. produit . 86 Figure 45: créer/situer un POI . 87 Figure 46: affectation d’un produit à un POI. . 87 Figure 47: paramétrer le stock et les … 88 ventes Figure 48: paramétrer le prix d’achat et de 88 vente 89 Figure 50: générale Figure 51: statistiques . 96 Figure 49: Autres paramètres cartographie exemple 1 des statistiques — Figure 52: Exemple 2 des Figure 53: Exemple 3 des Figure 54: Exemple 4 des Figure 55: Exemple 5 des statistiques — .

Figure 56: Cycle de développement de la méthode Figure 57 : sprint 97 Figure 58: Vue Global du pro’et Retail-Mapping sur 90 . 90 91 Agilefant 6 OF Figure 59: Figure 60: Figure 61 Agilefant. Figure 62: SADT Figure 63: projet Retail-Mapping sur Agilefant Initialisation et chiffrage de l’itération sur 99 Distribution des tâches de l’itération sur 100 : Evolution dune itération avec • 101 98 Représentation d’une fonction dans un diagramme 102 Niveaux d’analyse SADT [W. 103 7 Liste des tableaux Tableau 1: Description des entrées et sorties de la fonction «

Gérer les ventes » 29 Tableau 2: Description des entrées et sorties de la fonction « Localiser le POI » . 31 Tableau 3: Description des entrées et sorties de la fonction «Saisir les données POI dans des formulaires» _ _ . Tableau 4: Description des entrées et sorties de la fonction «Valider et envoyer les données POIs». Tableau 5: Description des entrées et sorties de la fonction «Synchroniser les données internes et externes des pOIs» données produits» . 34 Tableau 9: Description des entrées et sorties de la fonction «Filtrer les produits». 34

Tableau 10: Description des entrées et sorties de la fonction «Persister les données produits» 35 Tableau 11: Description du cas d’utilisation Gérer les pois 39 Description du cas d’utilisation affecter un produit au Tableau 12: Tableau 13: Description du cas d’utilisation Gérer les Produits . Tableau 14. Description du cas d’utilisation Consulter la cartographie des ventes — Tableau 15: Description du cas d’utilisation Gérer les pays 43 Tableau 16: Correspandce HITP- REST — 65 Tableau 17: Comparaison entre Fusion Tables et KML….. 76 8 Table des matières Liste des abréviations — Error!

Bookmark not defined. Table des figures . 12 Chapitre 14 Contexte général du projet ntroduction — 15 1 Contexte général du 1. 1 Présentation de l’organisme d’accueil . 1. 2 Présentation du client 1. 3 1. 3. 1 Cadre du 1. 3. 2 Description eénéral du • 24 Introduction . 25 2 Spécification et analyse des besoins — 2. 1 Capture des besoins fonctionnels ………………….. 25 2. 1. 1 2. 2 périmètre de l’étude. Fonctionnalités du Système . 27 2. 2. 1 Description globale du 28 2. 2. 2 Saisir et envoyer les données . 30 pois . 2. 2. 3 Localiser les points d’intérêts 0 4 . 25