GH
Téléchargé parGhodbane Heni
2,742 vues

Rapport de sprint finale (All Project part)

Le document présente la conception d'une application Java pour la gestion de restaurants en Tunisie, en détaillant l'identification des acteurs, des besoins fonctionnels et non fonctionnels. Il contient également des diagrammes d'utilisation, des maquettes et l'élaboration d'un backlog produit ainsi que des sprints de développement. Enfin, il souligne l'importance de la sécurité, de l'ergonomie et de la compatibilité pour un design efficace.

Intégrer la présentation

Téléchargé 52 fois
Sommaire Chapitre 1 I. Etude de contexte ................................................................................. 1 1. Identification des acteurs ..............................................................................................1 2. Identification des besoins fonctionnels :........................................................................2 3. Identification des besoins non fonctionnels :.................................................................3 II. Analyse globale......................................................................................... 4 1. Diagramme de cas d’utilisation globale :.......................................................................4 2. Diagramme de classe d’analyse globale : ......................................................................5 III. Modélisation de l’architecture logique et physique de l’application... 6 1. Modélisation de l’architecture logique : ........................................................................6 2. Modélisation de l’architecture physique :......................................................................6 IV. Elaboration du product backlog............................................................. 7 V. Elaboration des maquettes .................................................................... 11 VIII. Conclusion.............................................................................................. 13 Chapitre 2 I. Objectif................................................................................................... 15 II. Backlog de sprint.................................................................................... 16 1. Répartition en tache avec estimation ...........................................................................16 2. Scénario de test ............................................................................................................21 3. Burndown chart............................................................................................................22 III. Analyse.................................................................................................... 23 1. Diagramme de cas d’utilisation détaillé.......................................................................23 2. Diagrammes d’activités................................................................................................24 IV. Conception............................................................................................. 26
2 1. Diagramme de séquence objet .....................................................................................26 2. Diagramme de classe conception.................................................................................29 V . Réalisation.............................................................................................. 30 1. Outils, bibliothèques et technologies utilisés...............................................................30 2. Captures d’écran de l’application ................................................................................31 VIII. Conclusion.............................................................................................. 34 Chapitre 3 I. Objectif.................................................................................................... 36 II. Backlog sprint......................................................................................... 37 1. Répartition des taches avec estimation : ......................................................................37 2. Scénarios de test...........................................................................................................39 3. Burndown chart...........................................................................................................41 III. Analyse.................................................................................................... 42 1. Diagramme de cas d’utilisation détaillé.......................................................................42 2. Diagramme de séquence système : ..............................................................................43 IV. Conception.............................................................................................. 44 V. Réalisation............................................................................................... 46 2. Captures d’écran de l’application réalisée: ..................................................................48 VI. Conclusion............................................................................................... 52 Chapitre 4 I. Objectif................................................................................................... 54 II. Backlog de sprint.................................................................................... 55 1. Répartition en tache avec estimation ...........................................................................55 2. Scénario de test ............................................................................................................59 3. Burndown chart............................................................................................................60 4. Procès verbale des réunions :.......................................................................................61 IV. Analyse.................................................................................................... 62
3 1. Diagramme de cas d’utilisation raffiné........................................................................62 2. Diagrammes d’activités................................................................................................63 IV. Conception............................................................................................. 64 1. Diagramme de séquence objet .....................................................................................64 2. Diagramme de classe ...................................................................................................68 3. Diagramme de classe conception.................................................................................69 4. Diagramme de composants..........................................................................................70 V. Réalisation............................................................................................... 71 1. Outils, bibliothèques et technologies utilisés...............................................................71 2. Captures d’écran de l’application ................................................................................72 VIII. Conclusion.............................................................................................. 75
4 Table de figures figure 1: Acteur « Visiteur ».............................................................................................................1 figure 2: Acteur « Client »................................................................................................................1 figure 3: Acteur « Administrateur » .................................................................................................1 figure 4: Acteur « Restaurateur » .....................................................................................................1 figure 5: Diagramme de cas d’utilisation générale...........................................................................4 figure 6: Diagramme de classe d’analyse globale............................................................................5 figure 7: Architecture logique ..........................................................................................................6 figure 8: Architecture physique........................................................................................................6 figure 9: Product backlog ...............................................................................................................10 figure 10: Maquette de l’authentification .....................................................................................11 figure 11: Maquette de l’espace de gestion des commentaires.....................................................11 figure 12: Maquette de l’espace de gestion des comptes..............................................................12 figure 13: Maquette de la section pour la modification des informations du compte admin .......12 figure 14: Backlog sprint_Java.....................................................................................................20 figure 15: Burn Down chart 3D....................................................................................................22 figure 16: Left To do chart............................................................................................................22 figure 17: Diagramme de cas d’utilisation détaillé.......................................................................23 figure 18: Diagramme d’activité « effectuer une réservation »....................................................24 figure 19: Diagramme d’activité « authentification»....................................................................25 figure 20: Diagramme de séquence objet «authentification» .......................................................26 figure 21: Diagramme de séquence objet «réservation»...............................................................27 figure 22: Diagramme de séquence objet «authentification restaurateur» ...................................27 figure 23: Diagramme de séquence objet «authentification administrateur»...............................28 figure 24: Diagramme de classe conception.................................................................................29 figure 25: Interface « inscription » ..............................................................................................31 figure 26: Interface « authentification » .......................................................................................31 figure 27: Interface restaurateur « contacter un restaurateur ».....................................................32 figure 28: Interface restaurateur « gérer restaurant».....................................................................32 figure 29: Interface restaurateur « ajout d’une offre»...................................................................33 figure 30: Interface restaurateur « gérer les réservations»............................................................33 figure 31: Backlog sprint_Mobile.................................................................................................39
5 figure 32: Burndown chart............................................................................................................41 figure 33: Cas d'utilisation............................................................................................................42 figure 34: Diagramme de séquence d’Authentification................................................................43 figure 35: Diagramme de séquence objet de consulter les offres .................................................44 figure 36: Diagramme séquence objet Inscription........................................................................45 figure 37: La bibliothèque de J2ME.............................................................................................46 figure 38: Transfert et récupération des données entre le serveur et l'émulateur .........................47 figure 39: Authentification ...........................................................................................................48 figure 40: Inscription Client..........................................................................................................48 figure 41: Inscription Restaurateur ...............................................................................................49 figure 42: Consulter Bons plans, Consulter offre, Envoyer SMS, Consulter Restaurant.............49 figure 43: Interface « Modifier Compte Client »..........................................................................50 figure 44: Interface « Accueil, Réserver, Noter un restaurant, Maps »........................................50 figure 45: Interfaces « Accueil, statistique, modification de compte restaurateur, réclamation »51 figure 46: Consulter informations d’un restaurant et afficher les informations ...........................51 figure 47: Backlog sprint_Web.....................................................................................................58 figure 48: Burn Down chart..........................................................................................................60 figure 49: Diagramme de cas d’utilisation détaillé.......................................................................63 figure 50: Diagramme d’activité « s’authentifier» .......................................................................63 figure 51: Diagramme de séquence objet «authentification» .......................................................64 figure 52: Diagramme de séquence objet «réservation»...............................................................65 figure 53: Diagramme de séquence objet «Consulter offre»........................................................66 figure 54: Diagramme de séquence objet «Chercher offre».........................................................67 figure 55: Diagramme de classe ...................................................................................................68 figure 56: Diagramme de classe conception.................................................................................69 figure 57: Interface « vue globale_gestion restaurateur » ...........................................................72 figure 58: Interface « acceuil_gestion restaurateur »....................................................................73 figure 59: Interface « consulter fiche restaurateur».....................................................................73 figure 60: Interface « Consulter les restaurants_frontOffice» .....................................................74 figure 61: Interface « Consulter une offre_backOffice»..............................................................74
6 Introduction générale Réserver en quelques clics dans le restaurant de votre choix ! En effet, en indiquant les informations concernant la date à laquelle vous souhaitez réserver, le nombre de personnes et l’heure. C’est dans ce cadre s’inscrit ce présent travail ayant pour but de développer une application java, mobile et web permettant de Retrouvez grâce à notre guide une sélection des meilleurs restaurants de Tunisie.
7 Chapitre 1
1 I. Etude de contexte 1. Identification des acteurs : figure 1: Acteur « Visiteur » L’acteur « visiteur » est un utilisateur simple qui pourra simplement consulter la liste des restaurants et des bons plans figure 2: Acteur « Client » L’acteur « client » après l’inscription et l’authentification il bénéficiera des droits liés à cet acteur figure 3: Acteur « Administrateur » L’acteur « administrateur » bénéficiera des droits de la gestion des comptes des clients et des commentaires figure 4: Acteur « Restaurateur » L’acteur « restaurateur » bénéficiera de la gestion d’un ou plusieurs restaurants, de leur menu et des réservations
2 2. Identification des besoins fonctionnels L’application doit assurer les fonctionnalités suivantes aux visiteurs ● Consulter la liste des restaurants ● Consulter les menus des différents restaurants ● Rechercher un restaurant selon des critères personnalisés ● Simuler le coût (en fonction du nombre de personnes, nature des mets, …) ● Trouver les bons plans L’application doit assurer à l’utilisateur de visualiser les bon plan ajouté par les restaurateur ● Accéder aux services de Restaurant Tunisie via une application mobile L’application doit assurer les fonctionnalités suivantes aux clients ● Commenter et noter un restaurant ● Effectuer une réservation ● Modifier les informations du compte L’application doit assurer les fonctionnalités suivantes aux administrateurs ● Gérer les comptes des clients L’application doit assurer la gestion des comptes des clients (l’ajout, suppression, consultation, recherche). ● Gérer les commentaires L’application doit assurer la gestion des commentaires des clients (la suppression, consultation). L’application doit assurer les fonctionnalités suivantes aux restaurateurs : ● Gérer la réservation
3 L’application doit assurer au restaurateur la gestion des réservations des clients (la validation et l’annulation). ● Gérer restaurants L’application doit assurer au restaurateur la gestion d’un ou plusieurs restaurants (l’ajout, la suppression, la consultation et la modification). ● Gérer les bons plans ● L’application doit assurer au restaurateur la gestion de ses bons plans (l’ajout, la suppression et la consultation). 3. Identification des besoins non fonctionnels :  La compatibilité : L’application doit être compatible avec la majorité des navigateurs (Web), des systèmes d’exploitation (mobile et Desktop).  L’ergonomie des interfaces homme-machine (IHM) : Il s’agit d’une application (Web, Mobile, Desktop), elle doit présenter des interfaces utilisateurs conviviales bien structurées du point de vue contenu informationnel.  La sécurité : Les droits d’accès au système doivent être bien attribués aux différents partenaires, afin d’assurer la sécurité des données. De plus, le système doit disposer d’un mécanisme d’authentification limitant l’accès aux utilisateurs.  Les contraintes techniques : Le système doit être développé en Open Source. En outre, il doit être portable et fonctionnel sur plusieurs systèmes d’exploitation.
4 II. Analyse globale 1. Diagramme de cas d’utilisation globale : figure 5: Diagramme de cas d’utilisation générale
5 2. Diagramme de classe d’analyse globale : figure 6: Diagramme de classe d’analyse globale 1..1 Gérer 1..* 1..1 Gérer 0..* 1..1 Gérer 0..* 0..* 1..* effectuer 0..* 1..* Gérer 1..* Attribuer 0..* 1..* Attribuer 0..* 1..1 Avoir 0..* 1..* Gérer 0..* 1..1 Gérer 0..* 1..1 Gérer 0..* 1..1 0..* 1..1 Appartient 1..1 Client - - - - - - - - id_client nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Restaurant - - - - - - - - - - id nom adresse email description tel site heure_ouverture heure_fermeture image : int : String : String : String : String : int : int : int : int : blob Menu - - - - - - id titre info prix photo etat : int : String : String : double : String : String Restaurateur - - - - - - - - id nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Commentaire - - - id text etat : int : String : String Note - - id note : int : int Reservation - - - - - id date_res nbr_perso commentaire etat : int : Date : int : String : String Administrateur - - - - - - id nom prenom email login pass : int : String : String : String : String : String Offre - - - - - id description prix date_debut date_fin : int : String : double : Date : Date
6 III – Modélisation de l’architecture logique et physique de l’application : 1. Modélisation de l’architecture logique : figure 7: Architecture logique 2. Modélisation de l’architecture physique : figure 8: Architecture physique
7 IV – Elaboration du product backlog
8 ID Feature User story Priorité V1 V1.1 consulter restaurant V1.1.1 En tant que visiteur je veux consulter la liste des restaurants 40 V1.1.2 En tant que visiteur je veux consulter les menus des restaurants 45 1.2.1 S’inscrire En tant que visiteur je veux m’inscrire afin de passer des réservations HOW : sur une plateforme web 70 V1.2.2 S’inscrire En tant que visiteur je veux m’inscrire afin de passer des réservations HOW : sur une plateforme mobile 72 V1.3 Rechercher un restaurant En tant que visiteur je veux rechercher un restaurant 50 V1.4 Simuler le cout de la réservation En tant que visiteur je veux Simuler le cout de la réservation 32 V1.5 Trouver les bons plans En tant que visiteur je veux consulter les bons plans 30 C1 C1.1 Noter un restaurant En tant que client je veux noter un restaurant 25 C1.2 Commenter un restaurant En tant que client je veux commenter un restaurant 25 C1.3 Effectuer une réservation En tant que client je veux effectuer une réservation 60 C1.4 Modifier En tant que client je veux modifier les
9 info compte informations de mon compte 55 A1 A1.1 Gérer les comptes des clients A1.1.1 En tant qu’administrateur je veux consulter un compte 90 A1.1.2 En tant qu’administrateur je veux supprimer un compte 85 A1.2 Gérer les commentaires A1.2.1 En tant qu’administrateur je veux consulter les commentaires 80 A1.2.2 En tant qu’administrateur je veux supprimer les commentaires 85 A1.2.3 En tant qu’administrateur je veux valider des commentaires 75 R1 R1.1 S’inscrire En tant que restaurateur je veux m’inscrire 10 R1.2 Gérer restaurent R1.2.1 En tant que restaurateur je veux ajouter un restaurant 25 R1.2.2 En tant que restaurateur je veux supprimer un restaurant 13 R1.2.3 En tant que restaurateur je veux modifier un restaurant 16 R1.3 Gérer les réservations R1.3.1 En tant que restaurateur je veux valider les réservations 12 R1.3.2 En tant que restaurateur je veux annuler les réservations 8 R1.4 Gérer les bons plans R1.4.1 En tant que restaurateur je veux ajouter de bons plans
10 figure 9: Product backlog 7 R1.4.1 En tant que restaurateur je veux modifier les bons plans 9 R1.4.1 En tant que restaurateur je veux supprimer les bons plans 5
11 V – Elaboration des maquettes  A traves cette interface l’administrateur pourra s’authentifier figure 10: Maquette de l’authentification  A travers cette interface l’administrateur aura accès à touts les commentaires non confirmés figure 11: Maquette de l’espace de gestion des commentaires
12  A travers cette interface l’administrateur pour gérer les comptes des clients, les consulter ou les supprimer figure 12: Maquette de l’espace de gestion des comptes  A travers cette interface l’utilisateur gère les informations de son propre compte figure 13: Maquette de la section pour la modification des informations du compte admin
13 VIII - ConclusionCON Bon On espère que notre projet facilitera la tache pour ceux qui n’ont pas une bonne visualisation sur touts les restaurants de la Tunisie Après ce sprint (0) on va aborder le sprint (1) qui consiste à réaliser le module de l’administration avec la technologie Java. En procédant par étape et en y mettant la détermination, la persévérance et l’effort, le parcours du succès est possible.
14 Chapitre 2
15 I. Objectif L’objectif de ce sprint et de concevoir et réaliser une application desktop du projet « Resto Tunisie » en utilisant le langage de programmation Java, on trouvera sur cette plateforme toutes les fonctionnalités de ce projet. Ce sprint est mis en œuvre surtout pour faciliter l’administration.
16 II. Backlog de sprint 1. Répartition en tache avec estimation
17 ID Feature User story Tache Technique Estimation Affectation V1 S’inscrire En tant que visiteur je veux m’inscrire Elaborer interface d’inscription 12 LINA Méthode Insert dans la table client Méthode Insert dans la table restaurateur codage Test unitaire et test de sécurité C1 C1.1 consulter restaurant C1.1.1 En tant que client je veux consulter la liste des restaurants Elaborer interface pour la consultation 2 FEDI Méthode de consultation de la liste des restaurants (DAO) 2 codage 5 Test C1.2 Trouver un restaurant C1.2.1 En tant que client je veux rechercher un restaurant Codage et création de la méthode de recherche d’un restaurant par son nom 4 FEDI Elaborer interface pour la recherche test C1.2.2 En tant que client je veux consulter les bons plans Elaboration de l’interface pour la consultation des bons plans 3 codage test C1.3 Noter un restaurant En tant que client je veux noter un restaurant Elaborer l’interface pour noter un restaurant (noter avec les étoiles) 2 FEDI Méthode «insert » de la note dans la base de donnée test C1.4 Commenter un restaurant En tant que client je veux commenter un restaurant Elaborer l’interface pour l’insertion des commentaires 4 FEDI Méthode insert des commentaires dans la base Codage Test C1.5 Effectuer une réservation En tant que client je veux effectuer une réservation Elaborer l’interface pour l’insertion des réservations 3 FEDI Méthode insert des réservations dans la base Codage Test C1.6 Modifier info compte En tant que client je veux modifier les informations de mon compte Elaborer l’interface pour la modification des informations 3 FEDI Méthode update des informations du client Codage (contrôle saisie, programmer les boutons) Test
18 A1 A1.1 Gérer les comptes des clients A1.1.1 En tant qu’administrateur je veux consulter un compte Elaborer l’interface pour la consultation d’un compte client 4 AHMED codage test A1.1.2 En tant qu’administrateur je veux supprimer un compte Elaborer l’interface pour la suppression d’un compte client 4 AHMED codage Méthode delete du compte client test A1.1.2 En tant qu’administrateur je veux rechercher un compte Elaborer l’interface pour la recherche d’un client 4 AHMED Méthode select du compte client codage test A1.2 Gérer les commentaires A1.2.1 En tant qu’administrateur je veux consulter les commentaires Elaborer l’interface pour la consultation des commentaires 3 MILKA Codage Méthode select des commentaires test A1.2.2 En tant qu’administrateur je veux supprimer les commentaires Elaborer l’interface pour la suppression des commentaires 4 MILKA Méthode delete des commentaires codage test A1.2.3 En tant qu’administrateur je veux valider des commentaires envoyer mail lors de la validation Elaborer l’interface pour la validation des commentaires 9 MILKA Méthode delete des commentaires non validés Codage et intégration du mail test A1.3 Gérer les restaurateurs A1.3.1 En tant qu’administrateur je veux consulter la liste des restaurateurs Elaborer l’interface pour la consultation des restaurateurs 4 AYMEN Méthode select de touts les restaurateurs codage test A1.3.2 En tant qu’administrateur je veux supprimer un restaurateur Elaborer l’interface pour la suppression des restaurateurs 5 AYMEN Méthode delete d’un restaurateur codage test A1.3.3 En tant qu’administrateur je veux modifier les informations d’un Elaborer l’interface pour la modification des restaurateurs 4 AYMEN Méthode update d’un restaurateur
19 restaurateur codage test A1.3.4 En tant qu’administrateur je veux contacter un restaurateur Elaborer l’interface pour l’envoi d’un mail 3 AYMEN Intégration des librairies mail Codage et contrôle saisie test A1.4 Gérer les administrateurs A1.4.1 En tant qu’administrateur je veux ajouter un administrateur Elaborer l’interface de l’ajout d’un administrateur 7 MLIKA Méthode insert d’un administrateur codage test A1.4.1 En tant qu’administrateur je veux modifier le mot de passe du compte Elaborer l’interface pour la modification du mot de passe codage Contrôle saisie et intégration du système « code de vérification » R1 R1.2 Gérer restaurant R1.2.1 En tant que restaurateur je visualiser les statistiques Elaborer l’interface pour les statistiques 3 WAJDI Intégration du code test R1.2.2 En tant que restaurateur je veux ajouter un restaurant Elaborer l’interface pour l’ajout d’un restaurant 4 HENI Méthode insert d’un restaurant codage test R1.2.3 En tant que restaurateur je veux supprimer un restaurant Elaborer l’interface pour la suppression d’un restaurant 3 HENI Méthode delete d’un restaurant codage test R1.2.4 En tant que restaurateur je veux modifier un restaurant Elaborer l’interface pour la modification d’un restaurant 3 HENI Méthode update d’un restaurant codage test R1.2.5 En tant que restaurateur je veux consulter la liste des restaurants Elaborer l’interface pour la consultation des restaurants 3 HENI Méthode select des restaurants restaurant codage test R1.2.6 En tant que restaurateur je veux contacter un administrateur Elaborer l’interface pour l’envoi d’un mail HENI Intégration des librairies mail Codage et contrôle saisie R1.2.7 En tant que restaurateur je veux rechercher un restaurant Elaborer l’interface pour la recherche des restaurants 4 HENI Méthode SelectByNom des restaurants
20 figure 14: Backlog sprint_Java codage test R1.3 Gérer les réservations R1.3.1 En tant que restaurateur je veux valider les réservations Elaborer l’interface pour la validation des réservations 5 WAJDI codage Test R1.3.2 En tant que restaurateur je veux annuler les réservations Interface pour l’annulation 3 WAJDI codage test R1.4 Gérer les bons plans (offres) R1.4.1 En tant que restaurateur je veux ajouter de bons plans Elaborer l’interface pour l’ajout des offres 4 WAJDI Méthode insert des offres codage test R1.4.1 En tant que restaurateur je veux modifier les bons plans Elaborer l’interface pour la modification des offres 4 WAJDI Méthode update des offres codage test R1.4.1 En tant que restaurateur je veux supprimer les bons plans Elaborer l’interface pour la suppression des offres 3 WAJDI Méthode delete des offres codage test Stoty Less Création de la base de données 1 MLIKA Authentification Interface authentification 13 LINA Codage test Diagramme de séquence objets 2 LINA Intégration du jasper report pour l’export de la liste des restaurants 1 HENI Intégration du jasper report pour l’export de la liste des restaurateurs 1 AYMEN Intégration du jasper report pour l’export de la liste des clients qui ont réservé 2 WAJDI Diagramme de classe de conception 2 HENI Burndownchart 2 HENI Diagramme d’activité 2 FEDI Elaboration backlog sprint1 (Répartition +estimation) 5 AYMEN Elaboration Rapport sprint 1 2 AYMEN Documentation 14 Tous les membres du groupe
21 2. Scénario de test  Scénario 1 : Étant donné un client BBB qui possède un login et un mot de passe Quand il saisie de fausses informations lors de l’authentification Alors l’authentification est refusé et le message « login ou mot de passe incorrect » est envoyé  Scénario 2 : Étant donné un administrateur A et un administrateur B Quand l’administrateur A veut ajouter un administrateur avec le même login que B Alors l’ajout est refusé et le message « login déjà utilisé »  Scénario 3 : Pour le user story « en tant qu’administrateur je veux modifier mon mot de passe» des critères de test que j'ai identifiés sont : -On ne peut modifier le mot de passe que si on introduit le code de vérification qui a été envoyé à la boite mail de l’administrateur  Scénario 4 : Pour le user story « en tant que client je veux effectuer une réservation» des critères de test que j'ai identifiés sont : -On ne peut réserver que si un restaurant est sélectionné
22 3. Burndown chart figure 15: Burn Down chart 3D Le graphe ci-dessus représente le burndown chart, qui représente le pourcentage du travail effectué par rapport au nombre de jour du travail. figure 16: Left To do chart Le graphe ci-dessus représente les taches qui nous restent à réaliser en termes d’heures par rapport aux jours totaux.
23 III. Analyse 1. Diagramme de cas d’utilisation détaillé figure 17: Diagramme de cas d’utilisation détaillé
24 Nous présentant ci-dessus le diagramme de cas d’utilisation détaillé avec les nouvelles fonctionnalités ajoutés au niveau du sprint 1, pour ce sprint on a 3 acteurs : client, restaurateur, administrateur. Pour ce sprint on a pris la décision d’éliminer le visiteur puisque chaque fonctionnalité nécessite une authentification 2. Diagrammes d’activités figure 18: Diagramme d’activité « effectuer une réservation » Nous présentant ci-dessus le diagramme d’activité pour la fonctionnalité « «réserver » qui est lié à l’acteur « client » qui après avoir sélectionné un restaurant et le remplissage du formulaire il pourra effectuer une réservation.
25 figure 19: Diagramme d’activité « authentification» Nous présentant ci-dessus le diagramme d’activité pour la fonctionnalité «s’authentifier», à premier temps l’acteur choisis le type d’authentification et on saisie le login et le mot de passe et après une vérification il accède à l’application.
26 IV – Conception 1. Diagramme de séquence objet figure 20: Diagramme de séquence objet «authentification» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification client -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface client
27 figure 21: Diagramme de séquence objet «réservation» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de la réservation. -Après avoir sélectionné un restaurant -On rempli le formulaire de la réservation et on insère dans la base de données figure 22: Diagramme de séquence objet «authentification restaurateur»
28 Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification du restaurateur -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface du restaurateur figure 23: Diagramme de séquence objet «authentification administrateur» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification administrateur -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface administrateur
29 2. Diagramme de classe conception figure 24: Diagramme de classe conception Nous présentons ci-dessous le diagramme de classe de conception qui contient tout les entités de notre projet 1..1 Gérer 1..* 1..1 Gérer 0..* 1..1 Gérer 0..* 0..* 1..* effectuer 0..* 1..* Gérer 1..* Attribuer 0..* 1..* Attribuer 0..* 1..1 Avoir 0..* 1..* Gérer 0..* 1..1 Gérer 0..* 1..1 Gérer 0..* 1..1 0..* 1..1 Appartient 1..1 Client - - - - - - - - id_client nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Restaurant - - - - - - - - - - id nom adresse email description tel site heure_ouverture heure_fermeture image : int : String : String : String : String : int : int : int : int : blob Menu - - - - - - id titre info prix photo etat : int : String : String : double : String : String Restaurateur - - - - - - - - id nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Commentaire - - - id text etat : int : String : String Note - - id note : int : int Reservation - - - - - id date_res nbr_perso commentaire etat : int : Date : int : String : String Administrateur - - - - - - id nom prenom email login pass : int : String : String : String : String : String Offre - - - - - id description prix date_debut date_fin : int : String : double : Date : Date
30 V – Réalisation 1. Outils, bibliothèques et technologies utilisés La mis en œuvre de ce projet nécessite l’utilisation de différentes outils et technologies parmi les quels on cite : Outils :  PowerAMC : pour la création des différents diagrammes  Netbeans 7.4  WAMPSERVER : pour la création de la base de données  Balsamiq Mockups : pour la création des maquettes  Sprinttometer : pour la réalisation du burndownchart Technologies :  JAVA  SQL Bibliothèques :  Java SWING : pour la création des interfaces graphiques  Jfreechart : pour la réalisation des statistiques  Les librairies pour l’envoi des mails
31 2. Captures d’écran de l’application Nous présenterons ci-dessous quelques captures écran de notre application figure 25: Interface « inscription » figure 26: Interface « authentification »
32 figure 27: Interface restaurateur « contacter un restaurateur » figure 28: Interface restaurateur « gérer restaurant»
33 figure 29: Interface restaurateur « ajout d’une offre» figure 30: Interface restaurateur « gérer les réservations»
34 VIII - ConclusionCON Bon On espère que notre projet facilitera la tache pour l’administration du projet et avoir une bonne visibilité pour chaque acteur sur toutes ces fonctionnalités. Ce sprint nous a permis de découvrir de nouveaux outils et d’acquérir de nouvelles connaissances. Après ce sprint (1) on va aborder le sprint (2) qui consiste à réaliser une application mobile de notre projet. En procédant par étape et en y mettant la détermination, la persévérance et l’effort, le parcours du succès est possible.
35 Chapitre 3
36 I. Objectif Le nombre de terminaux ‘légers’ (PDA, téléphone…) dépasse largement celui des ordinateurs personnels (400 millions d’ordinateurs personnels dans le monde en 2002, un milliard de terminaux ‘légers’ en 2003). 30 à 50 % de ces terminaux ont une connectivité possible à l’Internet. Les Smartphones par conséquence ont devenu un outil de communication incontournable. Sprint 2 consiste à il à élaborer une application mobile en J2Me. A base de cahier des charges qui vise à implémenter des divers services au visiteur tels que : Consulter la liste des restaurants , consulter les menus des différents restaurants, commenter et noter un restaurant, rechercher un restaurant selon des critères personnalisés, effectuer une réservation, réserver et simuler le coût d’une réservation, trouver les bons plans… Cette applications mobile est applicable dans le cadre de permettre au visiteur de réservez dans les meilleurs restaurants aux meilleurs prix. Nous ne permettons pas seulement aux restaurateurs d’être visibles sur notre site… Nous leur fournissons aussi des outils experts pour les aider dans la gestion de leur établissement : cahier de réservation électronique, optimisation du taux de remplissage, gestion de la relation client…
37 II. Backlog sprint 1. Répartition des taches avec estimation : Id story Story Tache Estimation rôle 1.1 En Tant que Client je souhaite consulter les restaurants via mobile Codage « consulter un restaurant » 2H Aymen création de la base de données 1H Mlika Tester le travail du Fedi 1H Aymen 1.2 En Tant que Client je souhaite consulter le Mapp de restaurant via mobile Intégration de la localisation map 2H Fedi,Aymen implémenter l’interface correspondante 1H Fedi Tester le travail d’Aymen et Wajdi 1H Fedi 2.1 En Tant que client je souhaite m’inscrire via mobile Méthode ajout client(inscription) 2H Lina Tester le travail du Heni 1H 30 min Lina 2.2 En tant que restaurateur je souhaite m’inscrire via mobile Méthode ajout restaurateur(inscription) 1H Lina Tester le travail de Heni 1H Lina
38 3.1 En Tant que restaurateur je souhaite gérer mon compte via mobile création de package restaurateur 20 min Mlika création de midlet pour la gestion des comptes 4H Mlika Tester le travail d’Ahmed et Wajdi 50 min Mlika 3.2 En tant que client je souhaite écrire un commentaire via mobile Crud pour la consultation des commentaires 2H Aymen 3.3 En tant que restaurateur je souhaite envoyer et modifier compte restaurateur via mobile Crud Réclamation 2H Ahmed codage 2H 30 min Ahmed Intégrer la visualisation d’une vidéo 1H Ahmed Intégrer l’appel d’un numéro 1H 30 MIN Ahmed tester le travail de Mlika 1H Ahmed 3.4 En tant que client je souhaite noter un restaurant via mobile codage 30 min Heni Crud « noter restaurant » 3H Heni Crud « réservation » 2H Heni tester le travail de Lina 50 min Heni création package statistique 30 min Fedi
39 3.5 En tant que restaurateur je souhaite consulter les statistiques concernant mon restaurant via mobile Codage et intégration du module statistique 2H Fedi Tester le travail du Aymen et Wajdi 1H Fedi 3.6 En tant que Client je souhaite consulter les offres, attribuer note et ajouter commentaire via mobile Codage « consultation des offres » 1H 30 min Wajdi Intégration du module d’envoi d’un sms au restaurateur 1H Wajdi Ajouter commentaire à l’offre 2H Wajdi chercher les offres 2H Wajdi Tester le travail d’Ahmed et Heni 1H Wajdi figure 31: Backlog sprint_Mobile 2. Scénarios de test Le story ‘S'authentifier ‘ Authentification acceptée Étant donné 2 champs "login" et "password», Quand le client Mohamed s'authentifie en donnant son login ="****" et mot de passe="****" Alors il peut accéder à l'accueil du site de Resto Tunisie via mobile. Authentification refusée
40 Étant donné 2 champs "login" et "password", Quand un client ‘foulen’ introduit un login ="*** " et password ="***" différent à celui qui existe dans la base il sera averti via mobile Alors l'accès est refusé et le message "Login et Mot de passe incorrect" est lui retourner à l’interface de authentification. La Story :'Modification des informations du client' Modification acceptée Étant donné les champs "login" et "passwd" du formulaire,un client ‘foulen’ Quand il introduit via mobile son login="" et son passwd="", Alors les nouvelles modifications qui l’à introduit dans le formulaire seront enregistrés et un message de confirmation de modification des informations personnelles sera affiché. Modification refusée Étant donné les champs "login" et "password" du formulaire, un client ‘foulen’ Quand il introduit via mobile login="",password="", Alors les nouvelles modifications seront refusés et un message d'erreur de modification des informations personnelles sera affiché "Vous devez remplir tous les champs".  La Story :'Effectuer une réservation via mobile' Réservation effectuée Étant donné les champs "login" et "password" du formulaire, un client ‘foulen’ Quand il introduit via mobile le jour de la réservation après avoir désigné le restaurant Alors la réservation sera enregistré. Réservation refusée Étant donné les champs "login" et "password" du formulaire, Quand un client ‘foulen’ ne sélectionne pas un restaurant.
41 3. Burndown chart figure 32: Burndown chart Le graphe ci-dessus représente le burndown chart, qui représente le pourcentage du travail effectué par rapport au nombre de jour du travail.
42 III. Analyse 1. Diagramme de cas d’utilisation détaillé figure 33: Cas d'utilisation Client Consulter les restaurants Consulter les offres Commenter un Restauarant Commenter les offres Noter un Restaurant Effectuer une Reservation envoyer un SMS envoyer une Reclamation Consulter les rapports des Statistiques Modifier Compte Client S'inscrire Authentification Localiser les Restaurants gérer restaurant Restaurateur supprimer restaurant modifier restaurantConsulter restaurant Ajouter restauarnt Modifier Compte restaurateur
43 Nous présentant ci-dessus le diagramme de cas d’utilisation détaillé avec les fonctionnalités du sprint 2, au niveau de ce sprint on a 2 acteurs : client, restaurateur. 2. Diagramme de séquence système : figure 34: Diagramme de séquence d’Authentification Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification du restaurateur -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface restaurateur sd:Authenti fi cati on 4:Affi cher un m essage d'erreur 3 : Affi cher l 'i nterface 2: véri fi cati on 1:sai si r(l ogi n , m dp)() restaurateur <<system e>> Restaurant [ l ogi n et m dp correcte ] [l ogi n ou m dp i ncorrecte ] al t 4:Affi cher un m essage d'erreur 3 : Affi cher l 'i nterface 2: véri fi cati on 1:sai si r(l ogi n , m dp)()
44 IV. Conception 1. Diagramme de Séquence Objet figure 35: Diagramme de séquence objet de consulter les offres DS_Consulter offre 10: Afficher(Msg) 9: AfficherOffre() 8: ReponseSelect() 6: ReponseSelect() 7: Select() 5: Select() 4: Chercher() 3: Cliquer"Suivant" 2: Formulaire afficher() 1: Demande formulaire() Client <<boundary>> :UI_interface offre <<entity>> :offre <<control>> :consulter_offre <<entity>> :Restaurant [offre=true] else alt 10: Afficher(Msg) 9: AfficherOffre() 8: ReponseSelect() 6: ReponseSelect() 7: Select() 5: Select() 4: Chercher() 3: Cliquer"Suivant" 2: Formulaire afficher() 1: Demande formulaire()
45 figure 36: Diagramme séquence objet Inscription sd:Ajouter Restaurant verification message d'erreur ajouter à la liste des restaurateur saisir code envoyer un SMS pour confirmer Remplire formulaire formulaire afficher Demande d'afficher formulaire Ajouter Restaurateur() Restaurateur Systeme [code=correcte] [code=incorrecte] alt ref sd:Authentification() verification message d'erreur ajouter à la liste des restaurateur saisir code envoyer un SMS pour confirmer Remplire formulaire formulaire afficher Demande d'afficher formulaire Ajouter Restaurateur()
46 V. Réalisation 1. Outils, bibliothèques et technologies utilisés: La mis en œuvre de ce projet nécessite l’utilisation de différentes outils et technologies parmi les quels on cite : Outils :  PowerAMC : pour la création des différents diagrammes  Netbeans 7.4  Wamp : pour la création de la base de données  BalsamiqMockups : pour la création des maquettes  Sprinttometer : pour la réalisation du burndownchart Technologies :  J2ME  MySQL Bibliothèques : figure 37: La bibliothèque de J2ME
47 L’API lcdui est chargée de gérer l’ensemble des contrôles graphiques proposés par ce profile. Quant à la gestion des événements, elle suit le modèle des listeners du J2SE avec un CommandListener appelé en cas d’activation d’un contrôle. Donc io et rms, eux, fournissent les routines nécessaires aux entrées/s orties réseau et à la prise en charge d’une zone physique de stockage. Les Midlets Les Midlets sont l'élément principal d'une application Java embarquée. Pour bien saisir leur mode de fonctionnement, il suffit de prendre comme analogie les Applets ou les Servlets. Le cycle de vie d’une Applet est géré par un conteneur, en l’occurrence le Navigateur Web, dont le rôle est d’interagir avec celle-ci sous la forme de méthodes de notifications prédéfinies Une servlet possè de les mêmes caractéristiques qu’une Applet excepté le fait que le contenu r est un moteur de servlet (Tomcat, WebSphere, WebLogic, …). Quant aux Midlets, ils représentent le pendant des Applets et des Servlets pour J2ME avec comme conteneur votre téléphone mobile ou votre assistant personnel. Ainsi, en cas de mise à jour d’une application embarquée, un simple téléchargement de code Midlet est nécessaire à partir d’un quelconque serveur. De cette manière, un programme développé pour un profile donné est en mesure de s’exécuter sur tous les périphériques correspondant à cette famille. C’est aussi une manière de découpler le socle technique des applicatifs puisque le seul lien Existant entre les logiciels embarqués et le terminal est l’API J2ME. wireless toolkit 2.5: figure 38: Transfert et récupération des données entre le serveur et l'émulateur
48 2. Captures d’écran de l’application réalisée: figure 39: Authentification figure 40: Inscription Client
49 figure 41: Inscription Restaurateur figure 42: Consulter Bons plans, Consulter offre, Envoyer SMS, Consulter Restaurant
50 figure 43: Interface « Modifier Compte Client » figure 44: Interface « Accueil, Réserver, Noter un restaurant, Maps »
51 figure 45: Interfaces « Accueil, statistique, modification de compte restaurateur, réclamation » figure 46: Consulter informations d’un restaurant et afficher les informations
52 VI. Conclusion On a développé une application mobile qui permettra au client de choisir son restaurant, consulter les offres et les bons plans et réserver et d'avoir plusieurs autres services reliés à notre application « Resto Tunisie », J2ME est une bonne sélection parmi plusieurs technologies pour les applications mobiles. Après ce sprint (2) on va aborder par la suite le sprint (3) qui consiste à réaliser une application web de notre projet.
53 Chapitre 4
54 I. Objectif L’objectif de ce sprint et de concevoir et réaliser une application Web du projet « Resto Tunisie » en utilisant plusieurs technologies comme le langage PHP et un framework PHP, Html, javascript. Pour cela on doit concevoir deux plateformes : Le front-Office (l’interface d’interaction pour les visiteurs et les clients) et le Back-Office (Pour la gestion et l’administration)
55 II. Backlog de sprint 1. Répartition en tache avec estimation
56 ID Feature User story Tache Technique Estimation Affectation V1 S’inscrire En tant que visiteur je veux m’inscrire et m’authentifier Via Web Intégration du FOS user Bundle 40 LINA Test de sécurité 30 C1 C1.1 consulter restaurant C1.1.1 En tant que Visiteur je veux consulter la liste des restaurants Via Web Elaborer interface pour la consultation 20 FEDI Méthode de consultation de la liste des restaurants 20 Test 20 C1.3 Noter un restaurant En tant que client je veux noter un restaurant via Web Elaborer l’interface pour noter un restaurant 20 Ahmed Méthode «insert » de la note dans la base de donnée 20 Test 20 C1.4 Commenter un restaurant En tant que client je veux commenter un restaurant via Web Elaborer l’interface pour l’insertion des commentaires 40 FEDI Méthode insert des commentaires dans la base 30 Test 20 C1.5 Effectuer une réservation En tant que client je veux effectuer une réservation via Web Elaborer l’interface pour l’insertion des réservations 30 FEDI Méthode insert des réservations dans la base 20 Test 30 A1 A1.1 Gérer les comptes des clients A1.1.1 En tant qu’administrateur je veux consulter un compte via Web Elaborer l’interface pour la consultation d’un compte client 40 AHMED Test 30 A1.1.2 En tant qu’administrateur je veux supprimer un compte via Web Elaborer l’interface pour la suppression d’un compte client 40 AHMED Méthode delete du compte client 30 Test 20 A1.1.2 En tant qu’administrateur je veux rechercher un compte via Web Elaborer l’interface pour la recherche d’un client 40 AHMED Méthode select du compte client 40 Test 20 A1.2 Gérer les commentaires A1.2.1 En tant qu’administrateur je veux consulter les commentaires Via Web Elaborer l’interface pour la consultation des commentaires 30 MILKA Méthode select des commentaires 40 Test 20
57 A1.2.2 En tant qu’administrateur je veux supprimer les commentaires via Web Elaborer l’interface pour la suppression des commentaires MILKA Méthode delete des commentaires 40 Test 20 A1.2.3 En tant qu’administrateur je veux valider des commentaires envoyer mail lors de la validation via Web Elaborer l’interface pour la validation des commentaires 50 MILKA Méthode delete des commentaires non validés 30 Codage et intégration du mail 30 Test 20 A1.3 Gérer les restaurateurs A1.3.1 En tant qu’administrateur je veux consulter la liste des restaurateurs Via Web Elaborer l’interface pour la consultation des restaurateurs 40 AYMEN Méthode select de touts les restaurateurs 40 Test 30 A1.3.2 En tant qu’administrateur je veux supprimer un restaurateur Via web Elaborer l’interface pour la suppression des restaurateurs 40 AYMEN Méthode delete d’un restaurateur 30 Test 20 A1.3.3 En tant qu’administrateur je veux modifier les informations d’un restaurateur Via Web Elaborer l’interface pour la modification des restaurateurs 40 AYMEN Méthode update d’un restaurateur 20 Test 20 A1.3.4 En tant qu’administrateur je veux ajouter un restaurateur Via web Elaborer l’interface pour l’ajout des restaurateurs 30 AYMEN Méthode insert d’un restaurateur 30 Codage et contrôle saisie 20 Test 20 R1 R1.2 Gérer restaurant R1.2.2 En tant que restaurateur je veux ajouter un restaurant Via web Elaborer l’interface pour l’ajout d’un restaurant 40 HENI Méthode insert d’un restaurant 30 Test de travaille 20 R1.2.3 En tant que restaurateur je veux supprimer un restaurant Via web Elaborer l’interface pour la suppression d’un restaurant 30 HENI Méthode delete d’un restaurant 20 Test 20 R1.2.4 En tant que restaurateur je veux modifier un restaurant Elaborer l’interface pour la modification d’un restaurant 30 HENI Méthode update d’un restaurant 20
58 figure 47: Backlog sprint_Web Via web Test 20 R1.2.5 En tant que restaurateur je veux consulter la liste des restaurants Via web Elaborer l’interface pour la consultation des restaurants 30 HENI Méthode select des restaurants restaurant 30 Test 20 R1.2.6 En tant que restaurateur je veux contacter un administrateur Via web Elaborer l’interface pour l’envoi d’un mail 20 HENI Intégration des librairies mail 20 Codage et contrôle saisie 20 R1.2.7 En tant que restaurateur je veux rechercher un restaurant Via web Elaborer l’interface pour la recherche des restaurants 40 HENI Méthode Select ByNom des restaurants 30 Test 20 R1.3 Gérer les réservations R1.3.1 En tant que restaurateur je veux valider les réservations Via web Elaborer l’interface pour la validation des réservations 30 WAJDI Test 30 R1.3.2 En tant que restaurateur je veux annuler les réservations Via web Interface pour annuler les résérvations 20 WAJDI Test 20 R1.4 Gérer les bons plans (offres) R1.4.1 En tant que restaurateur je veux ajouter de bons plans Via web Elaborer l’interface pour l’ajout des offres 30 WAJDI Méthode insert des offres 30 Test 2 R1.4.1 En tant que restaurateur je veux modifier les bons plans Via web Elaborer l’interface pour la modification des offres 30 WAJDI Méthode update des offres 30 Test 20 R1.4.1 En tant que restaurateur je veux supprimer les bons plans Via web Elaborer l’interface pour la suppression des offres 30 WAJDI Méthode delete des offres 20 Test 20
59 2. Scénario de test  Scénario 1 : Étant donné un client Amin qui possède un login et un mot de passe amin56 Quand il saisie de fausses informations lors de l’authentification Alors l’authentification est refusé et le message « login ou mot de passe incorrect » est envoyé Sinon il sera redirigé vers la page d’accueil.  Scénario 2 : Étant donné un administrateur Ahmed et un administrateur Samir Quand l’administrateur Ahmed veut ajouter un administrateur avec le même login que B Alors l’ajout est refusé et le message « login déjà utilisé » Sinon l’administrateur sera ajouté et un message de confirmation sera ajouté  Scénario 3 : Pour le user story « en tant qu’administrateur je veux modifier mon mot de passe» des critères de test que j'ai identifiés sont : -On ne peut modifier le mot de passe que si on introduit le code de vérification qui a été envoyé à la boite mail de l’administrateur  Scénario 4 : Pour le user story « en tant que client je veux effectuer une réservation» des critères de test que j'ai identifiés sont : -On ne peut réserver que si un restaurant est sélectionné
60 3. Burndown chart figure 48: Burn Down chart Le graphe ci-dessus représente le burndown chart, qui représente les taches qui reste à faire en termes de temps.
61 4. Procès verbale des réunions : PV 1 Date du jour : 21/04/2014 à 18h à Esprit Salle C35 Participants : toute l’équipe Discussion : - La répartition des taches entre les membres de groupe -Créer un plan pour améliorer les processus de travail -Les difficultés rencontrées : Le manque de communication et de l’esprit d'assistance mutuelle entre les membres d'équipe. -Qu'aurions-nous pu changer ? Mieux communiquer. PV 2 Date du jour : 25/04/2014 à 18h à Esprit Salle C35 Participants : toute l’équipe Discussion : - Choisir un template front-office et un template back-office -Résoudre quelques difficultés rencontrées au niveau de l’intégration du template
62 IV. Analyse 1. Diagramme de cas d’utilisation raffiné
63 figure 49: Diagramme de cas d’utilisation détaillé Nous présentant ci-dessus le diagramme de cas d’utilisation détaillé, pour ce sprint on a 4 acteurs : visiteur, client, restaurateur, administrateur. 2. Diagrammes d’activités figure 50: Diagramme d’activité « s’authentifier» Nous présentant ci-dessus le diagramme d’activité pour la fonctionnalité « s’authentifier » qui est lié à tout les acteurs qui après avoir saisi le login et le pass il sera redirigé vers l’interface demandé selon les privilèges.
64 IV – Conception 1. Diagramme de séquence objet figure 51: Diagramme de séquence objet «authentification» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification client -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface client
65 figure 52: Diagramme de séquence objet «réservation» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de la réservation. -Après avoir sélectionné un restaurant -On rempli le formulaire de la réservation et on insère dans la base de données
66 figure 53: Diagramme de séquence objet «Consulter offre» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité « «consultation d’une offre » -Le client demande la liste de toutes les offres -Après il choisie une offre d’un restaurant bien données -Si la requête est aboutie la fiche de l’offre concernée sera affichée DS_Consulter offre 10: Afficher(Msg) 9: AfficherOffre() 8: ReponseSelect() 6: ReponseSelect() 7: Select() 5: Select() 4: Chercher() 3: Cliquer"Suivant" 2: Formulaire afficher() 1: Demande formulaire() Client <<boundary>> :UI_interface offre <<entity>> :offre <<control>> :consulter_offre <<entity>> :Restaurant [offre=true] else alt 10: Afficher(Msg) 9: AfficherOffre() 8: ReponseSelect() 6: ReponseSelect() 7: Select() 5: Select() 4: Chercher() 3: Cliquer"Suivant" 2: Formulaire afficher() 1: Demande formulaire()
67 figure 54: Diagramme de séquence objet «Chercher offre» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité pour la recherche d’une offre -Au niveau de l’interface pour la consultation des offres, le client recherche le restaurant -Après l’interaction avec les entités la liste des offres du restaurant concerné sera affichée DS_Chercher offre 2: Cliquer"Chercher" 3: Chercher() 7: Afficher(Msg) 6: AfficherOffre() 5: Select() 4: Select() 1: SaiasieNomRestau() Client <<boundary>> :UI_interface offre <<entity>> :offre <<control>> :consulter_offre <<entity>> :Restaurant [offre=true] else alt 2: Cliquer"Chercher" 3: Chercher() 7: Afficher(Msg) 6: AfficherOffre() 5: Select() 4: Select() 1: SaiasieNomRestau()
68 2. Diagramme de classe figure 55: Diagramme de classe Nous présentons ci-dessous le diagramme de classe qui contient toutes les entités de notre projet 1..1 Gérer 1..* 1..1 Gérer 0..* 1..1 Gérer 0..* 0..* 1..* effectuer 0..* 1..* Gérer 1..* Attribuer 0..* 1..* Attribuer 0..* 1..1 Avoir 0..* 1..* Gérer 0..* 1..1 Gérer 0..* 1..1 Gérer 0..* 1..1 0..* 1..1 Appartient 1..1 Client - - - - - - - - id_client nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Restaurant - - - - - - - - - - id nom adresse email description tel site heure_ouverture heure_fermeture image : int : String : String : String : String : int : int : int : int : blob Menu - - - - - - id titre info prix photo etat : int : String : String : double : String : String Restaurateur - - - - - - - - id nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Commentaire - - - id text etat : int : String : String Note - - id note : int : int Reservation - - - - - id date_res nbr_perso commentaire etat : int : Date : int : String : String Administrateur - - - - - - id nom prenom email login pass : int : String : String : String : String : String Offre - - - - - id description prix date_debut date_fin : int : String : double : Date : Date
69 3. Diagramme de classe conception figure 56: Diagramme de classe conception 0..* 1..1 <<boundary>> :IU_Interface_offre + + + + Demander formulaire () Cliquer "suivant" () Afficher offre () Afficher ("Msg") () <<control>> :ConsulterOffre + + Chercher () ReponseSelect () <<entity>> :Offre - - - - - - id description prix date_debut date_fin commantaire : int : String : double : Date : Date : String + Select () <<entity>> :Resturant - - - - - - - - - - id nom addresse email description tel site heure_ouverture heure_fermeture image : int : String : String : String : String : int : String : String : String : byte + + Select () Ajouter () <<entity>> :Administrateur - - - - - - id nom prenom email login password : int : String : String : String : String : String <<entity>> :Client - - - - - - - - id_client nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String <<entity>> :commantaire - - - id text etat : int : String : String <<entity>> :note - - id note : int : int <<entity>> :Reservation - - - - - id date_reservation nbr_pers commantaire etat : int : String : int : String : String <<entity>> :Restaurateur - - - - - - - - id nom prenom addresse email tel login pass : int : String : String : String : String : int : String : String 1..* 0..* <<boundary>> :IU_Interface_Restaurateur + + + + Demander formulaire () Formulaire Afficher () Remplire formulaire () Afficher ("Msg") () <<control>> :GérerRestaurant + Enregistrer () 0..* 1..* 0..* 0..* 1..* 1..* 0..* <<boundary>> :IU_Interface_Administrateur <<control>> :GérerClient + Enregistrer () 1..* 0..* 1..* 0..* 0..* <<boundary>> :IU_Interface_CLient <<control>> :ConsulterSite + Chercher () <<control>> :GéreRestaurant 0..* <<entity>> :Menu - - - - - id titre description prix etat : int : int : String : double : int + + Select () Ajouter () ... 0..*
70 Nous présentons ci-dessous le diagramme de classe de conception qui contient les méthodes et les contrôleurs de notre projet 4. Diagramme de composants Gerer profil Gerer restaurant Client Gerer client Gerer reservation Gerer offre Restaurateur Admin Interface gestion profil Interface gestion offre Interface gestion restaurant Interface gestion reservation Interface gestion client gerer commentaire Interface gestion commentaire
71 V – Réalisation 1. Outils, bibliothèques et technologies utilisés La mis en œuvre de ce projet nécessite l’utilisation de différentes outils et technologies parmi les quels on cite : Outils :  PowerAMC : pour la création des différents diagrammes  Netbeans 8  Framework Symfony  WAMPSERVER : pour la création de la base de données  Balsamiq Mockups : pour la création des maquettes  Sprinttometer : pour la réalisation du burndownchart Technologies :  PHP  SQL  HTML  JAVASCRIPT Bibliothèques :  FOS user Bundle : pour la gestion des droits d’accès  Ob/highcharts-bundle : pour la réalisation des statistiques
72 2. Captures d’écran de l’application Nous présenterons ci-dessous quelques captures écran de notre application figure 57: Interface « vue globale_gestion restaurateur »
73 figure 58: Interface « acceuil_gestion restaurateur » figure 59: Interface « consulter fiche restaurateur»
74 figure 60: Interface « Consulter les restaurants_frontOffice» figure 61: Interface « Consulter une offre_backOffice»
75 VIII - ConclusionCON Bon Notre projet facilitera la tache pour la consultation et toutes les fonctionnalités sur notre portail Web et d’avoir une bonne visibilité pour chaque acteur sur les fonctionnalités qui lui ont été permise. Ce sprint nous a permis de découvrir de nouveaux outils et d’acquérir de nouvelles connaissances.
76 Conclusion générale C'est le temps de laisser notre empreinte dans ce marché dont le but d'un gain d'or en tant qu’ingénieur en premier plan et d'avoir de nouvelles connaissances en deuxième plan. En procédant par étape et en y mettant la détermination, la persévérance et l’effort, le parcours du succès est possible. Ce projet nous a permis de découvrir de nouveaux outils et d’acquérir de nouvelles connaissances.

