Localisation GPS Des DABs (Pfe)

Ministre De Lenseignement Suprieur, De La Recherche Scientifique de De La Technologie Projet Et fin dtudes 2010-2011 Universit de Tunis
Institut Suprieur de Gestion
Excel International
Projet de fin detudes

Conception et ralisation dune 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
Projet de fin dtudes 2010-2011
Ddicaces
A mes trs chers parents je vous dois ce que je suis aujourd'hui grce 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 prserve et vous procure sant et longue vie afin que je puisse mon tour vous satisfaire.
HRICHI Mohamed
HRICHI Mohamed
Remerciements
Je tiens remercier profondment 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 sincres remerciements et ma profonde gratitude Monsieur Kamel Kaouech grant de Excel International de m'avoir encadr tout au long de ma priode de stage, ainsi que pour ses prcieux conseils qui m'ont beaucoup clair. Je remercie galement mademoiselle Wafa TEBOURSKI pour sa prcieuse aide, sa disponibilit, ses conseils ainsi que pour son soutien moral et sa patience tout au long de notre projet. Jadresse ainsi mes remerciements tous les enseignants de lInstitut Suprieur de Gestion de Tunis, dont on leurs adresse nos profondes reconnaissances, pour leurs efforts et aides. Enfin, je remercie, de tout cur, tous ceux qui ont contribu de prs ou de loin la ralisation de ce travail.
HRICHI Mohamed
Table des matires

Introduction gnrale ............................................................................................................................. 9 Chapitre 1 : Etude de lexistant ............................................................................................................ 11 1. Prsentation de lorganisme daccueil ................................................................................... 11 1.1. 1.2. 1.3. 2. 3. Prsentation de lEntreprise ........................................................................................... 11 Vision ................................................................................................................................ 12 Organisation Interne dEXCEL ........................................................................................ 13
Critique de lexistant ................................................................................................................ 13 Solution envisage ................................................................................................................... 14 Application mobile (Windows Phone 7) : ..................................................................................... 14 Application WEB : ......................................................................................................................... 14
Chapitre 2 : Phase dincubation ........................................................................................................... 16 I. Identification des besoins ............................................................................................................ 16 1. 2. 3. Dfinition des acteurs .......................................................................................................... 16 Besoins fonctionnels ............................................................................................................ 16 Besoins non fonctionnels .................................................................................................... 17 Diagramme de cas dutilisation initial ................................................................................ 18 Description dtaill des cas dutilisations.......................................................................... 19 Affectation des priorits ...................................................................................................... 20 Raffinement des cas dutilisation prioritaires ................................................................... 20 Analyse des cas dutilisation prioritaires ........................................................................... 26
II. Prsentation des cas dutilisations ............................................................................................. 18 1. 2. 3. 4. 5.
III. Wireframe dinterfaces utilisateur............................................................................................ 34 1. 2. 3. 4. Interface Login ..................................................................................................................... 34 Interface Inscription ............................................................................................................ 35 Interface Accueil .................................................................................................................. 36 Interface Admin ................................................................................................................... 37
Chapitre 3 : Phase Elaboration ............................................................................................................. 38 I. Raffinement des cas dutilisations de deuxime priorit ............................................................... 38 1. Raffinement de cas dutilisation Grer Clients ...................................................................... 39
HRICHI Mohamed

2. Raffinement de cas dutilisation Grer Compte .................................................................... 41 Analyse de cas dutilisation : Grer Clients .......................................................................... 43 Analyse de cas dutilisation : Grer Compte......................................................................... 47 II. Analyse des cas dutilisation de deuxime priorit ....................................................................... 43 1. 2.
III. Conception des cas dutilisation de premire et deuxime priorit ............................................ 50 III.1. Conception des cas dutilisation de premire priorit .......................................................... 50 III.2. Conception des cas dutilisation de deuxime priorit ......................................................... 62 Chapitre 4 : Phase Construction ........................................................................................................... 70 I. Raffinement des cas dutilisation de troisime priorit ................................................................. 70 1. 2. Le raffinement du cas dutilisation : Grer Rapport........................................................... 71 Le raffinement du cas dutilisation : Faire Commentaire .................................................. 72
II. Analyse des cas dutilisation de troisime priorit ....................................................................... 73 1. Analyse de cas dutilisation : Grer Rapport ............................................................................. 73 2. Analyse de cas dutilisation : Faire Commentaire ..................................................................... 75 III. Conception des cas dutilisation de troisime priorit ................................................................ 76 1. Conception de cas : Grer Rapport .......................................................................................... 76 IV. Modle final de diagramme de classe entit ............................................................................... 81 V. Modle Relationnel des donnes.................................................................................................. 82 1. 2. Schma de la base de donnes ............................................................................................. 82 Description dtaill de schma de base de donnes ............................................................ 84
VI. Modle de composants ................................................................................................................ 87 1. 2. Dfinition ............................................................................................................................... 87 Diagramme des composants ................................................................................................. 88
Chapitre 5 : Phase Transition ............................................................................................................... 90 I. Modle de dploiement ................................................................................................................. 90 1. 2. Dtermination des possibilits de dploiement ................................................................... 90 Modle de dploiement de systme..................................................................................... 91
II. Test de lapplication ...................................................................................................................... 92 1. 2. Application Web .................................................................................................................... 92 Application Mobile .............................................................................................................. 101
Conclusion gnrale ..................................................................................................................105 Bibliographie .............................................................................................................................106
HRICHI Mohamed
Table des illustrations

Figure 1: La synergie entre les 3 sous-domaines du cur mtier d'EXCEL ........................................... 12 Figure 2: Organisation Interne d'EXCEL ................................................................................................. 13 Figure 3: Diagramme de cas d'utilisation initial .................................................................................... 18 Figure 4: Cas d'utilisation S'inscrire ....................................................................................................... 20 Figure 5: Cas d'utilisation S'authentifier ............................................................................................... 21 Figure 6 : Cas d'utilisation Localiser DAB............................................................................................... 22 Figure 7 : Cas d'utilisation Grer DAB ................................................................................................... 23 Figure 8 : Traabilit MCA-MA Sauthentifier ....................................................................................... 27 Figure 9 : Modle classe analyse S'authentifier .................................................................................... 27 Figure 10 : Diagramme Collaboration S'authentifier ............................................................................ 28 Figure 11 : Traabilit MCA-MA Localiser DAB ..................................................................................... 28 Figure 12 : Modle de classe danalyse Localiser DAB ......................................................................... 29 Figure 13 : Diagramme de Collaboration Localiser DAB ....................................................................... 29 Figure 14 : Traabilit entre MCA-MA Grer DAB................................................................................. 30 Figure 15 : Modle de classe danalyse Ajouter DAB ............................................................................ 31 Figure 16 : Diagramme de Collaboration Ajouter DAB.......................................................................... 31 Figure 17 : Modle de classe danalyse Supprimer DAB ....................................................................... 31 Figure 18 : Diagramme de collaboration Supprimer DAB ..................................................................... 32 Figure 19 : Modle de classe danalyse Modifier DAB .......................................................................... 32 Figure 20 : Diagramme de Collaboration Modifier DAB ........................................................................ 32 Figure 21 : Modle de classe danalyse Afficher DAB ........................................................................... 33 Figure 22 : Diagramme de collaboration Afficher DAB ......................................................................... 33 Figure 23 : Modle de classe danalyse Rechercher DAB ...................................................................... 33 Figure 24 : Diagramme de Collaboration Rechercher DAB ................................................................... 34 Figure 25 : Mock-up Interface 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 dutilisation Grer Clients .............................................................................................. 39 Figure 30 : Raffinement de cas dutilisation Grer Compte ................................................................. 42 Figure 31: Traabilit entre MCA-MA Grer Clients.............................................................................. 43 Figure 32: Modle de classe danalyse Afficher Clients ........................................................................ 44 Figure 33Diagramme de collaboration Afficher Clients ........................................................................ 44 Figure 34 : Modle de classe danalyse Rechercher Client ................................................................... 44 Figure 35 : Diagramme de collaboration Rechercher client .................................................................. 45 Figure 36: Modle de classe danalyse Supprimer Client...................................................................... 45 Figure 37: Diagramme de collaboration Supprimer Client .................................................................... 45 Figure 38: Modle de classe danalyse Modifier Etat Client ................................................................. 46 Figure 39: Diagramme de collaboration Modifier Etat Client ............................................................... 46 Figure 40: Modle de classe danalyse Informer Clients....................................................................... 46
HRICHI Mohamed

Figure 41: Diagramme de collaboration Informer Clients ..................................................................... 47 Figure 42 : Traabilit entre MCA-MA Grer Compte ........................................................................... 47 Figure 43: Modle de classe danalyse Saisir Point Dintrt ............................................................... 48 Figure 44: Diagramme de collaboration Saisir Point Dintrt.............................................................. 48 Figure 45: Modle de classe danalyse Modifier Point Dintrt .......................................................... 48 Figure 46: Diagramme de collaboration Modifier Point Dintrt ........................................................ 49 Figure 47: Modle de classe danalyse Modifier Mot de Passe ............................................................ 49 Figure 48 : Diagramme de collaboration Modifier Mot de Passe ......................................................... 49 Figure 49: Traabilit MC-MA Sauthentifier......................................................................................... 50 Figure 50: Diagramme de classe de conception Sauthentifier ............................................................. 50 Figure 51: Diagramme de squence Sauthentifier .............................................................................. 51 Figure 52: Traabilit MC-MA Sinscrire ................................................................................................ 51 Figure 53: Diagramme de classe de conception Sinscrire .................................................................... 52 Figure 54: Diagramme de squence Sinscrire ...................................................................................... 52 Figure 55: Traabilit MC-MA Localiser DAB......................................................................................... 53 Figure 56: Diagramme de classe de conception Localiser DAB ............................................................. 53 Figure 57 : Diagramme de squence Localiser DAB .............................................................................. 54 Figure 58 : Traabilit MC-MA Ajouter DAB ......................................................................................... 54 Figure 59: Diagramme de classe de conception Ajouter DAB ............................................................... 55 Figure 60 : Diagramme de squence Ajouter DAB ................................................................................ 55 Figure 61: Traabilit MC-MA Supprimer DAB ..................................................................................... 56 Figure 62: Diagramme de classe de conception Supprimer DAB ......................................................... 56 Figure 63: Diagramme de squence Supprimer DAB ............................................................................ 57 Figure 64: Traabilit MC-MA modifier DAB ........................................................................................ 57 Figure 65: Diagramme de classe de conception modifier DAB ............................................................ 58 Figure 66: Diagramme de squence Modifier DAB ............................................................................... 58 Figure 67: Traabilit MC-MA Rechercher DAB ................................................................................... 59 Figure 68: Diagramme de classe de conception Rechercher DAB........................................................ 59 Figure 69: Diagramme de squence Rechercher DAB........................................................................... 60 Figure 70: Traabilit MC-MA Afficher DAB ......................................................................................... 60 Figure 71: Diagramme de classe de conception Afficher DAB ............................................................. 61 Figure 72: Diagramme de squence Afficher DAB ................................................................................ 61 Figure 73: Traabilit MC-MA Rechercher Client .................................................................................. 62 Figure 74: Diagramme de classe de conception Rechercher Client ...................................................... 62 Figure 75: Diagramme de squence Rechercher Client ........................................................................ 63 Figure 76: Traabilit MC-MA Supprimer Client ................................................................................... 63 Figure 77: Diagramme de classe de conception Supprimer Client ....................................................... 64 Figure 78 : Diagramme de squence Supprimer Client ......................................................................... 64 Figure 79: Traabilit MC-MA Modifier Etat Client ............................................................................... 65 Figure 80: Diagramme de classe de conception Modifier Etat Client ................................................... 65 Figure 81: Diagramme de squence Modifier Etat Client ..................................................................... 66 Figure 82 : Traabilit MC-MA Afficher Client....................................................................................... 66 Figure 83: Diagramme de classe de conception Afficher Client ............................................................ 67 Figure 84: Diagramme de squence Afficher Client .............................................................................. 67
HRICHI Mohamed

