Conception D'une Application Mobile de Demandes de Services

REPUBLIQUE DE COTE D’IVOIRE
UNION-DISCIPLINE-TRAVAIL
Ministère de l’Enseignement Supérieur

et de la Recherche Scientifique
RAPPORT DE PROJET PROFESSIONNEL
THEME :
CONCEPTION D’UNE APPLICATION

MOBILE DE DEMANDES DE SERVICES
Réalisé par :
- DA BOUTEY YANN DAVID
- KOUASSY BESSE AUDE MARIE GUYLAINE
ENCADREUR PEDAGOGIQUE
M. KOUAME Kouakou
Étudiants Techniciens Supérieurs en Informatique 3ème année
Année Académique : 2022-2023

CONCEPTION D’UNE APPLICATION MOBILE
DE DEMANDES DE SERVICES
DEDICACE
A nos familles.
DA BOUTEY YANN DAVID I ANNEE ACADEMIQUE

KOUASSY BESSE AUDE 2022-2023
REMERCIEMENTS
C'est avec un immense plaisir que nous réservons ces quelques lignes en signe
de gratitude et de reconnaissance à tous ceux qui ont contribué de près et de loin à
l’accomplissement de ce projet. Nous souhaitons remercier, en premier lieu, le bon
Dieu de nous avoir donné la volonté de finir ce travail. Nos remerciements les plus
sincères à notre encadrant M. Kouamé Kouakou pour sa disponibilité, sa patience
et son suivi tout au long de la réalisation de ce travail. Nous tenons également à
remercier les membres du jury d'avoir consacré une partie de leur temps à la lecture
de ce rapport et pour l'intérêt qu'ils ont porté à ce travail. Nos remerciements
s'étendent enfin à tous les enseignant(e)s du département Mathématiques
Informatique de l’INP-HB.
DA BOUTEY YANN DAVID II ANNEE ACADEMIQUE

SOMMAIRE
INTRODUCTION .............................................................................................. 2
PREMIERE PARTIE : CADRE ET CONTEXTE DU PROJET ................ 3
CHAPITRE I : ETUDE DE PROJET ............................................................... 4
CHAPITRE II : ETUDE PREALABLE ........................................................... 7
DEUXIEME PARTIE : ETUDE CONCEPTUELLE .................................... 9
CHAPITRE III : METHODE D’ANALYSE ET DE CONCEPTION ............ 10
CHAPITRE V : ETUDE DETAILLEE .......................................................... 17
TROISIEME PARTIE : ETUDE TECHNIQUE ET REALISATION ....... 26
CHAPITRE VI : ETUDE TECHNIQUE ........................................................ 27
CHAPITRE VII : REALISATION TECHNIQUE ......................................... 29
CONCLUSION ................................................................................................. 36
DA BOUTEY YANN DAVID III ANNEE ACADEMIQUE

LISTE DES SIGLES ET ABREVIATIONS
M
MCC : Modèle Conceptuel de Circulation
MCD : Modèle Conceptuel de Données
MCT : Modèle Conceptuel de Traitements
MERISE : Méthode d’Étude et de Réalisation Informatique par Sous-Ensembles
MLD : Modèle Logique de Données
MPD : Modèle Physique de Données
S
SAT : Structure d’Accès Théorique
DA BOUTEY YANN DAVID IV ANNEE ACADEMIQUE

LISTE DES FIGURES

Figure 1: Diagramme de Gantt ............................................................................. 6
Figure 2: Modèle Conceptuel de Communication ............................................. 17
Figure 3: Graphe d'ordonnancement des flux .................................................... 18
Figure 4: Modèle Conceptuel de Traitements .................................................... 19
Figure 5: Structure d'Accès Théorique ............................................................... 21
Figure 6: Modèle Conceptuel de Données ......................................................... 23
Figure 7: Modèle Logique de Données .............................................................. 23
Figure 8: Fenêtre d'authentification ................................................................... 29
Figure 9: Dashboard de l'application.................................................................. 30
Figure 10: Fenêtre de visualisation des clients .................................................. 31
Figure 11: Fenêtre d'attribution de technicien à une demande de service.......... 31
Figure 12: Fenêtre de facturation ....................................................................... 32
Figure 13: Interface de connexion...................................................................... 33
Figure 14: Interface d’accueil ............................................................................ 33
Figure 15: Menu principal d'un utilisateur ......................................................... 34
Figure 16: Interface de soumission de demande ................................................ 34
DA BOUTEY YANN DAVID V ANNEE ACADEMIQUE

LISTE DES TABLEAUX

Tableau 1: Dictionnaire de données ................................................................... 20
Tableau 2: Modèle Physique de Données : cas du client ................................... 24
Tableau 3: Modèle Physique de Données : cas de Noter ................................... 25
DA BOUTEY YANN DAVID VI ANNEE ACADEMIQUE

AVANT-PROPOS
La connaissance et la formation constituent des piliers du développement, du
progrès et du succès économique d’un pays. C’est au regard de cette réalité et pour
ne pas rester en marge du développement que la Côte d’Ivoire, dès les premières
heures de son indépendance, a mis un accent particulier sur la formation et
l’éducation. En effet, en moins de deux décennies d’indépendance, elle s’est dotée
de structures de formation et de recherche dont l’Institut Agricole de Bouaké (IAB),
l’École Nationale Supérieure d’Agronomie (ENSA), l’Institut National Supérieur
d’Enseignement Technique (INSET) et de l’École Nationale Supérieure des
Travaux Publics (ENSTP).
L’Institut National Polytechnique Félix Houphouët-Boigny (INP-HB), est né