Contenu connexe

PDF
Gestion des actifs applicatifs
parSafaAballagh
 
PDF
Rapport PFE réalisation d’un Framework Kinect
parAmine MEGDICHE
 
PDF
rapport de stage de découverte
parSamirElkhyati
 
PDF
Platform freelance ASP .NET / C#
parSaâd Zerhouni
 
PPT
E-commerce Use case NFE102
parMRamo2s
 
PDF
Rapport de Projet professionnel personnel.pdf
parsahar dridi
 
PDF
Rapport de stage - gestion commerciale @REC MEDIA
parREDOUANIAbdessamad
 
PDF
ERP médical pour la TRANSTU : module de gestion pharmaceutiques
parMohamed Aziz Chetoui
 
Gestion des actifs applicatifs
parSafaAballagh
 
Rapport PFE réalisation d’un Framework Kinect
parAmine MEGDICHE
 
rapport de stage de découverte
parSamirElkhyati
 
Platform freelance ASP .NET / C#
parSaâd Zerhouni
 
E-commerce Use case NFE102
parMRamo2s
 
Rapport de Projet professionnel personnel.pdf
parsahar dridi
 
Rapport de stage - gestion commerciale @REC MEDIA
parREDOUANIAbdessamad
 
ERP médical pour la TRANSTU : module de gestion pharmaceutiques
parMohamed Aziz Chetoui
 