Figure 85: Traabilit MC-MA Informer Client ...................................................................................... 68 Figure 86: Diagramme de classe de conception Informer Client .......................................................... 68 Figure 87: Diagramme de squence Informer Client ............................................................................ 69 Figure 88: Diagramme cas d'utilisation Grer Rapports ....................................................................... 71 Figure 89: Traabilit entre MCA-MA Grer Rapport ........................................................................... 73 Figure 90: Modle de classe danalyse Visualiser Rapport ................................................................... 73 Figure 91: Diagramme de collaboration Visualiser Rapport ................................................................. 74 Figure 92: Modle de classe danalyse Exporter Rapport ..................................................................... 74 Figure 93: Diagramme de collaboration Exporter Rapport ................................................................... 74 Figure 94: Modle de classe danalyse Imprimer Rapport .................................................................... 75 Figure 95: Diagramme de collaboration Imprimer Rapport .................................................................. 75 Figure 96: Modle de classe danalyse Faire Commentaire .................................................................. 75 Figure 97: Diagramme de collaboration Faire Commentaire ................................................................ 76 Figure 98: Traabilit entre MCA-MA Visualiser Rapport ..................................................................... 76 Figure 99: Diagramme de classe de conception Visualiser Rapport ..................................................... 77 Figure 100: Diagramme de squence Visualiser Rapport ..................................................................... 77 Figure 101: Traabilit entre MCA-MA Exporter Rapport ..................................................................... 78 Figure 102: Diagramme de classe de conception Exporter Rapport ..................................................... 78 Figure 103: Diagramme de squence Exporter Rapport ....................................................................... 79 Figure 104: Traabilit entre MCA-MA Imprimer Rapport................................................................... 79 Figure 105: Diagramme de classe de conception Imprimer Rapport.................................................... 80 Figure 106 : Diagramme de squence Imprimer Rapport ..................................................................... 80 Figure 107 : diagramme de classe entit final...................................................................................... 81 Figure 108 : Schma de la base de donnes ......................................................................................... 83 Figure 109 : Diagramme des composants ............................................................................................. 88 Figure 110 : L'architecture 3-tier ........................................................................................................... 90 Figure 111 : Architecture Windows Azure ............................................................................................ 91 Figure 112 : Diagramme dploiement trois tiers .................................................................................. 91 Figure 113 : Diagramme dploiement Windows Azure ........................................................................ 92 Figure 114 : Interface Inscription .......................................................................................................... 92 Figure 115 : Interface Inscription .......................................................................................................... 93 Figure 116 : Interface Accueil Admin .................................................................................................... 94 Figure 117 : Interface Grer Dabs ......................................................................................................... 95 Figure 118 : Fentre Ajouter Dab .......................................................................................................... 95 Figure 119 : Interface Grer Rclamations............................................................................................ 96 Figure 120 : Interface Grer Rapports................................................................................................... 97 Figure 121 : Interface Accueil Client...................................................................................................... 98 Figure 122 : Interface Gestion mobiles ................................................................................................. 99 Figure 123 : Interface Gestion points intrt ........................................................................................ 99 Figure 124 : Interface Gestion de profil .............................................................................................. 100 Figure 125 : App Mobile Interface Menu ............................................................................................ 101 Figure 126 : App Mobile Interface Localisation DAB ........................................................................... 102 Figure 127 : App Mobile Interface dtaille DAB .................................................................................. 103 Figure 128 : App Mobile Interface Compte ......................................................................................... 104
HRICHI Mohamed
Introduction gnrale
Le nombre des distributeurs automatiques de billets (DAB) a augment considrablement depuis quelques annes en parallle avec les cartes bancaires. Les distributeurs automatiques de billets noffre pas que le service de retrait de monnaie, mais aussi plusieurs services, certains dj en utilisation comme la recharge des tlphones mobiles (Tunisiana et le BIAT), le paiement des factures ADSL de Planet Tunisie, dautres services en dveloppement comme le paiement des factures de STEG, SONEDE et Tunisie Telecom [1]. Dans le secteur touristique le distributeur automatique de billets joue un rle trs important. La majorit des touristes ramnent avec eux leur carte de crdit bancaire internationale et pour retirer de largent il faut trouver un distributeur [2]. Les utilisateurs des distributeurs automatiques de billets rencontrent parfois des difficults non seulement pour trouver un distributeur mais aussi en fonctionnement. Sans oublier les personnes trangres de la ville et de mme de pays quils ne peuvent pas trouver facilement un distributeur. Do limportance de notre projet qui consiste crer une application mobile qui permet la localisation des distributeurs automatiques de billets pour aider les utilisateurs trouver un distributeur proche en tat de fonctionnement se basant sur le systme de positionnement mondial (GPS), ainsi quune application web avec deux partie (back office et front office). Pour bien grer notre projet et pour faire face au grand nombre dinformations manipuler on a choisi le processus unifi comme processus de dveloppement. En effet, le processus unifi est une dmarche, qui associe au langage UML, permet d'automatiser un systme d'information de la conception la mise en uvre de lapplication [3]. Cest une mthode gnrique, itrative et incrmentale, pilote par les cas dutilisation et centre sur larchitecture. Pour la modlisation notre choix est fix sur UML avec ce que donne ce langage des possibilits pour la reprsentation graphique de notre futur systme[4], et surtout avec lutilisation de PowerAMC qui facilite la mise en place des diffrents diagrammes. En ce qui concerne limplmentation on a choisi lenvironnement de dveloppement intgr (IDE) Visual Studio 2010 pour lapplication web et Visual Studio 2010 express
HRICHI Mohamed

for Windows phone pour lapplication mobile. Ainsi on a choisi SQL Server 2008 comme systme de gestion de base de donnes. Notre travail est organis de cette faon : Chapitre 1 Chapitre 2 Chapitre 3 Chapitre 4 Chapitre 5 : : : : : Etude de lexistant Phase dincubation Phase dlaboration Phase de construction Phase de transition.
HRICHI Mohamed
10
Chapitre 1 : Etude de lexistant
Dans ce chapitre, nous allons prsenter la socit qui nous accueille au cours de notre stage, puis, on prsente les lacunes et les problmes des systmes existants enfin comprendre la solution propose.
1. Prsentation de lorganisme daccueil

1.1. Prsentation de lEntreprise
Aprs plus quun an de recherche et dveloppement dans le domaine des TIC, EXCEL Inc. a t cre Plano fin 2008, par des anciens excutives de deux grandes multinationales leaders dans les domaines des Tlcommunications & Informatique. Lorganisation dtient des brevets dinvention. Elle veille maintenir et dvelopper son capital humain en uvrant la mise en place dune culture dentreprise innovante. Lobjectif principal dEXCEL est de proposer des solutions innovatrices, dans le domaine des TIC ; Des solutions qui offrent une nette amlioration de lavantage concurrentiel pour ses utilisateurs [5]. EXCEL opre 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 dentreprise WebBased & Cloud-Ready telles que la Gestion du Capital humain, Capital Financier, Solutions de Messagerie lectronique et des Systmes dInformation qui assurent la dmatrialisation des processus administratifs. etc. 3- Embedded: In-eXtended Info/Entertainment: Les systmes dinfotainement sont plus visibles dans les voitures : In-Vehicle-Infotainement mais aussi dans les avions : In-Flight-Entertainment, La nouvelle gnration 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 du cur mtier d'EXCEL
1.2.
Vision
La vision dEXCEL est doffrir 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 ncessaire de sinscrire dans laction dtablir laspect Learning Organizational Culture. Learning Organizational Culture permet et permettra EXCEL dinnover au quotidien pour une meilleure vie dans un monde communicant. Ceci ne peut tre assur quavec une forte volont de tous les acteurs intervenants pour innover ensemble en se dotant dune norme aisance dapplication, au quotidien, des valeurs fondamentales dEXCEL : Our eValues.
HRICHI Mohamed
12

1.3. Organisation Interne dEXCEL
Figure 2: Organisation Interne d'EXCEL
Llment capital qui caractrise lorganisation Interne dEXCEL est la concentration et lcoute des besoins des diffrents acteurs et intervenants en mentionnant ainsi les clients, les employs, les tendances et besoins du march et notamment les valeurs dEXCEL : Our eValues.
2. Critique de lexistant
Pour mieux comprendre notre systme nous avons consult plusieurs sites web qui permettent de localiser les distributeurs automatiques de billets. Concernant les solutions existantes, il ya un manque surtout dans les applications mobiles, et si elles existent on remarque une mauvaise prsentation des services et un manque dinformations surtout pour la Tunisie, sans oublier la non fiabilit des informations. Certaines banques Tunisiennes offrent pour ses clients un service de recherche des DAB qui permet de lister les DAB par ville et afficher leurs adresses et il ya mme des sites qui permettent dafficher les DAB sur une carte statique. Le vrai problme des systmes existant est la qualit de service offert qui prsente
HRICHI Mohamed
13

plusieurs lacunes : Le problme majeur des solutions implmentes par les banques tunisiennes est la mobilit ; tous les services lis la recherche et la localisation des DAB sont des sites web ddis lutilisation avec un ordinateur quip par une connexion internet. Il ny a pas dapplications mobiles qui permettent la localisation en temps rel. Les informations sur les distributeurs sont dsutes, il ny a pas de mise jour des informations concernant ltat du DAB (en fonctionnement ou non). Chaque banque dans son site naffiche que les DAB dont elle est propritaire, donc le chercheur dun DAB ne peut pas toujours trouver un distributeur proche de sa position actuelle.
3. Solution envisage
Il est catgoriquement indispensable denvisager une solution simple pratique et fiable pour guider les utilisateurs trouver un distributeur automatique de billets le plus proche possible ainsi que des informations utiles comme ladresse, ltat, linstitut propritaire, etc. Il est noter que lapplication web permet dadministrer ce service.
Application mobile (Windows Phone 7) :

Cette application va guider lutilisateur 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 ddi pour lapplication afin de rcuprer les dernires mises jour concernant les DAB et permet, dautre part, lutilisateur de grer convenablement son compte.
Application WEB :
Lapplication WEB se divise en deux parties : Partie Back office : Permet ladministrateur de grer la globalit de service, gestion des DAB, gestion des Clients, gestion des Rapports Partie Front office : Ce module de lapplication ddi aux clients et aux utilisateurs normaux. Pour les clients lapplication les permet de saisir ses points dintrt et de grer son compte. Pour les utilisateurs normaux lapplication les permet de sinscrire, consulter les services offerts, etc. Pour lhbergement de cette application on a choisi le modle SaaS (Software as a service) avec la plateforme Azure de Microsoft afin de minimiser les charges dacquisition des serveurs et les frais des licences.
HRICHI Mohamed
14

Conclusion du chapitre :
Dans ce chapitre on a prcis le cadre de notre projet, les rsultats attendre ainsi que les dfis surmonter.
HRICHI Mohamed
15
Chapitre 2 : Phase dincubation

C'est la premire phase du processus unifi. Il s'agit de dlimiter la porte du systme, c'est--dire identifier les acteurs, lever les ambiguts sur les besoins et les exigences ncessaires. En outre, une identification des principaux cas dutilisation accompagne dune description gnrale est modlise dans un diagramme de cas dutilisation afin de dfinir le primtre du projet. Il est possible, ce stade, de faire raliser des maquettes sur une partie des cas dutilisation identifis.
I.Identification des besoins

Notre systme doit satisfaire les besoins fonctionnelles de tous les utilisateurs ainsi quil doit respecter une certaine exigence non fonctionnelle.
1. Dfinition des acteurs