par décret 96-678 du 04/09/96, de la restructuration de ces quatre (4) établissements
que l’on désigne communément sous le vocable des Grandes Écoles de
Yamoussoukro. Cet établissement public d’enseignement supérieur et de recherche
reçoit des bacheliers, des étudiants et travailleurs ; dont elle se charge d’en faire des
techniciens supérieurs, des ingénieurs de technique et de conception dans les
domaines du commerce, de l’administration, de l’industrie, de l’agronomie, des
mines et du génie civil. Il s’attelle également à la recherche appliquée dans les
domaines susmentionnées, en plus de l’expertise, la production et le conseil au
profit des entreprises et des administrations.
L’INP-HB porte en son sein neuf (9) écoles :
• CPGE : Classes Préparatoires aux Grandes Écoles (initialement EP :

École Préparatoire) ;
• ESTP : École Supérieure des Travaux Publics ;
• ESMG : École Supérieure des Mines et de Géologie ;
• ESI : École Supérieure d’Industrie ;
DA BOUTEY YANN DAVID VII ANNEE ACADEMIQUE

• ESA : École Supérieure d’Agronomie ;

• ESCAE : École Supérieure de Commerce et d’Administration des
Entreprises ;
• EFCPC : École de Formation Continue et de Perfectionnement des
Cadres ;
• EDP : École Doctorale Polytechnique ;
• ESPE : École Supérieure du Pétrole et de l’Energie.
A ces écoles, il faut noter la création de quelques centres de formation dans des
domaines nouveaux et pointus suivant la demande du marché de l’emploi.
L’ESI dont nous sommes issus est composée de deux (2) cycles de formation
qui sont le DTS (Diplôme de Technicien Supérieur) et le cycle Ingénieur. De ce
fait, elle a en charge notre formation de Technicien Supérieur en Informatique d’une
durée de 3ans.
DA BOUTEY YANN DAVID VIII ANNEE ACADEMIQUE

INTRODUCTION
L'utilisation d'applications mobiles est de plus en plus courante dans notre vie
quotidienne, offrant une multitude de services à la demande. Cependant, pour
beaucoup de services domestiques, la demande et la fourniture sont encore séparées
par de nombreux canaux, rendant le processus complexe et peu pratique pour les
utilisateurs. C'est dans ce contexte que nous avons décidé de concevoir une
application mobile de demandes de dépannage qui faciliterait la recherche de
services domestiques fiables pour les populations africaines. Alors, dans quel
environnement notre projet s’inscrit-il ? Quels sont les besoins réels de nos
utilisateurs ? Quelles sont les étapes qui amènent à la réalisation de notre projet ?
Dans la suite, nous nous efforcerons d’apporter des réponses à ces différentes
interrogations. L’objectif de ce rapport est de présenter les résultats de notre travail.
Alors pour se faire nous jugeons indispensable de le subdiviser en trois parties.
Ainsi, après avoir présenté l’existant de notre thème dans la première partie intitulée
‘Cadre et contexte du projet’. Procédons-nous ainsi dans la seconde partie ayant
pour titre ‘Étude conceptuelle’ à présenter les méthodes d’analyse et de conception
et les différentes modélisations du système. Enfin, la troisième partie intitulée
‘Étude technique et réalisation’ sera consacrée à la réalisation de notre système
ainsi qu’à certains aspects inhérents à cette réalisation.
DA BOUTEY YANN DAVID 2 ANNEE ACADEMIQUE

PREMIERE PARTIE :
CADRE ET CONTEXTE DU PROJET
Cette partie présente d’une part le contexte du thème, ses objectifs, le cahier de
charges, ainsi que le plan de travail et d’autre part de faire une étude perspicace
des besoins des utilisateurs afin d’avoir une meilleure compréhension du système.

CHAPITRE I : ETUDE DE PROJET
Tout au long de ce chapitre, nous étudierons le projet qui nous a été soumis.
D’abord nous présenterons le thème, son contexte et ses objectifs. Pour terminer,
nous établirons un plan de gestion optimisé pour le mener à bien.
I. CONTEXTE DU PROJET
Dans notre contexte sociétal africain où obtenir rapidement et facilement des

services domestiques fiables est un défi permanent et un processus compliqué et
incertain pour les populations, nous avons décidé de réaliser une application mobile
pour résoudre ce problème. Cette application permettra aux utilisateurs de trouver
des prestataires qualifiés en quelques clics, en leur offrant un système de recherche
simple et intuitif. Ainsi apporter une solution innovante pour répondre à ce besoin
grandissant et améliorer la qualité de vie des utilisateurs.
II. OBJECTIFS DU PROJET
1. Objectif général
L’objectif général de ce projet est de fournir une solution digitale pratique et

efficace pour répondre aux besoins domestiques des populations africaines en
matière de services.
2. Objectifs spécifiques
L’objectif général présenté en amont se subdivise en plusieurs objectifs
intermédiaires énumérés ci-dessous :

- Offrir un moyen simple et rapide pour les utilisateurs de trouver et de

commander des services de qualité ;
- Fournir une plateforme sécurisée pour la gestion des transactions et des
paiements pour les services commandés ;
- Établir un système de feedback (commentaires) pour les utilisateurs afin
de garantir la qualité des services fournis.
III. CAHIER DE CHARGES
Pour la bonne réalisation de ce travail, un cahier de charges détaillant les

fonctionnalités attendues à implémenter nous a été soumis. Il a pour but de détailler
les besoins auxquels devront répondre le système à mettre en place. Ces besoins
sont les suivants :
• La réalisation d’une application Desktop pour gérer les données

utilisateurs ;
• L’authentification ;
• La gestion des permissions et rôles des utilisateurs ;
• La gestion des requêtes de demande de services ;
• La recherche de prestataires de services ;
• La mise en place des options de commentaires et d’évaluations ;
• La gestion des paiements en ligne ;
• Avoir une interface conviviale
IV. ORGANISATION DU TRAVAIL
Pour mener à bien le projet que nous a confié l’entreprise, nous avons divisé
celui-ci en tâches afin de le planifier comme suit :

