III.2 Analyse et spécification de besoins
Cette section porte sur la démarche de formulation des
besoins (fonctionnels et non fonctionnels) des utilisateurs en regard d'une
application. La phase d'analyse représente un travail
systématique de recherche, de documentation, d'organisation et de suivi
des besoins des parties intéressées. Sachant que les souhaits et
les besoins exprimés ne sont pas toujours explicites et peuvent changer
dans le temps. L'objectif premier de la phase d'analyse des besoins est de
définir les besoins des utilisateurs en matière de
données. Cette tâche consiste à identifier les
données présentes dans une organisation ou un secteur de
l'organisation dont il est nécessaire d'assurer la persistance et de les
modéliser sous forme de diagramme entité-association.
18
III.2.1 Besoins non fonctionnels
Les besoins non fonctionnels ou besoins système ou
encore besoins techniques sont les besoins liés directement au
système mais non à l'exécution des fonctionnalités.
Pour le cas de notre système, certains critères sont à
prendre en considérations à savoir:
· La rapidité de traitement :
Etant donné le nombre important des courriers traités
manuellement, il est impérativement nécessaire que la
durée d'exécution des traitements de ces derniers soit
très réduite.
· La confidentialité et la
sécurité des informations : L'usage des registres ne
permet pas de garantir la confidentialité et la sécurité
des données. Ils sont à la portée de tout le monde
(personnel des services concernés) et leur nature fragile peut causer
des pertes de données. De ce fait, il est indispensable de
sécuriser les données en donnant les droits d'accès aux
utilisateurs.
· La performance : Le logiciel doit
répondre à toutes les exigences des usagers d'une manière
optimale.
· La convivialité : Du
côté interface utilisateur, le futur logiciel doit répondre
aux critères de facilité, de simplicité envers les
utilisateurs.
III.2.2 Besoins fonctionnels
Les besoins fonctionnels ou functional requirements
sont des besoins qui décrivent le fonctionnement du système. Ils
se rapportent à l'identification des acteurs et l'identification des cas
d'utilisation.
III.2.2.1 Identification des acteurs
L'analyse de notre système nous a permis d'identifier les
acteurs suivants:
· L'agent du guichet d'affranchissement : Il assure la
gestion des courriers et des extraits bancaires à envoyer et
gérer les boites postales;
· L'agent du Box départ: Il est chargé de
gérer les petits sacs sortant (création, remplissage et fermeture
des petits sacs);
· L'agent du centre de tri : Il gère les
dépêches entrant et sortant (création, remplissage et
fermeture des dépêches), il achemine enfin les
dépêches fermées.
· L'agent du box arrivé : Il est chargé de
gérer les petits sacs entrant;
· L'agent du service de redressage : Il est
chargé de redresser les dépêches mal acheminées et
faire des réclamations des courriers perdus avant leur arrivée
(établissement de la feuille de réclamation).
·
19
L'agent du bureau numéro 4 : Il est assure la
distribution des courriers entrant à leurs destinataires ;
· L'administrateur du système : Il chargé
de gérer les utilisateurs de l'application, gérer les postes
(périphériques, nationales et internationales) et enfin de
gérer les institutions partenaires ;
Tous ces acteurs ont également la possibilité de
changer son mot de passe ou son
nom utilisateur.
| 