Les acteurs dun systme sont les entits externes ce systme qui interagissent (saisie de donnes, rception dinformation, ) avec lui. Les acteurs sont donc lextrieur du systme et dialoguent avec lui. Donc les acteurs qui interagissent avec notre systme sont : Lutilisateur : un utilisateur normal nest pas inscrit qui consulte notre site web Le client : cest un utilisateur inscrit qui peut accder tous les fonctionnalits ddi aux clients Ladministrateur : cest lacteur qui a le pouvoir de grer la totalit de lapplication aprs une authentification russite.
2. Besoins fonctionnels
Les besoins fonctionnels sont les diffrentes fonctionnalits offertes par systme pour tous les utilisateurs finaux. le
1. Lutilisateur normal
Inscription Localiser DAB Grer compte
2. Le client :
HRICHI Mohamed
16

Faire des commentaires Grer les DAB Grer les clients Grer les Rapports
3. Ladministrateur
3. Besoins non fonctionnels

Les exigences non-fonctionnelles rpondent des besoins transversaux aux besoins mtiers on distingue : La scurit : Certaines informations sont personnelles donc il faut interdire laccs ces informations quaux utilisateurs lgitimes. La performance : Lapplication doit charger les pages et affiche les informations ncessaires le plus tt possible. Le site web doit supporter un grand nombre de connexion simultan. La fiabilit : Lapplication doit afficher des donns fiable au utilisateur. Ergonomie : La densit d'lments sur les crans, la disposition et les couleurs, lInterface Utilisateur, les raccourcis clavier. Linternationalisation, le site doit assurer la translation vers plusieurs langues. Lextensibilit : Le systme doit tre extensible par dautres fonctionnalits et des modules.
HRICHI Mohamed
17

II.Prsentation des cas dutilisations
1. Diagramme de cas dutilisation initial
S'inscrire Utilisateur
Localiser un DAB
Faire commentaire Client <<include>> Grer Compte <<include>>
S'identifier <<include>> Grer rapport
<<include>>
Grer Clients <<include>>
Administrateur
Grer DAB
Figure 3: Diagramme de cas d'utilisation initial
Un diagramme de cas d'utilisation est une collection de scnarios dcrivant la faon dont un acteur utilise le systme pour atteindre ces objectifs. Un scnario est une
squence d'actions spcifiques et les interactions entre l'acteur et le systme en luimme [6].
HRICHI Mohamed
18

2. Description dtaill des cas dutilisations
Sinscrire : ce module permet les utilisateurs qui nont pas un compte de crer un. Sidentifier : ce module permet ladministrateur et les clients daccder aux fonctionnalits spcifiques de lapplication. Localiser DAB : Permet lutilisateur de localiser un distributeur automatique de billets proche de lui. Grer compte : permet au client modifier ses informations ou ses informations. Faire commentaire : Module pour la prise en charge des rclamations des clients. Grer DAB : Ladministrateur avec ce module gre la totalit des DAB Grer Client : module pour la gestion de la liste des clients inscrit dans notre site. Grer Rapport : permet ladministrateur de suivre les statistiques de systme ainsi que les utilisateurs.
HRICHI Mohamed
19

3. Affectation des priorits
Lobjectif de cette activit est lattribution dordre de ralisation des cas dutilisation selon la priorit.
Numro 1 2 3 4 5 6 7 8
Cas dutilisation Sidentifier Sinscrire Localiser DAB Grer DAB Grer Clients Grer Compte Grer 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 priorits
4. Raffinement des cas dutilisation prioritaires

o o o o Sinscrire Sauthentifier Grer DAB Localiser DAB
4.1 Le raffinement du cas dutilisation : Sinscrire
S'inscrire Utilisateur
Figure 4: Cas d'utilisation S'inscrire
HRICHI Mohamed
20
Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description :
Sinscrire Utilisateur Interface dinscription active Utilisateur enregistr Lutilisateur saisie les informations ncessaire Lutilisateur click sur valider Le system vrifie les informations et affiche linterface appropri
Exception :
Afficher un message derreur en cas de manque ou invalidation des informations

Table 2: Raffinement du cas d'utilisation S'inscrire
4.2 Le raffinement du cas dutilisation : Sauthentifier
S'authentifier Utilisateur
Figure 5: Cas d'utilisation S'authentifier
Sauthentifier Client, Administrateur Interface dauthentification active Client, Administrateur authentifi Lutilisateur saisie le login et le mot de passe Lutilisateur click sur connexion Le system vrifie les informations et affiche linterface approprie
Exception :
Afficher un message derreur en cas de mot de passe ou login erron

Table 3: Raffinement du cas d'utilisation S'authentifier
HRICHI Mohamed
21

4.3 Le raffinement du cas dutilisation : Localiser DAB
Localiser DAB Utilisateur
Figure 6 : Cas d'utilisation Localiser DAB
Localiser DAB Client Interface localiser DAB active DAB localis Le client appuyer sur localiser DAB Le system localise le client Le systme recherche les DAB proches Le systme affiche les DAB En cas de problme le systme affiche le message appropri
Table 4: Raffinement du cas d'utilisation Localiser DAB
Exception :
4.4 Le raffinement du cas dutilisation : Grer DAB

Grer DAB contient les sous cas dutilisation suivants : Ajouter DAB Supprimer DAB Afficher DAB Modifier DAB Rechercher DAB
HRICHI Mohamed
22
Ajouter DAB
Afficher DAB
Administrator
<<extend>> <<extend>>
Supprimer DAB
<<extend>>
Modifier DAB
Rechercher DAB
Figure 7 : Cas d'utilisation Grer DAB
Ce diagramme illustre toutes les fonctionalite offerte par le systme pour ladministrateur afin de grer les dabs.
HRICHI Mohamed
23

4.4.1 Le raffinement du sous cas dutilisation : Ajouter DAB
Ajouter DAB Administrateur Ladministrateur authentifi et linterface ajouter DAB active DAB ajout Ladministrateur saisie les informations ncessaires du DAB Ladministrateur click sur ajouter Le system vrifie les informations et affiche linterface appropri
Exception :
En cas derreur le systme affiche le message appropri
Table 5: Raffinement du sous cas d'utilisation Ajouter DAB
4.4.2 Le raffinement du sous cas dutilisation : Supprimer DAB

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Supprimer DAB Administrateur Ladministrateur authentifi et linterface gestion DAB active DAB supprim Ladministrateur slectionne le DAB supprimer Ladministrateur appuyer sur supprimer Le systme supprime le DAB
Exception :
En cas derreur afficher le message appropri
Table 6: Raffinement du sous cas d'utilisation Supprimer DAB
HRICHI Mohamed
24

4.4.3 Le raffinement du sous cas dutilisation : Afficher DAB
Afficher DAB Administrateur Linterface afficher DAB active DAB affich Lutilisateur choisit le DAB afficher Lutilisateur click sur afficher Le systme affiche les informations du DAB
Exception :
En cas derreur le systme affiche la notification appropri
Table 7: Raffinement du sous cas d'utilisation Afficher DAB
4.4.4 Le raffinement du sous cas dutilisation : Modifier DAB

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Modifier DAB Administrateur Ladministrateur authentifi et linterface modifier DAB active DAB modifi Ladministrateur slectionne le DAB modifier et appuyer sur modifier Le systme affiche les informations du DAB Ladministrateur saisie les informations modifier et appuyer sur valider Le systme enregistre les modifications En cas derreur de saisie le systme affiche un message derreur appropri
Table 8: Raffinement du sous cas d'utilisation Modifier DAB
Exception :
HRICHI Mohamed
25
4.4.5 Le raffinement du sous cas dutilisation : Rechercher DAB

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Rechercher DAB Administrateur DAB trouv Ladministrateur authentifi et linterface rechercher DAB active Ladministrateur saisie les mots cl Ladministrateur appuyer sur rechercher Le systme recherche le client et affiche les rsultats
Exception :
En cas derreur de saisie ou DAB introuvable afficher le message appropri
Table 9: Raffinement du sous cas d'utilisation Rechercher DAB
5. Analyse des cas dutilisation prioritaires

5.1 Dfinition de lanalyse
L'objectif de l'analyse est de mieux comprendre les besoins et les exigences du client. Il s'agit de livrer des spcifications pour permettre de choisir la conception de la solution. Un modle d'analyse livre une spcification complte des besoins issus des cas d'utilisation et les structure sous une forme qui facilite la comprhension (scnarios), la prparation (dfinition de l'architecture), la modification et la maintenance du futur systme. Il s'crit dans le langage des dveloppeurs et peut tre considr comme une premire bauche du modle de conception [7].
5.2 Modle danalyse des cas dutilisations prioritaires 5.2.1 Lanalyse du cas dutilisation : Sauthentifier
HRICHI Mohamed
26

5.2.1.1 Traabilit entre MCA-MA : Sauthentifier
<<trace>>
S'identifier (from use case view)
S'identifier
<<participate>> <<participate>> <<participate>>
UI S'identifier
Gestion d'identification
user
Figure 8 : Traabilit MCA-MA Sauthentifier
5.2.1.2 Modle de classe danalyse : Sauthentifier
Utilisateur
UI Login
Gestion Login
Utilisateur
Figure 9 : Modle classe analyse S'authentifier
HRICHI Mohamed
27

5.2.1.3 Diagramme de Collaboration : Sauthentifier
1: Saisir login et password 2: btn_login_click
3: PEC_verification(login,password)
User
:UI Login
5: Afficher("Authentification reussie") :Gestion Login
4: Select
:User
Figure 10 : Diagramme Collaboration S'authentifier
5.2.2 Lanalyse du cas dutilisation : Localiser DAB 5.2.2.1 Traabilit entre MCA-MA : Localiser DAB
Client
Localiser DAB (from use case)
<<trace>>
Localiser DAB
<<participate>> <<participate>>
<<participate>>
UI localiser DAB
Gestion Localiser DAB
DAB
Figure 11 : Traabilit MCA-MA Localiser DAB
HRICHI Mohamed
28

5.2.2.2 Modle de classe danalyse : Localiser DAB
Utilisateur
UI Localiser DAB
Gestion Localiser DAB
DAB
Figure 12 : Modle de classe danalyse Localiser DAB
5.2.2.3 Diagramme de Collaboration : Localiser DAB
1: localiser DAB click
2: PEC_Localisation
User
5: Afficher(Adresse,institut name,map) UI Localiser DAB Gestion Localisation DAB 3: select(id)
4: Information DAB
DAB
Figure 13 : Diagramme de Collaboration Localiser DAB
HRICHI Mohamed
29

5.2.3 Lanalyse du cas dutilisation : Grer DAB 5.2.3.1 Traabilit entre MCA-MA : Grer DAB
Administrateur
Grer DAB (from use case)
<<trace>>
Grer DAB
<<participate>> <<participate>> <<participate>> <<participate>> <<participate>> <<participate>>
<<participate>>
UI gestion DAB
Gestion Ajouter
Gestion Supprimer Gestion modifier
Gestion Afficher
Gestion Rechercher
DAB
Figure 14 : Traabilit entre MCA-MA Grer DAB
Ce modle reprsente la traabilit entre le modle de cas dutilisation et le modle danalyse du cas dutilisation grer DAB.
HRICHI Mohamed
30