CONCEPTION D’UNE APPLICATION MOBILE DE DEMANDES
DE SERVICES
Figure 1: Diagramme de Gantt
DA BOUTEY YANN DAVID ANNEE ACADEMIQUE

KOUASSY BESSE AUDE
6 2022-2023
CHAPITRE II : ETUDE PREALABLE
Dans ce chapitre, il s’agit d’analyser l’existant afin de lever les ambiguïtés sur les
besoins et exigences du système à concevoir.
I. ANALYSE DE L’EXISTANT
1. Description du système actuel
En Côte d’Ivoire, vouloir les prestations d’un technicien revient à demander

l'avis de connaissances ou de membres de la famille, la recherche de services sur
Internet (exemple sur Facebook) ou la prise de contacts téléphoniques sur les
affiches collées au coin des rues ou aussi dans les annuaires locaux par exemple les
magazines d’annonces. En effet un demandeur de service est souvent amené à
effectuer des appels téléphoniques et/ou des déplacements physiques pour évaluer
les services disponibles.
2. Critiques du système existant
L’étude du fonctionnement actuel nous a permis de déceler les difficultés

suivantes :
- Absence d'un outil du digital efficace pour résoudre les problèmes
domestiques ;
- Nécessité d’un temps et effort considérable ;
- Risque élevé de tomber sur un technicien peu qualifié ou peu fiable ;
- Incohérence en matière de coûts et de qualité des services

II. PROPOSITION DE SOLUTIONS
Au regard des critiques effectuées en amont, il ressort qu’il est nécessaire

d’élaborer une solution concrète et viable avec des fonctionnalités telles que :
- Système de feedback pour permettre aux utilisateurs de donner leur

avis sur les services reçus et ainsi améliorer la qualité de l'application
en continu.
En agissant de cette manière, nous sommes convaincus que nous pourrons répondre
aux attentes des utilisateurs et leur offrir un service de qualité à la hauteur de leurs
besoins.

DEUXIEME PARTIE :
ETUDE CONCEPTUELLE
L’objet de cette partie est d’une part de présenter les méthodes d’analyses et de
présenter les différents modèles qui découlent de cette étude.

CHAPITRE III : METHODE D’ANALYSE ET DE

CONCEPTION
L’analyse du cahier des charges de notre projet laisse entrevoir une partie non
négligeable à implémenter. Cependant, l’utilisation d’une méthode d’analyse et de
conception constitue un impératif pour conduire à bien un projet de développement
informatique. Par conséquent, nous effectuons ici le choix d’une méthode avant
d’aborder en profondeur l’étude de besoins des utilisateurs.
I. PRESENTATION DES METHODES D’ANALYSE
Une méthode d'analyse et de conception informatique a pour objectif de

permettre de formaliser les étapes préliminaires du développement d'un système
afin de le rendre plus fidèle aux besoins de l’utilisateur final. Et parmi toutes les
approches existantes, les plus utilisées sont la méthode MERISE et le Processus
Unifié allié au langage de modélisation UML. Nous présentons ici succinctement
ces deux (2) méthodes avec leurs principales approches et implémentations.
1. MERISE
La méthode MERISE (Méthode d’Étude et de Réalisation Informatique pour

les Systèmes d’Entreprise) est apparue vers les années 1978-1979 résultant de
l’inadéquation des méthodes anciennes aux préoccupations actuelles, des travaux
sur les bases de données et de l’approche des systèmes d’information. MERISE vise
plusieurs objectifs dont l’association étroite des aspects organisationnels et
informatiques, l’augmentation de la qualité des relations entre les utilisateurs et les

informaticiens. 1Les principales caractéristiques de la méthode MERISE sont d’une

part une approche globale menée parallèlement sur les données et les traitements et
d’autre part une description du système d’information en trois niveaux dont le
niveau conceptuel (le quoi), le niveau organisationnel et logique (qui fait quoi et
où) et le niveau physique (comment). Cette méthode possède deux composantes :
la démarche et les modèles. Cette méthode d’analyse propose une démarche
s’appuyant sur trois (3) notions essentielles dites cycle de développement.
a. La démarche ou le cycle de vie
Ce cycle est le guide continu de la méthode MERISE suivant les étapes

suivantes :
• Le schéma directeur : il définit les orientations générales du projet ;

• L’étude préalable : elle permet, avant de se lancer à fond dans un projet,
d’élaborer globalement différentes solutions et d’en évaluer les diverses
conséquences ;
• L’étude détaillée : elle permet, à partir des choix issus de l’étude préalable,
de spécifier complètement le futur système d’informations ;
• L’étude technique : elle décrit les moyens techniques nécessaires à la
réalisation de l’application ;
• La réalisation : il s’agit ici de l’écriture des programmes dans un langage de
programmation, de la génération de la BD, des tests de mises au point ;
1
Source: http://www.ineumann.developpez.com/tutoriels/merise/initiation-merise

• La mise en œuvre : elle consiste à installer les logiciels réalisés et à mettre

progressivement l’ensemble du système d’informations au service des
utilisateurs ;
• La maintenance : elle consiste à prendre en compte les évolutions
apparaissant après le lancement opérationnel.
b. Le raisonnement ou cycle d’abstraction
Il correspond à trois (3) niveaux dont :
• Le niveau conceptuel qui a pour but la formalisation des données et des

