Localisation GPS des DABs (Pfe)

Ministère De L’enseignement Supérieur, De La Recherche Scientifique Et De Technologie Projet de finLad’études 2010--2011 2010 Université de Tunis

Institut Supérieur Supérieur de Gestion Gestion

Excel Internationa Internationall

Projet de fin d’etudes Conception et réalisation d’une application pour la

Localisation GPS des Dabs

Elaboré par : Hrichi Mohamed

Encadré par :

Mme. Saidi Ouerida (ISG) Mr. Kaouech Kamel (Excel)

2010-2011 HRICHI Mohamed

1

Projet de fin d’études 2010 2010--2011

Dédicaces

A mes très chers parents je vous dois ce que je suis aujourd'hui grâce à votre amour, à votre patience et vos innombrables sacrifices. Que ce travail, soit pour vous une petite compensation et reconnaissance envers ce que vous avez fait d'incroyable pour moi. Que dieu, vous préserve et vous procure santé et longue vie afin que je puisse à mon tour vous satisfaire.

HRICHI Mohamed

HRICHI Mohamed

2


Remerciements

Je tiens à remercier profondément Mme Ourida SAIDI, pour son encadrement, ses conseils utiles, son soutien et surtout la confiance qu'elle a eue en mon projet. Je voudrais aussi adresser mes sincères remerciements et ma profonde gratitude à Monsieur Kamel Kaouech gérant de Excel International de m'avoir encadré tout au long de ma période de stage, ainsi que pour ses précieux conseils qui m'ont beaucoup éclairé. Je remercie également mademoiselle Wafa TEBOURSKI pour sa précieuse aide, sa disponibilité, ses conseils ainsi que pour son soutien moral et sa patience tout au long de notre projet. J’adresse ainsi mes remerciements à tous les enseignants de l’Institut Supérieur de Gestion de Tunis, dont on leurs adresse nos profondes reconnaissances, pour leurs efforts et aides.

Enfin, je remercie, de tout cœur, tous ceux qui ont contribué de près ou de loin à la réalisation de ce travail.

HRICHI Mohamed

3


Table des matières ............................................................................................................................. ............................................................ 9 Introduction générale................................................................. Chapitre 1 : Etude de l’existant ............................................................ ............................................................................................................ ................................................ 1 1

................................................................................... ......................... 1 1 Présentation de l’organisme d’accueil ..........................................................

1.

1.1.

........................................................................................... ......................... 1 1 Présentation de l’Entreprise l’Entreprise ..................................................................

1.2.

................................................................................................................................ .......................................................... 12 12 Vision ......................................................................

1.3.

........................................................................................ ......................... 1 3 Organisation Interne d’EXCEL ...............................................................

2.

................................................................................................................ 1 3 Critique de l’existant ................................................................................................................

3.

................................................................................................................... ............................................... 1 4 Solution envisagée .................................................................... Application mobile (Windows Phone 7 ) : ..................................................................................... ..................................................................................... 14 Application WEB : ...................................................................................................................... ......................................................................................................................... ... 14

........................................................................................................... ................................................ 1 6 Chapitre 2 : Phase d’incubation ........................................................... ............................................................................................................ ................................................ 1 6 I. Identification des besoins ............................................................

1.

.......................................................................................................... ................................................ 1 6 Définition des acteurs ..........................................................

2.

............................................................................................................ ................................................ 1 6 Besoins fonctionnels fonctionnels ............................................................

3.

.................................................................................................... ..................................... 17 17 Besoins non fonctionnels ...............................................................

............................................................................................. .................................... 18 18 II. Présentation des cas d’utilisations d’utilisations .........................................................

1.

................................................................................ ........... 18 18 Diagramme de cas d’utilisation initial .....................................................................

2.

.......................................................................... .............. 19 19 Description détaillé des cas d’utilisations d’utilisations............................................................

3.

...................................................................................................... .................................... 20 20 Affectation des priorités ..................................................................

4.

Raffinement des cas d’utilisation prioritaires prioritaires ................................................................... 20

5.

........................................................................... .............. 26 26 Analyse des cas d’utilisation prioritaires .............................................................

............................................................................................ ......................... 3 4 III. Wireframe d’interfaces d’interfaces utilisateur...................................................................

1.

..................................................................................................................... ............................................... 3 4 Interface Login ......................................................................

2.

............................................................................................................ ................................................ 3 5 Interface Inscription ............................................................

3.

.................................................................................................................. ............................................... 3 6 Interface Accueil ...................................................................

4.

................................................................................................................... ............................................... 3 7 Interface Admin ....................................................................

............................................................................................................. ................................................ 3 8 Chapitre 3 : Phase Elaboration ............................................................. I. Raffinement des cas d’utilisations de deuxième priorité ............................................................ ............................................................... ... 38 38

1.

Raffinement de cas d’utilisation Gérer Clients ...................................................................... 39

HRICHI Mohamed

4

Projet de fin d’études 2010 2010--2011 2.

Raffinement de cas d’utilisation Gérer Comp te .................................................................... .................................................................... 4 1

II. Analyse des cas d’utilisation de deuxième priorité ......................................................... ....................................................................... .............. 43 43

1.

Analyse de cas d’utilisation : Gérer Clients ............................................................ .......................................................................... .............. 43 43

2.

Analyse de cas d’utilisation : Gérer Compte ........................................................... ......................................................................... .............. 47 47

III. Conception des cas d’utilisation de première et deuxième priorité ............................................ 50 III.1. Conception des cas d’utilisation de première priorité .......................................................... 50 III.2. Conception des cas d’utilisation de deuxième priorité ......................................................... 62

........................................................................................................... ................................................ 7 0 Chapitre 4 : Phase Construction ........................................................... I. Raffinement des cas d’utilisation de troisième priorité .............................................................. ................................................................. ... 70 70

1.

........................................................... 71 71 Le raffinement du cas d’utilisation d’utilisation : Gérer Rapport ...........................................................

2.

Le raffinement du cas d’utilisation d’utilisation : Faire Commentaire .................................................. 72

II. Analyse des cas d’utilisation de troisième tro isième priorité ......................................................... ....................................................................... .............. 73 73 1. Analyse de cas d’utilisation : Gérer Rapport ............................................................... ............................................................................. .............. 73 73 2. Analyse de cas d’utilisation : Faire Commentaire ..................................................................... 75 III. Conception des cas d’utilisation de troisième priorité ................................................................ 76

1. Conception de cas : Gérer Rapport ................................................................. .......................................................................................... ......................... 7 6 IV. Modèle final de diagramme diagr amme de classe entité .................................................................... ............................................................................... ........... 81 V. Modèle Relationnel des données .............................................................. .................................................................................................. .................................... 82 1.

Schéma de la base de données ......................................................... ............................................................................................. .................................... 82

2.

Description détaillé détaillé de de schéma schéma de base base de données ......................................................... ............................................................ ... 84

VI. Modèle de composants ............................................................................ ................................................................................................................ .................................... 87 1.

Définition ..................................................................... ............................................................................................................................... .......................................................... 87

2.

Diagramme des composants ............................................................. ................................................................................................. .................................... 88

............................................................................................................... ................................................ 9 0 Chapitre 5 : Phase Transition ............................................................... I. Modèle Mo dèle de déploiement .................................................................. ................................................................................................................. ............................................... 90 1.

Détermination des possibilités de déploiement ................................................................... 90

2.

Modèle de déploiement de système............................................................ ..................................................................................... ......................... 91

II. Test de l’application ........................................................... ...................................................................................................................... ........................................................... 92 92

1.

Application Web ..................................................................... .................................................................................................................... ............................................... 92

2.

Application Mobile ................................................................. .............................................................................................................. ............................................. 101

Conclusion générale .......................................... ................................................................. ............................................. ............................................ ........................... .....105 Bibliographie.......................................... ................................................................ ............................................ ............................................. ....................................... ................106

HRICHI Mohamed

5

Projet de fin d’études 2010 2010--2011 Table des illustrations Figure 1: La synergie entre les 3 sous- domaines du cœur métier d'EXCEL ........................................... 12 Figure 2: 2 : Organisation Interne d'EXCEL ............................................................. ................................................................................................. .................................... 13 Figure 3: Diagramme de cas d'utilisation initial .................................................................................... .................................................................................... 18 Figure 4: 4 : Cas d'utilisation S'inscrire ................................................................... ....................................................................................................... .................................... 20 Figure 5: Cas d'utilisation S'authentifier ............................................................................................... 21 Figure 6 : Cas d'utilisation Localiser DAB DA B........................................................... ............................................................................................... .................................... 22 Figure 7 : Cas d'utilisation Gérer DAB ................................................................................................... 23 Figure 8 : Traçabilité MCA-MA S’authentifier .............................................................. ....................................................................................... ......................... 2 7 Figure 9 : Modèle classe analyse S'authentifier ........................................................... .................................................................................... ......................... 27 Figure 10 : Diagramme Collaboration S'authentifier ............................................................................ 28 Figure 11 : Traçabilité MCA-MA Localiser DAB ..................................................................................... 28 Figure 12 : Modèle de de classe d’analyse d’analyse Localiser DAB ........................................................... ......................................................................... .............. 29 29

Figure 13 : Diagramme de Collaboration Localiser DAB ......................................................... ....................................................................... .............. 29 Figure 14 : Traçabilité entre MCA-MA Gérer DAB...................................................................... ................................................................................. ........... 30 Figure 15 : Modèle de classe d’analyse Ajouter DAB .............................................................. ............................................................................ .............. 31 31

Figure 16 : Diagramme de Collaboration Ajouter DAB.......................................................................... 31 Figure 17 : Modèle de classe d’analyse Supprimer DAB ......................................................... ....................................................................... .............. 31 31

Figure 18 : Diagramme de collaboration Supprimer DAB ..................................................................... 32 Figure 19 : Modèle de classe d’analyse Modifier DAB ............................................................ .......................................................................... .............. 32 32

Figure 20 : Diagramme de Collaboration Modifier DAB .......................................................... ........................................................................ .............. 32 Figure 21 : Modèle de classe d’analyse Afficher DAB ............................................................. ........................................................................... .............. 33 33

Figure 22 : Diagramme de collaboration Afficher DAB ......................................................................... 33 Figure 23 : Modèle de classe d’analyse Rechercher DAB ...................................................................... 33

Figure 24 : Diagramme de Collaboration Rechercher DAB ................................................................... 34 Figure 25 : Mock-up Interface Login...................................................... Login...................................................................................................... ................................................ 34 Figure 26 : Mock-up Interface Inscription ............................................................................... ............................................................................................. .............. 35 Figure 27 : Mock-up Interface Accueil .............................................................. .................................................................................................. .................................... 36 Figure 28 : Mock-up Interface Admin .............................................................. ................................................................................................... ..................................... 37 Figure 29 : cas d’utilisation Gérer Clients .......................................................... .............................................................................................. .................................... 39 39 Figure 30 : Raffinement de cas d’utilisation Gérer Compte .............................................................. ................................................................. ... 42 42

Figure 31: Traçabilité entre MCA-MA Gérer Clients.............................. Clients.............................................................................. ................................................ 43 Figure 32: Modèle de classe d’analyse Afficher A fficher Clients ........................................................................ 44

Figure 33Diagramme de collaboration Afficher Clients ........................................................................ ........................................................................ 44 Figure 34 : Modèle de classe d’analyse Rechercher Client ................................................................... 44

Figure 35 : Diagramme de collaboration Rechercher client ............................................................... .................................................................. ... 45 Figure 36: Modèle de classe d’analyse Supp S upprimer Client...................................................................... Client ...................................................................... 45

Figure 37: Diagramme de collaboration Supprimer Client.................................................................... 45 Figure 38: Modèle de classe d’analyse Modifier Etat Client .............................................................. ................................................................. ... 46 46

Figure 39: Diagramme de collaboration Modifier Etat Client ............................................................... ............................................................... 46 Figure 40: Modèle de classe d’analyse Informer Clients......................................................... ....................................................................... .............. 46

HRICHI Mohamed

6

Projet de fin d’études 2010 2010--2011 Figure 41: Diagramme de collaboration Informer Clients..................................................................... 47 Figure 42 : Traçabilité entre MCA-MA Gérer Compte ............................................................. ........................................................................... .............. 47 Figure 43: Modèle de classe d’analyse Saisir S aisir Point D’intérêt ............................................................ ............................................................... ... 48 48

Figure 44: Diagramme de collaboration Saisir Point D’intérêt........................................................... .............................................................. ... 48 48 Figure 45: Modèle de classe d’analyse Modifier Po int D’intérêt .......................................................... 48 Figure 46: Diagramme de collaboration Modifier Point D’intérêt ........................................................ 49 Figure 47: Modèle de classe d’analyse Modifier Mot de Passe ......................................................... ............................................................ ... 49 49

Figure 48 : Diagramme de collaboration Modifier Mot de Passe ......................................................... ......................................................... 49 Figure 49: Traçabilité MC-MA S’authentifier................................................................ ......................................................................................... ......................... 5 0 Figure 50: Diagramme de classe de conception S’authentifier.......................................................... ............................................................. ... 50 50 Figure 51: Diagramme de séquence séquence S’authentifier ................................................................... .............................................................................. ........... 51 51

Figure 52: Traçabilité MC-MA S’inscrire ............................................................ ................................................................................................ .................................... 51 51 Figure 53: Diagramme de classe de conception S’inscrire .................................................................... 52