Tendances

PDF
RapportPFE_IngenieurInformatique_ESPRIT
parLina Meddeb
 
PDF
iRecruite
parDonia Hammami
 
PDF
Rapport de pfe gestion de parc informatique et Helpdesk
parRaef Ghribi
 
PDF
Rapport de stage
parichrafkhalfaoui
 
PDF
Rapport pfe- Refonte et déploiement d’une solution de messagerie en utilisant...
parNawres Farhat
 
PDF
Conception et développement d'une application de gestion de production et de ...
parMohamed Aziz Chetoui
 
PDF
Rapport pfe talan_2018_donia_hammami
parDonia Hammami
 
PDF
Rapport pfe
parAhmed rebai
 
PDF
Rapport PFE Ahmed BEN JEMIA
parAhmed BEN JEMIA
 
PPTX
Conception et réalisation d’une application Mobile banking
parKhaled Fayala
 
PPTX
Présentation pfe - Etude, conception et réalisation d'une application web de ...
parAyoub Mkharbach
 
PDF
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
parSalma Gouia
 
PDF
Rapport de projet de fin d"études
parMohamed Boubaya
 
PPTX
gestion de projet
parWajdi kanzali
 
PDF
Conception et Réalisation d'un Système Intégré de Vote Electronique cas: Haiti
parCarlos Philippe
 