traitements ;
• Le niveau logique ou organisationnel ayant pour but d’apporter à la
formalisation conceptuelle des notions de temps, de lieux et d’acteurs ;
• Le niveau physique ou opérationnel celle-ci définie les solutions techniques
répondant aux besoins soulevés lors des étapes précédentes, c'est-à-dire à
spécifier comment seront réalisés les éléments du projet.
c. La maitrise du projet ou cycle de décision
C’est le lieu des grands choix de l’étude préalable, la définition du projet

(étude détaillée) jusqu'aux petites décisions des détails de la réalisation et de la mise
en œuvre du système d'information. Ainsi la décision d’organiser un écran de telle
ou de telle manière ne doit pas se faire sans l’accord de celui qui passera ses heures
à utiliser cet écran. Les diverses décisions se prennent au vu des différents
documents rédigés lors de l’avancement des travaux.

2. PU/UML
a. Processus Unifié (PU)
Le Processus Unifié est une famille de méthodes de développement de

logiciels orientés objets. Il se caractérise par une démarche itérative et incrémentale,
pilotée par les cas d'utilisation et centrée sur l'architecture et les modèles UML. Il
définit un processus intégrant toutes les activités de conception et de réalisation au
sein des cycles de développement composés d'une phase de création, d'élaboration,
de construction et d'une phase de transition, comprenant chacune plusieurs
itérations. Le Processus Unifié répète un certain nombre de fois une série de cycles
constituant la vie d’un système. Tout se conclut par la livraison d’une version du
produit et s’articule en quatre (04) phases :
• Identification des besoins : Définition du champ d’action du projet.

Elle est réalisée par l’identification des cas d’utilisation. Elle définit
ce que doit faire le système.
• Analyse : Spécification du plan du projet, des exigences et des bases
de l’architecture. Le plan est spécifié en un ensemble d’itérations.
• Conception : Réalisation du produit.
• Déploiement : Test, validation et transfert du produit vers les
utilisateurs finaux. A chaque phase, une évaluation est faite pour la
validation.
Le Processus Unifié pouvant être adapté au projet et à l’environnement de

travail, se décline en plusieurs implémentations dont les plus utilisées sont :
• Le Rational Unified Process (RUP) basé sur des principes de

l'ingénierie logicielle saine comme la prise en charge d'une approche
itérative ;

• Le Two Tracks Unified Process (2TUP) propose un cycle de

développement en Y, qui dissocie les aspects techniques des aspects
fonctionnels ;
• L’eXtreme Unified Process (XUP) est une instanciation hybride du
Processus Unifié l’intégrant avec XP.
b. Unified Modeling Language (UML)
UML langage de modélisation unifié en français, est né de la fusion des trois

méthodes qui ont le plus influencé la modélisation objet au milieu des années 90.
Ces méthodes sont OMT Object Modeling Technique), BOOCH ou OOD (Object
Oriented Design) et OOSE (Object Oriented Software Engineering). UML est un
langage graphique permettant de représenter les divers aspects du système
d’information. Il se décompose en plusieurs sous-ensembles :
• Les vues sont les observables du système. Elles décrivent le système

d'un point de vue donné, qui peut être organisationnel, dynamique,
temporel, architectural, géographique ou logique.
• Les diagrammes sont des éléments graphiques. Ceux-ci décrivent le
contenu des vues, qui sont des notions abstraites ;
• Les modèles d'élément sont les briques des diagrammes UML. Ces
modèles sont utilisés dans plusieurs types de diagramme.
UML v.1 apparut en 1994 nous proposait neuf (09) diagrammes. Depuis UML v.2.2
apparut en 2009, nous sommes à quatorze (14) diagrammes.

II. CHOIX DE LA METHODE D’ANALYSE
MERISE et PU/UML sont deux grands principes de modélisation d'un

système d'information. Néanmoins, ils ne sont pas aussi proches qu'on pourrait le
penser. D’une part, il est notoire que le Processus Unifié utilisant UML qui est basé
sur l’approche objet, qui est très souvent utilisé dans les projets évolutifs. D’autre
part, MERISE offre une démarche d’analyse cohérente et rigoureuse, et est mieux
orientée vers la gestion des systèmes d’information avec stockage de données dans
des bases de données relationnelles. Le choix de l'un ou de l'autre se fait selon trois
axes à savoir l'accessibilité, la précision et l'exploitabilité :
• Pour le premier axe (accessibilité) MERISE présente l'intérêt d'avoir

des modèles logiques moins détaillés facilement compréhensibles.
Tandis que PU/UML conçu pour s'adapter à n'importe quel langage
de programmation orientée objet (POO), présente plusieurs modèles
(diagrammes) dont leurs compréhensions nécessitent une grande
attention ;
• En ce qui concerne le deuxième critère (précision), MERISE est
moins préférable. Malgré sa clarté, il manque une précision du fait
qu'elle est éloignée du langage donc difficile à implémenter alors que
PU/UML intègre les éléments communs des différents langages, sa
volonté est d'être fidèle à la réalisation finale. Elle est beaucoup plus
complète avec ses différents diagrammes.
• Pour en finir avec l'exploitabilité, MERISE est une méthode plus
généraliste. Elle donne une vue globale de la solution sans autant
entrer dans les détails. Contrairement à PU/UML qui est conçu pour
l'implémentation objet avec ses différents détails et sa portabilité
(s'adapte à n'importe quelle plateforme).

Le système que nous désirons mettre en place est découpé en deux grands
modules : le module desktop, le module mobile. Il devra évoluer dans le temps pour
s’assurer de correspondre continuellement aux besoins des utilisateurs. C’est au
regard des spécificités de notre projet que nous retenons la méthode MERISE pour
la phase conceptuelle de notre projet.

CHAPITRE V : ETUDE DETAILLEE
I. MODELISATION DES TRAITEMENTS
1. Modèle Conceptuel de Communication (MCC)
Le modèle conceptuel de communication permet une description des flux

