CHAPITRE III : ANALYSE ET CONCEPTION
Dans ce chapitre, nous allons présenter une
spécification des besoins auxquels doit répondre l'application,
ensuite une analyse de ces besoins et enfin la phase de conception.
Pour la modélisation de notre système, nous
avons opté pour une modélisation objet et notre choix s'est
porté sur le langage UML «Unified Modeling
Language».
En effet, UML est un langage de modélisation formel et
normalisé, né de la fusion de plusieurs méthodes
existantes. Il permet de modéliser informatiquement un ensemble
d'éléments d'une partie du monde réel en un ensemble
d'entités informatiques. Ces entités informatiques sont
appelées objets. Ces objets sont décrits par des vues statiques
et dynamiques, incluant un ensemble de diagrammes, qui collaborent pour
représenter diverses projections d'une même représentation
d'un système d'objets.
3.1. Analyse
3.1.1. Spécifications des besoins
Il est question pour nous de déterminer les
fonctionnalités et les acteurs les plus pertinents et d'identifier les
cas d'utilisation initiaux. Nous aurons deux types de besoin : Les besoins
fonctionnels et les besoins non fonctionnels.
? Les besoins fonctionnels.
Les besoins fonctionnels décrivent les attentes que
fournira le système d'informations à ces utilisateurs et donnent
l'ensemble des services visibles et accessibles par les utilisateurs du
système. Comme besoin fonctionnel de notre application, nous recensons
:
- La confirmation de la position actuelle ;
- La consultation de l'itinéraire ;
- La consultation des pharmacies de garde ;
- La gestion des pharmacies (enregistrement, modification,
suppression); - La gestion des gardes (enregistrement, modification,
suppression);
Mémoire de fin d'étude de Master en sciences de
l'Ingénieur.
UPAC-FTIC, septembre 2015 Par
KUIKWAN NYA Cédric Page 12
Mise en oeuvre d'une plateforme de géolocalisation
pour la
recherche optimale des pharmacies de garde
- La gestion des villes au sein du système
(enregistrement, modification, suppression).
? Les besoins non fonctionnels
Les besoins non fonctionnels quant à eux
décrivent toutes les contraintes auxquelles devra être soumis le
système d'information pour pouvoir fonctionner. Nous avons comme besoins
non fonctionnels :
- Ergonomie et souplesse : L'application
devra offrir aux utilisateurs une interface facile d'accessibilité et
des interactions simple à comprendre ;
- Rapidité : Le temps de
réaction du système quant à une requête émis
par un utilisateur devra très court ;
- Réutilisabilité et maintenable:
Le service offert par cette application devra être accessible,
compréhensible, facilement lisible et réutilisable par d'autres
développeurs;
- Accessibilité : L'application devra
être accessible pour tout type d'utilisateur. Ainsi que ce soit par
téléphone mobile GSM, par ordinateur ou Smartphone, l'utilisateur
devra accéder à l'information.
| 