DOCX
Pfe 2015
parNizar Mohammed
 
PPTX
Conception et Réalisation d’une Plateforme Web de Gestion des achats
parAyed CHOKRI
 
PDF
Rapport PFE Ilef Ben Slima
parIlef Ben Slima
 
PDF
RAPPORT DE PROJET DE FIN D’ETUDES
parTombariAhmed
 
PDF
Rapport Projet de fin d'etude sur le parc informatique
parHicham Ben
 
RapportPFE_IngenieurInformatique_ESPRIT
parLina Meddeb
 
iRecruite
parDonia Hammami
 
Rapport de pfe gestion de parc informatique et Helpdesk
parRaef Ghribi
 
Rapport de stage
parichrafkhalfaoui
 
Rapport pfe- Refonte et déploiement d’une solution de messagerie en utilisant...
parNawres Farhat
 
Conception et développement d'une application de gestion de production et de ...
parMohamed Aziz Chetoui
 
Rapport pfe talan_2018_donia_hammami
parDonia Hammami
 
Rapport pfe
parAhmed rebai
 
Rapport PFE Ahmed BEN JEMIA
parAhmed BEN JEMIA
 
Conception et réalisation d’une application Mobile banking
parKhaled Fayala
 
Présentation pfe - Etude, conception et réalisation d'une application web de ...
parAyoub Mkharbach
 
Rapport final pfe_systeme_de_gestion _de_cabinet_de_formation_mobile_web
parSalma Gouia
 
Rapport de projet de fin d"études
parMohamed Boubaya
 
gestion de projet
parWajdi kanzali
 
Conception et Réalisation d'un Système Intégré de Vote Electronique cas: Haiti
parCarlos Philippe
 
Pfe 2015
parNizar Mohammed
 
Conception et Réalisation d’une Plateforme Web de Gestion des achats
parAyed CHOKRI
 
Rapport PFE Ilef Ben Slima
parIlef Ben Slima
 
RAPPORT DE PROJET DE FIN D’ETUDES
parTombariAhmed
 
Rapport Projet de fin d'etude sur le parc informatique
parHicham Ben
 

En vedette

PDF
20161101_new website_flashnews_FR (002)
parMbiombi anvers150@live.be
 
PDF
Inteligencia emocional y comunicación
parbc16alcantara
 
PPT
Séminaire FROTSI Midi-Pyrénées - CDT Tarn
parLudovic Dublanchet
 
PPTX
Unidad pai introducción u3
paraimorales
 
PPT
Daniel jancourt projection
parACSSSS
 
PPT
Unidad pai 3 introducción
paraimorales
 
PPTX
Hottes Art Gallery by Whirlpool
parCuisines AvivA
 
PDF
TRH ANTONIO CARRARO _ FRANCAIS
parantoniocarraro
 
PPT
Communication et comportement des athlètes
parUniversité de la Manouba
 
PDF
Mactac Soignies Solutions adhésives bâtiment-brochure
parMactac Europe
 
PDF
Portrait
paraguslatief
 
PDF
Rapport "Ouverture et partage des données publiques culturelles" Tome 2
parCblogculture
 
PDF
Discours Carole Delga - Forum FIER
parJeremie7
 
PDF
chaise hamac
parhamacenligne
 
PDF
Repères géo 3e dnb
parasoulabaille
 
PPT
Slideshare lesaudacieux
parpaulinelabbe
 
DOC
Morales ramirez rene
parIPPSON
 
PPSX
Como lo hacemos
parTaladros sin fronteras
 