...................................................................................... ......................... 5 2 Figure 54: Diagramme de séquence S’inscrire ............................................................. Figure 55: 5 5: Traçabilité MC-MA Localiser DAB ................................................................ ......................................................................................... ......................... 53 Figure 56: Diagramme de classe de conception Localiser DAB .......................................................... ............................................................. ... 53 Figure 57 : Diagramme de séquence Localiser DAB .............................................................................. .............................................................................. 54 Figure 58 : Traçabilité MC-MA Ajouter DAB ................................................................ ......................................................................................... ......................... 54 Figure 59: Diagramme de classe de conception Ajouter DAB D AB ............................................................ ............................................................... ... 55 Figure 60 : Diagramme de séquence Ajouter DAB ................................................................................ ................................................................................ 55 Figure 61: Traçabilité MC-MA Supprimer DAB ............................................................ ..................................................................................... ......................... 56 Figure 62: Diagramme de classe de conception Supprimer DAB ......................................................... 56 Figure 63: Diagramme de séquence Supprimer DAB ............................................................................ ............................................................................ 57 Figure 64: Traçabilité MC-MA modifier DAB ............................................................... ........................................................................................ ......................... 57 Figure 65: Diagramme de classe de conception modifier DAB ............................................................ ............................................................ 58 Figure 66: Diagramme de séquence Modifier DAB D AB .................................................................... ............................................................................... ........... 58 Figure 67: Traçabilité MC-MA Rechercher DAB ................................................................................... ................................................................................... 59 Figure 68: Diagramme de classe de conception Rechercher DAB........................................................ 59 Figure 69: Diagramme de séquence Rechercher DAB ............................................................. ........................................................................... .............. 60 Figure 70: Traçabilité MC-MA Afficher DAB ................................................................ ......................................................................................... ......................... 60 Figure 71: Diagramme de classe de conception Afficher Afficher DAB ............................................................. ............................................................. 61 Figure 72: Diagramme de séquence Afficher DAB D AB ................................................................................ ................................................................................ 61 Figure 73: Traçabilité MC-MA Rechercher Client ......................................................... .................................................................................. ......................... 62 Figure 74: Diagramme de classe de conception Rechercher Client ...................................................... 62 Figure 75: Diagramme de séquence Rechercher Client ........................................................................ ........................................................................ 63 Figure 76: Traçabilité MC-MA Supprimer Client ................................................................................... 63 Figure 77: Diagramme de classe de conception Supprimer Client ....................................................... 64 Figure 78 : Diagramme de séquence Supprimer Client ........................................................... ......................................................................... .............. 64 Figure 79: Traçabilité MC-MA Modifier Etat Client .................................................................... ............................................................................... ........... 65 Figure 80: Diagramme de classe de conception Modifier Etat Client ................................................... ................................................... 65 Figure 81: Diagramme de séquence Modifier Etat Client ..................................................................... ..................................................................... 66 Figure 82 : Traçabilité MC-MA Afficher Client .............................................................. ....................................................................................... ......................... 66 Figure 83: Diagramme de classe de conception Afficher Client ......................................................... ............................................................ ... 67 Figure 84: Diagramme de séquence Afficher Client ................................................................... .............................................................................. ........... 67

HRICHI Mohamed

7

Projet de fin d’études 2010 2010--2011 Figure 85: Traçabilité MC-MA Informer Client ............................................................. ...................................................................................... ......................... 68 Figure 86: Diagramme de classe de conception Informer Client .......................................................... 68 Figure 87: Diagramme de séquence Informer Client ............................................................................ ............................................................................ 69 Figure 88: Diagramme cas d'utilisation Gérer Rapports ....................................................................... 71 Figure 89: Traçabilité entre MCA-MA Gérer Rapport ........................................................................... 73 Figure 90: Modèle de classe d’analyse Visualiser V isualiser Rapport ................................................................... 73

Figure 91: Diagramme de collaboration Visualiser Rapport ................................................................. 74 Figure 92: Modèle de classe d’analyse Expo Ex porter Rapport ..................................................................... 74

Figure 93: Diagramme de collaboration Exporter Rapport ................................................................... 74 Figure 94: Modèle de classe d’analyse Imprimer Rapport .................................................................... 75

Figure 95: Diagramme de collaboration Imprimer Rapport ............................................................... .................................................................. ... 75 Figure 96: Modèle de classe d’analyse Faire F aire Commentaire .................................................................. .................................................................. 75

Figure 97: Diagramme de collaboration Faire Commentaire............................................................. ................................................................ ... 76 Figure 98: Traçabilité entre MCA-MA Visualiser V isualiser Rapport ..................................................................... ..................................................................... 76 Figure 99: Diagramme de classe de conception Visualiser Rapport ..................................................... 77 Figure 100: Diagramme D iagramme de séquence Visualiser Rapport ..................................................................... 77 Figure 101: Traçabilité entre MCA-MA Exporter Rapport ..................................................................... 78 Figure 102: Diagramme de classe de conception Exporter Rapport R apport ..................................................... 78 Figure 103: Diagramme de séquence Exporter Rapport ....................................................................... ....................................................................... 79 Figure 104: Traçabilité entre MCA-MA Imprimer Rapport................................................................... 79 Figure 105: Diagramme D iagramme de classe de conception Imprimer Rapport.................................................... 80 Figure 106 : Diagramme de séquence Imprimer Rapport ..................................................................... 80 Figure 107 : diagramme de classe entité final............................................................. ...................................................................................... ......................... 81 Figure 108 : Schéma de la base de données ......................................................................................... ......................................................................................... 83 Figure 109 : Diagramme des composants .................................................................... ............................................................................................. ......................... 88 Figure 110 1 10 : L'architecture 3-tier ....................................................................... ........................................................................................................... .................................... 90 Figure 111 : Architecture Windows Azure ............................................................................................ 91 Figure 112 : Diagramme déploiement trois tiers .................................................................................. .................................................................................. 91 Figure 113 : Diagramme déploiement Windows Azure ........................................................................ ........................................................................ 92 Figure 114 : Interface Inscription .......................................................................................................... 92 Figure 115 : Interface Inscription .......................................................................................................... 93 Figure 116 : Interface Accueil Admin .................................................................................................... .................................................................................................... 94 Figure 117 : Interface Gérer Dabs ......................................................................................................... ......................................................................................................... 95 Figure 118 : Fenêtre Ajouter Dab ................................................................................. .......................................................................................................... ......................... 95 Figure 119 : Interface Gérer Réclamations........................................................ Réclamations............................................................................................ .................................... 96 Figure 120 1 20 : Interface Gérer Rapports .............................................................. ................................................................................................... ..................................... 97 Figure 121 1 21 : Interface Accueil Client.................................................................. ...................................................................................................... .................................... 98 Figure 122 : Interface Gestion mobiles mo biles ................................................................................................. ................................................................................................. 99 Figure 123 : Interface Gestion points intérêt .......................................................................... ........................................................................................ .............. 99 Figure 124 : Interface Gestion de profil .............................................................................................. .............................................................................................. 100 Figure 125 : App Mobile Interface Menu ............................................................................................ ............................................................................................ 101 Figure 126 : App Mobile Interface Localisation DAB D AB ............................................................... ........................................................................... ............ 102 Figure 127 : App Mobile Interface détaille DAB D AB ........................................................... .................................................................................. ....................... 103 Figure 128 : App Mobile Interface Compte ........................................................................................ .......................................................................................... 104

HRICHI Mohamed

8


Introduction générale Le nombre des distributeurs automatiques de billets (DAB) a augmenté considérablement depuis quelques années en parallèle avec les cartes bancaires. Les distributeurs automatiques de billets n’offre pas que le service de retrait de monnaie , mais aussi plusieurs services, certains déjà en utilisation utilisati on comme la recharge des téléphones mobiles (Tunisiana et le BIAT), le paiement des factures ADSL de Planet Tunisie, d’autres services en développement comme le paiement des factures de STEG, SONEDE et Tunisie Telecom [1]. Dans le secteur touristique le distributeur distributeur automatique de billets joue un rôle très important. La majorité des touristes ramènent avec eux leur

carte de crédit bancaire internationale et pour retirer de l’argent il faut trouver un distributeur [2]. Les utilisateurs des distributeurs automatiques de billets rencontrent parfois des difficultés non seulement pour trouver un distributeur mais aussi en fonctionnement. Sans oublier les personnes étrangères de la ville et de même de pays qu’ils ne peuvent pas trouver facilement un distributeur.

D’où l’importance de notre projet qui consiste à créer une application application mobile qui permet la localisation des distributeurs automatiques de billets pour aider les utilisateurs à trouver un distributeur proche en état de fonctionnement fonctionnement se basant sur le système de positionnement mondial (GPS), ainsi qu’une application web avec deux partie (back office et front office).

Pour bien gérer notre projet et pour faire face au grand nombre d’information s à manipuler on a choisi le processus unifié comme processus de développement. En effet, le processus unifié est une démarche, qui associée au langage UML, permet

d'automatiser un système d'information de la conception à la mise en œuvre de l’application [3]. C’est une méthode générique, itérative et incrémentale, piloté e par les cas d’utilisation et centrée sur l’architecture. Pour la modélisation notre choix choix est fixé sur UML avec avec ce que donne ce langage des possibilités pour la représentation graphique de notre futur système[4], et surtout avec

l’utilisation de PowerAMC qui facilite la mise en place des différents diagrammes. En ce qui concerne l’implémentation on a choisi l’environnement de développement intégré (IDE) Visual Studio 2010 pour l’applicat ion ion web et Visual Studio 2010 express

HRICHI Mohamed

9

Projet de fin d’études 2010 2010--2011 for Windows phone pour l’application mobile. Ainsi on a choisi SQL Server 2008 comme système de gestion de base de données. Notre travail est organisé de cette façon :



: Etude de l’existant Chapitre 2 : Phase d’incubation Chapitre 3 : Phase d’élaboration



Chapitre 4 : Phase de construction



Chapitre 5 : Phase de transition.

 

Chapitre 1

HRICHI Mohamed

10


Chapitre 1 : Etude de l’existant

Dans ce chapitre, nous allons présenter la société qui nous accueille au cours de notre stage, puis, on présente les lacunes et les problèmes des systèmes existants enfin comprendre la solution proposée.

1. Présentation de l’organisme d’accueil 1.1.

Présentation de l’Entreprise

développemen t dans le domaine des TIC, EXCEL Après plus qu’un an de recherche et développement Inc. a été créée à Plano fin 2008, par des anciens exécutives de deux grandes multinationales leaders dans les domaines des Télécommunications & Informatique. L’organisation détient des brevets d’invention. Elle veille à maintenir et développer son capital humain en œuvrant à la mise en place d’une culture d’entreprise innovante. L’objectif principal d’EXCEL est de proposer des solutions innova trices, dans le domaine des TIC ; Des solutions qui offrent une nette amélioration de l’avantage concurrentiel pour ses utilisateurs [5]. EXCEL opère dans les trois sous-domaines suivants: 1- Telecommunications: 4G, IMS, IPTV, VoIP, Security, Broadband/GPON Design and Consulting, etc. 2- Enterprise Management System: Les solutions de gestion d’entreprise WebBased & Cloud-Ready telles que la Gestion du Capital humain, Capital Financier, Solutions de Messagerie Électronique et des Systèmes d’Information qui assure nt la dématérialisation des processus administratifs. etc. 3- Embedded: In-eXtended Info/Entertainment: Les systèmes d’infotainement sont plus visibles dans les voitures : In-Vehicle-Infotainement In-Vehicle-Infotainement mais aussi dans les avions : In-Flight-Entertainme In-Flight-Entertainment, nt, La nouvelle génération de IPTV : STB: Linux Based IPTV CPE, Les solutions Domotiques, etc.

HRICHI Mohamed

11


Telecom

Embedded

Enterprise Management Solutions

Figure 1: La synergie entre les 3 sous-domaines sous-domaines du cœur métier d'EXCEL

1.2.

Vision

La vision d’EXCEL est d’offrir des solutions innovantes capables de faciliter la vie des utilisateurs directs et indirects : «Our vision is To EXCEL in innovating the ICT world for a better life!»

Il est donc nécessaire de s’inscrire dans l’action d’établir l’aspect Learning Organizational Culture. Learning Organizational Culture permet et permettra à

EXCEL d’innover au quotidien pour une meilleure vie dans un monde communicant. Ceci ne peut être assuré q u’avec une forte volonté de tous les acteurs intervenants pour

innover ensemble en se dotant d’une énorme aisance d’application, au quotidien, des valeurs fondamentales d’EXCEL : Our eValues.

HRICHI Mohamed

12

Projet de fin d’études 2010 2010--2011 1.3.

Organisation Interne d’EXCEL

Figure 2: Organisation Interne d'EXCEL

L’élément capital qui caractérise l’organisation Interne d’EXCEL est la concentration et l’écoute des besoins des différents acteurs et intervenants en mentionnant ainsi les clients, les employés, les tendances et besoins du marché et notamment les valeurs d’EXCEL : Our eValues.

2. Critique de l’existant Pour mieux comprendre notre système nous avons consulté plusieurs sites web qui permettent de localiser les distributeurs automatiques de billets. Concernant les solutions existantes, il y’a un manque surtout dans les applications mobiles, et si elles existent on remarque une mauvaise présentation des services et un manque d’informations surtout pour la Tunisie, sans oublier la non fiabilité des informations. Certaines banques Tunisiennes Tunisienne s offrent pour ses clients un service de recherche des DAB qui permet de lister les DAB par ville et afficher leurs adresses et il y’a même des sites qui permettent d’afficher les DAB sur une carte statique. Le vrai problème des des systèmes existant est la qualité de service service offert qui présente présente

HRICHI Mohamed

13

Projet de fin d’études 2010 2010--2011 plusieurs lacunes : 

Le problème majeur des solutions implémentées par les banques tunisiennes est la mobilité ; tous les services liés à la recherche et la localisation des DAB sont

des sites web dédiés à l’utilisation avec un ordinateur équipé équipé par une connexion internet. Il n’y a pas d’applications mobiles qui permettent la localisation en temps réel. 