d’informations échangés entre acteurs. On identifie alors les acteurs, les flux
échangés et délimite le champ du projet. On obtient le diagramme de
communication suivant :
Flux :
1. Soumettre une demande de service

2. Affecter une demande de service
3. Assigner une note d’évaluation
4. Attribuer un commentaire
5. Répondre à une demande de service
Figure 2: Modèle Conceptuel de Communication

Légende :
Domaine d’étude Flux

Acteur interne Acteur externe

2. Graphe d’ordonnancement des flux
Nous déduisons le graphe d’ordonnancement des flux. Il permet de faire

apparaître la chronologie des messages. Dans ce graphe d’ordonnancement des
événements-message, un nœud représente un message et un arc représente un lien
d’élaboration.
Figure 3: Graphe d'ordonnancement des flux
3. Modèle Conceptuel de Traitements (MCT)
Le Modèle Conceptuel de Traitements formalise l’activité du système. Il

présente entre autres les différents traitements qui sont opérés dans le système de
façon hiérarchique, tout comme les cadences de déclenchement de ces actions.

Figure 4: Modèle Conceptuel de Traitements
II. MODELISATION DES DONNEES
1. Règles de gestion
Une règle de gestion précise les contraintes qui doivent être respectées par le
modèle. Pour l’étude actuelle nous avons les règles de gestion que voici :
• Un client peut effectuer une ou plusieurs demandes ;

• Un avis et une note sont relatifs à un client ;
• Une demande ne peut être émise que par un seul client ;

2. Dictionnaire des données
Le dictionnaire de données est un tableau dans lequel on recense, classe, trie

toutes les données collectées lors des entretiens ou l’étude des documents.
Voici le nôtre ci-après :
Tableau 1: Dictionnaire de données
Sigle Signification Type Taille Nature Contraintes

idCli Identifiant du client N 8 E/SIG Clé
nomCli Nom du client A 20
prenomsCli Prénoms du client A 50
emailCli Adresse électronique du client AN 50
adressCli Lieu d’habitation du client AN 20 M
telCli Contact du client N 15
idTech Identifiant du technicien N 8 E/SIG Clé
nomTech Nom du technicien A 20
prenomsTech Prénoms du technicien A 50
emailTech Adresse électronique du technicien AN 50
adressTech Lieu d’habitation du technicien AN 20 M
telTech Contact du technicien AN 15
profTech Profession du technicien A 20
idDem Identifiant de la demande N 8 E/SIG Clé
profilDem Profil du technicien demandé A 30
descDem Description de la demande AN 255
lieuInterv Lieu d’intervention AN 20
devis Devis de l’intervention N 20
dateInterv Date de l’intervention D 10 JJ/MM/AAAA
statutDem Statut de la demande N 3

idFact Identifiant de la facture N 8 E/SIG Clé

montantFact Montant de la facture N 20
idUtil Identifiant de l’utilisateur N 8 E/SIG Clé
loginUtil Nom de l’utilisateur AN 30
pwdUtil Mot de passe de l’utilisateur AN 50
statutUtil Statut de l’utilisateur N 3
Légende : Alphabétique : A | Alphanumérique : AN | Date : D | Élémentaire : E

Mouvement : M | Numérique : N | Signalétique : SIG
3. Structure d’Accès Théorique (SAT)
La structure d’accès théorique est obtenue après suppression des transitivités

et cycles du graphe de dépendances fonctionnelles. Ce dernier traduit les différentes
relations de dépendances minimales entre les propriétés.
Figure 5: Structure d'Accès Théorique

4. Modèle Conceptuel de Données (MCD)
Le Modèle Conceptuel de Données a pour but de décrire de façon formelle

les données, qui sont utilisées par le système d’information. Il s’agit donc d’une
représentation des données, facilement compréhensible, permettant de décrire le
système d’information à l’aide d’entités. Pour décrire ce modèle, nous utilisons les
concepts suivants :
• Entité : n’importe quel objet concret ou abstrait du réel perçu peut

constituer une entité, considéré comme un tout, ayant une existence
autonome. Elle est caractérisée par un ensemble de propriétés
quantitatives et qualitatives et par un comportement permanent ;
• Propriété : une donnée élémentaire et indécomposable du système
d’information. L’ensemble des propriétés caractérise l’entité
concernée ou la relation ;
• Identifiant : une propriété ou une concaténation de propriétés
permettant de distinguer toutes les occurrences de l’entité de manière
unique et sans ambiguïté ;
• Association : une liaison entre deux ou plusieurs entités où chacune
joue un rôle donné. Elle peut être également porteuse de propriétés ;
• Cardinalité : le nombre minimum et maximum d’occurrences
d’entités participant à une association.

Figure 6: Modèle Conceptuel de Données
5. Modèle Logique des Données (MLD)
Le Modèle Logique de Données est la représentation du MCD avec la notion

d’organisation. Le formalisme entités/relations utilisé donc transcrit dans un
formalisme dépendant du choix organisationnel.
Figure 7: Modèle Logique de Données

III. MODELISATION PHYSIQUE
1. Passage du MLD au MPD
Le Modèle Physique de Données (MPD) est la phase terminale de l'approche

théorique et conceptuelle de la base de données. Cette phase consiste à recenser
l'intégralité des tables issues du MLD. Chacune de ces tables doit faire l'objet d'une
représentation détaillée sous forme de tableau. Cette étude détaillée de chaque table
permet non seulement d'avoir une idée exacte de la structure de la base de données
définitive mais également de la capacité de mémoire auxiliaire nécessaire à
l'implantation de la future base de données. Il nous faut :
• Définir la place nécessaire de chaque table ;