PPT
Roxana fuentes
parAzucena Prado Espinoza
 
PPTX
Pablo piray
parpablo
 
20161101_new website_flashnews_FR (002)
parMbiombi anvers150@live.be
 
Inteligencia emocional y comunicación
parbc16alcantara
 
Séminaire FROTSI Midi-Pyrénées - CDT Tarn
parLudovic Dublanchet
 
Unidad pai introducción u3
paraimorales
 
Daniel jancourt projection
parACSSSS
 
Unidad pai 3 introducción
paraimorales
 
Hottes Art Gallery by Whirlpool
parCuisines AvivA
 
TRH ANTONIO CARRARO _ FRANCAIS
parantoniocarraro
 
Communication et comportement des athlètes
parUniversité de la Manouba
 
Mactac Soignies Solutions adhésives bâtiment-brochure
parMactac Europe
 
Portrait
paraguslatief
 
Rapport "Ouverture et partage des données publiques culturelles" Tome 2
parCblogculture
 
Discours Carole Delga - Forum FIER
parJeremie7
 
chaise hamac
parhamacenligne
 
Repères géo 3e dnb
parasoulabaille
 
Slideshare lesaudacieux
parpaulinelabbe
 
Morales ramirez rene
parIPPSON
 
Como lo hacemos
parTaladros sin fronteras
 
Roxana fuentes
parAzucena Prado Espinoza
 
Pablo piray
parpablo
 

Similaire à Rapport de sprint finale (All Project part)

PDF
Rappport PFE 2012 Ghodhbane Hani - OpenSNC
parGhodbane Heni
 
PDF
Rapport de stage du fin d'étude
parYahyaoui Mohamed Yosri
 
PDF
pfe_rapport_poste_licence_LFIG.pdf
parnesrine haloui
 
PDF
Rapport Projet Fin d'Études PFE
parMohamed Amine Mahmoudi
 
PDF
Rapport Projet De Fin D'étude de Conception et développement d’une applicatio...
parmouafekmazia
 
PDF
Conception et développement d'une marketplace basée sur l'architecture micros...
parAdem Amen Allah Thabti
 
PPTX
Application web et mobile.potx
parBelwafi Bilel
 
PDF
rapport pfe: Solution de réservation une table dans un restaurants
parbarbourafedia1
 
PPTX
Application web et mobile.potx
parBelwafi Bilel
 
PDF
Rapport pfe isi_Big data Analytique
parYosra ADDALI
 
PPTX
PrésentationSoutenance.pptx
parislame808
 
PDF
rapport de projet de fin d'étude_PFE
parDonia Hammami
 
PDF
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
parYasmine Lachheb
 
PPTX
App_Gestion_QR.pptx
parMinaNouhii
 
PDF
Rapport de projet de fin d'année
parkaies Labiedh
 
PDF
pfe Conception et Réalisation d’un Portail WEB D’Evaluation Des Performance d...
parBen Messaoud Aymen
 
PDF
Rapport de stage de fin d'etudes Application web de E-commerce
parAbdellatif SOW
 
DOCX
Gestion d'erreurs et accès à distance
parahmed oumezzine
 
PPTX
Presentation-projet-PFE résentationSoutenance.pptx
parhoussembejaoui6
 
PPTX
617213148-Presentation-Pfe-presentation.pptx
parFouratiKhouloud
 
Rappport PFE 2012 Ghodhbane Hani - OpenSNC
parGhodbane Heni
 
Rapport de stage du fin d'étude
parYahyaoui Mohamed Yosri
 
pfe_rapport_poste_licence_LFIG.pdf
parnesrine haloui
 
Rapport Projet Fin d'Études PFE
parMohamed Amine Mahmoudi
 
Rapport Projet De Fin D'étude de Conception et développement d’une applicatio...
parmouafekmazia
 
Conception et développement d'une marketplace basée sur l'architecture micros...
parAdem Amen Allah Thabti
 
Application web et mobile.potx
parBelwafi Bilel
 
rapport pfe: Solution de réservation une table dans un restaurants
parbarbourafedia1
 
Application web et mobile.potx
parBelwafi Bilel
 
Rapport pfe isi_Big data Analytique
parYosra ADDALI
 
PrésentationSoutenance.pptx
parislame808
 
rapport de projet de fin d'étude_PFE
parDonia Hammami
 
Rapport PFE BIAT Conception et mise en place d’une plate-forme de gestion des...
parYasmine Lachheb
 
App_Gestion_QR.pptx
parMinaNouhii
 
Rapport de projet de fin d'année
parkaies Labiedh
 
pfe Conception et Réalisation d’un Portail WEB D’Evaluation Des Performance d...
parBen Messaoud Aymen
 
Rapport de stage de fin d'etudes Application web de E-commerce
parAbdellatif SOW
 
Gestion d'erreurs et accès à distance
parahmed oumezzine
 
Presentation-projet-PFE résentationSoutenance.pptx
parhoussembejaoui6
 
617213148-Presentation-Pfe-presentation.pptx
parFouratiKhouloud
 