5.2.3.2 Lanalyse de sous cas dutilisation : Ajouter DAB 5.2.3.2.1 Modle de classe danalyse : Ajouter DAB
Administrateur
UI Ajouter DAB
Gestion DAB
DAB
Figure 15 : Modle de classe danalyse Ajouter DAB
5.2.3.2.2 Diagramme de Collaboration : Ajouter DAB
1: Saisir Informatin DAB 3: PEC_Ajout 2: Btn_ajouter() 4: insert(ID,adresse,....) Administrateur 5: Afficher(Opration russi) UI Ajouter DAB Gestion ajout DAB
DAB
Figure 16 : Diagramme de Collaboration Ajouter DAB
5.2.3.3 Lanalyse de sous cas dutilisation : Supprimer DAB 5.2.3.3.1 Modle de classe danalyse : Supprimer DAB
Administrateur
UI Supprimer DAB
Gestion DAB
DAB
Figure 17 : Modle de classe danalyse Supprimer DAB
HRICHI Mohamed
31

5.2.3.3.2 Diagramme de collaboration : Supprimer DAB
1: Selectioner DAB 2: Btn_supprimer()
3: PEC_Suppression
4: delete(ID) Administrateur 5: Afficher(Opration russi) UI Supprimer DAB Gestion ajout DAB
DAB
Figure 18 : Diagramme de collaboration Supprimer DAB
5.2.3.4 Lanalyse de sous cas dutilisation : Modifier DAB 5.2.3.4.1 Modle de classe danalyse : Modifier DAB
Administrateur
UI Modifier DAB
Gestion DAB
DAB
Figure 19 : Modle de classe danalyse Modifier DAB
5.2.3.4.2 Diagramme de Collaboration : Modifier DAB
1: Saisir information 2: Modifier_click 3: PEC_Modifier
Administrateur UI Modifier DAB
5: Afficher(Opration ruissi) Gestion Modification DAB 4: update(informations)
DAB
Figure 20 : Diagramme de Collaboration Modifier DAB
HRICHI Mohamed
32

5.2.3.5 Lanalyse de sous cas dutilisation : Afficher DAB 5.2.3.5.1 Modle de classe danalyse : Afficher DAB
Administrateur
UI Afficher DAB
Gestion DAB
DAB
Figure 21 : Modle de classe danalyse Afficher DAB
5.2.3.5.2 Diagramme de collaboration : Afficher DAB

1: Selectionner DAB 2: Btn_click() 3: PEC_Selection
6: Afficher(id,adresse,...) Administrateur UI Afficher DAB Gestion Affichage DAB
4: Rechercher(ID)
5: DAB
DAB
Figure 22 : Diagramme de collaboration Afficher DAB
5.2.3.6 Lanalyse de sous cas dutilisation : Rechercher DAB 5.2.3.6.1 Modle de classe danalyse : Rechercher DAB
Administrateur
UI Rechercher DAB
Gestion DAB
DAB
Figure 23 : Modle de classe danalyse Rechercher DAB
HRICHI Mohamed
33

5.2.3.6.2 Diagramme de Collaboration : Rechercher DAB
1: Saisir mot cl 2: rechercher_click 3: PEC_Recherche
4: Afficher(ID,Adresse,...) Administrateur :UI Rechercher DAB :Gestion Recherche DAB 7: Select
:DAB
Figure 24 : Diagramme de Collaboration Rechercher DAB
III. Wireframe dinterfaces utilisateur

Un Wireframe (fil de fer), galement connu comme un modle schmatique, est un guide visuel qui reprsente le cadre du squelette dun site web ou dune application. Le Wireframe reprsente la mise en page ou de larrangement du contenu de lapplication, y compris les lments de linterface et les systmes de navigation [8].
1. Interface Login
Figure 25 : Mock-up Interface Login
HRICHI Mohamed
34

Linterface Login permet au utilisateur de saisir leur Nom dUtilisateur et leur Mot de Passe afin daccder aux diffrentes fonctionnalits de lapplication.
2. Interface Inscription
Figure 26 : Mock-up Interface Inscription
Linterface Inscription fournie aux utilisateurs normaux un formulaire pour crer leur propre compte au sein portail.
HRICHI Mohamed
35
3. Interface Accueil
Figure 27 : Mock-up Interface Accueil
Linterface Accueil permet au client dexploiter les diffrentes fonctionnalits qui sont ddi pour lui.
HRICHI Mohamed
36

4. Interface Admin
Figure 28 : Mock-up Interface Admin
Cette future interface ddie pour ladministrateur de lapplication afin de grer tous les fonctionnalits de systme.
Conclusion :
A La fin de ce chapitre, nous avons russi dgager et identifier les principaux acteurs de notre systme ainsi que ses principales fonctionnalits. On a aussi schmatis certain prototype des futures interfaces afin de faciliter leur mise en place la phase de dveloppement. Dans le chapitre suivant on va entamer lanalyse des cas dutilisations de deuxime priorit ainsi que la conception des cas dutilisations de premire priorit.
HRICHI Mohamed
37
Chapitre 3 : Phase Elaboration
Introduction
La phase dlaboration permet de stabiliser et de raffiner larchitecture. En raffinant larchitecture, les principaux composants sont identifis. Dans ce chapitre on doit faire une spcification de la plupart des cas dutilisation et la conception de larchitecture de base (squelette du systme).
I.Raffinement des cas dutilisations de deuxime priorit

Dans cette section on va raffiner les cas dutilisation qui ayant une priorit est gale deux. Cas dutilisation Grer Clients Cas dutilisation Grer Compte
HRICHI Mohamed
38

1. Raffinement de cas dutilisation Grer Clients
Rechercher Client
Afficher Client
Grer Clients Administrator Supprimer Client
Modifier tat Client
Informer Client
Figure 29 : cas dutilisation Grer Clients
Le cas dutilisation Grer Client se compose en plusieurs sous cas dutilisation quon entamera leurs raffinement dans cette section.
HRICHI Mohamed
39

1.1.Raffinement de sous cas dutilisation : Rechercher Client
Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Rechercher client Administrateur Ladministrateur authentifi et linterface rechercher client active Client trouv Ladministrateur saisie les mots cl Ladministrateur appuyer sur rechercher Le systme recherche le client et affiche les rsultats En cas derreur de saisie ou client introuvable afficher le message appropri
Table 10: Raffinement de sous cas dutilisation Rechercher Client
Exception :
1.2.Raffinement de sous cas dutilisation : Afficher Client

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Afficher Client Administrateur Administrateur authentifi et interface afficher client active Client affich Ladministrateur choisit le client afficher Ladministrateur click sur afficher Le systme affiche les informations de client
Exception :
En cas derreur le systme affiche la notification appropri

Table 11 : Raffinement de sous cas dutilisation Afficher Client
1.3.Raffinement de sous cas dutilisation : Supprimer Client

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Supprimer client Administrateur Ladministrateur authentifi et linterface gestion client active Client supprim Ladministrateur slectionne le client supprimer Ladministrateur appuyer sur supprimer Le systme supprime le client
Exception :

Table 12: Raffinement de sous cas dutilisation Supprimer Client
HRICHI Mohamed
40

1.4.Raffinement de sous cas dutilisation : Modifier tat Client
Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Modifier tat client Administrateur Ladministrateur authentifi et linterface gestion client active Etat Client modifi Ladministrateur slectionne le client modifier et appuyer sur modifier Le systme affiche les informations du client Ladministrateur choisit ltat attribuer et appuyer sur valider Le systme enregistre les modifications En cas derreur afficher le message appropri
Exception :
Table 13: Raffinement de sous cas dutilisation Modifier tat Client
1.5.Raffinement de sous cas dutilisation : Informer Client

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Informer Client Administrateur Ladministrateur authentifi et linterface informer client active Client notifi Ladministrateur slectionne le client informer Ladministrateur saisie les informations et appuyer sur envoyer Le systme transmettre les informations au client
Exception :
En cas derreur de saisie ou de transmission des informations afficher le message appropri

Table 14: Raffinement de sous cas dutilisation Informer Client
2. Raffinement de cas dutilisation Grer Compte

Dans cette tape en doit sintresser aux sous cas dutilisations du cas Grer Compte : Saisir points dintrt Modifier Informations Changer mot de passe
HRICHI Mohamed
41

Grer Compte Client
Saisir Points dintrt
Modifier information
Changer mot de passe
Figure 30 : Raffinement de cas dutilisation Grer Compte
2.1.Raffinement de sous cas dutilisation : Saisir points dintrt

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Saisir points dintrt Client Le client authentifi et linterface gestion compte active Points dintrt saisi Lutilisateur saisie ses informations et choisi les leur points dintrt Lutilisateur appuyer sur valider Le systme enregistre les modifications
Exception :

Table 15: Raffinement de sous cas dutilisation Saisir points dintrt
2.2.Raffinement de sous cas dutilisation : Modifier points dintrt

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Modifier points dintrt Client Le client authentifi et linterface gestion compte active Points dintrt modifi Le client choisie les nouveaux points dintrt Le client appuyer sur valider Le systme enregistre les modifications
Exception :

Table 16: Raffinement de sous cas dutilisation Modifier points dintrt
HRICHI Mohamed
42

2.3.Raffinement de sous cas dutilisation : Changer mot de passe
Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Changer mot de passe Administrateur, Client Lutilisateur authentifi et linterface gestion compte active Mot de passe chang Lutilisateur saisie lancienne mot de passe Lutilisateur saisie et confirme le nouveau mot de passe Lutilisateur appuyer sur valider Le systme vrifier le mot de passe et lenregistre En cas mot de passe invalide ou mot de passe non confirm le systme affiche un message derreur
Table 17: Raffinement de sous cas dutilisation Changer mot de passe
Exception :
II.Analyse des cas dutilisation de deuxime priorit

Dans cette section on doit aboutir lanalyse des cas dutilisation de deuxime priorit en prsentant leurs modles de traabilit ainsi que leur diagramme de classe danalyse et le diagramme de collaboration.
1. Analyse de cas dutilisation : Grer Clients 1.1.Traabilit entre MCA-MA : Grer Clients
Administrateur
Grer Client(from use case)
<<trace>>
Grer Client
<<participate>>
UI gestion Client
Gestion Afficher Gestion Rechercher Gestion Supprimer Gestion modifier Etat Gestion Informer
Client
Figure 31: Traabilit entre MCA-MA Grer Clients
HRICHI Mohamed
43

1.2.Lanalyse de sous cas dutilisation : Afficher Clients 1.2.1. Modle de classe danalyse : Afficher Clients
Administrateur
UI Afficher client
:Gestion Affichage Client
:Client
Figure 32: Modle de classe danalyse Afficher Clients
1.2.2. Diagramme de collaboration : Afficher Clients

1: Selectioner Client 3: PEC_Selection 2: Btn_afficher()
Administrateur
6: Afficher(ID,nom,prenom,....) UI Afficher Client Gestion Affichage Client
4: rechercher(ID)
5: Client
:Client
Figure 33Diagramme de collaboration Afficher Clients
1.3.Lanalyse de sous cas dutilisation : Afficher Clients 1.3.1. Modle de classe danalyse : Rechercher Client
Administrateur
UI Rechercher client
:Gestion Rechercher Client
:Client
Figure 34 : Modle de classe danalyse Rechercher Client
HRICHI Mohamed
44

1.3.2. Diagramme de collaboration : Rechercher client
1: Saisir mot cl 2: rechercher_click 3: PEC_Recherche
4: Afficher(ID,Adresse,...) Administrateur :UI Rechercher Client :Gestion Recherche Client 7: Select
Client
Figure 35 : Diagramme de collaboration Rechercher client
1.4.Lanalyse de sous cas dutilisation : Supprimer Client 1.4.1. Modle de classe danalyse : Supprimer Client
Administrateur
UI Supprimer client
:Gestion Supprimer Client
:Client
Figure 36: Modle de classe danalyse 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: Afficher(Opration ruissi) :UI Gestion client :Gestion Client 5: Delete
:Client
Figure 37: Diagramme de collaboration Supprimer Client
HRICHI Mohamed
45

1.5.Lanalyse de sous cas dutilisation : Modifier Etat Client 1.5.1. Modle de classe danalyse : Modifier Etat Client
Administrateur
UI Modifier Etat client
:Gestion Modifier Etat Client
:Client
Figure 38: Modle de classe danalyse Modifier Etat Client
1.5.2. Diagramme de collaboration : Modifier Etat Client