• Définir l’implantation physique de la base de données sur les disques, les
serveurs disponibles.
2. Modèle Physique des Données (MPD)
• Table « Client »
Tableau 2: Modèle Physique de Données : cas du client
Nom : Client Date de création : 30/01/2023

Objet : Enregistrement des clients Longueur : 163
Mode d’organisation : Direct Volume : 815000
Clé : idCli
Code Libellé Type Taille Observation
idCli Identifiant du client N 8 Clé
nomCli Nom du client A 20
prenomsCli Prénoms du client A 50

emailCli Courriel du client AN 50

adressCli Lieu d’habitation du client AN 20
telCli Contact du client AN 15
• Table « Noter »
Tableau 3: Modèle Physique de Données : cas de Noter
Nom : Noter Date de création : 30/01/2023

Objet : Enregistrement de la table Noter Longueur : 74
Mode d’organisation : Direct Volume : 74000
Clé : idCli, idTech
Code Libellé Type Taille Observation
idCli Identifiant du client N 8
idTech Identifiant du technicien N 8 Clé
dateNote Date de notation du client D 10 JJ/MM/AAAA
vleurNote Valeur de notation du client N 8
avis Avis du client N 8

TROISIEME PARTIE :
ETUDE TECHNIQUE ET REALISATION
Dans cette partie nous présenterons les différents composants qui nous ont permis
d’élaborer la solution, une présentation de la solution en elle-même.

CHAPITRE VI : ETUDE TECHNIQUE
Ce chapitre présente les outils utilisés pour le développement de notre système.
I. SYSTEME DE GESTION DE BASES DE DONNEES
MySQL dérive directement de SQL (Structured Query Language) qui est un

langage de requête vers les bases de données exploitant le modèle relationnel. C’est
l’un des systèmes de gestion des bases de données relationnelles les plus populaires,
il a été développé dans un souci de performances élevées en lecture, ce que signifie
qu’il est davantage orienté vers le service de données déjà en place que vers celui
de mises à jour fréquentes et fortement sécurisées. Il est multithread et multi-
utilisateur. A l’origine une solution open source, MySQL fonctionne bien sur les
systèmes tels que Windows, Linux et MacOs.
II. PLATEFORME DE DEVELOPPEMENT
1. Windev
Windev est un atelier de génie logiciel (AGL) édité par la société française
PC SOFT et conçu pour le développement des applications permettant par son
intégration totale, sa facilité légendaire, sa technologie de pointe, de réussir plus
vite les projets d’envergure sous Windows, Linux, .NET, Java et plus. Sa dernière
version est la 28 sortie en 2022.2
2
Source: https://www.pcsoft.fr

2. Windev Mobile
Windev Mobile est un environnement de développement sous poste PC qui

permet de développer des applications pour Android, pour iPhone/iPad.
3. Langage de développement
Le WLangage est un langage de programmation apparu en 1992 avec

Windev. Utilisé par les outils de développement Windev, Windev Mobile et
Webdev ; il est propriétaire et les programmes ne peuvent être manipulés qu’avec
les outils PC SOFT.3
3
Source : PC SOFT, (2015), Cours d’auto-formation Windev, Montpellier, 453 pages

CHAPITRE VII : REALISATION TECHNIQUE
Dans ce chapitre, il s’agit de présenter les différentes interfaces de l’application

ainsi que leurs descriptions.
I. Module desktop
Une fenêtre est une zone rectangulaire qui apparait à l’écran pour afficher le
contenu d’un dossier ou d’un logiciel(application). Dans notre cas, les fenêtres de
notre application desktop dénommée Asecours vont permettre à l’administrateur de
pouvoir gérer aisément les demandes des clients.
1. Fenêtre d’authentification
L’administrateur a le devoir d’entrer ses identifiants d’authentification

(courriel et mot de passe) pour avoir accès à l’application.
Figure 8: Fenêtre d'authentification

2. Fenêtre principale
Comme toute application, la nôtre comporte une fenêtre d’accueil. C’est à
partir d’elle que toutes les autres seront ouvertes.
Figure 9: Dashboard de l'application
3. Fenêtre Clients
Cette fenêtre présente à l’administrateur une vue détaillée sur l’ensemble des
clients enregistrés via notre plateforme mobile. Celle-ci est pareil que la fenêtre de
visualisation des techniciens.

Figure 10: Fenêtre de visualisation des clients
4. Fenêtre de résolution de demandes de services

Sur cette fenêtre, le tableau de droite liste les demandes soumises par les
clients tandis que celui de gauche renvoie les techniciens ayant un profil donné.
L’administrateur au clic d’une ligne dans un tableau, les informations sélectionnées
remplissent les champs de saisies.
Figure 11: Fenêtre d'attribution de technicien à une demande de service

5. Fenêtre de facturation d’un client

A travers cette interface, l’administrateur peut établir la facture d’un client et
la lui transmet par mail.
Figure 12: Fenêtre de facturation
II. Module mobile
1. Premières interfaces
Au lancement de l’application mobile Asecours, deux boutons se présentent
à l’utilisateur (Figure 13). L’utilisateur sélectionne son profil et est
automatiquement dirigé à l’interface de connexion. Il est amené à entrer ses
identifiants d’authentification s’il possède déjà un compte sinon il a la possibilité
de créer un à partir du lien sous le bouton Connexion (Figure 12).

Figure 14: Interface d’accueil Figure 13: Interface de connexion
2. Interface du menu principal
Après l’authentification, l’application laisse libre accès au menu principal et à

l’ensemble des fonctionnalités de l’application. Ce menu est composé d’un
tableau de bord sur lequel l’utilisateur a un bref résumé de ses demandes et des
boutons permettant de joindre d’autres interfaces.

Figure 15: Menu principal d'un utilisateur
3. Interface de soumission de demande de service
Figure 16: Interface de soumission de demande