Les informations sur les distributeurs sont désuètes, il n ’y a pas de mise à jour des informations concernant l’état du DAB (en fonctionnement ou non) . Chaque banque dans son site n’affiche que les DAB dont elle est propriétaire, donc le chercheur d’un DAB ne peut pas toujours trou ver un distributeur proche de sa position actuelle.

3. Solution envisagée solution simple pratique pratique et fiable Il est catégoriquement catégoriquement indispensable d’envisager une solution pour guider les utilisateurs à trouver un distributeur automatique de billets le plus proche possible ainsi que des informations utiles comme l’adresse, l’état, l’institut propriétaire, etc. Il est à noter que l’application web permet d’administrer ce service. Application mobile (Windows Phone 7) : Cette application va guider l’utilisateur à trouver un distributeur automatique de billets le plus proche de sa position GPS et afficher dans une carte les DAB des alentours, et elle offre aussi la possibilité de se connecter sur le site web dédié

pour l’application afin de récupérer les dernières mises à jour concernant les DAB et permet, d’autre part, à l’utilisateur de gérer convenablement son compte. Application WEB : L’application WEB se divise en deux parties : 



Partie Back office : Permet l’administrateur de gérer la globalité de service, gestion des DAB, gestion des Clients, gestion des Rapports Partie Front office : Ce module de l’application dédié aux clients et aux utilisateurs normaux. Pour les clients l’application les permet de saisir ses points d’intérêt et de gérer son compte.

Pour les utilisateurs normaux l’application les permet de s’inscrire, consulter les services offerts, etc.

Pour l’hébergement l’hébergement de cette application on a choisi le modèle SaaS (Software (Software as a service) avec la plateforme Azure de Microsoft afin de minimiser les charges d’acquisition des serveurs et les frais des licences.

HRICHI Mohamed

14

Projet de fin d’études 2010 2010--2011 Conclusion du chapitre : Dans ce chapitre on a précisé le cadre de notre projet, les résultats à attendre ainsi que les défis à surmonter.

HRICHI Mohamed

15

Projet de fin d’études 2010 2010--2011 Chapitre 2 : Phase d’incubation C'est la première phase du processus unifié. Il s'agit de délimiter la portée du système, c'est-à-dire identifier les acteurs, lever les ambiguïtés sur les besoins et les exigences nécessaires. En outre, une identification des principaux cas d’utilisation accompagnée

d’une description générale est modélisée dans un diagramme de cas d’utilisation afin de définir le périmètre du projet. Il est possible, à ce stade, de faire réaliser des maquettes

sur une partie des cas d’utilisation identifiés.

I.Identification des besoins Notre système doit satisfaire satisfaire les besoins fonctionnelles de tous les utilisateurs ainsi

qu’il doit respecter une certaine exigence non fonctionnelle. 1. Définition des acteurs Les acteurs d’un système sont les entités externes à ce système qui interagissent (saisie de données, réception d’information, …) avec lui. Les acteurs sont donc à l’extérieur du système et dialoguent avec lui. Donc les acteurs qui interagissent avec notre système sont : 

L’utilisateur : un utilisateur normal n’est pas inscrit qui consulte notre site web





Le client : c’est un utilisateur inscrit qui peut accéder à tous les fonctionnalités dédié aux clients

L’administrateur : c’est l’acteur qui a le pouvoir de gérer la totalité de l’application après une authentification réussite.

2. Besoins fonctionnels Les besoins fonctionnels fonctionnels sont les différentes fonctionnalités offertes par système pour tous les utilisateurs finaux.

le

1. L’utilisateur normal 

Inscription

2. Le client :  

HRICHI Mohamed

Localiser DAB Gérer compte

16

Projet de fin d’études 2010 2010--2011 

Faire des commentaires

3. L’administrateur   

Gérer les DAB Gérer les clients Gérer les Rapports

3. Besoins non fonctionnels Les exigences non-fonctionnelles répondent à des besoins transversaux aux besoins métiers on distingue : 



La sécurité : Certaines informations sont personnelles donc il faut interdire l’accès à ces informations qu’aux utilisateurs légitimes. La performance :

L’application doit charger les pages et affiche les informations nécessaires le plus tôt possible. Le site web doit supporter un grand nombre de connexion simultané. 

La fiabilité :

L’application doit afficher des donnés fiable au utilisateur. 

Ergonomie : La densité d'éléments sur les écrans, la disposition et les couleurs,

l’Interface Utilisateur, les raccourcis clavier. L’internationalisation, le site doit assurer la translation vers plusieurs langues. 

L’extensibilité : Le système doit être extensible par d’autres fonctionnalités et des modules.

HRICHI Mohamed

17

Projet de fin d’études 2010 2010--2011 II.Présentation II. Présentation des cas d’utilisations 1. Diagramme de cas d’utilisation initial

S'inscrire Utilisateur

Localiser un DAB

Faire commentaire Client

<> Gérer Compte

<>

S'identifier <> Gérer rapport

<>

Gérer Clients

<>

Administrateur

Gérer DAB

Figure 3: Diagramme de cas d'utilisation initial

Un diagramme de cas d'utilisation est une collection de scénarios décrivant la façon dont un acteur utilise le système pour atteindre ces objectifs. Un scénario est une séquence d'actions spécifiques et les interactions entre l'acteur et le système en luimême [6]. HRICHI Mohamed

18

Projet de fin d’études 2010 2010--2011 2. Description détaillé des cas d’utilisations 

S’inscrire : ce module permet les utilisateurs qui n’ont pas un compte de créer un.



S’identifier : ce module permet l’administrateur et les clients d’accéder aux fonctionnalités spécifiques de l’application.



Localiser DAB : Permet à l’utilisateur de localiser un distributeur automatique de billets proche de lui. lui.



Gérer compte : permet au client modifier ses informations ou ses informations.



Faire commentaire : Module pour la prise en charge des réclamations des clients.



Gérer DAB : L’administrateur avec ce module gère la totalité des DAB



Gérer Client : module pour la gestion de la liste des clients inscrit dans notre site.



Gérer Rapport : permet à l’administrateur de suivre les statistiques de système ainsi que les utilisateurs. utilisateurs.

HRICHI Mohamed

19

Projet de fin d’études 2010 2010--2011 3. Affectation des priorités L’objectif de cette activité est l’attribution d’ordre de réalisation des cas d’utilisation selon la priorité.

Numéro

Cas d’utilisation

1

S’identifier

2 3 4 5 6 7 8

S’inscrire Localiser DAB Gérer DAB Gérer Clients Gérer Compte Gérer Rapport Faire Commentaire

acteur Client, Administrateur Utilisateur Client Administrateur Administrateur Client Administrateur Client

priorité 1 1 1 1 2 2 3 3

Table 1 : Affectation des priorités

4. Raffinement des cas d’utilisation prioritaires o S’inscrire S’authentifier o o o

Gérer DAB Localiser DAB

4.1 Le raffinement du cas d’utilisation : S’inscrire

S'inscrire Utilisateur

Figure 4: Cas d'utilisation S'inscrire

HRICHI Mohamed

20

Projet de fin d’études 2010 2010--2011 Cas d'utilisation :

S’inscrire

Acteur :

Utilisateur

Pré-condition :

Interface d’inscription active

Post-condition :

Utilisateur enregistré

Description :

  

Exception :

L’utilisateur saisie les informations nécessaire L’utilisateur click sur valider Le system vérifie les informations et affiche l’interface approprié

Afficher un message d’erreur en cas de manque ou invalidation des informations Table 2: Raffinement du cas d'utilisation S'inscrire

4.2 Le raffinement du cas d’utilisation : S’authentifier

S'authentifier Utilisateur

Figure 5: Cas d'utilisation S'authentifier

Cas d'utilisation :

S’authentifier

Acteur :

Client, Administrateur

Pré-condition :

Interface d’authentification active

Post-condition :

Client, Administrateur authentifié

Description :

  

Exception :

L’utilisateur saisie le login et le mot de passe L’utilisateur click click sur connexion connexion Le system vérifie les informations et affiche l’interface appropriée

Afficher un message d’erreur d’erreur en cas de mot de passe passe ou login erroné Table 3: Raffinement du cas d'utilisation S'authentifier

HRICHI Mohamed

21

Projet de fin d’études 2010 2010--2011 4.3 Le raffinement du cas d’utilisation : Localiser DAB

Localiser DAB Utilisateur

Figure 6 : Cas d'utilisation Localiser DAB

Cas d'utilisati d'utilisation on :

Localiser DAB

Acteur :

Client

Pré-condition :

Interface localiser DAB active

Post-condition :

DAB localisé

Description :

   

Le client appuyer sur localiser DAB Le system localise le client Le système recherche les DAB proches Le système affiche les DAB En cas de problème le système affiche le message approprié

Exception :

Table 4: Raffinement du cas d'utilisation Localiser DAB

4.4 Le raffinement du cas d’utilisation : Gérer DAB

Gérer DAB contient les sous cas d’utilisation suivants : 

Ajouter DAB



Supprimer DAB



Afficher DAB

 

HRICHI Mohamed

Modifier DAB Rechercher DAB

22


Ajouter DAB

Afficher DAB

Administrator

<> <>

Supprimer DAB

<>

Modifi er DAB DAB

Rechercher DAB

Figure 7 : Cas d'utilisation Gérer DAB

Ce diagramme illustre toutes les fonctionalitée offerte par le système pour l’administrateur afin de

gérer les dabs.

HRICHI Mohamed

23

Projet de fin d’études 2010 2010--2011 4.4.1 Le raffinement du sous cas d’utilisation : Ajouter DAB


Ajouter DAB

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface ajouter DAB active

Post-condition :

DAB ajouté

Description :

  

Exception :

L’administrateur saisie les informations nécessaires du DAB L’administrateur click sur ajouter Le system vérifie les informations et affiche l’inte rface approprié

En cas d’erreur le système affiche le message approprié

Table 5: Raffinement du sous cas d'utilisation Ajouter DAB

4.4.2 Le raffinement du sous cas d’utilisation : Supprimer DAB Cas d'utilisati d'utilisation on :

Supprimer DAB

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface gestion DAB active

Post-condition :

DAB supprimé

Description :

  

Exception :

L’administrateur sélectionne le DAB à supprimer L’administrateur appuyer sur supprimer Le système supprime le DAB

En cas d’erreur afficher le message approprié

Table 6: Raffinement du sous cas d'utilisation Supprimer DAB

HRICHI Mohamed

24

Projet de fin d’études 2010 2010--2011 4.4.3 Le raffinement du sous cas d’utilisation : Afficher DAB


Afficher DAB

Acteur :

Administrateur

Pré-condition :

L’interface afficher DAB active

Post-condition :

DAB affiché

Description :

  

Exception :

L’utilisateur choisit le DAB à afficher L’utilisateur click sur afficher Le système affiche les informations du DAB

En cas d’erreur le système affiche la notification approprié

Table 7: Raffinement du sous cas d'utilisation d'utilisation Afficher DAB

4.4.4 Le raffinement du sous cas d’utilisation : Modifier DAB

Cas d'utilisati d'utilisation on : Acteur : Pré-condition :

Modifier DAB Administrateur L’administrateur authentifié et l’interface modifier DAB active

Post-condition :

DAB modifié

Description :

L’administrateur sélectionne le DAB à modifier et appuyer sur modifier Le système affiche les informations du DAB   L’administrateur saisie les informations à modifier et appuyer sur valider Le système enregistre les modifications  En cas d’erreur de saisie le système affiche un message d’erreur approprié

Exception :



Table 8: Raffinement du sous cas d'utilisation Modifier DAB

HRICHI Mohamed

25

Projet de fin d’études 2010 2010--2011 4.4.5 Le raffinement du sous cas d’utilisation : Rechercher DAB


Rechercher DAB

Acteur :

Administrateur

Pré-condition :

DAB trouvé

Post-condition :

L’administrateur authentifié et l’interface rechercher DAB active

Description :

  

Exception :

L’administrateur saisie les mots clé L’administrateur appuyer sur rechercher Le système recherche le client et affiche les résultats

En cas d’erreur de saisie ou DAB introuvable afficher le message approprié

Table 9: Raffinement du sous cas d'utilisation Rechercher DAB

5. Analyse des cas d’utilisation prioritaires prioritaires

5. Définition de l’analyse L'objectif de l'analyse est de mieux comprendre les besoins et les exigences du client. Il s'agit de livrer des spécifications pour permettre de choisir la conception de la solution. Un modèle d'analyse livre une spécification complète des besoins issus des cas d'utilisation et les structure sous une forme qui facilite la compréhension (scénarios), la préparation (définition de l'architecture), la modification et la maintenance du futur système. Il s'écrit dans le langage des développeurs et peut être considéré comme une première ébauche du modèle de conception [7].

5.2 Modèle d’analyse d’analyse des cas d’utilisations prioritaires 5.2.1 L’analyse du cas d’utilisation : S’authentifier

HRICHI Mohamed

26

Projet de fin d’études 2010 2010--2011 5.2.1.1 Traçabilité entre MCA-MA : S’authentifier

<>

S'identifier (from use case view)

S'identifier

<> <><>

UI S'identifier

Gestion d'identification

user

Figure 8 : Traçabilité MCA-MA S’authentifier

5.2.1.2 Modèle de classe d’analyse : S’authentifier

Utilisateur

UI Login

Gestion Login

Utilisateur

Figure 9 : Modèle classe analyse S'authentifier

HRICHI Mohamed

27

Projet de fin d’études 2010 2010--2011 5.2.1.3 Diagramme de Collaboration : S’authentifier

1: Sai sir log in e t password password

3: PEC_verification(login,password)

2: btn_login_click

User

:UI Login

5: Afficher("Authentification reussie") :Gestion :Gestion Login

4: Select

:User

Figure 10 : Diagramme Collaboration S'authentifier