1: Selectionner Client 4: PEC_Modifier 2: Selectionner Etat
Administrateur
3: Valider_Click
6: Afficher(Opration ruissi) :UI Gestion client
:Gestion Client 5: Update()
:Client
Figure 39: Diagramme de collaboration Modifier Etat Client
1.6.Lanalyse de sous cas dutilisation : Informer Clients 1.6.1. Modle de classe danalyse : Informer Clients
Administrateur
UI Informer client
Gestion Informer Client
:Client
:Notification
Figure 40: Modle de classe danalyse Informer Clients
HRICHI Mohamed
46

1.6.2. Diagramme de collaboration : Informer Clients
1: Saisir information 3: PEC_Notification 2: Notifier_click()
Administrateur
7: Afficher(Opration ruissi) UI Afficher Client2 Gestion Affichage Client2
6: insert(informations)
4: select()
5: mails
Notification :Client
Figure 41: Diagramme de collaboration Informer Clients
2. Analyse de cas dutilisation : Grer Compte 2.1.Traabilit entre MCA-MA : Grer Compte
Client
Grer Compte (from use case)
<<trace>>
Grer Compte
<<participate>> <<participate>> <<participate>> <<participate>>
<<participate>>
UI Grer Compte
:Gestion Changer mot de passe
:Gestion Saisie Point Interet
:Gestion Modifier Point Interet
Clients
Figure 42 : Traabilit entre MCA-MA Grer Compte
HRICHI Mohamed
47

2.2.Lanalyse de sous cas dutilisation : Saisir Point Dintrt 2.2.1. Modle de classe danalyse : Saisir Point Dintrt
Client :UI Saisie Point Interet :Gestion Saisie Point Interet :Client
Figure 43: Modle de classe danalyse Saisir Point Dintrt
2.2.2. Diagramme de collaboration : Saisir Point Dintrt

1: Saisir inormations 2: Valider_click() 3: PEC_Saisie
Client
5: Afficher(Opration ruissi) UI Saisie Point Interet Gestion Saisie Point Interet
4: Update
:Client
Figure 44: Diagramme de collaboration Saisir Point Dintrt
2.3.Lanalyse de sous cas dutilisation : Modifier Point Dintrt 2.3.1. Modle de classe danalyse : Modifier Point Dintrt
Client :UI Modifier Point Interet :Gestion ModifierPoint Interet :Client
Figure 45: Modle de classe danalyse Modifier Point Dintrt
HRICHI Mohamed
48

2.3.2. Diagramme de collaboration : Modifier Point Dintrt
1: Saisir inormations 2: Valider_click() 3: PEC_Modifier
Client
5: Afficher(Opration ruissi) UI Modifier Point Interet Gestion modifier Point Interet
4: Update(information)
:Client
Figure 46: Diagramme de collaboration Modifier Point Dintrt
2.4.Lanalyse de sous cas dutilisation : Modifier Mot de Passe 2.4.1. Modle de classe danalyse : Modifier Mot de Passe
Client :UI Changer Mot de passe :Gestion Changer Mot de passe :User
Figure 47: Modle de classe danalyse Modifier Mot de Passe
2.4.2. Diagramme de collaboration : Modifier Mot de Passe

1: Saisir ancien et nouveau password 2: Changer_click() 3: PEC_Changement_password
Client
5: Afficher(Opration russi) UI Modification mot de passe Gestion password 4: Update(password)
:User
Figure 48 : Diagramme de collaboration Modifier Mot de Passe
HRICHI Mohamed
49

III.Conception des cas dutilisation de premire et deuxime priorit
III.1.Conception des cas dutilisation de premire priorit 1. modle de conception de cas : Sauthentifier a) Traabilit MC-MA : Sauthentifier
:UI S'authentifier
:Gestion S'authentifier
:User
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI S'authentifier
<<control>> Gestion S'authentifier
<<entity>> User
Figure 49: Traabilit MC-MA Sauthentifier
b) Diagramme de classe de conception : Sauthentifier

<<entity>> <<boundary>> UI S'authentifier - login : string - password : string + saisie () : void + connexion () : void ... user <<control>> Gestion authentification + verification () : void ... - user id : String - password : string - login_statut : string + + + + select () insert () delete () update () ...
Figure 50: Diagramme de classe de conception Sauthentifier
HRICHI Mohamed
50

c) Diagramme de squence : Sauthentifier
:Gestion Authentification
:UI S'authentifier Utilisateur Saisir(login,pass) Connexion Click()
:Rles
:Utilisateurs
Verifier(login,pass) Selectioner utilisateur(user_id) Un utilisateur
Get_Roles(user_id) Rles Login Statut
Figure 51: Diagramme de squence Sauthentifier
2. modle de conception de cas : Sinscrire a) Traabilit MC-MA : Sinscrire
:UI S'inscire
:Gestion S'inscrire
:User
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI S'inscrire.
<<control>> Gestion S'inscrire
<<entity>> User
Figure 52: Traabilit MC-MA Sinscrire
HRICHI Mohamed
51

b) Diagramme de classe de conception : Sinscrire
<<boundary>> UI S'inscrire username nom prenom mail password confirm password : : : : : : string string string string string string <<control>> Gestion inscription + Verifier inscription () : bool ...
<<entity>> user - user id : String - password : string - login_statut : string + + + + select () insert () delete () update () ...
+ saisie () : void + enregistrer () : void ...
Figure 53: Diagramme de classe de conception Sinscrire
c) Diagramme de squence : Sinscrire
:UI inscription Utilisateur Saisir Information Inscription_click()
:Gestion Inscription
:Utilisateurs
informations d'inscription
Vrifier information
Ajouter utilisateur OK OK
Figure 54: Diagramme de squence Sinscrire
HRICHI Mohamed
52
3. modle de conception de cas : Localiser DAB a) Traabilit MC-MA : Localiser DAB
:UI Localiser DAB
:Gestion Localiser DAB
:DAB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Localiser DAB
<<control>> Gestion Localiser DAB.
<<entity>> DAB.
Figure 55: Traabilit MC-MA Localiser DAB
b) Diagramme de classe de conception : Localiser DAB

<<entity>> DAB + + + + ID_dab Latitude Longitude institut name Adresse etat insert () delete () update () select () ... : : : : : : int float float string string bool
<<boundary>> UI Localiser DAB + Locate () : void ...
<<control>> Gestion Localisation + localiser DAB () : void ...
Figure 56: Diagramme de classe de conception Localiser DAB
HRICHI Mohamed
53

c) Diagramme de squence : Localiser DAB
:UI Localiser DAB User
:Gestion Localiser DAB
:DAB
Localiser_Click() PEC_Localiser select() OK Afficher(DAB)
Figure 57 : Diagramme de squence Localiser DAB
4. modle de conception de sous cas : Ajouter DAB a) Traabilit MC-MA : Ajouter DAB
:UI Ajouter DAB
:Gestion Ajouter DAB
:DAB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Ajouter DAB
<<control>> Gestion Ajouter DAB.
<<entity>> DAB.
Figure 58 : Traabilit MC-MA Ajouter DAB
HRICHI Mohamed
54

b) Diagramme de classe de conception : Ajouter DAB
<<entity>> DAB <<boundary>> UI Ajouter DAB Latitude longitude nom institut adresse etat : : : : : float float string string bool <<control>> Gestion Ajout DAB + Ajouter_DAB () : void ... + + + + ID_dab Latitude Longitude institut name Adresse etat insert () delete () update () select () ... : : : : : : int float float string string bool
+ ajouter_click () : void ...
Figure 59: Diagramme de classe de conception Ajouter DAB
c) Diagramme de squence : Ajouter DAB
:UI Ajouter DAB Administrateur
:Gestion Ajouter DAB
:DAB
Saisir Infroamtion
Ajouter_click() Ajouter(infos) insert() OK Ajout Termin
Figure 60 : Diagramme de squence Ajouter DAB
HRICHI Mohamed
55

5. modle de conception de sous cas : Supprimer DAB a)Traabilit MC-MA : Supprimer DAB
:UI Supprimer DAB
:Gestion Supprimer DAB
:DAB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Supprimer DAB
<<control>> Gestion Supprimer DAB.
<<entity>> DAB.
Figure 61: Traabilit MC-MA Supprimer DAB
b) Diagramme de classe de conception : Supprimer DAB
<<entity>> DAB <<control>> Gestion Supprimer DAB + Supprimer_DAB () : void ... + + + + ID_dab Latitude Longitude institut name Adresse etat insert () delete () update () select () ... : : : : : : int float float string string bool
<<boundary>> UI Supprimer DAB - DAB : ListBox + Supprimer_click () : void ...
Figure 62: Diagramme de classe de conception Supprimer DAB
HRICHI Mohamed
56

c) Diagramme de squence : Supprimer DAB
:UI Supprimer DAB Administrateur
:Gestion Supprimer DAB
:DAB
Selectionner DAB Supprimer Click() Supprimer(ID) delete()
OK Afficher Supprission Termin
Figure 63: Diagramme de squence Supprimer DAB
6. modle de conception de sous cas : Modifier DAB a)Traabilit MC-MA : modifier DAB
:UI Modifier DAB
:Gestion Modifier DAB
:DAB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Modifier DAB
<<control>> Gestion Modifier DAB.
<<entity>> DAB.
Figure 64: Traabilit MC-MA modifier DAB
HRICHI Mohamed
57

b) Diagramme de classe de conception : modifier DAB
<<entity>> DAB + + + + ID_dab Latitude Longitude institut name Adresse etat insert () delete () update () select () ... : : : : : : int float float string string bool
<<boundary>> UI Modifier DAB latitude longitude nom institut adresse etat : : : : : float float string string bool <<control>> Gestion Modification + Modifier_ DAB () : void ...
+ saisie () : void + valider_click () : void ...
Figure 65: Diagramme de classe de conception modifier DAB
c) Diagramme de squence : Modifier DAB
:UI Modifier DAB Administrateur
:Gestion Modifier DAB
:DAB
Saisir Information
Update_Click() PEC_Modifier update()
ok Afficher Modification Termin
Figure 66: Diagramme de squence Modifier DAB
HRICHI Mohamed
58

7. modle de conception de sous cas : Rechercher DAB a)Traabilit MC-MA : Rechercher DAB
:UI Rechercher DAB
:Gestion Rechercher DAB
:DAB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Rechercher DAB
<<control>> Gestion Rechercher DAB.
<<entity>> DAB.
Figure 67: Traabilit MC-MA Rechercher DAB
b) Diagramme de classe de conception : Rechercher DAB

<<entity>> DAB <<boundary>> UI Rechercher DAB - ville : string + Rechercher_click () : void ... + Rechercher () : void ... <<control>> Gestion Recherche + + + + ID_dab Latitude Longitude institut name Adresse etat insert () delete () update () select () ... : : : : : : int float float string string bool
Figure 68: Diagramme de classe de conception Rechercher DAB
HRICHI Mohamed
59

c) Diagramme de squence : Rechercher DAB
:UI Rechercher DAB Administrateur
:Gestion Rechercher DAB
:DAB
Saisir information
Rechercher_Click() Rechercher(DAB) select() OK Afficher Resultat
Figure 69: Diagramme de squence Rechercher DAB
8. modle de conception de sous cas : Afficher DAB a)Traabilit MC-MA : Afficher DAB
:UI Afficher DAB
:Gestion Afficher DAB
:DAB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Afficher DAB
<<control>> Gestion Afficher DAB.
<<entity>> DAB.
Figure 70: Traabilit MC-MA Afficher DAB
HRICHI Mohamed
60