Rapport de sprint finale (All Project part)

  • 1.
    Sommaire Chapitre 1 I. Etudede contexte ................................................................................. 1 1. Identification des acteurs ..............................................................................................1 2. Identification des besoins fonctionnels :........................................................................2 3. Identification des besoins non fonctionnels :.................................................................3 II. Analyse globale......................................................................................... 4 1. Diagramme de cas d’utilisation globale :.......................................................................4 2. Diagramme de classe d’analyse globale : ......................................................................5 III. Modélisation de l’architecture logique et physique de l’application... 6 1. Modélisation de l’architecture logique : ........................................................................6 2. Modélisation de l’architecture physique :......................................................................6 IV. Elaboration du product backlog............................................................. 7 V. Elaboration des maquettes .................................................................... 11 VIII. Conclusion.............................................................................................. 13 Chapitre 2 I. Objectif................................................................................................... 15 II. Backlog de sprint.................................................................................... 16 1. Répartition en tache avec estimation ...........................................................................16 2. Scénario de test ............................................................................................................21 3. Burndown chart............................................................................................................22 III. Analyse.................................................................................................... 23 1. Diagramme de cas d’utilisation détaillé.......................................................................23 2. Diagrammes d’activités................................................................................................24 IV. Conception............................................................................................. 26
  • 2.
    2 1. Diagramme deséquence objet .....................................................................................26 2. Diagramme de classe conception.................................................................................29 V . Réalisation.............................................................................................. 30 1. Outils, bibliothèques et technologies utilisés...............................................................30 2. Captures d’écran de l’application ................................................................................31 VIII. Conclusion.............................................................................................. 34 Chapitre 3 I. Objectif.................................................................................................... 36 II. Backlog sprint......................................................................................... 37 1. Répartition des taches avec estimation : ......................................................................37 2. Scénarios de test...........................................................................................................39 3. Burndown chart...........................................................................................................41 III. Analyse.................................................................................................... 42 1. Diagramme de cas d’utilisation détaillé.......................................................................42 2. Diagramme de séquence système : ..............................................................................43 IV. Conception.............................................................................................. 44 V. Réalisation............................................................................................... 46 2. Captures d’écran de l’application réalisée: ..................................................................48 VI. Conclusion............................................................................................... 52 Chapitre 4 I. Objectif................................................................................................... 54 II. Backlog de sprint.................................................................................... 55 1. Répartition en tache avec estimation ...........................................................................55 2. Scénario de test ............................................................................................................59 3. Burndown chart............................................................................................................60 4. Procès verbale des réunions :.......................................................................................61 IV. Analyse.................................................................................................... 62
  • 3.
    3 1. Diagramme decas d’utilisation raffiné........................................................................62 2. Diagrammes d’activités................................................................................................63 IV. Conception............................................................................................. 64 1. Diagramme de séquence objet .....................................................................................64 2. Diagramme de classe ...................................................................................................68 3. Diagramme de classe conception.................................................................................69 4. Diagramme de composants..........................................................................................70 V. Réalisation............................................................................................... 71 1. Outils, bibliothèques et technologies utilisés...............................................................71 2. Captures d’écran de l’application ................................................................................72 VIII. Conclusion.............................................................................................. 75
  • 4.
    4 Table de figures figure1: Acteur « Visiteur ».............................................................................................................1 figure 2: Acteur « Client »................................................................................................................1 figure 3: Acteur « Administrateur » .................................................................................................1 figure 4: Acteur « Restaurateur » .....................................................................................................1 figure 5: Diagramme de cas d’utilisation générale...........................................................................4 figure 6: Diagramme de classe d’analyse globale............................................................................5 figure 7: Architecture logique ..........................................................................................................6 figure 8: Architecture physique........................................................................................................6 figure 9: Product backlog ...............................................................................................................10 figure 10: Maquette de l’authentification .....................................................................................11 figure 11: Maquette de l’espace de gestion des commentaires.....................................................11 figure 12: Maquette de l’espace de gestion des comptes..............................................................12 figure 13: Maquette de la section pour la modification des informations du compte admin .......12 figure 14: Backlog sprint_Java.....................................................................................................20 figure 15: Burn Down chart 3D....................................................................................................22 figure 16: Left To do chart............................................................................................................22 figure 17: Diagramme de cas d’utilisation détaillé.......................................................................23 figure 18: Diagramme d’activité « effectuer une réservation »....................................................24 figure 19: Diagramme d’activité « authentification»....................................................................25 figure 20: Diagramme de séquence objet «authentification» .......................................................26 figure 21: Diagramme de séquence objet «réservation»...............................................................27 figure 22: Diagramme de séquence objet «authentification restaurateur» ...................................27 figure 23: Diagramme de séquence objet «authentification administrateur»...............................28 figure 24: Diagramme de classe conception.................................................................................29 figure 25: Interface « inscription » ..............................................................................................31 figure 26: Interface « authentification » .......................................................................................31 figure 27: Interface restaurateur « contacter un restaurateur ».....................................................32 figure 28: Interface restaurateur « gérer restaurant».....................................................................32 figure 29: Interface restaurateur « ajout d’une offre»...................................................................33 figure 30: Interface restaurateur « gérer les réservations»............................................................33 figure 31: Backlog sprint_Mobile.................................................................................................39
  • 5.
    5 figure 32: Burndownchart............................................................................................................41 figure 33: Cas d'utilisation............................................................................................................42 figure 34: Diagramme de séquence d’Authentification................................................................43 figure 35: Diagramme de séquence objet de consulter les offres .................................................44 figure 36: Diagramme séquence objet Inscription........................................................................45 figure 37: La bibliothèque de J2ME.............................................................................................46 figure 38: Transfert et récupération des données entre le serveur et l'émulateur .........................47 figure 39: Authentification ...........................................................................................................48 figure 40: Inscription Client..........................................................................................................48 figure 41: Inscription Restaurateur ...............................................................................................49 figure 42: Consulter Bons plans, Consulter offre, Envoyer SMS, Consulter Restaurant.............49 figure 43: Interface « Modifier Compte Client »..........................................................................50 figure 44: Interface « Accueil, Réserver, Noter un restaurant, Maps »........................................50 figure 45: Interfaces « Accueil, statistique, modification de compte restaurateur, réclamation »51 figure 46: Consulter informations d’un restaurant et afficher les informations ...........................51 figure 47: Backlog sprint_Web.....................................................................................................58 figure 48: Burn Down chart..........................................................................................................60 figure 49: Diagramme de cas d’utilisation détaillé.......................................................................63 figure 50: Diagramme d’activité « s’authentifier» .......................................................................63 figure 51: Diagramme de séquence objet «authentification» .......................................................64 figure 52: Diagramme de séquence objet «réservation»...............................................................65 figure 53: Diagramme de séquence objet «Consulter offre»........................................................66 figure 54: Diagramme de séquence objet «Chercher offre».........................................................67 figure 55: Diagramme de classe ...................................................................................................68 figure 56: Diagramme de classe conception.................................................................................69 figure 57: Interface « vue globale_gestion restaurateur » ...........................................................72 figure 58: Interface « acceuil_gestion restaurateur »....................................................................73 figure 59: Interface « consulter fiche restaurateur».....................................................................73 figure 60: Interface « Consulter les restaurants_frontOffice» .....................................................74 figure 61: Interface « Consulter une offre_backOffice»..............................................................74
  • 6.
    6 Introduction générale Réserver enquelques clics dans le restaurant de votre choix ! En effet, en indiquant les informations concernant la date à laquelle vous souhaitez réserver, le nombre de personnes et l’heure. C’est dans ce cadre s’inscrit ce présent travail ayant pour but de développer une application java, mobile et web permettant de Retrouvez grâce à notre guide une sélection des meilleurs restaurants de Tunisie.
  • 7.
  • 8.
    1 I. Etude decontexte 1. Identification des acteurs : figure 1: Acteur « Visiteur » L’acteur « visiteur » est un utilisateur simple qui pourra simplement consulter la liste des restaurants et des bons plans figure 2: Acteur « Client » L’acteur « client » après l’inscription et l’authentification il bénéficiera des droits liés à cet acteur figure 3: Acteur « Administrateur » L’acteur « administrateur » bénéficiera des droits de la gestion des comptes des clients et des commentaires figure 4: Acteur « Restaurateur » L’acteur « restaurateur » bénéficiera de la gestion d’un ou plusieurs restaurants, de leur menu et des réservations
  • 9.
    2 2. Identification desbesoins fonctionnels L’application doit assurer les fonctionnalités suivantes aux visiteurs ● Consulter la liste des restaurants ● Consulter les menus des différents restaurants ● Rechercher un restaurant selon des critères personnalisés ● Simuler le coût (en fonction du nombre de personnes, nature des mets, …) ● Trouver les bons plans L’application doit assurer à l’utilisateur de visualiser les bon plan ajouté par les restaurateur ● Accéder aux services de Restaurant Tunisie via une application mobile L’application doit assurer les fonctionnalités suivantes aux clients ● Commenter et noter un restaurant ● Effectuer une réservation ● Modifier les informations du compte L’application doit assurer les fonctionnalités suivantes aux administrateurs ● Gérer les comptes des clients L’application doit assurer la gestion des comptes des clients (l’ajout, suppression, consultation, recherche). ● Gérer les commentaires L’application doit assurer la gestion des commentaires des clients (la suppression, consultation). L’application doit assurer les fonctionnalités suivantes aux restaurateurs : ● Gérer la réservation
  • 10.
    3 L’application doit assurerau restaurateur la gestion des réservations des clients (la validation et l’annulation). ● Gérer restaurants L’application doit assurer au restaurateur la gestion d’un ou plusieurs restaurants (l’ajout, la suppression, la consultation et la modification). ● Gérer les bons plans ● L’application doit assurer au restaurateur la gestion de ses bons plans (l’ajout, la suppression et la consultation). 3. Identification des besoins non fonctionnels :  La compatibilité : L’application doit être compatible avec la majorité des navigateurs (Web), des systèmes d’exploitation (mobile et Desktop).  L’ergonomie des interfaces homme-machine (IHM) : Il s’agit d’une application (Web, Mobile, Desktop), elle doit présenter des interfaces utilisateurs conviviales bien structurées du point de vue contenu informationnel.  La sécurité : Les droits d’accès au système doivent être bien attribués aux différents partenaires, afin d’assurer la sécurité des données. De plus, le système doit disposer d’un mécanisme d’authentification limitant l’accès aux utilisateurs.  Les contraintes techniques : Le système doit être développé en Open Source. En outre, il doit être portable et fonctionnel sur plusieurs systèmes d’exploitation.
  • 11.
    4 II. Analyse globale 1.Diagramme de cas d’utilisation globale : figure 5: Diagramme de cas d’utilisation générale
  • 12.
    5 2. Diagramme declasse d’analyse globale : figure 6: Diagramme de classe d’analyse globale 1..1 Gérer 1..* 1..1 Gérer 0..* 1..1 Gérer 0..* 0..* 1..* effectuer 0..* 1..* Gérer 1..* Attribuer 0..* 1..* Attribuer 0..* 1..1 Avoir 0..* 1..* Gérer 0..* 1..1 Gérer 0..* 1..1 Gérer 0..* 1..1 0..* 1..1 Appartient 1..1 Client - - - - - - - - id_client nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Restaurant - - - - - - - - - - id nom adresse email description tel site heure_ouverture heure_fermeture image : int : String : String : String : String : int : int : int : int : blob Menu - - - - - - id titre info prix photo etat : int : String : String : double : String : String Restaurateur - - - - - - - - id nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Commentaire - - - id text etat : int : String : String Note - - id note : int : int Reservation - - - - - id date_res nbr_perso commentaire etat : int : Date : int : String : String Administrateur - - - - - - id nom prenom email login pass : int : String : String : String : String : String Offre - - - - - id description prix date_debut date_fin : int : String : double : Date : Date
  • 13.
    6 III – Modélisationde l’architecture logique et physique de l’application : 1. Modélisation de l’architecture logique : figure 7: Architecture logique 2. Modélisation de l’architecture physique : figure 8: Architecture physique
  • 14.
    7 IV – Elaborationdu product backlog
  • 15.
    8 ID Feature User storyPriorité V1 V1.1 consulter restaurant V1.1.1 En tant que visiteur je veux consulter la liste des restaurants 40 V1.1.2 En tant que visiteur je veux consulter les menus des restaurants 45 1.2.1 S’inscrire En tant que visiteur je veux m’inscrire afin de passer des réservations HOW : sur une plateforme web 70 V1.2.2 S’inscrire En tant que visiteur je veux m’inscrire afin de passer des réservations HOW : sur une plateforme mobile 72 V1.3 Rechercher un restaurant En tant que visiteur je veux rechercher un restaurant 50 V1.4 Simuler le cout de la réservation En tant que visiteur je veux Simuler le cout de la réservation 32 V1.5 Trouver les bons plans En tant que visiteur je veux consulter les bons plans 30 C1 C1.1 Noter un restaurant En tant que client je veux noter un restaurant 25 C1.2 Commenter un restaurant En tant que client je veux commenter un restaurant 25 C1.3 Effectuer une réservation En tant que client je veux effectuer une réservation 60 C1.4 Modifier En tant que client je veux modifier les
  • 16.
    9 info compte informationsde mon compte 55 A1 A1.1 Gérer les comptes des clients A1.1.1 En tant qu’administrateur je veux consulter un compte 90 A1.1.2 En tant qu’administrateur je veux supprimer un compte 85 A1.2 Gérer les commentaires A1.2.1 En tant qu’administrateur je veux consulter les commentaires 80 A1.2.2 En tant qu’administrateur je veux supprimer les commentaires 85 A1.2.3 En tant qu’administrateur je veux valider des commentaires 75 R1 R1.1 S’inscrire En tant que restaurateur je veux m’inscrire 10 R1.2 Gérer restaurent R1.2.1 En tant que restaurateur je veux ajouter un restaurant 25 R1.2.2 En tant que restaurateur je veux supprimer un restaurant 13 R1.2.3 En tant que restaurateur je veux modifier un restaurant 16 R1.3 Gérer les réservations R1.3.1 En tant que restaurateur je veux valider les réservations 12 R1.3.2 En tant que restaurateur je veux annuler les réservations 8 R1.4 Gérer les bons plans R1.4.1 En tant que restaurateur je veux ajouter de bons plans
  • 17.
    10 figure 9: Productbacklog 7 R1.4.1 En tant que restaurateur je veux modifier les bons plans 9 R1.4.1 En tant que restaurateur je veux supprimer les bons plans 5
  • 18.
    11 V – Elaborationdes maquettes  A traves cette interface l’administrateur pourra s’authentifier figure 10: Maquette de l’authentification  A travers cette interface l’administrateur aura accès à touts les commentaires non confirmés figure 11: Maquette de l’espace de gestion des commentaires
  • 19.
    12  A traverscette interface l’administrateur pour gérer les comptes des clients, les consulter ou les supprimer figure 12: Maquette de l’espace de gestion des comptes  A travers cette interface l’utilisateur gère les informations de son propre compte figure 13: Maquette de la section pour la modification des informations du compte admin
  • 20.
    13 VIII - ConclusionCON Bon Onespère que notre projet facilitera la tache pour ceux qui n’ont pas une bonne visualisation sur touts les restaurants de la Tunisie Après ce sprint (0) on va aborder le sprint (1) qui consiste à réaliser le module de l’administration avec la technologie Java. En procédant par étape et en y mettant la détermination, la persévérance et l’effort, le parcours du succès est possible.
  • 21.
  • 22.
    15 I. Objectif L’objectif dece sprint et de concevoir et réaliser une application desktop du projet « Resto Tunisie » en utilisant le langage de programmation Java, on trouvera sur cette plateforme toutes les fonctionnalités de ce projet. Ce sprint est mis en œuvre surtout pour faciliter l’administration.
  • 23.
    16 II. Backlog desprint 1. Répartition en tache avec estimation
  • 24.
    17 ID Feature User storyTache Technique Estimation Affectation V1 S’inscrire En tant que visiteur je veux m’inscrire Elaborer interface d’inscription 12 LINA Méthode Insert dans la table client Méthode Insert dans la table restaurateur codage Test unitaire et test de sécurité C1 C1.1 consulter restaurant C1.1.1 En tant que client je veux consulter la liste des restaurants Elaborer interface pour la consultation 2 FEDI Méthode de consultation de la liste des restaurants (DAO) 2 codage 5 Test C1.2 Trouver un restaurant C1.2.1 En tant que client je veux rechercher un restaurant Codage et création de la méthode de recherche d’un restaurant par son nom 4 FEDI Elaborer interface pour la recherche test C1.2.2 En tant que client je veux consulter les bons plans Elaboration de l’interface pour la consultation des bons plans 3 codage test C1.3 Noter un restaurant En tant que client je veux noter un restaurant Elaborer l’interface pour noter un restaurant (noter avec les étoiles) 2 FEDI Méthode «insert » de la note dans la base de donnée test C1.4 Commenter un restaurant En tant que client je veux commenter un restaurant Elaborer l’interface pour l’insertion des commentaires 4 FEDI Méthode insert des commentaires dans la base Codage Test C1.5 Effectuer une réservation En tant que client je veux effectuer une réservation Elaborer l’interface pour l’insertion des réservations 3 FEDI Méthode insert des réservations dans la base Codage Test C1.6 Modifier info compte En tant que client je veux modifier les informations de mon compte Elaborer l’interface pour la modification des informations 3 FEDI Méthode update des informations du client Codage (contrôle saisie, programmer les boutons) Test
  • 25.
    18 A1 A1.1 Gérer les comptesdes clients A1.1.1 En tant qu’administrateur je veux consulter un compte Elaborer l’interface pour la consultation d’un compte client 4 AHMED codage test A1.1.2 En tant qu’administrateur je veux supprimer un compte Elaborer l’interface pour la suppression d’un compte client 4 AHMED codage Méthode delete du compte client test A1.1.2 En tant qu’administrateur je veux rechercher un compte Elaborer l’interface pour la recherche d’un client 4 AHMED Méthode select du compte client codage test A1.2 Gérer les commentaires A1.2.1 En tant qu’administrateur je veux consulter les commentaires Elaborer l’interface pour la consultation des commentaires 3 MILKA Codage Méthode select des commentaires test A1.2.2 En tant qu’administrateur je veux supprimer les commentaires Elaborer l’interface pour la suppression des commentaires 4 MILKA Méthode delete des commentaires codage test A1.2.3 En tant qu’administrateur je veux valider des commentaires envoyer mail lors de la validation Elaborer l’interface pour la validation des commentaires 9 MILKA Méthode delete des commentaires non validés Codage et intégration du mail test A1.3 Gérer les restaurateurs A1.3.1 En tant qu’administrateur je veux consulter la liste des restaurateurs Elaborer l’interface pour la consultation des restaurateurs 4 AYMEN Méthode select de touts les restaurateurs codage test A1.3.2 En tant qu’administrateur je veux supprimer un restaurateur Elaborer l’interface pour la suppression des restaurateurs 5 AYMEN Méthode delete d’un restaurateur codage test A1.3.3 En tant qu’administrateur je veux modifier les informations d’un Elaborer l’interface pour la modification des restaurateurs 4 AYMEN Méthode update d’un restaurateur
  • 26.
    19 restaurateur codage test A1.3.4 Entant qu’administrateur je veux contacter un restaurateur Elaborer l’interface pour l’envoi d’un mail 3 AYMEN Intégration des librairies mail Codage et contrôle saisie test A1.4 Gérer les administrateurs A1.4.1 En tant qu’administrateur je veux ajouter un administrateur Elaborer l’interface de l’ajout d’un administrateur 7 MLIKA Méthode insert d’un administrateur codage test A1.4.1 En tant qu’administrateur je veux modifier le mot de passe du compte Elaborer l’interface pour la modification du mot de passe codage Contrôle saisie et intégration du système « code de vérification » R1 R1.2 Gérer restaurant R1.2.1 En tant que restaurateur je visualiser les statistiques Elaborer l’interface pour les statistiques 3 WAJDI Intégration du code test R1.2.2 En tant que restaurateur je veux ajouter un restaurant Elaborer l’interface pour l’ajout d’un restaurant 4 HENI Méthode insert d’un restaurant codage test R1.2.3 En tant que restaurateur je veux supprimer un restaurant Elaborer l’interface pour la suppression d’un restaurant 3 HENI Méthode delete d’un restaurant codage test R1.2.4 En tant que restaurateur je veux modifier un restaurant Elaborer l’interface pour la modification d’un restaurant 3 HENI Méthode update d’un restaurant codage test R1.2.5 En tant que restaurateur je veux consulter la liste des restaurants Elaborer l’interface pour la consultation des restaurants 3 HENI Méthode select des restaurants restaurant codage test R1.2.6 En tant que restaurateur je veux contacter un administrateur Elaborer l’interface pour l’envoi d’un mail HENI Intégration des librairies mail Codage et contrôle saisie R1.2.7 En tant que restaurateur je veux rechercher un restaurant Elaborer l’interface pour la recherche des restaurants 4 HENI Méthode SelectByNom des restaurants
  • 27.
    20 figure 14: Backlogsprint_Java codage test R1.3 Gérer les réservations R1.3.1 En tant que restaurateur je veux valider les réservations Elaborer l’interface pour la validation des réservations 5 WAJDI codage Test R1.3.2 En tant que restaurateur je veux annuler les réservations Interface pour l’annulation 3 WAJDI codage test R1.4 Gérer les bons plans (offres) R1.4.1 En tant que restaurateur je veux ajouter de bons plans Elaborer l’interface pour l’ajout des offres 4 WAJDI Méthode insert des offres codage test R1.4.1 En tant que restaurateur je veux modifier les bons plans Elaborer l’interface pour la modification des offres 4 WAJDI Méthode update des offres codage test R1.4.1 En tant que restaurateur je veux supprimer les bons plans Elaborer l’interface pour la suppression des offres 3 WAJDI Méthode delete des offres codage test Stoty Less Création de la base de données 1 MLIKA Authentification Interface authentification 13 LINA Codage test Diagramme de séquence objets 2 LINA Intégration du jasper report pour l’export de la liste des restaurants 1 HENI Intégration du jasper report pour l’export de la liste des restaurateurs 1 AYMEN Intégration du jasper report pour l’export de la liste des clients qui ont réservé 2 WAJDI Diagramme de classe de conception 2 HENI Burndownchart 2 HENI Diagramme d’activité 2 FEDI Elaboration backlog sprint1 (Répartition +estimation) 5 AYMEN Elaboration Rapport sprint 1 2 AYMEN Documentation 14 Tous les membres du groupe
  • 28.
    21 2. Scénario detest  Scénario 1 : Étant donné un client BBB qui possède un login et un mot de passe Quand il saisie de fausses informations lors de l’authentification Alors l’authentification est refusé et le message « login ou mot de passe incorrect » est envoyé  Scénario 2 : Étant donné un administrateur A et un administrateur B Quand l’administrateur A veut ajouter un administrateur avec le même login que B Alors l’ajout est refusé et le message « login déjà utilisé »  Scénario 3 : Pour le user story « en tant qu’administrateur je veux modifier mon mot de passe» des critères de test que j'ai identifiés sont : -On ne peut modifier le mot de passe que si on introduit le code de vérification qui a été envoyé à la boite mail de l’administrateur  Scénario 4 : Pour le user story « en tant que client je veux effectuer une réservation» des critères de test que j'ai identifiés sont : -On ne peut réserver que si un restaurant est sélectionné
  • 29.
    22 3. Burndown chart figure15: Burn Down chart 3D Le graphe ci-dessus représente le burndown chart, qui représente le pourcentage du travail effectué par rapport au nombre de jour du travail. figure 16: Left To do chart Le graphe ci-dessus représente les taches qui nous restent à réaliser en termes d’heures par rapport aux jours totaux.
  • 30.
    23 III. Analyse 1. Diagrammede cas d’utilisation détaillé figure 17: Diagramme de cas d’utilisation détaillé
  • 31.
    24 Nous présentant ci-dessusle diagramme de cas d’utilisation détaillé avec les nouvelles fonctionnalités ajoutés au niveau du sprint 1, pour ce sprint on a 3 acteurs : client, restaurateur, administrateur. Pour ce sprint on a pris la décision d’éliminer le visiteur puisque chaque fonctionnalité nécessite une authentification 2. Diagrammes d’activités figure 18: Diagramme d’activité « effectuer une réservation » Nous présentant ci-dessus le diagramme d’activité pour la fonctionnalité « «réserver » qui est lié à l’acteur « client » qui après avoir sélectionné un restaurant et le remplissage du formulaire il pourra effectuer une réservation.
  • 32.
    25 figure 19: Diagrammed’activité « authentification» Nous présentant ci-dessus le diagramme d’activité pour la fonctionnalité «s’authentifier», à premier temps l’acteur choisis le type d’authentification et on saisie le login et le mot de passe et après une vérification il accède à l’application.
  • 33.
    26 IV – Conception 1.Diagramme de séquence objet figure 20: Diagramme de séquence objet «authentification» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification client -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface client
  • 34.
    27 figure 21: Diagrammede séquence objet «réservation» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de la réservation. -Après avoir sélectionné un restaurant -On rempli le formulaire de la réservation et on insère dans la base de données figure 22: Diagramme de séquence objet «authentification restaurateur»
  • 35.
    28 Le diagramme ci-dessusprésente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification du restaurateur -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface du restaurateur figure 23: Diagramme de séquence objet «authentification administrateur» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification administrateur -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface administrateur
  • 36.
    29 2. Diagramme declasse conception figure 24: Diagramme de classe conception Nous présentons ci-dessous le diagramme de classe de conception qui contient tout les entités de notre projet 1..1 Gérer 1..* 1..1 Gérer 0..* 1..1 Gérer 0..* 0..* 1..* effectuer 0..* 1..* Gérer 1..* Attribuer 0..* 1..* Attribuer 0..* 1..1 Avoir 0..* 1..* Gérer 0..* 1..1 Gérer 0..* 1..1 Gérer 0..* 1..1 0..* 1..1 Appartient 1..1 Client - - - - - - - - id_client nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Restaurant - - - - - - - - - - id nom adresse email description tel site heure_ouverture heure_fermeture image : int : String : String : String : String : int : int : int : int : blob Menu - - - - - - id titre info prix photo etat : int : String : String : double : String : String Restaurateur - - - - - - - - id nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Commentaire - - - id text etat : int : String : String Note - - id note : int : int Reservation - - - - - id date_res nbr_perso commentaire etat : int : Date : int : String : String Administrateur - - - - - - id nom prenom email login pass : int : String : String : String : String : String Offre - - - - - id description prix date_debut date_fin : int : String : double : Date : Date
  • 37.
    30 V – Réalisation 1.Outils, bibliothèques et technologies utilisés La mis en œuvre de ce projet nécessite l’utilisation de différentes outils et technologies parmi les quels on cite : Outils :  PowerAMC : pour la création des différents diagrammes  Netbeans 7.4  WAMPSERVER : pour la création de la base de données  Balsamiq Mockups : pour la création des maquettes  Sprinttometer : pour la réalisation du burndownchart Technologies :  JAVA  SQL Bibliothèques :  Java SWING : pour la création des interfaces graphiques  Jfreechart : pour la réalisation des statistiques  Les librairies pour l’envoi des mails
  • 38.
    31 2. Captures d’écrande l’application Nous présenterons ci-dessous quelques captures écran de notre application figure 25: Interface « inscription » figure 26: Interface « authentification »
  • 39.
    32 figure 27: Interfacerestaurateur « contacter un restaurateur » figure 28: Interface restaurateur « gérer restaurant»
  • 40.
    33 figure 29: Interfacerestaurateur « ajout d’une offre» figure 30: Interface restaurateur « gérer les réservations»
  • 41.
    34 VIII - ConclusionCON Bon Onespère que notre projet facilitera la tache pour l’administration du projet et avoir une bonne visibilité pour chaque acteur sur toutes ces fonctionnalités. Ce sprint nous a permis de découvrir de nouveaux outils et d’acquérir de nouvelles connaissances. Après ce sprint (1) on va aborder le sprint (2) qui consiste à réaliser une application mobile de notre projet. En procédant par étape et en y mettant la détermination, la persévérance et l’effort, le parcours du succès est possible.
  • 42.
  • 43.
    36 I. Objectif Le nombrede terminaux ‘légers’ (PDA, téléphone…) dépasse largement celui des ordinateurs personnels (400 millions d’ordinateurs personnels dans le monde en 2002, un milliard de terminaux ‘légers’ en 2003). 30 à 50 % de ces terminaux ont une connectivité possible à l’Internet. Les Smartphones par conséquence ont devenu un outil de communication incontournable. Sprint 2 consiste à il à élaborer une application mobile en J2Me. A base de cahier des charges qui vise à implémenter des divers services au visiteur tels que : Consulter la liste des restaurants , consulter les menus des différents restaurants, commenter et noter un restaurant, rechercher un restaurant selon des critères personnalisés, effectuer une réservation, réserver et simuler le coût d’une réservation, trouver les bons plans… Cette applications mobile est applicable dans le cadre de permettre au visiteur de réservez dans les meilleurs restaurants aux meilleurs prix. Nous ne permettons pas seulement aux restaurateurs d’être visibles sur notre site… Nous leur fournissons aussi des outils experts pour les aider dans la gestion de leur établissement : cahier de réservation électronique, optimisation du taux de remplissage, gestion de la relation client…
  • 44.
    37 II. Backlog sprint 1.Répartition des taches avec estimation : Id story Story Tache Estimation rôle 1.1 En Tant que Client je souhaite consulter les restaurants via mobile Codage « consulter un restaurant » 2H Aymen création de la base de données 1H Mlika Tester le travail du Fedi 1H Aymen 1.2 En Tant que Client je souhaite consulter le Mapp de restaurant via mobile Intégration de la localisation map 2H Fedi,Aymen implémenter l’interface correspondante 1H Fedi Tester le travail d’Aymen et Wajdi 1H Fedi 2.1 En Tant que client je souhaite m’inscrire via mobile Méthode ajout client(inscription) 2H Lina Tester le travail du Heni 1H 30 min Lina 2.2 En tant que restaurateur je souhaite m’inscrire via mobile Méthode ajout restaurateur(inscription) 1H Lina Tester le travail de Heni 1H Lina
  • 45.
    38 3.1 En Tantque restaurateur je souhaite gérer mon compte via mobile création de package restaurateur 20 min Mlika création de midlet pour la gestion des comptes 4H Mlika Tester le travail d’Ahmed et Wajdi 50 min Mlika 3.2 En tant que client je souhaite écrire un commentaire via mobile Crud pour la consultation des commentaires 2H Aymen 3.3 En tant que restaurateur je souhaite envoyer et modifier compte restaurateur via mobile Crud Réclamation 2H Ahmed codage 2H 30 min Ahmed Intégrer la visualisation d’une vidéo 1H Ahmed Intégrer l’appel d’un numéro 1H 30 MIN Ahmed tester le travail de Mlika 1H Ahmed 3.4 En tant que client je souhaite noter un restaurant via mobile codage 30 min Heni Crud « noter restaurant » 3H Heni Crud « réservation » 2H Heni tester le travail de Lina 50 min Heni création package statistique 30 min Fedi
  • 46.
    39 3.5 En tantque restaurateur je souhaite consulter les statistiques concernant mon restaurant via mobile Codage et intégration du module statistique 2H Fedi Tester le travail du Aymen et Wajdi 1H Fedi 3.6 En tant que Client je souhaite consulter les offres, attribuer note et ajouter commentaire via mobile Codage « consultation des offres » 1H 30 min Wajdi Intégration du module d’envoi d’un sms au restaurateur 1H Wajdi Ajouter commentaire à l’offre 2H Wajdi chercher les offres 2H Wajdi Tester le travail d’Ahmed et Heni 1H Wajdi figure 31: Backlog sprint_Mobile 2. Scénarios de test Le story ‘S'authentifier ‘ Authentification acceptée Étant donné 2 champs "login" et "password», Quand le client Mohamed s'authentifie en donnant son login ="****" et mot de passe="****" Alors il peut accéder à l'accueil du site de Resto Tunisie via mobile. Authentification refusée
  • 47.
    40 Étant donné 2champs "login" et "password", Quand un client ‘foulen’ introduit un login ="*** " et password ="***" différent à celui qui existe dans la base il sera averti via mobile Alors l'accès est refusé et le message "Login et Mot de passe incorrect" est lui retourner à l’interface de authentification. La Story :'Modification des informations du client' Modification acceptée Étant donné les champs "login" et "passwd" du formulaire,un client ‘foulen’ Quand il introduit via mobile son login="" et son passwd="", Alors les nouvelles modifications qui l’à introduit dans le formulaire seront enregistrés et un message de confirmation de modification des informations personnelles sera affiché. Modification refusée Étant donné les champs "login" et "password" du formulaire, un client ‘foulen’ Quand il introduit via mobile login="",password="", Alors les nouvelles modifications seront refusés et un message d'erreur de modification des informations personnelles sera affiché "Vous devez remplir tous les champs".  La Story :'Effectuer une réservation via mobile' Réservation effectuée Étant donné les champs "login" et "password" du formulaire, un client ‘foulen’ Quand il introduit via mobile le jour de la réservation après avoir désigné le restaurant Alors la réservation sera enregistré. Réservation refusée Étant donné les champs "login" et "password" du formulaire, Quand un client ‘foulen’ ne sélectionne pas un restaurant.
  • 48.
    41 3. Burndown chart figure32: Burndown chart Le graphe ci-dessus représente le burndown chart, qui représente le pourcentage du travail effectué par rapport au nombre de jour du travail.
  • 49.
    42 III. Analyse 1. Diagrammede cas d’utilisation détaillé figure 33: Cas d'utilisation Client Consulter les restaurants Consulter les offres Commenter un Restauarant Commenter les offres Noter un Restaurant Effectuer une Reservation envoyer un SMS envoyer une Reclamation Consulter les rapports des Statistiques Modifier Compte Client S'inscrire Authentification Localiser les Restaurants gérer restaurant Restaurateur supprimer restaurant modifier restaurantConsulter restaurant Ajouter restauarnt Modifier Compte restaurateur
  • 50.
    43 Nous présentant ci-dessusle diagramme de cas d’utilisation détaillé avec les fonctionnalités du sprint 2, au niveau de ce sprint on a 2 acteurs : client, restaurateur. 2. Diagramme de séquence système : figure 34: Diagramme de séquence d’Authentification Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification du restaurateur -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface restaurateur sd:Authenti fi cati on 4:Affi cher un m essage d'erreur 3 : Affi cher l 'i nterface 2: véri fi cati on 1:sai si r(l ogi n , m dp)() restaurateur <<system e>> Restaurant [ l ogi n et m dp correcte ] [l ogi n ou m dp i ncorrecte ] al t 4:Affi cher un m essage d'erreur 3 : Affi cher l 'i nterface 2: véri fi cati on 1:sai si r(l ogi n , m dp)()
  • 51.
    44 IV. Conception 1. Diagrammede Séquence Objet figure 35: Diagramme de séquence objet de consulter les offres DS_Consulter offre 10: Afficher(Msg) 9: AfficherOffre() 8: ReponseSelect() 6: ReponseSelect() 7: Select() 5: Select() 4: Chercher() 3: Cliquer"Suivant" 2: Formulaire afficher() 1: Demande formulaire() Client <<boundary>> :UI_interface offre <<entity>> :offre <<control>> :consulter_offre <<entity>> :Restaurant [offre=true] else alt 10: Afficher(Msg) 9: AfficherOffre() 8: ReponseSelect() 6: ReponseSelect() 7: Select() 5: Select() 4: Chercher() 3: Cliquer"Suivant" 2: Formulaire afficher() 1: Demande formulaire()
  • 52.
    45 figure 36: Diagrammeséquence objet Inscription sd:Ajouter Restaurant verification message d'erreur ajouter à la liste des restaurateur saisir code envoyer un SMS pour confirmer Remplire formulaire formulaire afficher Demande d'afficher formulaire Ajouter Restaurateur() Restaurateur Systeme [code=correcte] [code=incorrecte] alt ref sd:Authentification() verification message d'erreur ajouter à la liste des restaurateur saisir code envoyer un SMS pour confirmer Remplire formulaire formulaire afficher Demande d'afficher formulaire Ajouter Restaurateur()
  • 53.
    46 V. Réalisation 1. Outils,bibliothèques et technologies utilisés: La mis en œuvre de ce projet nécessite l’utilisation de différentes outils et technologies parmi les quels on cite : Outils :  PowerAMC : pour la création des différents diagrammes  Netbeans 7.4  Wamp : pour la création de la base de données  BalsamiqMockups : pour la création des maquettes  Sprinttometer : pour la réalisation du burndownchart Technologies :  J2ME  MySQL Bibliothèques : figure 37: La bibliothèque de J2ME
  • 54.
    47 L’API lcdui estchargée de gérer l’ensemble des contrôles graphiques proposés par ce profile. Quant à la gestion des événements, elle suit le modèle des listeners du J2SE avec un CommandListener appelé en cas d’activation d’un contrôle. Donc io et rms, eux, fournissent les routines nécessaires aux entrées/s orties réseau et à la prise en charge d’une zone physique de stockage. Les Midlets Les Midlets sont l'élément principal d'une application Java embarquée. Pour bien saisir leur mode de fonctionnement, il suffit de prendre comme analogie les Applets ou les Servlets. Le cycle de vie d’une Applet est géré par un conteneur, en l’occurrence le Navigateur Web, dont le rôle est d’interagir avec celle-ci sous la forme de méthodes de notifications prédéfinies Une servlet possè de les mêmes caractéristiques qu’une Applet excepté le fait que le contenu r est un moteur de servlet (Tomcat, WebSphere, WebLogic, …). Quant aux Midlets, ils représentent le pendant des Applets et des Servlets pour J2ME avec comme conteneur votre téléphone mobile ou votre assistant personnel. Ainsi, en cas de mise à jour d’une application embarquée, un simple téléchargement de code Midlet est nécessaire à partir d’un quelconque serveur. De cette manière, un programme développé pour un profile donné est en mesure de s’exécuter sur tous les périphériques correspondant à cette famille. C’est aussi une manière de découpler le socle technique des applicatifs puisque le seul lien Existant entre les logiciels embarqués et le terminal est l’API J2ME. wireless toolkit 2.5: figure 38: Transfert et récupération des données entre le serveur et l'émulateur
  • 55.
    48 2. Captures d’écrande l’application réalisée: figure 39: Authentification figure 40: Inscription Client
  • 56.
    49 figure 41: InscriptionRestaurateur figure 42: Consulter Bons plans, Consulter offre, Envoyer SMS, Consulter Restaurant
  • 57.
    50 figure 43: Interface« Modifier Compte Client » figure 44: Interface « Accueil, Réserver, Noter un restaurant, Maps »
  • 58.
    51 figure 45: Interfaces« Accueil, statistique, modification de compte restaurateur, réclamation » figure 46: Consulter informations d’un restaurant et afficher les informations
  • 59.
    52 VI. Conclusion On adéveloppé une application mobile qui permettra au client de choisir son restaurant, consulter les offres et les bons plans et réserver et d'avoir plusieurs autres services reliés à notre application « Resto Tunisie », J2ME est une bonne sélection parmi plusieurs technologies pour les applications mobiles. Après ce sprint (2) on va aborder par la suite le sprint (3) qui consiste à réaliser une application web de notre projet.
  • 60.
  • 61.
    54 I. Objectif L’objectif dece sprint et de concevoir et réaliser une application Web du projet « Resto Tunisie » en utilisant plusieurs technologies comme le langage PHP et un framework PHP, Html, javascript. Pour cela on doit concevoir deux plateformes : Le front-Office (l’interface d’interaction pour les visiteurs et les clients) et le Back-Office (Pour la gestion et l’administration)
  • 62.
    55 II. Backlog desprint 1. Répartition en tache avec estimation
  • 63.
    56 ID Feature User storyTache Technique Estimation Affectation V1 S’inscrire En tant que visiteur je veux m’inscrire et m’authentifier Via Web Intégration du FOS user Bundle 40 LINA Test de sécurité 30 C1 C1.1 consulter restaurant C1.1.1 En tant que Visiteur je veux consulter la liste des restaurants Via Web Elaborer interface pour la consultation 20 FEDI Méthode de consultation de la liste des restaurants 20 Test 20 C1.3 Noter un restaurant En tant que client je veux noter un restaurant via Web Elaborer l’interface pour noter un restaurant 20 Ahmed Méthode «insert » de la note dans la base de donnée 20 Test 20 C1.4 Commenter un restaurant En tant que client je veux commenter un restaurant via Web Elaborer l’interface pour l’insertion des commentaires 40 FEDI Méthode insert des commentaires dans la base 30 Test 20 C1.5 Effectuer une réservation En tant que client je veux effectuer une réservation via Web Elaborer l’interface pour l’insertion des réservations 30 FEDI Méthode insert des réservations dans la base 20 Test 30 A1 A1.1 Gérer les comptes des clients A1.1.1 En tant qu’administrateur je veux consulter un compte via Web Elaborer l’interface pour la consultation d’un compte client 40 AHMED Test 30 A1.1.2 En tant qu’administrateur je veux supprimer un compte via Web Elaborer l’interface pour la suppression d’un compte client 40 AHMED Méthode delete du compte client 30 Test 20 A1.1.2 En tant qu’administrateur je veux rechercher un compte via Web Elaborer l’interface pour la recherche d’un client 40 AHMED Méthode select du compte client 40 Test 20 A1.2 Gérer les commentaires A1.2.1 En tant qu’administrateur je veux consulter les commentaires Via Web Elaborer l’interface pour la consultation des commentaires 30 MILKA Méthode select des commentaires 40 Test 20
  • 64.
    57 A1.2.2 En tant qu’administrateurje veux supprimer les commentaires via Web Elaborer l’interface pour la suppression des commentaires MILKA Méthode delete des commentaires 40 Test 20 A1.2.3 En tant qu’administrateur je veux valider des commentaires envoyer mail lors de la validation via Web Elaborer l’interface pour la validation des commentaires 50 MILKA Méthode delete des commentaires non validés 30 Codage et intégration du mail 30 Test 20 A1.3 Gérer les restaurateurs A1.3.1 En tant qu’administrateur je veux consulter la liste des restaurateurs Via Web Elaborer l’interface pour la consultation des restaurateurs 40 AYMEN Méthode select de touts les restaurateurs 40 Test 30 A1.3.2 En tant qu’administrateur je veux supprimer un restaurateur Via web Elaborer l’interface pour la suppression des restaurateurs 40 AYMEN Méthode delete d’un restaurateur 30 Test 20 A1.3.3 En tant qu’administrateur je veux modifier les informations d’un restaurateur Via Web Elaborer l’interface pour la modification des restaurateurs 40 AYMEN Méthode update d’un restaurateur 20 Test 20 A1.3.4 En tant qu’administrateur je veux ajouter un restaurateur Via web Elaborer l’interface pour l’ajout des restaurateurs 30 AYMEN Méthode insert d’un restaurateur 30 Codage et contrôle saisie 20 Test 20 R1 R1.2 Gérer restaurant R1.2.2 En tant que restaurateur je veux ajouter un restaurant Via web Elaborer l’interface pour l’ajout d’un restaurant 40 HENI Méthode insert d’un restaurant 30 Test de travaille 20 R1.2.3 En tant que restaurateur je veux supprimer un restaurant Via web Elaborer l’interface pour la suppression d’un restaurant 30 HENI Méthode delete d’un restaurant 20 Test 20 R1.2.4 En tant que restaurateur je veux modifier un restaurant Elaborer l’interface pour la modification d’un restaurant 30 HENI Méthode update d’un restaurant 20
  • 65.
    58 figure 47: Backlogsprint_Web Via web Test 20 R1.2.5 En tant que restaurateur je veux consulter la liste des restaurants Via web Elaborer l’interface pour la consultation des restaurants 30 HENI Méthode select des restaurants restaurant 30 Test 20 R1.2.6 En tant que restaurateur je veux contacter un administrateur Via web Elaborer l’interface pour l’envoi d’un mail 20 HENI Intégration des librairies mail 20 Codage et contrôle saisie 20 R1.2.7 En tant que restaurateur je veux rechercher un restaurant Via web Elaborer l’interface pour la recherche des restaurants 40 HENI Méthode Select ByNom des restaurants 30 Test 20 R1.3 Gérer les réservations R1.3.1 En tant que restaurateur je veux valider les réservations Via web Elaborer l’interface pour la validation des réservations 30 WAJDI Test 30 R1.3.2 En tant que restaurateur je veux annuler les réservations Via web Interface pour annuler les résérvations 20 WAJDI Test 20 R1.4 Gérer les bons plans (offres) R1.4.1 En tant que restaurateur je veux ajouter de bons plans Via web Elaborer l’interface pour l’ajout des offres 30 WAJDI Méthode insert des offres 30 Test 2 R1.4.1 En tant que restaurateur je veux modifier les bons plans Via web Elaborer l’interface pour la modification des offres 30 WAJDI Méthode update des offres 30 Test 20 R1.4.1 En tant que restaurateur je veux supprimer les bons plans Via web Elaborer l’interface pour la suppression des offres 30 WAJDI Méthode delete des offres 20 Test 20
  • 66.
    59 2. Scénario detest  Scénario 1 : Étant donné un client Amin qui possède un login et un mot de passe amin56 Quand il saisie de fausses informations lors de l’authentification Alors l’authentification est refusé et le message « login ou mot de passe incorrect » est envoyé Sinon il sera redirigé vers la page d’accueil.  Scénario 2 : Étant donné un administrateur Ahmed et un administrateur Samir Quand l’administrateur Ahmed veut ajouter un administrateur avec le même login que B Alors l’ajout est refusé et le message « login déjà utilisé » Sinon l’administrateur sera ajouté et un message de confirmation sera ajouté  Scénario 3 : Pour le user story « en tant qu’administrateur je veux modifier mon mot de passe» des critères de test que j'ai identifiés sont : -On ne peut modifier le mot de passe que si on introduit le code de vérification qui a été envoyé à la boite mail de l’administrateur  Scénario 4 : Pour le user story « en tant que client je veux effectuer une réservation» des critères de test que j'ai identifiés sont : -On ne peut réserver que si un restaurant est sélectionné
  • 67.
    60 3. Burndown chart figure48: Burn Down chart Le graphe ci-dessus représente le burndown chart, qui représente les taches qui reste à faire en termes de temps.
  • 68.
    61 4. Procès verbaledes réunions : PV 1 Date du jour : 21/04/2014 à 18h à Esprit Salle C35 Participants : toute l’équipe Discussion : - La répartition des taches entre les membres de groupe -Créer un plan pour améliorer les processus de travail -Les difficultés rencontrées : Le manque de communication et de l’esprit d'assistance mutuelle entre les membres d'équipe. -Qu'aurions-nous pu changer ? Mieux communiquer. PV 2 Date du jour : 25/04/2014 à 18h à Esprit Salle C35 Participants : toute l’équipe Discussion : - Choisir un template front-office et un template back-office -Résoudre quelques difficultés rencontrées au niveau de l’intégration du template
  • 69.
    62 IV. Analyse 1. Diagrammede cas d’utilisation raffiné
  • 70.
    63 figure 49: Diagrammede cas d’utilisation détaillé Nous présentant ci-dessus le diagramme de cas d’utilisation détaillé, pour ce sprint on a 4 acteurs : visiteur, client, restaurateur, administrateur. 2. Diagrammes d’activités figure 50: Diagramme d’activité « s’authentifier» Nous présentant ci-dessus le diagramme d’activité pour la fonctionnalité « s’authentifier » qui est lié à tout les acteurs qui après avoir saisi le login et le pass il sera redirigé vers l’interface demandé selon les privilèges.
  • 71.
    64 IV – Conception 1.Diagramme de séquence objet figure 51: Diagramme de séquence objet «authentification» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de l’authentification client -Après le remplissage des données (login et mot de passe) -Les données seront traitées et interroger la base de donnée -Si les données saisies sont similaires dans la base de données il le redirige vers l’interface client
  • 72.
    65 figure 52: Diagrammede séquence objet «réservation» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité de la réservation. -Après avoir sélectionné un restaurant -On rempli le formulaire de la réservation et on insère dans la base de données
  • 73.
    66 figure 53: Diagrammede séquence objet «Consulter offre» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité « «consultation d’une offre » -Le client demande la liste de toutes les offres -Après il choisie une offre d’un restaurant bien données -Si la requête est aboutie la fiche de l’offre concernée sera affichée DS_Consulter offre 10: Afficher(Msg) 9: AfficherOffre() 8: ReponseSelect() 6: ReponseSelect() 7: Select() 5: Select() 4: Chercher() 3: Cliquer"Suivant" 2: Formulaire afficher() 1: Demande formulaire() Client <<boundary>> :UI_interface offre <<entity>> :offre <<control>> :consulter_offre <<entity>> :Restaurant [offre=true] else alt 10: Afficher(Msg) 9: AfficherOffre() 8: ReponseSelect() 6: ReponseSelect() 7: Select() 5: Select() 4: Chercher() 3: Cliquer"Suivant" 2: Formulaire afficher() 1: Demande formulaire()
  • 74.
    67 figure 54: Diagrammede séquence objet «Chercher offre» Le diagramme ci-dessus présente l’enchainement des actions et l’interaction avec les objets de la fonctionnalité pour la recherche d’une offre -Au niveau de l’interface pour la consultation des offres, le client recherche le restaurant -Après l’interaction avec les entités la liste des offres du restaurant concerné sera affichée DS_Chercher offre 2: Cliquer"Chercher" 3: Chercher() 7: Afficher(Msg) 6: AfficherOffre() 5: Select() 4: Select() 1: SaiasieNomRestau() Client <<boundary>> :UI_interface offre <<entity>> :offre <<control>> :consulter_offre <<entity>> :Restaurant [offre=true] else alt 2: Cliquer"Chercher" 3: Chercher() 7: Afficher(Msg) 6: AfficherOffre() 5: Select() 4: Select() 1: SaiasieNomRestau()
  • 75.
    68 2. Diagramme declasse figure 55: Diagramme de classe Nous présentons ci-dessous le diagramme de classe qui contient toutes les entités de notre projet 1..1 Gérer 1..* 1..1 Gérer 0..* 1..1 Gérer 0..* 0..* 1..* effectuer 0..* 1..* Gérer 1..* Attribuer 0..* 1..* Attribuer 0..* 1..1 Avoir 0..* 1..* Gérer 0..* 1..1 Gérer 0..* 1..1 Gérer 0..* 1..1 0..* 1..1 Appartient 1..1 Client - - - - - - - - id_client nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Restaurant - - - - - - - - - - id nom adresse email description tel site heure_ouverture heure_fermeture image : int : String : String : String : String : int : int : int : int : blob Menu - - - - - - id titre info prix photo etat : int : String : String : double : String : String Restaurateur - - - - - - - - id nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String Commentaire - - - id text etat : int : String : String Note - - id note : int : int Reservation - - - - - id date_res nbr_perso commentaire etat : int : Date : int : String : String Administrateur - - - - - - id nom prenom email login pass : int : String : String : String : String : String Offre - - - - - id description prix date_debut date_fin : int : String : double : Date : Date
  • 76.
    69 3. Diagramme declasse conception figure 56: Diagramme de classe conception 0..* 1..1 <<boundary>> :IU_Interface_offre + + + + Demander formulaire () Cliquer "suivant" () Afficher offre () Afficher ("Msg") () <<control>> :ConsulterOffre + + Chercher () ReponseSelect () <<entity>> :Offre - - - - - - id description prix date_debut date_fin commantaire : int : String : double : Date : Date : String + Select () <<entity>> :Resturant - - - - - - - - - - id nom addresse email description tel site heure_ouverture heure_fermeture image : int : String : String : String : String : int : String : String : String : byte + + Select () Ajouter () <<entity>> :Administrateur - - - - - - id nom prenom email login password : int : String : String : String : String : String <<entity>> :Client - - - - - - - - id_client nom prenom adresse email tel login pass : int : String : String : String : String : int : String : String <<entity>> :commantaire - - - id text etat : int : String : String <<entity>> :note - - id note : int : int <<entity>> :Reservation - - - - - id date_reservation nbr_pers commantaire etat : int : String : int : String : String <<entity>> :Restaurateur - - - - - - - - id nom prenom addresse email tel login pass : int : String : String : String : String : int : String : String 1..* 0..* <<boundary>> :IU_Interface_Restaurateur + + + + Demander formulaire () Formulaire Afficher () Remplire formulaire () Afficher ("Msg") () <<control>> :GérerRestaurant + Enregistrer () 0..* 1..* 0..* 0..* 1..* 1..* 0..* <<boundary>> :IU_Interface_Administrateur <<control>> :GérerClient + Enregistrer () 1..* 0..* 1..* 0..* 0..* <<boundary>> :IU_Interface_CLient <<control>> :ConsulterSite + Chercher () <<control>> :GéreRestaurant 0..* <<entity>> :Menu - - - - - id titre description prix etat : int : int : String : double : int + + Select () Ajouter () ... 0..*
  • 77.
    70 Nous présentons ci-dessousle diagramme de classe de conception qui contient les méthodes et les contrôleurs de notre projet 4. Diagramme de composants Gerer profil Gerer restaurant Client Gerer client Gerer reservation Gerer offre Restaurateur Admin Interface gestion profil Interface gestion offre Interface gestion restaurant Interface gestion reservation Interface gestion client gerer commentaire Interface gestion commentaire
  • 78.
    71 V – Réalisation 1.Outils, bibliothèques et technologies utilisés La mis en œuvre de ce projet nécessite l’utilisation de différentes outils et technologies parmi les quels on cite : Outils :  PowerAMC : pour la création des différents diagrammes  Netbeans 8  Framework Symfony  WAMPSERVER : pour la création de la base de données  Balsamiq Mockups : pour la création des maquettes  Sprinttometer : pour la réalisation du burndownchart Technologies :  PHP  SQL  HTML  JAVASCRIPT Bibliothèques :  FOS user Bundle : pour la gestion des droits d’accès  Ob/highcharts-bundle : pour la réalisation des statistiques
  • 79.
    72 2. Captures d’écrande l’application Nous présenterons ci-dessous quelques captures écran de notre application figure 57: Interface « vue globale_gestion restaurateur »
  • 80.
    73 figure 58: Interface« acceuil_gestion restaurateur » figure 59: Interface « consulter fiche restaurateur»
  • 81.
    74 figure 60: Interface« Consulter les restaurants_frontOffice» figure 61: Interface « Consulter une offre_backOffice»
  • 82.
    75 VIII - ConclusionCON Bon Notreprojet facilitera la tache pour la consultation et toutes les fonctionnalités sur notre portail Web et d’avoir une bonne visibilité pour chaque acteur sur les fonctionnalités qui lui ont été permise. Ce sprint nous a permis de découvrir de nouveaux outils et d’acquérir de nouvelles connaissances.
  • 83.
    76 Conclusion générale C'est letemps de laisser notre empreinte dans ce marché dont le but d'un gain d'or en tant qu’ingénieur en premier plan et d'avoir de nouvelles connaissances en deuxième plan. En procédant par étape et en y mettant la détermination, la persévérance et l’effort, le parcours du succès est possible. Ce projet nous a permis de découvrir de nouveaux outils et d’acquérir de nouvelles connaissances.