5.2.2 L’analyse du cas d’utilisation : Localiser DAB 5.2.2.1 Traçabilité entre MCA-MA : Localiser DAB

Client

Localiser DAB (from use case)

<>

Locali ser DAB

<> <>

UI local iser DAB DAB

<>

Gestio Gestio n Lo cali ser DAB

DAB

Figure 11 : Traçabilité MCA-MA Localiser DAB

HRICHI Mohamed

28

Projet de fin d’études 2010 2010--2011 5.2.2.2 Modèle de classe d’analyse : Localiser DAB

Utilisateur

UI Local iser DAB

Gestion Localiser DAB

DAB

Figure 12 : Modèle de classe d’analyse Localiser DAB

5.2.2.3 Diagramme de Collaboration : Localiser DAB

1: lo caliser DAB DAB click

User

2: PEC_Localisation PEC_Localisation

5: Afficher(Adresse,institut name,map) UI Locali ser DAB

Gestion Localisation DAB 3: select(id)

4: Information DAB

DAB

Figure 13 : Diagramme de Collaboration Collaboration Localiser DAB

HRICHI Mohamed

29

Projet de fin d’études 2010 2010--2011 5.2.3 L’analyse du cas d’utilisation : Gérer DAB 5.2.3.1 Traçabilité entre MCA-MA : Gérer DAB

Administrateur

Gérer DAB (from use case) case)

<>

Gérer DAB

<> <> <> <>

<
>

<>

<>

UI gestion DAB

Gestion Gestion Ajouter

Gestion Gestion Supprimer

Gestion Afficher Gestion Gestion modi fier

Gestion Rechercher

DAB

Figure 14 : Traçabilité entre MCA-MA Gérer DAB

Ce modèle représente la traçabilité entre le modèle de cas d’utilisation et le modèle d’analyse du cas d’utilisation gérer DAB.

HRICHI Mohamed

30

Projet de fin d’études 2010 2010--2011 5.2.3.2 L’analyse de sous cas d’utilisation : Ajouter DAB 5.2.3.2.1 Modèle de classe d’analyse : Ajouter DAB

Administrateur

UI Ajouter DAB

Gestion DAB

DAB

Figure 15 : Modèle de classe d’analyse Ajouter DAB

5.2.3.2.2 Diagramme de Collaboration : Ajouter DAB

1: Saisir Informatin DAB 3: PEC_Ajout 2: Btn_ajouter() 4: i nsert(ID,adress nsert(ID,adresse,.... e,.... ) 5: Afficher(Opération réuss réussi)

Administrateur

UI Ajouter DAB

Gestion Gestion a jout DAB

DAB

Figure 16 : Diagramme de Collaboration Ajouter DAB

5.2.3.3 L’analyse de sous cas d’utilisation : Supprimer DAB 5.2.3.3.1 Modèle de classe d’analyse : Supprimer DAB

Administrateur

UI Supprimer DAB

Gestion DAB

DAB

Figure 17 : Modèle de classe d’analyse Supprimer DAB

HRICHI Mohamed

31

Projet de fin d’études 2010 2010--2011 5.2.3.3.2 Diagramme de collaboration : Supprimer DAB

1: Selectioner DAB

3: PEC_Suppression

2: Btn_supprimer() Btn_supprimer() 4: del ete(ID) ete(ID) 5: Af ficher(Opération réussi) réussi) UI Supprimer DAB Gestion Gestion a jout DAB

Administrateur

DAB

Figure 18 : Diagramme de collaboration Supprimer DAB

5.2.3.4 L’analyse de sous cas d’utilisation : Modifier DAB 5.2.3.4.1 Modèle de classe d’analyse : Modifier DAB

Administrateur

UI Modifier DAB

Gestion DAB

DAB

Figure 19 : Modèle de classe d’analyse Modifier DAB

5.2.3.4.2 Diagramme de Collaboration : Modifier DAB

1: Saisir information 3: PEC_Modifier

2: Modifier_click

Administrateur UI Modifier DAB

5: Afficher(Opération réuissi) Gestion Gestion Mod ification DAB

4: u pdate(informations)

DAB

Figure 20 : Diagramme de Collaboration Modifier DAB

HRICHI Mohamed

32

Projet de fin d’études 2010 2010--2011 5.2.3.5 L’analyse de sous cas d’utilisation : Afficher DAB 5.2.3.5.1 Modèle de classe d’analyse : Afficher DAB

Administrateur

UI Afficher DAB

Gestion DAB

DAB

Figure 21 : Modèle de classe d’analyse Afficher DAB

5.2.3.5.2 Diagramme de collaboration : Afficher DAB 1: Selectionner DAB 3: PEC_Selection

2: Btn_click()

6: Afficher(id,adresse,...)

Administrateur

UI Afficher DAB

4: Rechercher(ID)

Gestion Gestion Affichage DAB

5: DAB

DAB

Figure 22 : Diagramme de collaboration Afficher Afficher DAB

5.2.3.6 L’analyse de sous cas d’utilisation : Rechercher DAB 5.2.3.6.1 Modèle de classe d’analyse : Rechercher DAB

Administrateur

UI Rechercher DAB

Gestion DAB

DAB

Figure 23 : Modèle de classe d’analyse Rechercher DAB

HRICHI Mohamed

33

Projet de fin d’études 2010 2010--2011 5.2.3.6.2 Diagramme de Collaboration : Rechercher DAB 1: Saisir mot clé

3: PEC_Recherche

2: rechercher_c rechercher_clili ck

4: Affi cher(ID,Adress cher(ID,Adresse,...) Administrateur

:UI Rechercher DAB

:Gestion Recherche DAB

7: Select

:DAB

Figure 24 : Diagramme de Collaboration Rechercher DAB

III. Wireframe d’interfaces utilisateur Un Wireframe (fil de fer), également connu comme un modèle schématique, est un guide visuel qui représente le cadre du squelette d ’un site web ou d’une application. Le Wireframe représente la mise en page ou de l ’arrangement du contenu de l’application, y compris les éléments de l ’interface et les systèmes de navigation [8].

1. Interface Login

Figure 25 : Mock-up Interface Login

HRICHI Mohamed

34

Projet de fin d’études 2010 2010--2011 L’interface Login permet au utilisateur de saisir leur Nom d’Utilisateur et leur Mot de Passe afin d’accéder aux différentes fonctionnalités de l’application. 2. Interface Inscription

Figure 26 : Mock-up Interface Inscription

L’interface Inscription fournie aux utilisateurs normaux un formulaire pour créer leur propre compte au sein portail.

HRICHI Mohamed

35


3. Interface Accueil

Figure 27 : Mock-up Interface Interface Accueil

L’interface Accueil permet au client d’exploiter les différentes fonctionnalités qui sont dédié pour lui.

HRICHI Mohamed

36

Projet de fin d’études 2010 2010--2011 4. Interface Admin

Figure 28 : Mock-up Interface Admin

Cette future interface dédie pour l’administrateur de l’application afin de gérer tous les fonctionnalités de système.

Conclusion : A La fin de ce chapitre, nous avons réussi à dégager et identifier les principaux acteurs de notre système ainsi que ses principales fonctionnalités. On a aussi schématisé certain prototype prototyp e des futures interfaces afin de faciliter leur mise en place à la phase de développement.

Dans le chapitre suivant on va entamer l’analyse des cas d’utilisations d’utilisations de deuxième priorité ainsi que la conception des cas d’utilisations de première première priorité.

HRICHI Mohamed

37

Projet de fin d’études 2010 2010--2011 Chapitre 3 : Phase Elaboration

Introduction La phase d’élaboration permet de stabiliser et de raffiner l’architecture. En raffinant l’architecture, les principaux composants sont identifiés. Dans ce chapitre on doit faire une spécification de la plupart plupart des cas d’utilisation et et la conception de l’architecture de base (squelette du système).

I.Raffinement des cas d’utilisations de deuxième priorité Dans cette section on va raffiner les cas d’utilisation qui ayant une priorité est

égale à deux. 

Cas d’utilisation Gérer Clients



Cas d’utilisation Gérer Compte

HRICHI Mohamed

38

Projet de fin d’études 2010 2010--2011 1. Raffinement de cas d’utilisation d’utilisation Gérer Clients

Rechercher Client

Afficher Client

Gérer Clients

Supprimer Client

Administrator

Modifier état Client

Informer Client

Figure 29 : cas d’utilisation Gérer Clients

Le cas d’utilisation Gérer Client se compose en plusieurs sous cas d’utilisation qu’on

entamera leurs raffinement dans cette section.

HRICHI Mohamed

39

Projet de fin d’études 2010 2010--2011 1.1.Raffinement de sous cas d’utilisation : Rechercher Client Cas d'utilisation :

Rechercher client

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface rechercher client active

Post-condition :

Client trouvé

Description :

  

Exception :

L’administrateur saisie les mots clé L’administrateur appuyer sur rechercher Le système recherche le client et affiche a ffiche les résultats

En cas d’erreur de saisie ou client introuvable afficher le message approprié Table 10: Raffinement de sous cas d’utilisation Rechercher Client

1.2.Raffinement de sous cas d’utilisation : Afficher Client Cas d'utilisation :

Afficher Client

Acteur :

Administrateur

Pré-condition :

Administrateur authentifié et interface afficher client active

Post-condition :

Client affiché

Description :

  

Exception :

L’administrateur choisit le client à afficher L’administrateur click sur afficher Le système affiche les informations de client

En cas d’erreur le système affiche la notification approprié Table 11 : Raffinement de sous cas d’utilisation Afficher Client

1.3.Raffinement 1.3.Raffinement de sous cas d’utilisation : Supprimer Client Cas d'utilisation :

Supprimer client

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface gestion client active

Post-condition :

Client supprimé

Description :

  

Exception :

L’administrateur sélectionne le client à supprimer L’administrateur appuyer sur supprimer Le système supprime le client

En cas d’erreur afficher le message approprié Table 12: 12: Raffinement de sous cas d’utilisation d’utilisation Supprimer Client

HRICHI Mohamed

40

Projet de fin d’études 2010 2010--2011 1.4.Raffinement 1.4.Raffinement de sous cas d’utilisation : Modifier état Client Cas d'utilisation :

Modifier état client

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface gestion client active

Post-condition :

Etat Client modifié

Description :

L’administrateur sélectionne le client à modifier et appuyer sur modifier  Le système affiche les informations du client L’administrateur choisit l’état à attribuer et appuyer sur v alider   Le système enregistre les modifications En cas d’erreur afficher le message approprié

Exception :



Table 13: Raffinement de sous cas d’utilisation d’utilisation Modifier état Client

1.5.Raffinement 1.5.Raffinement de sous cas d’utilisation : Informer Client Cas d'utilisation :

Informer Client

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface informer client active

Post-condition :

Client notifié

Description :

  

L’administrateur sélectionne le client à informer L’administrateur saisie les les informations et appuyer sur envoyer Le système transmettre les informations au client

En cas d’erreur de saisie ou de transmission des informations afficher le message approprié

Exception :

Table 14: 14: Raffinement de sous cas d’utilisation d’utilisation Informer Client

2. Raffinement de cas d’utilisation Gérer Compte Dans cette étape en doit s’intéresser aux sous cas d’utilisations du cas Gérer Compte : 

Saisir points d’intérêt



Modifier Informations



Changer mot de passe

HRICHI Mohamed

41

Projet de fin d’études 2010 2010--2011 Gérer Compte

Client

Saisir Points d’intérêt

Modifier information

Changer mo t de passe passe

Figure 30 : Raffinement de cas d’utilisation Gérer Compte

2.1.Raffinement de sous cas d’utilisation : Saisir points d’intérêt Cas d'utilisation :

Saisir points d’intérêt

Acteur : Pré-condition :

Client Le client authentifié et l’interface gestion compte compte active

Post-condition :

Points d’intérêt saisi

Description :

  

Exception :

L’utilisateur saisie ses informations et choisi les leur points d’intérêt d’intérêt L’utilisateur appuyer sur valider Le système enregistre les modifications

En cas d’erreur afficher le message approprié Table 15: Raffinement de sous cas d’utilisation Saisir points d’intérêt

2.2.Raffinement de sous cas d’utilisation : Modifier points d’intérêt Cas d'utilisation :

Modifier points d’intérêt

Acteur :

Client

Pré-condition :

Le client authentifié authentifié et l’interface gestion compte active

Post-condition :

Points d’intérêt modifié

Description :

  

Exception :

Le client choisie les nouveaux points d’intérêt Le client appuyer sur valider Le système enregistre les modifications

En cas d’erreur afficher le message approprié Table 16: 16: Raffinement de sous cas d’utilisation Modifier points d’intérêt

HRICHI Mohamed

42

Projet de fin d’études 2010 2010--2011 2.3.Raffine 2.3.Raffinement de sous cas d’utilisation : Changer mot de passe Cas d'utilisation :

Changer mot de passe

Acteur :

Administrateur, Client

Pré-condition :

L’utilisateur authentifié et et l’interface gestion compte compte active

Post-condition :

Mot de passe changé

Description :

L’utilisateur saisie l’ancienne mot de passe L’utilisateur saisie et confirme le nouveau mot de passe   L’utilisateur appuyer sur valider Le système vérifier le mot de passe et l’enregistre  En cas mot de passe invalide ou mot de passe non confirmé co nfirmé le système affiche un message d’erreur 

Exception :

Table 17: 17: Raffinement de sous cas d’utilisation Changer mot de passe

II.Analyse II.Analyse des cas d’utilisation de deuxième priorité Dans cette section on doit aboutir à l’analyse des cas d’utilisation de deuxième

priorité en présentant leurs modèles de traçabilité ainsi que leur diagramme de classe d’analyse et le diagramme de collaboration.

1. Analyse de cas d’utilisation : Gérer Clients

1.1.Traçabilité 1.1.Traçabilité entre MCA-MA : Gérer Clients

Gérer Client(from use case)

Administrateur

<>

Gérer Clien Clien t

<> <>

UI gestion gestion Cli ent

<>

<>

<>

<>

<
>

Gestion Gestion Afficher Afficher Gestion Gestion Recher Rechercher cher Gestion Gestion Suppr Supprimer imer Gestion Gestion modifier modifier Etat Gestion Gestion Infor Informer mer

Client

Figure 31: Traçabilité entre MCA-MA Gérer Clients

HRICHI Mohamed

43

Projet de fin d’études 2010 2010--2011 1.2.L’analyse de sous cas d’utilisation : Afficher Clients 1.2.1. Modèle de classe d’analyse : Afficher Clients

Administrateur

UI Afficher client

:Client

:Gestion Affichage Client

Figure 32: 32: Modèle de classe d’analyse Afficher Clients

1.2.2. Diagramme de collaboration : Afficher Clients 1: Selectioner Client 3: PEC_Selection 2: Btn_afficher() Btn_afficher()

Administrateur

6: Afficher(ID,nom,prenom,....) Afficher(ID,nom,prenom,....) UI Afficher Clien Clien t Gestion Gestion Affi chage Client

4: rechercher(ID) rechercher(ID)

5: Client

:Client

Figure 33Diagramme de collaboration Afficher Clients

1.3.L’analyse de sous cas d’utilisation : Afficher Clients 1.3.1. Modèle de classe d’analyse : Rechercher Client

Administrateur

UI Rechercher Rechercher clien t

:Gestion :Gestion Rechercher Rechercher Clien t

:Client

Figure 34 : Modèle de classe d’analyse Rechercher Client

HRICHI Mohamed

44

Projet de fin d’études 2010 2010--2011 1.3.2. Diagramme de collaboration : Rechercher client 1: Saisir mot clé

3: PEC_Recherche PEC_Recherche

2: rechercher_click

4: Affi cher(ID,Adres cher(ID,Adress se,...) Administrateur

:UI Rechercher Client

:Gestion Recherche Client

7: Select

Client

Figure 35 : Diagramme de collaboration Rechercher client

1.4.L’analyse de sous cas d’utilisation : Supprimer Client 1.4.1. Modèle de classe d’analyse : Supprimer Client

Administrateur

UI Supprimer client

:Gestion Supprimer Client

:Client

Figure 36: 36: Modèle de classe d’analyse Supprimer Client

1.4.2. Diagramme de collaboration : Supprimer Client 1: Selectionner Client 4: PEC_Supprimer 2: Supprimer_click 3: Confirmer ? Administrateur

4: Confirme

6: Affiche r(Opération r(Opération réuissi) réuissi) :UI Gestion Gestion cli ent

:Gestion Client 5: Delete

:Client

Figure 37: Diagramme de collaboration Supprimer Client

HRICHI Mohamed

45

Projet de fin d’études 2010 2010--2011 Etat Client 1.5.L’analyse de sous cas d’utilisation : Modifier Etat Client 1.5.1. Modèle de classe d’analyse : Modifier Etat Client Etat Client

Administrateur

UI Modifier Etat client

:Client

:Gestion :Gestion M odifi er Etat Client

Figure 38: 38: Modèle de classe d’analyse Modifier Etat Client

1.5.2. Diagramme de collaboration : Modifier Etat Client Etat Client 1: Selectionner Client

2: Selectionner Etat

Administrateur

3: Vali der_Click der_Click

4: PEC_Modifier

6: Afficher(Opération réuissi) :UI Gestion client

:Gestion Client 5: Update()

:Client

Figure 39: Diagramme de collaboration Modifier Etat Client

1.6.L’analyse de sous cas d’utilisation : Informer Clients 1.6.1. Modèle de classe d’analyse : Informer Clients

Administrateur

UI Informer client

Gestion Informer Client

:Client

:Notification

Figure 40: 40: Modèle de classe d’analyse Informer Clients

HRICHI Mohamed

46

Projet de fin d’études 2010 2010--2011 1.6.2. Diagramme de collaboration : Informer Clients 1: Saisir information 3: PEC_Notificati PEC_Notificati on 2: Notifier_click()

Administrateur

7: Afficher(Opération réuissi)

UI Afficher Client2

Gestion Gestion Affi chage Client2

6: insert(informations)

4: select()

5: mails

Notification :Client

Figure 41: Diagramme de collaboration Informer Clients

2. Analyse de cas d’utilisation : Gérer Compte

2.1.Traçabilité 2.1.Traçabilité entre MCA-MA : Gérer Compte

Client

Gérer Compte (from use case)

<> <>

Gérer Compte

<>

<> <> <> <>

UI Gérer Compte

:Gestion :Gestion Changer mot de passe

:Gestion :Gestion Sai sie Poi nt Interet

:Gestion Modifier Point Interet

Clients

Figure 42 : Traçabilité entre MCA-MA G érer Compte

HRICHI Mohamed

47

Projet de fin d’études 2010 2010--2011 2.2.L’analyse de sous cas d’utilisation : Saisir Point D’intérêt 2.2.1. Modèle de classe d’analyse : Saisir Point D’intérêt

Client :UI Saisie Point Interet

:Client

:Gestion Saisie Point Interet

Figure 43: 43: Modèle de classe d’analyse Saisir Point D’intérêt

2.2.2. Diagramme de collaboration : Saisir Point D’intérêt 1: Saisir inormations 3: PEC_Saisie

2: Valider_click()

5: Afficher(Opération réuissi) UI Saisie Point Interet Gestion Saisie Point Interet

Client

4: Update

:Client

Figure 44: 44: Diagramme de collaboration Saisir Point D’intérêt

2.3.L’analyse de sous cas d’utilisation : Modifier Point D’intérêt 2.3.1. Modèle de classe d’analyse : Modifier Point D’intérêt

Client :UI Modifier Point Interet

:Gestion :Gestion ModifierPoint Interet

:Client

Figure 45: Modèle de classe d’analyse Modifier Point D’intérêt

HRICHI Mohamed

48

Projet de fin d’études 2010 2010--2011 2.3.2. Diagramme de collaboration : Modifier Point D’intérêt 1: Saisir inormations 3: PEC_Modifier

2: Valider_click()

5: Affi cher(Opératio cher(Opératio n réuissi) réuissi) UI Modifie r Point Interet Gestion Gestion mo difier Point Interet

Client

4: Update(information)

:Client

Figure 46: 46: Diagramme de collaboration Modifier Point D’intérêt

2.4.L’analyse de sous cas d’utilisation : Modifier Mot de Passe 2.4.1. Modèle de classe d’analyse : Modifier Mot de Passe

Client :UI Changer Mot de passe

:User

:Gestion Changer Mot de passe

Figure 47: 47: Modèle de classe d’analyse Modifier Mot de Pass e

2.4.2. Diagramme de collaboration : Modifier Mot de Passe 1: Saisir ancien et nouveau password 2: Chang er_click() er_click()

Client

3: PEC_Chang emen t_password t_password

5: Affi cher(Opération réussi) réussi) UI Modification mot de passe Gestion password

4: Update(password)

:User

Figure 48 : Diagramme de collaboration Modifier Modifier Mot de Passe

HRICHI Mohamed

49

Projet de fin d’études 2010 2010--2011 III.Conception III.Conception des cas d’utilisation de première première et deuxième priorité III.1.Conception III.1.Conception des cas d’utilisation de première p remière priorité

1. modèle de conception de cas : S’authentifier a) Traçabilité MC-MA : S’authentifier