b) Diagramme de classe de conception : Afficher DAB
Figure 71: Diagramme de classe de conception Afficher DAB
c) Diagramme de squence : Afficher DAB

:Gestion Afficher DAB
:UI Afficher DAB Administrateur
:DAB
Selectionner DAB Afficher_Click() PEC_Afficher select() OK Afficher(DAB)
Figure 72: Diagramme de squence Afficher DAB
HRICHI Mohamed
61

III.2.Conception des cas dutilisation de deuxime priorit 1. modle de conception de sous cas : Rechercher Client a) Traabilit MC-MA : Rechercher Client
:UI Rechercher Client
:Gestion Rechercher Client
:Client
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Rechercher Client
<<control>> Gestion Rechercher Client
<<entity>> Client.
Figure 73: Traabilit MC-MA Rechercher Client
b) Diagramme de classe de conception : Rechercher Client

<<entity>> Client <<control>> Gestion Client + Rechercher () : string + Afficher () + ChangerEtat () ... + + + + IdClient Nom Prenom Adresse ville ZipCode Tel select () insert () update () delete () ... : : : : : : : int string string string string string int
<<boundary>> UI Rechercher Client - Nom_client : string + Rechercher_click () : void ...
Figure 74: Diagramme de classe de conception Rechercher Client
HRICHI Mohamed
62

c) Diagramme de squence : Rechercher Client
:UI Rechercher Clients Administrateur
:Gestion Recherche Clients
:Clients
Saisir information Rechercher_Click() PEC_Recherche select Clients
Afficher(clients)
Figure 75: Diagramme de squence Rechercher Client
2. modle de conception de sous cas : Supprimer Client a. Traabilit MC-MA : Supprimer Client
:UI Supprimer Client
:Gestion Supprimer Client
:Client
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Supprimer Client
<<control>> Gestion Supprimer Client
<<entity>> Client.
Figure 76: Traabilit MC-MA Supprimer Client
HRICHI Mohamed
63

b) Diagramme de classe de conception : Supprimer Client
<<entity>> Client + + + + IdClient Nom Prenom Adresse ville ZipCode Tel select () insert () update () delete () ... : : : : : : : int string string string string string int
<<boundary>> UI Supprimer Client - clients : ListBox + Supprimer_click () : void ...
<<control>> Gestion Supprimer Client + Supprimer () ...
Figure 77: Diagramme de classe de conception Supprimer Client
c) Diagramme de squence : Supprimer Client
:UI Supprimer Clients Administrateur Selectionner Client Supprimer_Click()
:Gestion Supprimer Clients
:Clients
PEC_Supprimer Delete() OK Afficher Suppression termin
Figure 78 : Diagramme de squence Supprimer Client
HRICHI Mohamed
64

3. modle de conception de sous cas : Modifier Etat Client a. Traabilit MC-MA : Modifier Etat Client
:UI Modifier Etat Client
:Gestion Modifier Etat Client
:Client
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Modifier Etat Client
<<control>> Gestion Modifier Etat Client
<<entity>> Client.
Figure 79: Traabilit MC-MA Modifier Etat Client
b) Diagramme de classe de conception : Modifier Etat Client

<<entity>> Client + + + + IdClient Nom Prenom Adresse ville ZipCode Tel etat select () insert () update () delete () ... : : : : : : : : int string string string string string int bool
<<boundary>> UI Changer etat Client - Option Active : - Option Desactive : + Valider_click () ...
<<control>> Gestion Changer etat Client + Modifier Etat Client () ...
Figure 80: Diagramme de classe de conception Modifier Etat Client
HRICHI Mohamed
65

c) Diagramme de squence : Modifier Etat Client
:UI Modifier Etat Clients Administrateur Selectionner Client Changer_Etat_Click() PEC_Modification Update() OK Afficher Modification termin :Gestion Modifier Etat Clients :Clients
Figure 81: Diagramme de squence Modifier Etat Client
4. modle de conception de sous cas : Afficher Client a. Traabilit MC-MA : Afficher Client
:UI Afficher Client
:Gestion Afficher Client
:Client
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Afficher Client
<<control>> Gestion Afficher Client
<<entity>> Client.
Figure 82 : Traabilit MC-MA Afficher Client
HRICHI Mohamed
66

b) Diagramme de classe de conception : Afficher Client
UI Afficher Client txt txt txt txt txt id nom adresse tel mail : : : : : string string string string string <<control>> Gestion Afficher Client + PEC Afficher Client () ... <<entity>> Client + + + + IdClient Nom Prenom Adresse ville ZipCode Tel etat select () insert () update () delete () ... : : : : : : : : int string string string string string int bool
Figure 83: Diagramme de classe de conception Afficher Client
c) Diagramme de squence : Afficher Client
:UI Afficher Client Administrateur Selectionner Client Afficher_Client_Click()
:Gestion Afficher Client
:Clients
PEC_Afficher_client Select() OK Afficher(Client)
Figure 84: Diagramme de squence Afficher Client
HRICHI Mohamed
67

5. modle de conception de sous cas : Informer Client a. Traabilit MC-MA : Informer Client
:UI Informer Client
:Gestion Informer Client
:Client
:Notification
<<Trace>>
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Informer Client
<<control>> Gestion Informer Client
<<entity>> Client.
<<entity>> Notification
Figure 85: Traabilit MC-MA Informer Client
b) Diagramme de classe de conception : Informer Client
<<entity>> Client <<boundary>> UI Notification Client - informations : string + Selectionner_Clients () : void + Notifier_click () : void ... <<control>> Gestion Notification + Notification () : void ... + + + + <<entity>> Notification id_notification sujet information date : : : : string stirng string DateTime IdClient Nom Prenom Adresse ville ZipCode Tel etat select () insert () update () delete () ... : : : : : : : : int string string string string string int bool
+ insert () + select () ...
Figure 86: Diagramme de classe de conception Informer Client
HRICHI Mohamed
68

c) Diagramme de squence : Informer Client
:UI Notifier Clients Administrateur Saisir Information Envoyer_Click()
:Gestion Notifier Clients
:Clients
:Notification
PEC Notification get_mails() Mail
Envoyer Mail
Insert() Afficher Notification termin
Figure 87: Diagramme de squence Informer Client
Conclusion :
A la fin de ce chapitre on a russi capturer tous les besoins de notre systme ainsi que lanalyse et la conception des cas dutilisations de premire et deuxime priorit.
HRICHI Mohamed
69
Chapitre 4 : Phase Construction

Introduction :
Aprs avoir labor lanalyse et la conception des cas dutilisation de premire et deuxime priorit on sintresse dans ce chapitre lanalyse et la conception des cas dutilisation de troisime priorit ainsi que la mise en place du modle relationnel des donnes et du modle des composants. Pour la phase de dveloppement on utilise lASP.net MVC en sa version 3 et le moteur de vue (view engine) Razor1, ainsi que lutilisation de des plusieurs librairies comme JQuery2 et lextension Telerik3 pour ASP.net mvc.
I.Raffinement des cas dutilisation de troisime priorit

A ce stade on va raffiner tous les cas dutilisation de troisime priorit. Grer Rapport Visualiser Exporter Imprimer o Faire commentaire o
1 2
Le nouveau moteur de vue est introduit dans ASP.NET MVC 3 http://www.asp.net/mvc JQuery est un Framework dvelopp en JavaScript qui permet notamment de manipuler aisment la DOM, d'utiliser AJAX, de crer des animations http://jquery.com/ 3 Lextension Telerik ASP.NET MVC tendre la plate-forme ASP.NET MVC en offrant des contrles rutilisables pour linterface utilisateur http://www.telerik.com/
HRICHI Mohamed
70

Visualiser Rapport
Administrateur
Imprimer Rapport
Exporter Rapport
Eporter en HTML
Exporter en PDF
Exporter en Excel
Exporter en RTF
Figure 88: Diagramme cas d'utilisation Grer Rapports
1. Le raffinement du cas dutilisation : Grer Rapport a. Raffinement de sous cas dutilisation : Visualiser Rapport
Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Visualiser rapport Administrateur Ladministrateur authentifi et linterface gestion rapport active Rapport visualis Ladministrateur slectionne le rapport visualiser Ladministrateur appuyer sur visualiser Le systme gnre les informations et les afficher
Exception :
Table 18: Raffinement sous cas Visualiser Rapport
HRICHI Mohamed
71

b. Raffinement de sous cas dutilisation : Exporter Rapport
Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Exporter rapport Administrateur Ladministrateur authentifi et linterface exporter rapport active Rapport export Ladministrateur slectionne le rapport Ladministrateur slectionne le format dexportation et appuyer sur exporter
Exception :
En cas derreur le systme affiche le message appropri

Table 19: Raffinement sous cas Exporter Rapport
c. Raffinement de sous cas dutilisation : Imprimer Rapport

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Imprimer rapport Administrateur Ladministrateur authentifi et linterface imprimer rapport active Rapport imprim Ladministrateur slectionne le rapport Ladministrateur appuyer sur imprimer
Exception :
Un message derreur est affich en cas derreur

Table 20: Raffinement sous cas Imprimer Rapport
2. Le raffinement du cas dutilisation : Faire Commentaire

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description : Faire commentaire Client Le client authentifi et linterface faire commentaire active Commentaire fait Le client crire le commentaire Le client appuyer sur valider Le systme enregistre les informations
Exception :

Table 21: Raffinement sous cas Faire Commentaire
HRICHI Mohamed
72

II.Analyse des cas dutilisation de troisime priorit
1. Analyse de cas dutilisation : Grer Rapport 1.1. Traabilit entre MCA-MA : Grer Rapport
Administrateur
Grer Rapport (from use case)
<<trace>>
Grer Rapport
<<participate>>
UI Grer Rapport
Gestion Imprimer
Gestion Visualiser
Gestion Exporter
DB
Figure 89: Traabilit entre MCA-MA Grer Rapport
1.2. Analyse de sous cas dutilisation : Visualiser Rapport 1.2.1. Modle de classe danalyse : Visualiser Rapport
Administrateur
UI Visualiser Rapport
Gestion Visualiser Rapport
DB
Figure 90: Modle de classe danalyse Visualiser Rapport
HRICHI Mohamed
73

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 Afficher Rapport 4: select()
5: informations
DB
Figure 91: Diagramme de collaboration Visualiser Rapport
1.3. Analyse de sous cas dutilisation : Exporter Rapport 1.3.1. Modle de classe danalyse : Exporter Rapport
Administrateur
UI Exporter Rapport
Gestion Exporter Rapport
DB
Figure 92: Modle de classe danalyse Exporter Rapport
1.3.2. Diagramme de collaboration : Exporter Rapport

1: Selection rapport et choisir format 3: PEC_Exporter 2: Exporter_click
6: Afficher(Operation ruissi) Administrateur UI Exporter Rapport Gestion Exportation rapport 4: Select()
5: Information
DB
Figure 93: Diagramme de collaboration Exporter Rapport
HRICHI Mohamed
74

1.4. Analyse de sous cas dutilisation : Imprimer Rapport 1.4.1. Modle de classe danalyse : Imprimer Rapport
Administrateur
UI Imprimer Rapport
Gestion Imprimer Rapport
DB
Figure 94: Modle de classe danalyse Imprimer Rapport
1.4.2. Diagramme de collaboration : Imprimer Rapport

1: Selection Rapport 2: Imprimer_click 3: PEC_Imprimer
7: Afficher(Opration russi) Administrateur UI Imprimer Rapport Gestion Imprimer Rapport 4: select()
5: informations
DB
Figure 95: Diagramme de collaboration Imprimer Rapport
2. Analyse de cas dutilisation : Faire Commentaire 2.1. Modle de classe danalyse : Faire Commentaire
Client
UI Feedback
Gestion feedback
feedback
Figure 96: Modle de classe danalyse Faire Commentaire
HRICHI Mohamed
75