A travers le formulaire de l’interface ci-dessus, le client fait une description brève

du besoin domestique dont il éprouve. Il renseigne le profil du technicien recherché,
l’objet de la demande, le montant auquel il peut facturer la tâche du technicien, le
lieu et date d’intervention. Dans le tableau sous le formulaire, le client a toutes ses
demandes effectuées.

CONCLUSION
En somme, nous avons été amenés, dans le cadre de notre projet professionnel, à
« Concevoir une application mobile de demande service ». Ce projet avait pour
objectif d'apporter une solution efficace pour résoudre les défis quotidiens auxquels
les populations africaines sont confrontées dans l'obtention de services
domestiques.
Pour atteindre cet objectif, nous avons dans un premier temps effectué une analyse
de l'existant, identifié les critiques qui ont été soulevées et proposé des solutions
pour répondre à ces critiques et améliorer l'expérience utilisateur. Puis nous avons
analysé et conçu à l’aide de MERISE des modèles décrivant les structures statiques
et dynamiques de notre système. Enfin sur la base de ces modèles, nous avons
implémenté la solution c’est-à-dire l’application desktop et mobile respectivement
grâce à Windev 25 et Windev Mobile 20.
La part du travail qui nous a été confié n’est pas totalement terminée car les objectifs
n’ont pas été atteint notamment le paiement en ligne et le système de retour
d’expérience (feedback) des clients concernant les techniciens. Le projet étant
actuellement dans sa phase de test, nous envisageons de travailler sur l'optimisation
de l'interface utilisateur pour rendre l'application plus accessible et intuitif pour tous
les utilisateurs, d’implémenter des fonctionnalités de communication en temps réel
entre les utilisateurs et les prestataires de services pour une meilleure coordination
et déployer ladite application.
Finalement nous nous réjouissons d’avoir développé un système simple d'utilisation

qui facilite l'accès à des services de qualité pour les populations africaines.

REFERENCES
BIBLIOGRAPHIE
• PC SOFT, (2015), Cours d’auto-formation Windev, Montpellier, 453 pages

• Dominique NANCI, Bernard ESPINASSE, Ingénierie des systèmes
d’information MERISE deuxième génération, 4e édition 2000, 538 pages
WEBOGRAPHIE
• http://www.ineumann.developpez.com/tutoriels/merise/initiation-merise
Description de Merise - Consulté le 29 décembre 2022
• https://www.pcsoft.fr
PC SOFT : Extrait du tarif - Consulté le 04 janvier 2023
DA BOUTEY YANN DAVID IX ANNEE ACADEMIQUE

TABLE DES MATIERES

DEDICACE ........................................................................................................ I
REMERCIEMENTS......................................................................................... II
SOMMAIRE .................................................................................................... III
LISTE DES SIGLES ET ABREVIATIONS..................................................IV
LISTE DES FIGURES ..................................................................................... V
LISTE DES TABLEAUX ................................................................................VI
AVANT-PROPOS .......................................................................................... VII
INTRODUCTION .............................................................................................. 2
PREMIERE PARTIE : CADRE ET CONTEXTE DU PROJET ................ 3
CHAPITRE I : ETUDE DE PROJET ............................................................... 4

I. CONTEXTE DU PROJET .................................................................... 4
II. OBJECTIFS DU PROJET ..................................................................... 4
1. Objectif général.................................................................................. 4
2. Objectifs spécifiques .......................................................................... 4
III. CAHIER DE CHARGES................................................................... 5
IV. ORGANISATION DU TRAVAIL .................................................... 5
CHAPITRE II : ETUDE PREALABLE ........................................................... 7
I. ANALYSE DE L’EXISTANT .............................................................. 7
1. Description du système actuel ........................................................... 7
2. Critiques du système existant ............................................................ 7
II. PROPOSITION DE SOLUTIONS........................................................ 8
DEUXIEME PARTIE : ETUDE CONCEPTUELLE .................................... 9
CHAPITRE III : METHODE D’ANALYSE ET DE CONCEPTION ............ 10
DA BOUTEY YANN DAVID X ANNEE ACADEMIQUE

I. PRESENTATION DES METHODES D’ANALYSE ........................ 10

1. MERISE ........................................................................................... 10
a. La démarche ou le cycle de vie .................................................... 11
b. Le raisonnement ou cycle d’abstraction ....................................... 12
c. La maitrise du projet ou cycle de décision ................................... 12
2. PU/UML .......................................................................................... 13
a. Processus Unifié (PU) .................................................................. 13
b. Unified Modeling Language (UML) ............................................ 14
II. CHOIX DE LA METHODE D’ANALYSE ....................................... 15
CHAPITRE V : ETUDE DETAILLEE .......................................................... 17
I. MODELISATION DES TRAITEMENTS.......................................... 17
1. Modèle Conceptuel de Communication (MCC) .............................. 17
2. Graphe d’ordonnancement des flux ................................................. 18
3. Modèle Conceptuel de Traitements (MCT) ..................................... 18
II. MODELISATION DES DONNEES ................................................... 19
1. Règles de gestion ............................................................................. 19
2. Dictionnaire des données ................................................................. 20
3. Structure d’Accès Théorique (SAT) ................................................ 21
4. Modèle Conceptuel de Données (MCD) ......................................... 22
5. Modèle Logique des Données (MLD) ............................................. 23
III. MODELISATION PHYSIQUE ...................................................... 24
1. Passage du MLD au MPD ............................................................... 24
2. Modèle Physique des Données (MPD) ............................................ 24
TROISIEME PARTIE : ETUDE TECHNIQUE ET REALISATION ....... 26
CHAPITRE VI : ETUDE TECHNIQUE ........................................................ 27