:UI S'authentifier

:User

:Gestion :Gestion S'authentifier

<>

<>

<>

<>

<>

<>

UI S'authentifier

Gestion Gestion S'authentifier

User

Figure 49: Traçabilité MC-MA MC- MA S’authentifier

b) Diagramme de classe de conception : S’authentifier <> user

<> <>

UI S'authentifier - login : string - password : string

Gestion Gestion authentification

+ sai sie () : void + connexion () : void

+ ve riri fi fi ca ca titi on on () () : vo vo id id

- user id : String - password : string - login_statut : string + + + +

select () in sert () delete () update ()

Figure 50: 50: Diagramme de classe de conception S’authentifier

HRICHI Mohamed

50

Projet de fin d’études 2010 2010--2011 c) Diagramme de séquence : S’authentifier

:UI S'authentifie r

:Gestion Authentification

:Rôles

:Utilisateurs

Utilisateur Saisir(login,pass) Connexion Click() Click() Verifier(login,pass) Selectio ner uti li sateur(us ateur(user_id) er_id) Un utili sateur

Get_Roles(user_id) Rôles

Login Stat Statut ut

Figure 51: 51: Diagramme de séquence S’authentifier

S’inscrire inscrire 2. modèle de conception de cas : S’ a) Traçabilité MC-MA : S’ S’inscrire inscrire

:UI S'inscire

<>

<> UI S'inscrire.

:Gestion S'inscrire

<>

<> Gestion S'inscrire

:User

<>

<> User

Figure 52: Traçabilité MC-MA MC- MA S’inscrire

HRICHI Mohamed

51

Projet de fin d’études 2010 2010--2011 S’inscrire inscrire b) Diagramme de classe de conception : S’

<> <>

UI S'inscrire -

username nom prenom mail password confirm password

user

: string : string : string : string : string : string

<>

- user id : String - password : string - login_statut : string

Gestion inscription

+ + + +

+ Verifier Verifier inscr inscriptio iption n () : boo booll

+ saisie () : void + enregistrer () : void

select () insert () delete () update ()

Figure 53: 53: Diagramme de classe de conception S’inscrire

c) Diagramme de séquence : S’ S’inscrire inscrire

:UI inscripti inscripti on

:Gestion :Gestion Inscription Inscription

:Utilisateurs

Utilisateur Saisir Information Inscription_click() informations d'inscription

Vérifier information

Ajouter uti lisateur lisateur OK OK

Figure 54: 54: Diagramme de séquence S’inscrire

HRICHI Mohamed

52


3. modèle de conception de cas : Localiser DAB a) Traçabilité MC-MA : Localiser DAB

:UI Locali ser DAB

<>

:DAB

:Gestion :Gestion Locali ser DAB

<>

<>

<>

<>

<>

UI Locali ser DAB

Gestion Gestion Locali ser DAB.

DAB.

Figure 55: Traçabilité MC-MA Localiser DAB

b) Diagramme de classe de conception : Localiser DAB <> DAB

<>

<>

UI Localiser DAB

Gestion Localisation

+ L oc ocate () : voi d

+ localis localiser DAB () : void void

+ + + +

ID_dab Latitude Longitude institut name Adresse etat

: : : : : :

int float float string string bool

insert () delete () update () select ()

Figure 56: Diagramme de classe de conception Localiser DAB

HRICHI Mohamed

53

Projet de fin d’études 2010 2010--2011 c) Diagramme de séquence : Localiser DAB

:UI Localiser DAB

:Gestion Localiser DAB

:DAB

User

Localiser_Click() PEC_Localiser select() OK Afficher(DAB)

Figure 57 : Diagramme de s équence Localiser DAB

4. modèle de conception de sous cas : Ajouter DAB a) Traçabilité MC-MA : Ajouter DAB

:UI Ajouter DAB

<>

<> UI Ajouter DAB

:Gestion :Gestion Ajouter DAB

<>

<> Gestion Gestion Ajouter DAB.

:DAB

<>

<> DAB.

Figure 58 : Traçabilité Traçabilité MC-MA Ajouter DAB

HRICHI Mohamed

54

Projet de fin d’études 2010 2010--2011 b) Diagramme de classe de conception : Ajouter DAB <> DAB <> UI Ajouter DAB -

Latitude longitude nom i nstitut nstitut adresse etat

-

<>

: float : float : string : string : bool

Gestion Ajout DAB + A jo jo ut ut e err_ DA DA B () : vo vo i d

+ + + +

+ ajout ajouter er_c _clic lick k () : void


: int : float : float : string : string : bool


Figure 59: Diagramme de classe de conception Ajouter DAB

c) Diagramme de séquence : Ajouter DAB

:Gestion Ajouter DAB

:UI Ajouter DAB

:DAB

Administrateur

Saisir Infroamtion

Ajouter_click() Ajouter(infos) insert() OK Aj out Te rmin é

Figure 60 : Diagramme de séquence Ajouter DAB

HRICHI Mohamed

55

Projet de fin d’études 2010 2010--2011 5. modèle de conception de sous cas : Supprimer DAB a)Traçabilité MC-MA : Supprimer DAB

:UI Supprimer DAB

:DAB

:Gestion Supprimer DAB

<>

<>

<>

<>

<>

<>

UI Supprimer DAB

Gestion Supprimer DAB.

DAB.

Figure 61: Traçabilité Traçabilité MC-MA Supprimer Supprimer DAB

b) Diagramme de classe de conception : Supprimer DAB

<> DAB <>

<>

Gestion Supprimer DAB

UI Supprime r DAB - DA B : Li Li st stB o x + Suppr Supprime imerr_clic _click k () : void void

+ S up up pr pri m er er_ DA DA B () () : vo vo id id

+ + + +


: : : : : :



Figure 62: Diagramme de classe de de conception Supprimer Supprimer DAB

HRICHI Mohamed

56

Projet de fin d’études 2010 2010--2011 c) Diagramme de séquence : Supprimer DAB

:UI Supprimer DAB

:Gestion :Gestion Supprimer DAB

:DAB

Administrateur

Selectionner DAB Supprimer Click() Supprimer(ID) delete()

OK Affi che r Sup prission Te rmi né

Figure 63: Diagramme de séquence Supprimer DAB

6. modèle de conception de sous cas : Modifier DAB a)Traçabilité MC-MA : modifier DAB

:UI Modifier DAB

<>

:Gestion Modifier DAB

<>

<>