2.2. Diagramme de collaboration : Faire Commentaire
1: Saisir information 2: Rclamer 3: PEC_Feedback
Client
5: Afficher(Oprration ruissi) UI Feedback Gestion feedback 4: insert(information)
feedback
Figure 97: Diagramme de collaboration Faire Commentaire
III.Conception des cas dutilisation de troisime priorit

1.Conception de cas : Grer Rapport 1.1.Modle de conception de sous cas : Visualiser Rapport a.Traabilit entre MCA-MA : Visualiser Rapport
:UI Visualiser Rapport
:Gestion Visualiser Rapport
:DB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Visualiser Rapport
<<control>> Gestion Visualiser Rapport
<<entity>> DB.
Figure 98: Traabilit entre MCA-MA Visualiser Rapport
HRICHI Mohamed
76

b)Diagramme de classe de conception : Visualiser Rapport
<<boundary>> UI Visualiser rapport - liste rapport : listebox
<<Control>> Gestion Visualiser rapport + Generer Rapport () : Rapport + Imprimer Rapport () + Visualiser Rapport () ...
DB
Figure 99: Diagramme de classe de conception Visualiser Rapport
c)Diagramme de squence : Visualiser Rapport
:UI Visualiser Rapport Administrateur
:Gestion Visualiser Rapport
:DB
Select Report VisualiserClick() PEC_Visualiser Select()
Data Gnerer Rapport
Afficher(Data)
Figure 100: Diagramme de squence Visualiser Rapport
HRICHI Mohamed
77

1.2.Modle de conception de sous cas : Exporter Rapport a.Traabilit entre MCA-MA : Exporter Rapport
:UI Exporter Rapport
:Gestion Exporter Rapport
:DB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Exporter Rapport
<<control>> Gestion Exporter Rapport
<<entity>> DB.
Figure 101: Traabilit entre MCA-MA Exporter Rapport
b)Diagramme de classe de conception : Exporter Rapport
<<boundary>> UI Exporter rapport - liste rapport : listebox
<<Control>> Gestion Exporter rapport + Generer Rapport () : Rapport + Imprimer Rapport () + Visualiser Rapport () ...
DB
Figure 102: Diagramme de classe de conception Exporter Rapport
HRICHI Mohamed
78

c)Diagramme de squence : Exporter Rapport
:UI Exporter Rapport Administrateur
:Gestion Exporter Rapport
:DB
Select Report ExporterClick() PEC_Exporter Select()
Data Exporter Rapport
Afficher(Opration russie)
Figure 103: Diagramme de squence Exporter Rapport
1.3.Modle de conception de sous cas : Imprimer Rapport a.Traabilit entre MCA-MA : Imprimer Rapport
:UI Imprimer Rapport
:Gestion Imprimer Rapport
:DB
<<Trace>>
<<Trace>>
<<Trace>>
<<boundary>> UI Imprimer Rapport
<<control>> Gestion Imprimer Rapport
<<entity>> DB.
Figure 104: Traabilit entre MCA-MA Imprimer Rapport
HRICHI Mohamed
79

b)Diagramme de classe de conception : Imprimer Rapport
<<Control>> Gestion Imprimer rapport <<boundary>> UI Imprimer Rapport - Liste Rapport : Listebox + Generer Rapport () : Rapport + Imprimer Rapport () + Visualiser Rapport () ... DB
Figure 105: Diagramme de classe de conception Imprimer Rapport
c)Diagramme de squence : Imprimer Rapport

:UI Imprimer Rapport Administrateur :Gestion Imprimer Rapport :DB
Select Report ImprimerClick() PEC_Imprimer Select()
Data Imprimer Rapport
Afficher(Opration russie)
Figure 106 : Diagramme de squence Imprimer Rapport
HRICHI Mohamed
80

IV.Modle final de diagramme de classe entit
Aprs la dfinition de tous les cas utilisation ainsi que leurs conceptions maintenant on doit mettre en place le schma final de diagramme de classe dentit.
<<entity>> Institut - ID_institut : int - Nom : string - Adresse : string + + + + select () insert () delete () update () ... : : : : void void void void
<<entity>> login_trace - id_login : int - Debut : DateTime - fin : DateTime + + + + select () insert () delete () update () ... : : : : void void void void 1..* 1..1
<<entity>> user - user id : int - password : string - login_statut : string + + + + select () insert () delete () update () ... : : : : void void void void
1..1
0..* <<entity>> DAB + + + + ID_dab Latitude Longitude Adresse etat insert () delete () update () select () ... : : : : : : : : : int float float string bool void void void void + + + +
<<entity>> Client IdClient Nom Prenom Adresse ville ZipCode Tel etat select () insert () update () delete () ... : : : : : : : : int string string string string string int bool : : : : void void void void 0..* <<entity>> feedback + + + + id_feed sujet infromation date select () insert () delete () update () ... : : : : : : : : int string string DateTime 1..1 1..1 + + + +
<<entity>> Admin idAdmin nom Prenom etat select () insert () update () delete () ... : : : : int string string bool : : : : void void void void
0..* 0..*
0..* 0..* <<entity>> Notification id_notification sujet information date : : : : int stirng string DateTime <<entity>> ClientMobile - id : int - serial : string - Type : string + + + + insert () delete () update () select () ... : : : : void void void void
0..*
+ insert () : void + select () : void ...
void void void void
Figure 107 : diagramme de classe entit final
HRICHI Mohamed
81

V.Modle Relationnel des donnes 1. Schma de la base de donnes
Pour faire le passage entre le modle orient objet et le modle relationnel on doit suivre des rgles bien prcises : Chaque classe se transforme en une table. Chaque attribut de classe se transforme en un champ de table. Lidentifiant de la classe devient une cl primaire de table. Lassociation de cardinalit ?-N des deux cts se transforme en une table. Cette table a comme champs lidentifiant de chacune des deux classes. Lassociation un un dun ct et 1 N reflte une intgration dans la table fille la cl primaire de la table mre. L'attribut ainsi ajout s'appelle cl trangre. Pour la gnralisation on a choisi la troisime rgle qui transforme la gnralisation en association.
En se basant sur ses rgles on a obtenu le schma de la base de donns relationnel suivant :
HRICHI Mohamed
82

ClientNotification <<entity>> login_trace id_login user id Debut fin ... int <pk> int <fk1> datetime datetime IdClient int <pk,fk1> id_notification int <pk,fk2> <<entity>> Notification id_notification sujet information date ... int <pk> stirng varchar(254) datetime
<<entity>> feedback id_feed IdClient sujet infromation date ... int <pk> int <fk3> varchar(254) varchar(254) datetime
<<entity>> Client <<entity>> user user id int <pk> password varchar(254) login_statut varchar(254) ... IdClient user id Nom Prenom Adresse ville ZipCode Tel etat ... int <pk> int <fk5> varchar(254) varchar(254) varchar(254) varchar(254) varchar(254) int bit
<<entity>> ClientMobile <<entity>> DAB ID_dab ID_institut Latitude Longitude Adresse etat ... int <pk> int <fk6> float float varchar(254) bit id IdClient serial Type ... int <pk> int <fk> varchar(254) varchar(254)
<<entity>> Admin idAdmin user id nom Prenom etat ... int <pk> int <fk> varchar(254) varchar(254) bit
ClientDab IdClient int <pk,fk1> ID_dab int <pk,fk2>
<<entity>> Institut ID_institut int <pk> Nom varchar(254) Adresse varchar(254) ...
Figure 108 : Schma de la base de donnes
HRICHI Mohamed
83

2. Description dtaill de schma de base de donnes a. Structure de la table DAB
Nom du champ
ID_dab ID_institut latitude longitude Adresse etat
Description
identifiant de DAB identifiant de l'institut latitude de position GPS longitude de position GPS adresse de DAB tat de fonctionnement
Table 22 : Structure de la table DAB
Type
int int float float varchar bit
contraintes
cl primaire cl trangre
b. Structure de la table Institut
Nom du champ
ID_institut Nom Adresse
Description
identifiant de l'institut nom de l'institut adresse de l'Institut
Table 23 : Structure de la table Institut
Type
int varchar varchar
contraintes
cl primaire
c. Structure de la table User
Nom du champ
user_id password login_statut
Description
identifiant de l'utilisateur mot de passe de l'utilisateur tat de l'utilisateur
Table 24 : Structure de la table User
Type
int varchar varchar
contraintes
cl primaire
HRICHI Mohamed
84

d. Structure de la table Admin
Nom du champ
idAdmin user_id nom prenom etat
Description
identifiant de l'admin identifiant de l'utilisateur nom de l'admin prnom de l'admin l'tat de l'admin
Table 25 : Structure de la table Admin
Type
int int varchar varchar bit
contraintes
e. Structure de la table Client

Nom du champ
idClient user_id nom prenom adresse ville zipCode tel etat
Description
identifiant de Client identifiant de l'utilisateur nom de client prnom de client adresse de client ville de client code postale de client tlphone de client l'tat de client
Table 26 : Structure de la table Client
Type
int int varchar varchar varchar varchar varchar int bit
contraintes
f. Structure de la table FeedBack

Nom du champ
idfeed idClient sujet information date
Description
identifiant de feedback identifiant de client sujet de rclamation corps de rclamation date rclamation
Table 27 : Structure de la table FeedBack
Type
int int varchar varchar datetime
contraintes
HRICHI Mohamed
85

g. Structure de la table Notification
Nom du champ
id_notification sujet information date
Description
identifiant de notification sujet de notification corps de notification date de notification int
Type
varchar varchar datetime
contraintes
cl primaire
Table 28 : Structure de la table Notification
h. Structure de la table ClientNotification

Nom du champ
id_notification idClient
Description
identifiant de notification identifiant de client int int
Type
contraintes
cl primaire, cl trangre cl primaire, cl trangre
Table 29 : Structure de la table ClientNotification
i. Structure de la table ClientMobile

Nom du champ
id idClient serial type
Description
identifiant de tlphone identifiant de client numro de srie de tlphone modle de tlphone int int
Type
contraintes
varchar varchar
Table 30 : Structure de la table ClientMobile
j. Structure de la table ClientDab

Nom du champ
idClient id_Dab
Description
identifiant de client identifiant de dab int int
Type
contraintes
cl primaire, cl trangre cl primaire, cl trangre
Table 31 : Structure de la table ClientDab
HRICHI Mohamed
86

k. Structure de la table login_trace
Nom du champ
id_login user_id debut fin
Description
identifiant de login identifiant de l'utilisateur date dbut date fin int int
Type
contraintes
datetime datetime
Table 32 : Structure de la table login_trace
VI.Modle de composants 1. Dfinition

Le diagramme de composants permet de dcrire l'architecture physique et statique d'une application en termes de modules : fichiers sources, librairies, excutables, etc. Ils montrent la mise en uvre physique des modles de la vue logique avec l'environnement de dveloppement. Les composants varis selon les technologies utilises au niveau de dveloppement ; 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 quon doit utiliser sont : .cs les fichiers des classes ou les fichiers des contrleurs. .cshtml les fichiers des vues .csv les fichiers web services .xap les fichiers de Windows Phone 7
HRICHI Mohamed
87
Asp.net MVC Controller
HRICHI Mohamed
Asp.net MVC Views
Admin Controller.cs
Client Controller.cs
Account Controller.cs
Admin Views
Asp.net MVC Models
Index.cshtml
GestionDAB. cshtml
GestionRec .cshml
DatabaseM odel.dbml
AccountMo del.cs
PushPinMo del.cs
GestionUser .cshtml
GestionReport. cshtml
2. Diagramme des composants
Client Views
WCF Service
Figure 109 : Diagramme des composants