I. SYSTEME DE GESTION DE BASES DE DONNEES ..................... 27
II. PLATEFORME DE DEVELOPPEMENT ......................................... 27
1. Windev ............................................................................................. 27
DA BOUTEY YANN DAVID XI ANNEE ACADEMIQUE

2. Windev Mobile ................................................................................ 28

3. Langage de développement ............................................................. 28
CHAPITRE VII : REALISATION TECHNIQUE ......................................... 29
I. Module desktop ................................................................................... 29
1. Fenêtre d’authentification ................................................................ 29
2. Fenêtre principale ............................................................................ 30
3. Fenêtre Clients ................................................................................. 30
4. Fenêtre de résolution de demandes de services ............................... 31
5. Fenêtre de facturation d’un client .................................................... 32
II. Module mobile..................................................................................... 32
1. Premières interfaces ......................................................................... 32
2. Interface du menu principal ............................................................. 33
3. Interface de soumission de demande de service .............................. 34
CONCLUSION ................................................................................................. 36
REFERENCES .................................................................................................IX
BIBLIOGRAPHIE ......................................................................................... IX
WEBOGRAPHIE ........................................................................................... IX
TABLE DES MATIERES ................................................................................ X
DA BOUTEY YANN DAVID XII ANNEE ACADEMIQUE


Conception D'une Application Mobile de Demandes de Services

Transféré par

Informations du document

Titre original

Copyright

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Conception D'une Application Mobile de Demandes de Services

Transféré par

Droits d'auteur :

REPUBLIQUE DE COTE D’IVOIRE

Ministère de l’Enseignement Supérieur

RAPPORT DE PROJET PROFESSIONNEL

CONCEPTION D’UNE APPLICATION

Étudiants Techniciens Supérieurs en Informatique 3ème année

Année Académique : 2022-2023

DA BOUTEY YANN DAVID I ANNEE ACADEMIQUE

DA BOUTEY YANN DAVID II ANNEE ACADEMIQUE

DA BOUTEY YANN DAVID III ANNEE ACADEMIQUE

LISTE DES SIGLES ET ABREVIATIONS

MCD : Modèle Conceptuel de Données

MCT : Modèle Conceptuel de Traitements

MERISE : Méthode d’Étude et de Réalisation Informatique par Sous-Ensembles

MLD : Modèle Logique de Données

MPD : Modèle Physique de Données

DA BOUTEY YANN DAVID IV ANNEE ACADEMIQUE

LISTE DES FIGURES

DA BOUTEY YANN DAVID V ANNEE ACADEMIQUE

LISTE DES TABLEAUX

DA BOUTEY YANN DAVID VI ANNEE ACADEMIQUE

L’Institut National Polytechnique Félix Houphouët-Boigny (INP-HB), est né

L’INP-HB porte en son sein neuf (9) écoles :

• CPGE : Classes Préparatoires aux Grandes Écoles (initialement EP :

DA BOUTEY YANN DAVID VII ANNEE ACADEMIQUE

• ESA : École Supérieure d’Agronomie ;

DA BOUTEY YANN DAVID VIII ANNEE ACADEMIQUE

DA BOUTEY YANN DAVID 2 ANNEE ACADEMIQUE

DA BOUTEY YANN DAVID 3 ANNEE ACADEMIQUE

CHAPITRE I : ETUDE DE PROJET

Dans notre contexte sociétal africain où obtenir rapidement et facilement des

II. OBJECTIFS DU PROJET

L’objectif général de ce projet est de fournir une solution digitale pratique et

DA BOUTEY YANN DAVID 4 ANNEE ACADEMIQUE

- Offrir un moyen simple et rapide pour les utilisateurs de trouver et de

III. CAHIER DE CHARGES

Pour la bonne réalisation de ce travail, un cahier de charges détaillant les

• La réalisation d’une application Desktop pour gérer les données

IV. ORGANISATION DU TRAVAIL

DA BOUTEY YANN DAVID 5 ANNEE ACADEMIQUE

Figure 1: Diagramme de Gantt

DA BOUTEY YANN DAVID ANNEE ACADEMIQUE

CHAPITRE II : ETUDE PREALABLE

1. Description du système actuel

En Côte d’Ivoire, vouloir les prestations d’un technicien revient à demander

2. Critiques du système existant

L’étude du fonctionnement actuel nous a permis de déceler les difficultés

DA BOUTEY YANN DAVID 7 ANNEE ACADEMIQUE

II. PROPOSITION DE SOLUTIONS

Au regard des critiques effectuées en amont, il ressort qu’il est nécessaire

- Système de feedback pour permettre aux utilisateurs de donner leur

DA BOUTEY YANN DAVID 8 ANNEE ACADEMIQUE

DA BOUTEY YANN DAVID 9 ANNEE ACADEMIQUE

CHAPITRE III : METHODE D’ANALYSE ET DE

I. PRESENTATION DES METHODES D’ANALYSE

Une méthode d'analyse et de conception informatique a pour objectif de

La méthode MERISE (Méthode d’Étude et de Réalisation Informatique pour

DA BOUTEY YANN DAVID 10 ANNEE ACADEMIQUE

informaticiens. 1Les principales caractéristiques de la méthode MERISE sont d’une

a. La démarche ou le cycle de vie

Ce cycle est le guide continu de la méthode MERISE suivant les étapes

• Le schéma directeur : il définit les orientations générales du projet ;

DA BOUTEY YANN DAVID 11 ANNEE ACADEMIQUE

• La mise en œuvre : elle consiste à installer les logiciels réalisés et à mettre

b. Le raisonnement ou cycle d’abstraction

Il correspond à trois (3) niveaux dont :

• Le niveau conceptuel qui a pour but la formalisation des données et des