<>

UI Modifier DAB

Gestion Modifier DAB.

:DAB

<> <>

<> DAB.

Figure 64: Traçabilité Traçabilité MC-MA modifier modifier DAB

HRICHI Mohamed

57

Projet de fin d’études 2010 2010--2011 b) Diagramme de classe de conception : modifier DAB <> DAB

<> UI Modifier DAB -

latitude longitude nom institut institut adresse etat

: : : : :

float float string string bool

-

<> Gestion Gestion Modification + M od od if if ie ie r_ r_ DA DA B () : vo vo id id

+ sai sie () : void + vali der_click () () : void

+ + + +


: : : : : :



Figure 65: Diagramme de classe de conception conception modifier modifier DAB

c) Diagramme de séquence : Modifier DAB

:UI Modifier DAB

:Gestion Modifier DAB

:DAB

Administrateur

Saisir Information

Update_Click() PEC_Modifier update()

ok Affi cher Mo di fica tio n T ermi né

Figure 66: Diagramme de séquence Modifier DAB

HRICHI Mohamed

58

Projet de fin d’études 2010 2010--2011 7. modèle de conception de sous cas : Rechercher DAB a)Traçabilité MC-MA : Rechercher DAB

:UI Rechercher DAB

:DAB

:Gestion :Gestion Rechercher DAB

<>

<>

<>

<>

<>

<>

UI Rechercher DAB

Gestion Gestion Rechercher DAB.

DAB.

Figure 67: Traçabilité Traçabilité MC-MA Rechercher DAB

b) Diagramme de classe de conception : Rechercher DAB <> DAB <> UI Rechercher DAB - vi llll e : st stri ng ng + Recher echerch cher er_c _click lick () : void void

<> Gestion Gestion Recherche Recherche + Re ch ch er erch e err () () : vo vo id id

+ + + +


: int : float : float : string : string : bool


Figure 68: Diagramme de classe de de conception Rechercher DAB

HRICHI Mohamed

59

Projet de fin d’études 2010 2010--2011 c) Diagramme de séquence : Rechercher DAB

:UI Rechercher DAB

:Gestion :Gestion Rechercher DAB

:DAB

Administrateur

Saisir information

Rechercher_Click() Rechercher(DAB) select() OK Afficher Resultat

Figure 69: Diagramme de séquence Rechercher DAB

8. modèle de conception de sous cas : Afficher DAB a)Traçabilité MC-MA : Afficher DAB

:UI Afficher DAB

<>

:Gestion Afficher DAB

<>

<>

<>

UI Afficher DAB

Gestion Afficher DAB.

:DAB

<>

<> DAB.

Figure 70: Traçabilité Traçabilité MC-MA Afficher Afficher DAB

HRICHI Mohamed

60

Projet de fin d’études 2010 2010--2011 b) Diagramme de classe de conception : Afficher DAB

Figure 71: Diagramme de classe de conception conception Afficher Afficher DAB

c) Diagramme de séquence : Afficher DAB

:Gestion Afficher DAB

:UI Afficher DAB

:DAB

Administrateur

Selectionner DAB Afficher_Click()

PEC_Afficher select() OK Afficher(DAB)

Figure 72: Diagramme de séquence Afficher DAB

HRICHI Mohamed

61

Projet de fin d’études 2010 2010--2011 III.2.Conception III.2.Conception des cas d’utilisation de deuxième priorité

1. modèle de conception de sous cas : Rechercher Client a) Traçabilité MC-MA : Rechercher Client

:UI Rechercher Rechercher Clien t

<>

:Client

:Gestion :Gestion Rechercher Rechercher Clien t

<>

<>

<>

<>

<>

UI Rechercher Rechercher Cli ent

Gestion Gestion Rechercher Rechercher Client

Client.

Figure 73: Traçabilité MC-MA Rechercher Client

b) Diagramme de classe de conception : Rechercher Client <> Client <> <>

Gestion Gestion Cli ent

UI Rechercher Client - No m_ m_ cl cl i en en t : st st riri ng ng + Recher echerch cher er_c _click lick () : v void oid

+ Rechercher () : string + Afficher () + ChangerEtat ()

+ + + +

IdClient Nom Prenom Adresse ville ZipCode Tel

: int : string : string : string : string : string : int

select () insert () update () delete ()

Figure 74: Diagramme de classe de conception Rechercher Client

HRICHI Mohamed

62

Projet de fin d’études 2010 2010--2011 c) Diagramme de séquence : Rechercher Client

: UI Re ch e rch e r Cl i e n t s

: G e st i o n Re ch e rch e Cl i e n t s

: Cl i e n t s

Administrateur

Saisir Saisir information Rechercher_Click() PEC_Recherche

select Clients

Afficher(clients)

Figure 75: Diagramme de séquence Rechercher Client

2. modèle de conception de sous cas : Supprimer Client a. Traçabilité MC-MA : Supprimer Client

:UI Supprimer Clien Clien t

<>

:Gestion :Gestion Supprimer Client

<>

:Client

<>

<>

<>

<>

UI Supprimer Client

Gestion Gestion Supprimer Client

Client.

Figure 76: Traçabilité MC-MA Supprimer Client

HRICHI Mohamed

63

Projet de fin d’études 2010 2010--2011 b) Diagramme de classe de conception : Supprimer Client

<> Client

<>

<>

UI Supprimer Client

Gestion Gestion Supprimer Client

-

- cl i en en ts ts : Li Li st stB ox ox + Suppr Supprime imerr_clic _click k () : void void

+ Supp Supprrimer ()

IdClient Nom Prenom Adresse ville ZipCode Te l

+ + + +

: int : string : string : string : string : string : int

select () in sert () update () delete ()

Figure 77: Diagramme de classe de conception Supprimer Client

c) Diagramme de séquence : Supprimer Client

:UI Supprimer Clients

:Gestion Supprimer Clients

:Clients

Administrateur Selectionner Client Supprimer_Click() PEC_Supprimer Delete() OK Affi cher Su ppressio ppressio n te rmin é

Figure 78 : Diagramme de sé quence Supprimer Client

HRICHI Mohamed

64

Projet de fin d’études 2010 2010--2011 3. modèle de conception de sous cas : Modifier Etat Client a. Traçabilité MC-MA : Modifier Etat Client

:UI Modifier Etat Client

<>

:Client

:Gestion :Gestion M odifier Etat Client

<>

<>

<>

<>

<>

UI Modifier Etat Client

Gestion Gestion Modi fier Etat Client

Client.

Figure 79: Traçabilité MC-MA Modifier Etat Client

b) Diagramme de classe de conception : Modifier Etat Client <> Client

<> UI Changer etat Clie Clie nt - Option Active : - Option Desactive : + Valider_clic Valider_click k ()

<> Gestion Gestion Changer etat Client + Modifier Modifier Etat Etat Client Client ()

-

IdClient Nom Prenom Adresse ville ZipCode Tel etat

+ + + +


: int : string : string : string : string : string : int : bool

Figure 80: Diagramme de classe de conception Modifier Etat Client

HRICHI Mohamed

65

Projet de fin d’études 2010 2010--2011 c) Diagramme de séquence : Modifier Etat Client :UI M o d i fifi er er E ta t Cl ie ie n t s

:Ge sti on on M o d i fifi er er E ta t Cl ie ie n t s

:Cl ie ie n t s

Administrateur Selectionner Client Changer_Etat_Click() PEC_Modification Update() OK Affi che r Mo di fic ati on term in é

Figure 81: Diagramme de sé quence Modifier Etat Client

4. modèle de conception de sous cas : Afficher Client a. Traçabilité MC-MA : Afficher Client

:UI Afficher Clie Clie nt

<>

:Gestion :Gestion Affi cher Cli Cli ent

<>

<>

<>

UI Afficher Client

Gestion Gestion Afficher Client

:Client

<>

<> Client.

Figure 82 : Traçabilité MC-MA Afficher Client

HRICHI Mohamed

66

Projet de fin d’études 2010 2010--2011 b) Diagramme de classe de conception : Afficher Client <> Client

UI Afficher Client -

txt id txt nom txt adres adre sse txt tel txt mail

: string : string : string : string : string

<> Gestion Gestion Afficher Client + PEC Affiche Afficherr Client Client () ()

-


+ + + +



Figure 83: Diagramme de classe de conception Afficher Client

c) Diagramme de séquence : Afficher Client

:Gestion Afficher Client

:UI Afficher Client

:Clients

Administrateur Selectionner Client Afficher_Client_Click() PEC_Afficher_client Select() OK Afficher(Client)

Figure 84: Diagramme de séquence Afficher Client

HRICHI Mohamed

67

Projet de fin d’études 2010 2010--2011 5. modèle de conception de sous cas : Informer Client a. Traçabilité MC-MA : Informer Client

:UI In fo rm e r Cl i e n t

:G e sti o n In fo rm e r Cl i e n t

<>

<>

<> UI Informer Client

<> Gestion Informer Client

:Cl i e n t

:Notification

<>

<< T ra ce >>

<>

<>

Client.

Notification

Figure 85: Traçabilité MC-MA Informer Client

b) Diagramme de classe de conception : Informer Client

<> Client <> <>

UI Notification Client

Gestion Notification

- infor informat mation ions s : string tring + Selectionner_Clients () : void + Notifier_cli ck () () : void

+ No ttii fi fi ca ca ttii on on () () : vo vo id id

+ + + +


: : : : : : : :

int string string string string string int bool


<> Notification -

id_notification sujet information date

: : : :

string stirng string DateTime

+ insert () + select ()

Figure 86: Diagramme de classe de conception Informer Client

HRICHI Mohamed

68

Projet de fin d’études 2010 2010--2011 c) Diagramme de séquence : Informer Client

:UI No ti fi e r Cl i e n ts

:Ge sti o n No ti fi e r Cl i e n ts

:Clients

:No ti fi ca ti o n

Administrateur Saisir Information Envoyer_Click() PEC Notification get_mails() Mail

Envoyer Mail

Insert() Affi cher Noti fica tio n te rmin é

Figure 87: Diagramme de séquence Informer Client

Conclusion : A la fin de ce chapitre on a réussi à capturer tous les besoins de notre système ainsi que l’analyse et la conception des cas d’utilisations de première et deuxième priorité .

HRICHI Mohamed

69


Chapitre 4 : Phase Construction Introduction : Après avoir élaboré l’analyse et la conception des cas d’utilisation de première et deuxième

priorité on s’intéresse dans ce chapitre à l’analyse et la conception des cas d’utilisation de troisième priorité ainsi que la mise en place du modèle relationnel des données et du modèle des composants. Pour la phase de développement on utilise l’ASP.net MVC en sa version 3 et le moteur moteur de 1

2

vue (view engine) Razor , ainsi que l’utilisation de des plusieurs librairies comme JQuery et 3

l’extension Telerik pour ASP.net mvc.

I.Raffinement des cas d’utilisation de troisième priorité A ce stade on va v a raffiner tous les cas d’utilisation de troisième priorité.

Gérer Rapport

o   

o

Visualiser Exporter Imprimer Faire commentaire

1

Le nouveau moteur de vue est introduit dans ASP.NET MVC 3 http://www.asp.net/mvc JQuery est un Framework développé en JavaScript qui permet notamment de manipuler aisément la DOM, d'utiliser AJAX, de créer des animations anim ations http://jquery.com/ 3 L’extension Telerik ASP.NET MVC étendre la plate-forme ASP.NET MVC en offrant des contrôles réutilisables pour l’interface utilisateur http://www.telerik.com/ 2

HRICHI Mohamed

70

Projet de fin d’études 2010 2010--2011 Visualiser Rapport

Administrateur

Imprimer Rapport

Eporter en HTML

Exporter Rapport

Exporter en PDF

Exporter en Excel

Exporter en RTF

Figure 88: Diagramme cas d'utilisation Gérer Rapports

1. Le raffinement du cas d’utilisation : Gérer Rapport a. Raffinement de sous cas d’utilisation : Visualiser Rapport Cas d'utilisation :

Visualiser rapport

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface gestion rapport active

Post-condition :

Rapport visualisé

Description :

  

Exception :

L’administrateur sélectionne le rapport à visualiser L’administrateur appuyer sur visualiser Le système génère les informations et les afficher

En cas d’erreur afficher le message approprié

Table 18: Raffinement sous cas Visualiser Rapport

HRICHI Mohamed

71

Projet de fin d’études 2010 2010--2011 b. Raffinement de sous cas d’utilisation : Exporter Rapport Cas d'utilisation :

Exporter rapport

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface exporter rapport active

Post-condition :

Rapport export é

Description :

 

L’administrateur sélectionne le rapport L’administrateur sélectionne le format d’exportation et appuyer sur exporter

En cas d’erreur le système affiche le message approprié

Exception :

Table 19: Raffinement sous cas Exporter Rapport

c. Raffinement de sous cas d’utilisation : Imprimer Rapport Cas d'utilisation :

Imprimer rapport

Acteur :

Administrateur

Pré-condition :

L’administrateur authentifié et l’interface imprimer rapport active

Post-condition :

Rapport imprimé

Description :

 

Exception :

L’administrateur sélectionne le rapport L’administrateur appuyer sur imprimer

Un message d’erreur est affiché en cas d’erreur Table 20: Raffinement sous cas Imprimer Rapport

2. Le raffinement du cas d’utilisation : Faire Commentaire Cas d'utilisation :

Faire commentaire

Acteur :

Client

Pré-condition :

Le client authentifié et l’interface faire commentaire commentaire active

Post-condition :

Commentaire fait

Description :

  

Exception :

Le client écrire le commentaire Le client appuyer sur valider Le système enregistre les informations

En cas d’erreur afficher le message approprié Table 21: Raffinement sous cas Faire Commentaire

HRICHI Mohamed

72