Home.csht ml WP7DataA ccess.svc Mobiles.csht ml
Account Views
Profile.csh ml
Reclamatio n.cshtml
Points.csht ml
Windows Phone 7 App
Login.csht ml ATMLocato r.xap
ChangePas s.chtml
Inscription. cshtml
88
Conclusion
A la fin de ce chapitre on a termin la rsolution de tous les cas dutilisation ainsi que limplmentation de notre systme et la cration de la base de donnes relationnel. On se concentre dans le chapitre suivant sur le dploiement du systme.
HRICHI Mohamed
89
Chapitre 5 : Phase Transition

Introduction
La phase de transition est la dernire phase du processus unifi, elle prpare les migrations/dploiements de systme chez lenvironnement des utilisateurs finaux ainsi que la ralisation dun scenario de test pour dtecter les anomalies et corriger les dfauts.
I.Modle de dploiement
1. Dtermination des possibilits de dploiement
Le diagramme de dploiement montre la disposition physique des matriels qui composent le systme et la rpartition des composants sur ces matriels. Notre systme est destin tre dployer avec une architecture trois tiers classique ou sur Windows Azure. L'architecture 3-tier est un modle logique d'architecture applicative qui vise sparer trois couches logicielles (Prsentation, Mtier et Accs aux donnes) au sein d'une mme application ou systme.
Client Application 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
2. Modle de dploiement de systme a. Dploiement trois tiers

serveur de base de donnes
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 dploiement trois tiers
http://mswin.me/?p=809&lang=fr
HRICHI Mohamed
91

b. Dploiement Windows Azure
Windows Azure
Asp.net MVC Reporting Web Browser Admin
Linq To Entities
Windows Phone 7 App

WCF Services Client
Sql Azure DataBase
Figure 113 : Diagramme dploiement Windows Azure
II.Test de lapplication
1. Application Web 1.1.Interface Connexion
Figure 114 : Interface Connexion
HRICHI Mohamed
92

Cette interface permet au client ainsi qu ladministrateur de saisir son login et son mot de passe pour accder aux fonctionnalits de systme. Si lutilisateur nest pas inscrit cette interface le permet daccder au page dinscription.
1.2.Interface Inscription
Figure 115 : Interface Inscription
Linterface inscription donne la possibilit aux utilisateurs non inscrit de crer leurs propres comptes sur le systme en fournissant un formulaire dinscription.
HRICHI Mohamed
93

1.3.Interfaces Administrateur a. Interface Accueil Administrateur
Figure 116 : Interface Accueil Administrateur
Cette interface sous format dun web desktop permet ladministrateur de grer toute lapplication. Elle le donne la main pour naviguer entre toutes les fonctionnalits ddies un administrateur dans une seule et unique page.
HRICHI Mohamed
94

b. Interface Grer Dabs
Figure 117 : Interface Grer Dabs
Linterface grer DAB offre ladministrateur plusieurs possibilits concernant la gestion des DAB dune manire interactive. Elle permet la visualisation, lajout, la modification et la suppression dune ou plusieurs DAB. Pour ajouter une DAB il suffit de cliquer deux fois sur lendroit dsir sur la carte et le systme nous ouvre une fentre pop-up avec la position GPS de ladresse.
Figure 118 : Fentre Ajouter Dab
HRICHI Mohamed
95
c. Interface Grer Rclamations
Figure 119 : Interface Grer Rclamations
Ici ladministrateur peut consulter les rclamtions des clients. Les rclamation sont organis par ordre chrnologique, si une rclamation ntait pas consult le colonne checked est desactiv, une fois ladministrateur verifi cette rclamation le colonne checked devient activ.
HRICHI Mohamed
96
d. Interface Grer Rapports
Figure 120 : Interface Grer Rapports
La section gestion rapports offre deux types de rapport statique et dynamique. Les rapports statiques permettent de lister tous les clients, les rclamations et la liste des dabs groups par institut. Pour les rapports dynamiques on trouve la traabilit des utilisateurs (client et administrateur) et des statistiques graphiques sur les nombres de visite de notre systme ainsi que la rpartition des dabs sur les villes. Cette section nous permet aussi dexporter les rapports vers plusieurs formats tels que PDF, RTF, XLS, etc. et les imprimer.
HRICHI Mohamed
97

1.4.Interfaces Client a. Interface Accueil Client
Figure 121 : Interface Accueil Client
Linterface accueil permet au client de naviguer entre les diffrents dabs grce une carte qui contient des Pushpins , un simple dplacement 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

b. Interface Gestion mobiles
Figure 122 : Interface Gestion mobiles
Pour grer les tlphones qui utiliseront lapplication mobile le client se rendre cette page afin dajouter les numros de srie des appareils, ainsi il a la possibilit aussi de supprimer.
c. Interface Gestion points intrt
Figure 123 : Interface Gestion points intrt
HRICHI Mohamed
99

Dans cette page le client a le choix dajouter ou de supprimer des points dintrt selon le nom de linstitut ou la ville.
d. Interface Gestion de profil
Figure 124 : Interface Gestion de profil
Ici lutilisateur peut ajouter, modifier ou supprimer quelques informations personnelles.
HRICHI Mohamed
100

1. Application Mobile a. Interface Menu
Figure 125 : App Mobile Interface Menu
Cette page contient le menu principal de lapplication mobile, elle dtecte la position GPS de lutilisateur puis la convertie en adresse postale.
HRICHI Mohamed
101

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 lutilisateur en affichant deux cercle, la cercle verte contient les dabs qui ont une distance au plus 100m de la position de lutilisateur et la cercle bleu au plus 250m.
HRICHI Mohamed
102
Figure 127 : App Mobile Interface dtaille DAB
Si lutilisateur click sur un dab le systme affiche les informations du dab (Institut, Adresse, Ville,).
HRICHI Mohamed
103

c. Interface Compte
Figure 128 : App Mobile Interface Compte
Lutilisateur peut aussi accder son compte dans lapplication web travers leur tlphone. Pour rendre toutes les fonctionnalits web disponible sur lappareil mobile on a utilis certains rgl pour la dfinition de la page maitre de lapplication web afin quelle soit compatible avec les terminale mobile.
Conclusion chapitre :
Dans ce chapitre, nous avons prsent l'environnement de dploiement de notre systme. Nous avons prsent aussi une vue de l'application finale via quelques imprims d'crans.
HRICHI Mohamed
104
Conclusion gnrale
Aprs trois mois de travail conscutif au sein dun groupe des personnes trs solidaires, on a cltur notre projet de fin dtudes qui a comme sujet la conception et la mise en place dune solution pour la localisation GPS des distributeurs automatique de billes . Ce projet qui a prsent ds le dbut un dfi, on a trouv au fur et mesure des problmes surtout dordre temporelle, mais grce au bon encadrement on a surpass ces problmes. Au dbut, notre recherche a eu pour objectifs la dcouverte et lobservation des solutions existantes. Lanalyse lexistant nous a permis de clarifier les anomalies viter dans le futur systme. Lutilisation de processus unifie tout au long de notre projet nous a simplifi les tches surtout lors de la phase de conception. Nous avons commenc la phase de dveloppement avec curiosit pour dcouvrir les nouvelles technologies .NET, surtout asp.net MVC 3 la version la plus rcente de Framework (Janvier 2011) et le nouveau systme dexploitation mobile de Microsoft Windows Phone 7. Aprs une longue priode de dveloppement nous avons entam finalement la phase de design afin de rendre notre application plus ergonomique et offre une bonne exprience utilisateur. De point de vue technique notre projet nous a permis dacqurir 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 dveloppement, etc. ainsi que lapprentissage des plusieurs nouvelles technologies citant par exemple le CSS3, JQuery UI, etc. Pour clturer, notre application permet la localisation des dabs, mais, elle est ouverte sur des futures extensions pour la localisation des autres points dintrt 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 avec le DAB. Rcupr 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 rseau DAB est couvert par la SMT. Rcupr sur http://www.webmanagercenter.com: http://www.webmanagercenter.com/management/article-83839-tunisie-special-salonbanque-khaled-fradi-dg-48-seulement-du-reseau-dab-est-couvert-par-la-smt [3] Molli, P. (s.d.). Unified Modeling Language. Rcupr sur www.loria.fr/~molli [4] Roques, P. (2008). Les Cahiers du Programmeur UML: Modliser une application Web. eyrolles. [5] EXCEL. (s.d.). Internal Corporate Profile 2011 - EXCEL. IED - Internal EXCEL Corporate Documents 2011. [6] Roques, P., & Valle, F. (2007). UML 2 en action. eyrolles. [7] sabricole. (2004). UP : Unified Process. Rcupr sur developpez.com: http://sabricole.developpez.com/uml/tutoriel/unifiedProcess/ [8]. (s.d.). Website wireframe. Rcupr sur wikipedia: http://en.wikipedia.org/wiki/Website_wireframe
HRICHI Mohamed
106

Localisation GPS Des DABs (Pfe)

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Localisation GPS Des DABs (Pfe)

Uploaded by

Copyright:

Available Formats

Ministre De Lenseignement Suprieur, De La Recherche Scientifique de De La Technologie Projet Et fin dtudes 2010-2011 Universit de Tunis

Institut Suprieur de Gestion

Projet de fin detudes

Elabor par : Hrichi Mohamed

2010-2011 HRICHI Mohamed

Projet de fin dtudes 2010-2011

Projet de fin dtudes 2010-2011

Projet de fin dtudes 2010-2011

Table des matires

II. Prsentation des cas dutilisations ............................................................................................. 18 1. 2. 3. 4. 5.

Projet de fin dtudes 2010-2011

Conclusion gnrale ..................................................................................................................105 Bibliographie .............................................................................................................................106

Projet de fin dtudes 2010-2011

Table des illustrations

Projet de fin dtudes 2010-2011

Projet de fin dtudes 2010-2011

Projet de fin dtudes 2010-2011

Projet de fin dtudes 2010-2011

Projet de fin dtudes 2010-2011

Chapitre 1 : Etude de lexistant

1. Prsentation de lorganisme daccueil

Projet de fin dtudes 2010-2011

Enterprise Management Solutions

Figure 1: La synergie entre les 3 sous-domaines du cur mtier d'EXCEL

Projet de fin dtudes 2010-2011

Figure 2: Organisation Interne d'EXCEL

Projet de fin dtudes 2010-2011

Application mobile (Windows Phone 7) :

Projet de fin dtudes 2010-2011

Projet de fin dtudes 2010-2011

Chapitre 2 : Phase dincubation

I.Identification des besoins

1. Dfinition des acteurs

Projet de fin dtudes 2010-2011

3. Besoins non fonctionnels

Projet de fin dtudes 2010-2011

Faire commentaire Client <<include>> Grer Compte <<include>>

S'identifier <<include>> Grer rapport

Grer Clients <<include>>

Figure 3: Diagramme de cas d'utilisation initial

Projet de fin dtudes 2010-2011

Projet de fin dtudes 2010-2011

Table 1 : Affectation des priorits

4. Raffinement des cas dutilisation prioritaires

4.1 Le raffinement du cas dutilisation : Sinscrire

Figure 4: Cas d'utilisation S'inscrire

Projet de fin dtudes 2010-2011

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description :

Afficher un message derreur en cas de manque ou invalidation des informations

4.2 Le raffinement du cas dutilisation : Sauthentifier

Figure 5: Cas d'utilisation S'authentifier

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description :

Afficher un message derreur en cas de mot de passe ou login erron

Projet de fin dtudes 2010-2011

Localiser DAB Utilisateur

Figure 6 : Cas d'utilisation Localiser DAB

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description :

4.4 Le raffinement du cas dutilisation : Grer DAB

Projet de fin dtudes 2010-2011

Figure 7 : Cas d'utilisation Grer DAB

Projet de fin dtudes 2010-2011

Cas d'utilisation : Acteur : Pr-condition : Post-condition : Description :

En cas derreur le systme affiche le message appropri