Projet de fin d’études 2010 2010--2011 II.Analyse II.Analyse des cas d’utilisation de troisième priorité 1. Analyse Analyse de cas d’utilisation : Gérer Rapport 1.1. Traçabilité entre MCA-MA : Gérer Rapport

Administrateur

Gérer Rapport (from use case)

<>

Gérer Rapport

<>

<>

<> <>

<>

UI Gérer Rapport

Gestion Imprimer

Gestion Gestion Visualiser

Gestion Gestion Exporter

DB

Figure 89: Traçabilité entre MCA-MA Gérer Rapport

1.2. Analyse de sous cas d’utilisation : Visualiser Rapport 1.2.1. Modèle de classe d’analyse : Visualiser Rapport

Ad m i n i stra te u r

UI Vi Vi su a l i se r Ra p p o rt

Gestion Gestion Visualiser Rapport

DB

Figure 90: 90: Modèle de classe d’analyse Visualiser Rapport

HRICHI Mohamed

73

Projet de fin d’études 2010 2010--2011 1.2.2. Diagramme de collaboration : Visualiser Rapport 1: Selection Rapport 2: Afficher_click

3: PEC_Afficher

7: Afficher(Report) Administrateur

UI Afficher Rapport

Gestion Gestion Afficher Rapport 4: select()

5: i nformations nformations

DB

Figure 91: Diagramme de collaboration Visualiser Rapport

1.3. Analyse de sous cas d’utilisation : Exporter Rapport 1.3.1. Modèle de classe d’analyse : Exporter Rapport

Ad m i n i stra te u r

UI E xp o rte r Ra p p o rt

Gestion Gestion Exporter Rapport

DB

Figure 92: 92: Modèle de classe d’analyse Exporter Rapport

1.3.2. Diagramme de collaboration : Exporter Rapport 1: Selecti on rapport et choisir format format 3: PEC_Exporter 2: Exporter_click

6: Afficher(Operation réuissi)

Administrateur

UI Exporter Rapport

Gestion Gestion Exportation rapport

4: Select()

5: Information

DB

Figure 93: Diagramme de collaboration Exporter Rapport

HRICHI Mohamed

74

Projet de fin d’études 2010 2010--2011 1.4. Analyse de sous cas d’utilisation : Imprimer Rapport 1.4.1. Modèle de classe d’analyse : Imprimer Rapport

A d m i n i stra te u r

UI Im p ri m e r Ra p p o rt

DB

Gestion Imprimer Rapport

Figure 94: Modèle de classe d’analyse Imprimer Rapport

1.4.2. Diagramme de collaboration : Imprimer Rapport 1: Selection Rapport 2: Imprimer_click Imprimer_click

3: PEC_Imprimer

7: A fficher(Opération réuss réussi)

Administrateur

UI Imprimer Rapport

Gestion Gestion Imprime r Rapport 4: select()

5: informations

DB

Figure 95: Diagramme de collaboration Imprimer Rapport

. Analyse de cas d’utilisation : Faire Commentaire 2.1. Modèle de classe d’analyse : Faire Commentaire

Client

UI Feedback

Gestion feedback

feedback

Figure 96: 96: Modèle de classe d’analyse Faire C ommentaire

HRICHI Mohamed

75

Projet de fin d’études 2010 2010--2011 2.2.

Diagramme de collaboration : Faire Commentaire

1: Saisir information 3: PEC_Feedback

2: Réclamer

5: A fficher(Oprération fficher(Oprération réuissi) réuissi)

Client

UI Feedback

Gestion feedback

4: insert(information)

feedback

Figure 97: Diagramme de collaboration Faire Commentaire

III.Conception III.Conception des cas d’utilisation de troisième priorité 1.Conception de cas : Gérer Rapport 1.1.Modèle de conception de sous cas : Visualiser Rapport a.Traçabilité entre MCA-MA : Visualiser Rapport

: UI V i su a l i se r Ra p p o rt

<>

<> UI Vi suali ser Rapport

: G e st i o n V i su a l i se r Ra p p o rt

<>

<> Gestion Gestion Visualiser Rapport

: DB

<>

<> DB.

Figure 98: Traçabilité entre MCA-MA Visualiser Rapport

HRICHI Mohamed

76

Projet de fin d’études 2010 2010--2011 b)Diagramme de classe de conception : Visualiser Rapport

<> <>

Gestion Visualiser rapport

UI Visuali ser rapport - l i st ste r ap ap po po rrtt : l i st st eb eb ox ox

+ Generer Rapport () : Rapport + Imprimer Rapport () + Visuali ser Rapport () DB

Figure 99: Diagramme de classe de conception Visualiser Rapport

c)Diagramme de séquence : Visualiser Rapport

:UI Vi sual iser Rapport

:Gestio :Gestio n Vi sual iser Rapport Rapport

:DB

Administrateur

Select Report VisualiserClick() PEC_Visualiser Select()

Data Génerer Rapport

Afficher(Data)

Figure 100: Diagramme de séquence Visualiser Rapport

HRICHI Mohamed

77

Projet de fin d’études 2010 2010--2011 1.2.Modèle de conception de sous cas : Exporter Rapport a.Traçabilité entre MCA-MA : Exporter Rapport

:UI E xp o rte r Ra p p o rt

:G e sti o n E xp o rte r Ra p p o rt

<>

<>

<> UI Exporter Rapport

<> Gestion Gestion Exporter Rapport

:DB

<>

<> DB.

Figure 101: Traçabilité entre MCA-MA Exporter R apport

b)Diagramme de classe de conception : Exporter Rapport

<> <>

Gestion Exporter rapport

UI Exporter rapport - liste liste rappo apporrt : lis listebo tebox x

+ Generer Rapport () : Rapport + Imprimer Rappo rt () + Visualiser Rapport () DB

Figure 102: Diagramme de classe de conception Exporter Rapport

HRICHI Mohamed

78

Projet de fin d’études 2010 2010--2011 c)Diagramme de séquence : Exporter Rapport

:UI Exporter Rapport

:Gestion Exporter Rapport

:DB

Administrateur

Select Report ExporterClick() PEC_Exporter Select()

Data Exporter Rapport

Affi che r(Opérat io n réu ssie)

Figure 103: Diagramme de séquence Exporter Rapport

1.3.Modèle de conception de sous cas : Imprimer Rapport a.Traçabilité entre MCA-MA : Imprimer Rapport

: UI I m p ri m e r Ra p p o rt

<>

<> UI Imprimer Rapport

: G e st i o n I m p ri m e r Ra p p o rt

<>

<> Gestion Gestion Imprimer Rapport

: DB

<>

<> DB.

Figure 104: Traçabilité Traçabilité entre MCA-MA Imprimer Rapport

HRICHI Mohamed

79

Projet de fin d’études 2010 2010--2011 b)Diagramme de classe de conception : Imprimer Rapport

<> Gestion Gestion Im primer rapport <> UI Imprimer Rapport

+ Generer Rapport () : Rapport + Imprim er Rapport () () + Visualiser Rapport ()

- Liste Liste Rappo apporrt : Lis Liste tebo box x

DB

Figure 105: Diagramme de classe de conception Imprimer Rapport

c)Diagramme de séquence : Imprimer Rapport :UI Imprimer Rapport

:Gestion Imprimer Rapport

:DB

Administrateur

Select Report ImprimerClick() PEC_Imprimer Select()

Data Imprimer Rapport

Affi cher(Opérati on réu ssie )

Figure 106 : Diagramme de sé quence Imprimer Rapport

HRICHI Mohamed

80

Projet de fin d’études 2010 2010--2011 IV.Modèle final de diagramme de classe entité Après la définition de tous les cas utilisation utilisation ainsi que leurs conceptions maintenant on doit mettre en place le schéma final de diagramme de classe d’entité.

<>

<>

Institut

login_trace

<> user

- ID_institut : int - Nom : string - Adresse : string

- id_login : int - Debut : DateTime - fin : DateTime

+ + + +

+ + + +


: : : :

void void void void


: : : :

1..* 1..1

- user id - password - login_statut + + + +

void void void void

select () in sert () delete () update ()

: int : string : string

: : : :

void void void void

1..1

0..*

<> Client

<> DAB -

ID_dab Latitude Longitude Adresse etat

+ + + +


: : : : : : : : :

int float float string bool

0..* 0..*

void void void void

+ + + +

IdClient Nom Prenom Adresse ville ZipCode Te l etat

<> Admin


select () in sert () update () delete ()

: : : :

+ + + +

void void void void

idAdmin nom Prenom etat select () insert () update () delete ()

: int : string : string : bool : : : :

void void void void

1..1 1..1 0..* 0..*

0..* <> Notification -


+ insert () : void + select () : void

: int : stirng : string : DateTime

<> <>

0..*

feedback -

id_feed sujet infromation date

+ + + +


: int : string : string : DateTime : : : :

void void void void

ClientMobile - id : int - serial : string - Type : string + + + +


: : : :

void void void void

Figure 107 : diagramme de classe classe entité final

HRICHI Mohamed

81

Projet de fin d’études 2010 2010--2011 V.Modèle Relationnel des données 1. Schéma de la base de données Pour faire le passage entre le modèle orienté objet et le modèle relationnel on doit suivre des règles bien précises : 

Chaque classe se transforme en une table.



Chaque attribut de classe se transforme en un champ de table.



L’identifiant de la classe devient une clé primaire de table .



L’association de cardinalité « ?-N » des deux côtés se transforme en une table. Cette table a comme champs l’identifiant de chacune des deux classes.



L’association « un à un » d’un côté et « 1 à N » reflète une intégration intégration dans la

table fille la clé primaire de la table mère. L'attribut ainsi ajouté s'appelle s'appelle clé étrangère. 

Pour la généralisation on a choisi la troisième règle qui t ransforme la généralisation en association.

En se basant sur ses règles on a obtenu le schéma de la base de donnés relationnel suivant :

HRICHI Mohamed

82

Projet de fin d’études 2010 2010--2011 <> <> login_trace id_login user id Debut fin

ClientNotification

Notification

IdClient in t id_notification in t

in t in t datetime datetime


in t stirng varchar(254) datetime

<> feedback

<> Client <> user user id in t password varchar(254) login_statut varchar(254)

IdClient user id Nom Prenom Adresse ville ZipCode Te l etat

in t in t varchar(254) varchar(254) varchar(254) varchar(254) varchar(254) in t bi t

id_feed IdClient sujet infromation date

in t in t varchar(254) varchar(254) datetime

<> ClientMobile <>

<>

DAB

Admin idAdmin user id nom Prenom etat

in t in t varchar(254) varchar(254) bi t

ID_dab ID_institut Latitude Longitude Adresse etat

in t in t float float varchar(254) bi t

id IdClient serial Type

in t in t varchar(254) varchar(254)

ClientDab IdClient in t ID_dab in t

<> Institut ID_institut in t Nom varchar(254) Adresse varchar(254)

Figure 108 : Schéma de la base de données

HRICHI Mohamed

83

Projet de fin d’études 2010 2010--2011 2. Description détaillé de schéma de base de données d onnées

a. Structure de la table DAB

Nom du champ

Description

Type

contraintes

ID_dab

identifiant de DAB

int

clé primaire

ID_institut

identifiant de l'institut

int

clé étrangère

latitude

latitude de position GPS

float

longitude

longitude de position GPS

float

Adresse

adresse de DAB

varchar

etat

état de fonctionnement

bit

Table 22 : Structure de la table DAB

b. Structure de la table Institut

Nom du champ

Description

Type

ID_institut

identifiant de l'institut

int

Nom

nom de l'institut

varchar

Adresse

adresse de l'Institut

varchar

contraintes clé primaire

Table 23 : Structure de la table Institut

c. Structure de la table User

Nom du champ

Description

Type

user_id

identifiant de l'utilisateur

int

password

mot de passe de l'utilisateur

varchar

login_statut

état de l'utilisateur

varchar

contraintes contraintes clé primaire

Table 24 : Structure de la table User

HRICHI Mohamed

84

Projet de fin d’études 2010 2010--2011 d. Structure de la table Admin

Nom du champ

Description

Type

contraintes contraintes

idAdmin

identifiant de l'admin

int

clé primaire

user_id


int

clé étrangère

nom

nom de l'admin

varchar

prenom

prénom de l'admin

varchar

etat

l'état de l'admin

bit

Table 25 : Structure de la table Admin

e. Structure de la table Client Nom du champ

Description

Type

contraintes

idClient

identifiant de Client

int

clé primaire

user_id


int

clé étrangère

nom

nom de client

varchar

prenom

prénom de client

varchar

adresse

adresse de client

varchar

ville

ville de client

varchar

zipCode

code postale de client

varchar

tel

téléphone de client

int

etat

l'état de client

bit

Table 26 : Structure de la table Client

f. Structure de la table FeedBack Nom du champ

Description

Type

contraintes

idfeed

identifiant de feedback

int

clé primaire

idClient

identifiant de client

int

clé étrangère

sujet

sujet de réclamation

varchar

information

corps de réclamation

varchar

date

date réclamation

datetime

Table 27 : Structure de la table Fe edBack

HRICHI Mohamed

85

Projet de fin d’études 2010 2010--2011 g. Structure de la table Notification Nom du champ

Description

Type

id_notification

identifiant de notification

int

sujet

sujet de notification

varchar

information

corps de notification

varchar

date

date de notification

datetime

contraintes contraintes clé primaire

Table 28 : Structure de la table Notification

h. Structure de la table ClientNotification ClientNotification Nom du champ

Description

Type

contraintes

id_notification

identifiant de notification

int

clé primaire, clé étrangère

idClient


int


Table 29 : Structure de la table ClientNotification

i. Structure de la table ClientMobile Nom du champ

Description

Type

contraintes

id

identifiant de téléphone

int

clé primaire

idClient

int

clé étrangère

serial

identifiant de client numéro de série de téléphone

varchar

type

modèle de téléphone

varchar

Table 30 : Structure de la table ClientMobile

j. Structure de la table ClientDab Nom du champ

Description

Type

contraintes

idClient


int


id_Dab

identifiant de dab

int


Table 31 : Structure de la table ClientDab

HRICHI Mohamed

86

Projet de fin d’études 2010 2010--2011 k. Structure de la table login_trace Nom du champ

Description

Type

contraintes

id_login

identifiant de login

int

clé primaire

user_id


int

clé étrangère

debut

date début

datetime

fin

date fin

datetime

Table 32 : Structure de la table login_trace

VI.Modèle de composants 1. Définition Le diagramme de composants permet de décrire l'architecture physique et statique d'une application en termes de modules : fichiers sources, librairies, exécutables, etc. Ils montrent la mise en œuvre physique des modèles de la vue

logique avec l'environnement de développement. Les composants variés selon les technologies utilisées au niveau de développement ; on peut citer les composant « .NET » et « COM » de Microsoft, les composants « java », les composants « CORBA », etc. Suite à notre choix qui est fixé sur les technologies « .NET » les composants qu’on doit utiliser sont :

HRICHI Mohamed



« .cs » les fichiers des classes ou les fichiers des contrôleurs.



« .cshtml » les fichiers des vues



« .csv » les fichiers web services



« .xap » les fichiers de Windows Phone 7

87

Projet de fin d’études 2010 2010--2011 2. Diagramme des composants

c e R l m n h o i t s s c e . G

s w e i V C V M t e n . p s A

s w e i V n i m d A

. B A l D t m n h o s i t c s e G

. t r o p l e m R t n h o s i t c s e G

l m t h s c . x e d n I

r e s l U m n t o h i t s s c e . G

s c t r n . e u l o l o c r c t A n o C

s c . n r i e l l m o d r A t n o C

h s c . e l l i f m o r P

s w e i V t n e i l C

t h s c . l e m m o H

t h s c . l s m t n i o P

t h s c . s l e m l i b o M

s a l P m e t g h n c a . h s C

s w e i V t n u o c c A

t h s c . l n m i g o L

o M s n c i . P l h e s d u P

s c . t r e n l l e i r o l C t n o C

r e l l o r t n o C C V M t e n . p s A

. n l o i t t m p i r h c s s c n I

o i t l a m m t a h s l c c . e n R

o M t s n c . u l o e c d c A

s l e d o M C V M t e n . p s A

M l e m s b a d . b l a e t a d D o

A c a v t a s . D s 7 s e P c W c

e c i v r e S F C W

o t a c p o a L x . M r T A

p s p w A o 7 d e n n i o W h P

Figure 109 : Diagramme des composants

HRICHI Mohamed

88


Conclusion A la fin de ce chapitre chapitre on a terminé terminé la résolution de tous tous les cas d’utilisation d’utilisation ainsi que l’implémentation de notre système et la création de la base de données relationnel. On se

concentre dans le chapitre chapitre suivant sur le déploiement déploiement du système.

HRICHI Mohamed

89


Chapitre 5 : Phase Transition Introduction La phase de transition est la dernière phase du processus unifié, elle prépare les migrations/déploiements de système chez l’environnement des utilisateurs finaux ainsi que la réalisation d’un scenario de test pour détecter les anomalies et corriger les défauts.

I.Modèle de déploiement 1. Détermination des possibilités de déploiement Le diagramme de déploiement montre la disposition physique des matériels qui composent le système et la répartition des composants sur ces matériels. matériels. Notre système est destiné à être déployer avec une architecture architecture trois tiers classique ou sur Windows Azure. L'architecture 3-tier est un modèle logique d'architecture applicative qui vise à séparer trois couches logicielles (Présentation, Métier et Accès Accès aux données) au sein d'une même application ou système.

Client Applicati Application on Server

DataBase Server

Figure 110 : L'architecture 3-tier

Windows Azure est la nouvelle plate-forme de Cloud Computing (applications dans les nuages) de Microsoft.

HRICHI Mohamed

90


Figure 111 : Architecture Windows Azure

4

2. Modèle de déploiement de système

a. Déploiement trois tiers

serveur de base de données

Sql Server DataBase

Web Browser

Admin

serveur IIS

Linq To Entities Reporting

Windows Phone 7 App

Asp.net MVC

Client

WCF Services

Figure 112 : Diagramme déploiement trois tiers

4

http://mswin.me/?p=809&lang=fr

HRICHI Mohamed

91

Projet de fin d’études 2010 2010--2011 b. Déploiement Windows Azure

Windows Windows Azure

Asp.net MVC Reporting Web Browser

Admin

Linq To Entities Windows Phone 7 App WCF S ervices ervices Client Sql Azure DataBase

Figure 113 : Diagramme déploiement Windows Azure

II.Test II.Test de l’application 1. Application Web

1.1.Interface 1.1.Interface Connexion

Figure 114 : Interface Connexion

HRICHI Mohamed

92

Projet de fin d’études 2010 2010--2011 Cette interface permet au client ainsi qu’à l’administrateur de saisir son login et son mot de passe pour accéder aux fonctionnalités de système. Si l’utilisateur n’est pas inscrit cette interface le permet d’accéder au page d’inscription.

1.2.Interface 1.2.Interface Inscription

Figure 115 : Interface Inscription

L’interface inscription inscription donne la possibilité aux utilisateurs utilisateurs non inscrit de créer leurs propres

comptes sur le système en fournissant un formulaire d’inscription.

HRICHI Mohamed

93

Projet de fin d’études 2010 2010--2011 1.3.Interfaces 1.3.Interfaces Administrateur Administrateur a. Interface Accueil Administrateur

Figure 116 : Interface Accueil Administrateur

Cette interface sous format d’un web desktop permet à l’administrateur de gérer toute l’application. Elle le donne la main pour naviguer entre toutes les fonctionnalités dédiées à

un administrateur dans une seule et unique page.

HRICHI Mohamed

94

Projet de fin d’études 2010 2010--2011 b. Interface Gérer Dabs

Figure 117 : Interface Gérer Dabs

L’interface gérer DAB offre à l’administrateur l’administrateur plusieurs possibilités concernant la gestion des DAB d’une manière interactive. Elle permet la visualisation, l’ajout, la modification et la suppression d’une ou plusieurs DAB. Pour ajouter une DAB il suffit de cliquer deux fois sur l’endroit désiré sur la carte et le système nous ouvre une fenêtre pop -up avec la position GPS de l’adresse.

Figure 118 : Fenêtre Ajouter Dab

HRICHI Mohamed

95


c. Interface Gérer Réclamations

Figure 119 : Interface Gérer Réclamations

Ici l’administrateur peut consulter les réclamtions des clients. Les réclamation sont organisé par ordre chrnologique, si une réclamation n’était pas consulté le colonne « checked » est desactivé, une fois l’administrateur à verifié cette réclamation le colonne checked devient

activé.

HRICHI Mohamed

96


d. Interface Gérer Rapports

Figure 120 : Interface Gérer Rapports

La section gestion rapports offre deux types de rapport statique et dynamique. Les rapports rapports statiques permettent de lister tous les clients, les réclamations et la liste des dabs groupés par institut. Pour les rapports dynamiques on trouve la traçabilité des utilisateurs (client et administrateur) et des statistiques graphiques sur les nombres de visite de notre système ainsi que la répartition des dabs sur les villes. Cette section nous permet aussi d’exporter les rapports vers plusieurs formats tels que PDF, RTF, XLS, etc. et les imprimer.

HRICHI Mohamed

97

Projet de fin d’études 2010 2010--2011 1.4.Interfaces 1.4.Interfaces Client a. Interface Accueil Client

Figure 121 : Interface Accueil Client

L’interface accueil permet au client de naviguer entre les différents dabs grâce une carte qui

contient des « Pushpins », un simple déplacement de souris sur les points marqué sur la carte, une Info-bulle apparait avec les informations du dab. Le client a la possibilité aussi de naviguer vers les autres pages en utilisant le menu en dessus de page.

HRICHI Mohamed

98

Projet de fin d’études 2010 2010--2011 b. Interface Gestion mobiles

Figure 122 : Interface Ges tion mobiles

Pour gérer les téléphones qui utiliseront l’application mobile le client se rendre à cette page afin d’ajouter les numéros de série des appareils, ainsi il a la possibilité aussi de supprimer.

c. Interface Gestion points intérêt

Figure 123 : Interface Ges tion points intérêt

HRICHI Mohamed

99

Projet de fin d’études 2010 2010--2011 Dans cette page le client a le choix d’ajouter ou de supprimer des points d’intérêt selon le nom de l’institut ou la ville.

d. Interface Gestion de profil

Figure 124 : Interface Gestion de profil

Ici l’utilisateur l’utilisateur peut ajouter, ajouter, modifier ou supprimer quelques informations personnelles.

HRICHI Mohamed

100

Projet de fin d’études 2010 2010--2011 1. Application Mobile

a. Interface Menu

Figure 125 : App Mobile Interface Menu

Cette page contient le menu principal de l’application mobile, elle détecte la position

GPS de l’utilisateur puis la convertie en adresse postale.

HRICHI Mohamed

101

Projet de fin d’études 2010 2010--2011 b. Interface Localisation DAB

Figure 126 : App Mobile Interface Localisation DAB

Cette interface affiche dans une carte les dabs les plus proche de la position GPS de l’utilisateur en affichant deux cercle, la cercle verte contient les dabs qui ont une distance au plus 100m de la position de l’utilisateur et la cercle bleu au plus 250m.

HRICHI Mohamed

102


Figure 127 : App Mobile Interface détaille DAB

Si l’utilisateur click sur un dab le système affiche les informations du dab (Institut, Adresse, Ville,…).

HRICHI Mohamed

103

Projet de fin d’études 2010 2010--2011 c. Interface Compte

Figure 128 : App Mobile Interface Compte

L’utilisateur peut aussi accéder à son compte dans l’application web à travers leur téléphone. Pour rendre toutes les fonctionnalités web disponible sur l’appareil mobile on a utilisé certains réglé pour la définition de la page maitre de l’application web afin qu’elle soit

compatible avec les terminale mobile.

Conclusion chapitre : Dans ce chapitre, nous avons présenté l'environnement de déploiement de notre système. Nous avons présenté aussi une vue de l'application finale via q uelques imprimés d'écrans.

HRICHI Mohamed

104

Projet de fin d’études 2010 2010--2011 Conclusion générale Après trois mois de travail consécutif au sein d’un groupe des personnes très solidaires, on a clôturé

notre projet de fin d’études qui a comme sujet « la

conception et la mise en place d’une solution pour la localisation GPS des

distributeurs automatique de billes ». Ce projet qui a présenté dès le début un défi, on a trouvé au fur et à mesure des problèmes surtout d’ordre temporelle, mais grâce au bon encadrement on a surpassé ces problèmes. Au début, notre recherche a eu pour objectifs la découverte et l’observation des solutions existantes. L’analyse l’existant nous a permis de clarifier les anomalies à é viter dans le futur

système. L’utilisation de processus unifie tout au long de notre projet nous a simplifié les

tâches surtout surtout lors de la phase phase de conception. Nous avons commencé commencé la phase de développement développement avec curiosité pour pour découvrir les nouvelles technologies .NET, surtout asp.net MVC 3 la version la plus récente de Framework (Janvier 2011) et le nouveau système d’exploitation m obile de Microsoft

Windows Phone 7. Après une longue période de développement nous avons entamé finalement la phase de design afin de rendre notre application plus ergonomique et offre une bonne expérience utilisateur. De point de vue technique notre projet nous a permis d’acquérir plusieurs techniques que ne sont pas accessible pendant le cursus universitaire, comme le Processus Unifie, la liaison entre le processus de conception et le processus de développement, etc. ainsi que l’apprentissage des plusieur s nouvelles technologies citant par exemple le CSS3, JQuery UI, etc. Pour clôturer, notre application application

permet la localisation des dabs, mais, mais, elle est

ouverte sur des futures extensions pour la localisation des autres points d’intérêt

comme les lieux socio-culturelles, les lieux sportifs, les restaurants, etc.

HRICHI Mohamed

105


Bibliographie

[1] http://www.tahphone.com. (s.d.). Avec la BIAT, recharger votre ligne Tunisiana Tunisiana avec le DAB. Récupéré sur http://www.tahphone.com/the_news/internet,_journaux,_radio_et_televisions./avec_la_bia t,_recharger_votre_ligne_tunisiana_avec_le_dab_200706161637.html [2] Ali, A. B. (s.d.). 48% seulement du réseau DAB est couvert par la SMT. Récupéré sur http://www.webmanagercenter.com: http://www.webmanagercenter.com/management/article-83839-tunisie-special-salonbanque-khaled-fradi-dg-48-seulement-du-reseau-d banque-khaled-fradi-dg-48-s eulement-du-reseau-dab-est-couvert-par-la-smt ab-est-couvert-par-la-smt [3] Molli, P. (s.d.). Unified Modeling Language. Récupéré sur www.loria.fr/~molli [4] Roques, P. (2008). Les Cahiers du Programmeur UML: Modéliser une application Web. eyrolles. [5] EXCEL. (s.d.). Internal Corporate Profile 2011 - EXCEL. IED - Internal EXCEL Corporate Documents 2011.

[6] Roques, P., & Vallée, F. (2007). UML 2 en action. eyrolles. [7] sabricole. (2004). UP : Unified Process. Récupéré sur developpez.com: http://sabricole.developpez.com/uml/tutoriel/unifiedProcess/ [8]. (s.d.). Website wireframe. Récupéré sur wikipedia: http://en.wikipedia.org/wiki/Website_wireframe

HRICHI Mohamed

106

Localisation GPS des DABs (Pfe)

Recommend Documents