Conception et réalisation d'une application de gestion des courriers postaux. Cas de la régie nationale du Burundi.

République du Burundi Ministère de l'Education, de l'Enseignement Supérieur et de la Recherche Scientifique

Université Lumière de Bujumbura Faculté d'Informatique de Gestion

MEMOIRE

Présenté en vue de l'obtention d'une

LICENCE

En Informatique de Gestion

Par

S/Lt Arsène NDAYISHIMIYE

&

Adalbert-Florent NIWENKINZO

Sous la direction de :
M. Diomède NZISABIRA

Conception et Réalisation d'une application de gestion des courriers
postaux: "Cas de la Régie Nationale de Postes du Burundi"

Soutenu le 03 Octobre 2015, devant le jury composé de :

M. Amissi HAMIM Président

M. Diomède NZISABIRA Directeur

M. Jean Sylvain BUCUMI Secrétaire

Conception et Réalisation d'une application de gestion des courriers
postaux: "Cas de la Poste Nationale du Burundi"

S/Lt Arsène NDAYISHIMIYE

&

Adalbert-Florent NIWENKINZO

Résumé : Au cours de ce mémoire, nous avons développé une application qui permet à la RNP d'améliorer la gestion des courriers postaux. Cette application permet l'enregistrement des courriers entrant et sortant, leur suivi et la mise en place d'une base de données pour leur gestion. Elle permet aussi l'automatisation de certaines tâches (recherche des données, le calcul du montant à payer lors de l'envoi ou réception d'un courrier, etc.) ainsi que l'établissement automatique de certains documents utilisés par la RNP (avis de dépôt, avis d'arrivé, feuille de réclamation, etc.). Elle permet également de faciliter les tâches effectuées par les agents de cette institution et d'accélérer les services offerts aux clients. Signalons enfin que les données seront mieux conservées et sécurisées qu'avant.

Abstract: During this memoir, we developed an application which allows the RNP to improve the postal mail management. This application permits the registration of the incoming and outgoing mails, their follow-ups and put in place a data basis for their management. It also permits the automatisation of some tasks (research of the data, the calculation of the amount to pay at the time of the consignment or reception of a mail, etc.) as well as the automatic establishment of some documents used by the RNP (opinion of deposit, opinion of arrived, leaf of complaint, etc.). It also permits to facilitate the tasks done by the agents of this institution and to accelerate the services offered to the customers. Finally signal that the data will be kept better and will be secured that before. Mots-clés:

Courrier, Petit sac, dépêche, netbeans 8.0, gestion des courriers, visual paradigm, RNP, service des courriers, redressage des courriers, reclamation des courriers, boîte postale Key-words:

Mail, small bag, dispatch, netbeans 8.0, management of the mail, visual paradygm, RNP, service of the mail, alignment of the mail, complaint of the mail, postal box.

DEDICACES

A l'éternel Dieu de miséricorde tout puisant ;

A mon cher père André TUBANYENEZA, que ce travail puisse être l'expression de

mon amour et de ma profonde gratitude. Longue vie à toi Papa;

A ma mère Papie NIJEBARIKO partie très tôt sans avoir goûté le fruit de sa sueur;

A vous mes chers frères et soeurs;

A la famille Juvénal NTAHOMVUKIYE pour ton soutien indéniable;

A la famille du feu Jean de la Croix MFAUME. Que ton âme repose en paix;

A la 41^ème promotion de l'ISCAM en mémoire de nombreuses joies et peines partagées;

A tous mes amis et connaissances.

Je dédie ce mémoire

S/Lt NDAYISHIMIYE Arsène

A Dieu tout puissant ;

A mon père KAJIBWAMI Venant ;

A Ma mère NDUWIMANA Eugénie ;

A la famille NININAHAZWE Désiré Landry ;

A la famille NDIKUMANA Philippe ;

A mes frères et soeurs ;

A mes oncles et tantes ;

A mes cousins et cousines ;

A tous qui me sont chers.

Je dédie ce mémoire

NIWENKINZO Adalbert Florent

II

REMERCIEMENTS

Comme le dit l'aviateur français Antoine De Saint-Exupéry (1900-1944): «La pierre n'a point d'espoir d'être autre qu'une pierre. Mais, de collaborer, elle s'assemble et devient temple». A cet effet, l'élaboration de cette oeuvre n'est qu'une complémentarité d'un grand nombre de personnes, qu'il nous sera ingrat de ne pas remercier.

Qu'il nous soit permis de remercier sincèrement monsieur Diomède NZISABIRA pour avoir accepté volontairement de diriger ce travail malgré ses multiples occupations, ainsi que tous les éducateurs, depuis l'école primaire jusqu'à l'Université pour l'encadrement intellectuel dont ils nous ont partagé.

Nous remercions également tout le personnel de la RNP spécialement celui du service courrier pour sa franche collaboration, sa gentillesse et son courage.

Que ce travail soit un signe et un exemple de courage pour tous les membres de nos familles respectives.

Nos sincères remerciements sont enfin adressés à toute personne physique ou morale qui a contribué, de près ou de loin, à l'élaboration de ce travail.

III

LISTE DES SIGLES ET ABREVIATIONS

AA : Avis d'arrivée.

AD : Avis de dépôt.

AGCP : Application de Gestion des Courriers Postaux

BD : Base de données

Cfr : Confer

DAF : Directeur administratif et financier.

Ed : Edition

EMS : Express Mail Service

Etc : et cætera

Http : HyperText Transfer Protocol

IDE : Integrated Development Environment (Environnement de développement intégré

en français) ;

ISCAM : Institut Supérieur des Cadres Militaires

JSP : JavaServer Page

M. : Monsieur

NASA : National Aeronautics and Space Administration

No : Numéro

RNP : Régie Nationale des Postes

OMT : Object Modeling Technique

ONATEL : Office Nationale des Télécommunications

ONU : Organisation des Nations Unies

OOD : Object Oriented Design

P. : page

PDF : Portable document format.

PS : Petit sac.

SGBD : Système de Gestion de Base de Données

SGBDR : Système de Gestion de Base de Données Relationnelle.

SQL : Structured query Language

S/Lt : Sous-lieutenant

U.B : Université du Burundi

ULBu : Université Lumière de Bujumbura

UML : Unified Modeling Language

UPU : Union Postale Universelle

www : World Wide Web

iv

LISTE DES FIGURES

Figure 1: Organigramme de la RNP 6

Figure 2: Schéma illustrant l'envoi du courrier 10

Figure 3: Schéma illustrant la réception du courrier 10

Figure 4: Schéma du diagramme de cas d'utilisation 20

Figure 5: Schéma du diagramme de classes du nouveau système 36

Figure 6: Formulaire de réception du courrier 44

Figure 7: Formulaire de création des petits sacs et remplissage des recommandes 45

Figure 8: Formulaire de traitement et fermeture des petits sacs 46

Figure 9: Formulaire de création des dépêches 47

Figure 10: Formulaire de traitement de la dépêche 48

Figure 11: Formulaire d'acheminement des dépêches internationales 49

Figure 12: Formulaire de gestion des archives du centre de tri 50

Figure 13: Formulaire de création des petits sacs entrants 50

Figure 14: Formulaire de saisi des recommandés contenant dans le petit sac créé 51

Figure 15: Formulaire de traitement des petits sacs entrants 52

Figure 16: Formulaires de gestion de la réception des dépêches - Enregistrement des

ordinaires 53
Figure 17: Formulaires de gestion de la réception des dépêches - Création et

remplissage 54
Figure 18: Formulaires de gestion de la réception des dépêches - traitement des

dépêches 55

Figure 19: Formulaire de distribution des courriers. 56

Figure 20: Formulaire de redressement des dépêches. 57

V

LISTE DES TABLEAUX

Tableau 1: Description textuelle du cas d'utilisation «s'authentifier» 21

Tableau 2: Description textuelle du cas d'utilisation «Réceptionner courrier» 22

Tableau 3: Description textuelle du cas d'utilisation «Expédition dépêche» 24

Tableau 4: Description textuelle du cas d'utilisation «Réclamation courrier» 26

Tableau 5: Dictionnaire des données 41

vi

TABLE DES MATIERES

DEDICACES I

REMERCIEMENTS II

LISTE DES SIGLES ET ABREVIATIONS III

LISTE DES FIGURES IV

LISTE DES TABLEAUX V

CHAPITRE I : INTRODUCTION GENERALE 1

I.1 Introduction 1

I.2 Problématique 1

I.3 Intérêt du sujet 1

I.4 Objectifs poursuivis 2

I.5 Délimitation du sujet 2

I.6 Techniques utilisées 2

I.7 Articulation du travail 3

CHAPITRE II : PRESENTATION DE LA RNP ET ANALYSE DE L'EXISTANT 4

II.1 Situation géographique de la RNP 4

II.2 Historique de la RNP 4

II.3 Mission de la RNP 5

II.4 Organigramme de la RNP 6

II.5 Analyse de l'existant 7

II.5.1 Le processus d'envoi d'un courrier 7

II.5.2 Le processus de réception d'un courrier 9

II.5.3 Archivage et enregistrement des courriers entrants et sortants 11

II.6 Critique de l'existant 11

II.7 Solutions proposées 12

CHAPITRE III: ANALYSE ET CONCEPTION DU NOUVEAU SYSTEME 13

III.1 Présentation du langage UML 13

III.1.1 Diagramme des cas d'utilisation 13

III.1.2 Diagramme de classes 15

III.1.3 Diagramme d'activité 16

vii

III.1.4 Diagramme de séquence 17

III.2 Analyse et spécification de besoins 17

III.2.1 Besoins non fonctionnels 18

III.2.2 Besoins fonctionnels 18

III.2.2.1 Identification des acteurs 18

III.2.2.2 Identification des cas d'utilisations 19

III.3 Diagrammes d'analyse et de conception du nouveau système 20

III.3.1 Diagramme de cas d'utilisation du nouveau système 20

III.3.2 Diagramme d'activité du nouveau système 28

III.3.3 Diagramme de classes du nouveau système 36

CHAPITRE IV : PRESENTATION DE L'APPLICATION 42

IV.1 Brève présentation des outils utilisés 42

IV.2 Présentation de l'interface utilisateur 43

CHAPITRE IV: CONCLUSION GENERALE ET RECOMMANDATIONS 58

BIBLIOGRAPHIE 60

1

CHAPITRE I : INTRODUCTION GENERALE

I.1 Introduction

Depuis ses débuts, l'informatique a connu une évolution spectaculaire de telle sorte qu'il est devenu indispensable dans la vie des entreprises. En effet, aucune entreprise ne pourra atteindre ses objectifs sans une bonne politique d'organisation et de contrôle dans l'exécution de ses travaux ou tâches diverses. La RNP du Burundi a aussi ressenti l'importance de l'utilisation de l'outil informatique. Elle ne dispose pas de logiciels de gestion des courriers adaptés.

Cependant la gestion des courriers reste manuelle jusqu'à maintenant. C'est dans le cadre de contribuer à la modernisation de sa gestion que nous nous proposons de travailler sur le sujet intitulé: «Conception et réalisation d'une application de gestion des courriers postaux: cas de la Régie Nationale des Postes de Bujumbura».

I.2 Problématique

D'après le dictionnaire français Larousse, la problématique est un ensemble des questions, des problèmes concernant un domaine de connaissances pour une situation. Les principaux problèmes que nous avons recensés dans la gestion actuelle des courriers à la RNP sont les suivants:

? Un volume important des données traitées manuellement, ce qui provoque parfois des erreurs dans l'établissement de certains documents;

? Une recherche difficile et lente des données des registres;

? Une forte probabilité de commettre des erreurs dans le remplissage des différents documents, dans le calcul des montants à payer lors de l'envoi ou réception d'un courrier.

? Une difficulté de stockage des fiches suite à leur nombre de plus en plus importants.

I.3 Intérêt du sujet

Notre travail présente un triple intérêt à savoir: l'intérêt pour la RNP et la collectivité, l'intérêt pour l'Université Lumière de Bujumbura (ULBu) et l'intérêt personnel.

? Pour la RNP

La réalisation de ce travail permettra à la RNP d'améliorer la gestion quotidienne des courriers entrants et sortants. L'automatisation de certaines tâches (la recherche des données, le calcul du montant à payer, etc.) permettra de faciliter le travail effectué par les agents de la poste et

2

accélérer le service offerts aux clients. Les données seront aussi mieux conservées et sécurisées qu'avant.

· Pour l'ULBu

Une fois bien réalisé, ce travail constituera une source de documentation supplémentaire parmi les sources disponibles à l'ULBu.

· Pour nous

La réalisation de ce travail, nous permettra d'approfondir nos connaissances en matière de conception et développement d'applications informatiques. Plus que ça, ce travail constitue notre première occasion de côtoyer le monde du travail et d'apporter une solution à un problème réel.

I.4 Objectifs poursuivis

L'objectif général de notre travail est de contribuer à améliorer la gestion des courriers entrants et sortants au sein de la RNP en leur développant une application informatique pour cet effet.

Afin d'y parvenir, les objectifs spécifiques poursuivis sont les suivants:

· Mettre en place une Base de Données pour la gestion des courriers de la RNP;

· Automatiser la recherche des données;

· Développer une interface conviviale de saisie des données;

· Sécuriser l'accès aux données via les mots de passe;

· Réduire le temps de traitement des courriers.

I.5 Délimitation du sujet

? Dans l'espace : Au cours de notre travail, nous nous sommes limités sur le service des courriers :

· A l'envoi: Dès la réception du courrier jusqu'à l'acheminement de la dépêche.

· A la réception: Dès la réception de la dépêche jusqu'à la distribution des courriers qui y contiennent.

? Dans le temps : Nous nous sommes limités sur les données recueillies entre Mai 2013 et Août 2015.

I.6 Techniques utilisées

Pour la récolte des données et la compréhension du domaine de travail nous avons fait recours à:

3

- La technique documentaire qui nous a permis de consulter les différents documents de

travail utilisés au service des courriers et consulter différents revus et publications sur internet ainsi que les mémoires rédigés par nos prédécesseurs.

- La technique de l'observation directe: qui consiste en une présence physique attentive
du chercheur dans l'organisation qu'il étudie afin de mieux comprendre le domaine d'étude et éventuellement découvrir certaines données pouvant provenir des habitudes des travailleurs de l'organisation mais auxquelles ils pourraient ne pas avoir fait allusion dans leurs réponses aux questions de l'Interview et qui ne figurent pas non plus dans des documents.

I.7 Articulation du travail

Notre travail comprend cinq chapitres organisés comme suit:

? Le chapitre un couvre l'introduction générale;

? Le chapitre deux est consacré à présentation de la RNP et analyse de l'existant;

? Le chapitre trois présente l'analyse et la conception du nouveau système;

? Le chapitre quatre parle de la présentation de l'application développée;

? Le cinquième et dernier chapitre porte sur la conclusion générale et les

recommandations.

4

CHAPITRE II : PRESENTATION DE LA RNP ET ANALYSE DE

L'EXISTANT

II.1 Situation géographique de la RNP

Le siège de la Régie Nationale des postes « RNP » en sigle est situé à Bujumbura au centre-ville, tout près de l'ex-marché central de Bujumbura en commune MUKAZA, au Boulevard Patrice LUMUMBA près des bâtiments de l'ONATEL.

II.2 Historique de la RNP

Le service public des postes a commencé ses activités sous la colonisation belge en 1953. Plusieurs textes juridiques réglementant le fonctionnement des services de la poste ont été mis en vigueur. [3]

Créée en date du 10 octobre 1962, la RNP appelée Département des Postes dans le temps. Elle était sous l'autorité directe du Ministère ayant les Postes, Transports et Télécommunications dans ses attributions. La RNP était un simple département du Ministère des Transports, Postes et Télécommunications dénommé « poste » jusqu'à la date du 7 mars 1981. A ce moment, la Poste n'avait pas d'autonomie de gestion, les recettes de la poste étaient versées à la caisse du trésor public et ses différentes dépenses devraient être prévues au budget du Ministère de tutelle.

Le Département des Postes fût transformé en une administration personnalisée dénommée «RNP» avec une autonomie de gestion en date du 7 novembre 1991, par le décret-loi n° 100/021 du 7 mars 1991. Durant cette date, la RNP a acquis une personnalité juridique et fût placée sous l'autorité du Ministère des Transports, Postes et Télécommunications.

En 2011, le fonctionnement de la RNP a été réorganisé par le Décret no 100/82 du 14 mars 2011. Avec ce décret 3 directions dépendantes de la Direction Générale ont été mises en place (Cfr article 17 du présent décret). Il s'agit de:

- La direction de la Production ;

- La direction de l'Administration et des Finances ;

- La direction de la Poste Finance.

II.3 Mission de la RNP1

La Régie Nationale des Postes a pour mission de :

? Assurer la promotion des activités postales ;

? Favoriser le développement socio-économique des populations par constitution des canaux permettant l'accès universel à la communication par l'intermédiaire du réseau postal mondial, l'accroissement de l'offre des services financiers de proximité aux populations habituellement exclues du système bancaire classique ;

? Répondre aux exigences accrues des clients avec une gamme élargie de produits et services à valeur ajoutée.

5

1 Décret no 100/82 du 14 mars 2011 portant réorganisation et fonctionnement de la Régie nationale des Postes. Article 4

II.4 Organigramme de la RNP

Source : Archive de la RNP

6

Figure 1: Organigramme de la RNP

7

II.5 Analyse de l'existant

L'analyse de l'existant est une des étapes clé du processus d'informatisation d'un système. Elle permet de bien comprendre le fonctionnement du système et de déceler les disfonctionnements éventuels. Pour notre cas, cette analyse sera centrée sur l'envoie et la réception du courrier.

En envoi : la gestion des courriers dès la réception du courrier jusqu'à l'acheminement de la dépêche et ainsi que l'accusé de réception du destinataire pour un cas du courrier recommandé.

A la réception : La gestion des dépêches entrant jusqu'à la distribution des courriers qui y contiennent.

Le voyage d'un courrier à l'envoi comme à la réception comprend plusieurs étapes. Le courrier passe par différents départements en fonction de son type et sa destination. Ci-dessous, nous présentons le processus d'envoie et de réception d'un courrier.

II.5.1 Le processus d'envoi d'un courrier

A l'arrivée, le client (expéditeur) se présente au guichet d'affranchissement avec son courrier bien emballé avec des caractéristiques du destinataire au recto et celles de lui-même au verso. Le courrier est ainsi affranchi et les timbres sont cachetés pour annuler leur réutilisabilité : l'oblitération. Le client est taxé suivant la nature, le poids, le type et l'endroit de destination du courrier. Si le courrier est recommandé, on l'attribue un code de recommandation. Et s'il est international, l'agent donne au client un avis de dépôt (document attestant qu'on a déposé un courrier recommandé). Les caractéristiques du courrier, du déposant et du destinataire sont enfin manuellement enregistrées dans une fiche.

Les courriers recommandés réceptionnés au guichet d'affranchissement sont directement acheminés au box départ pour être empaquetés dans un petit sac. L'empaquetage se fait comme suit :

? Les courriers recommandés de même destination sont empaquetés dans un même petit sac (tri). Par exemple, les courriers recommandés destinés en France, sont empaquetés ensemble pour former un même petit sac.

? Dans le petit sac on y ajoute le CN31 (document qui décrit le contenu du petit sac);

? Le petit sac est ainsi fermé conformément aux règles internationales de l'UPU ;

·

8

Le petit sac est enfin acheminé au centre de tri pour être empaqueté dans une dépêche.

Le plus grand traitement des courriers se passent dans ce département. Le centre de tri offre des services spécialisés dans le traitement et la manipulation des courriers. C'est par là qu'une dépêche est acheminée. Les endroits de destination des courriers sont ainsi répartis :

· Boite postale centrale : Le courrier est directement mis dans la boite postale correspondante. Ceux-ci ne doivent pas dépasser 2kg. Si le courrier est de grande taille (petit paquet par exemple), on y met une feuille d'avis.

· Poste périphérique : ce sont de courriers destinés aux postes périphériques. La mairie de Bujumbura compte 13 postes. Ces courriers sont mis dans les boites correspondant aux postes destinataires avant d'être acheminés.

· Intérieur : Ce sont des courriers qui vont à l'intérieur du pays. Ceux d'une même province sont emballés dans un sachet appelé récipient avant d'être acheminés. Ce régime comporte 127 postes.

· International : Les courriers ordinaires sont stockés dans les boites correspondant aux pays de destination avant d'être empaquetés et emballés. Comme d'autres courriers précités, ils sont eux aussi empaquetés dans une même dépêche. Puis, un ou deux (dépêche spéciale) petit(s) sac(s) ayant la même destination est (sont) ajouté(s) dans cette dépêche. Signalons que le poids total de la dépêche ne peut pas dépasser 20kg.

Le tri international à l'envoi se fait comme suit :

· Les courriers ordinaires et le(s) petit(s) sac(s) (maximum 2) contenant les recommandés ayant la même destination sont empaquetés dans une dépêche.

· Après l'empaquetage, on ajoute le CN33 dans la dépêche décrivant le contenu de la dépêche.

· La dépêche est ainsi fermée.

· Sur la dépêche, on y met une autre étiquette (CN35) décrivant l'endroit de destination, les villes d'escales et les aéroports de transbordement.

· La dépêche est prête à être acheminée selon le régime de destination marqué sur celle-ci.

La Régie Nationale des Postes fait parvenir les courriers aux clients par voie terrestre et par voie aérienne. La desserte des bureaux postaux de l'intérieur et des localités où il n'existe pas d'établissements postaux est assurée respectivement par véhicules de la Poste et les correspondants postaux à raisons de deux fois par semaine. Le courrier

9

international est acheminé en fonction de l'horaire du transport aérien des compagnies desservant Bujumbura, la capitale du pays.

Une fois la dépêche est prête, l'agent du centre de tri confectionne le CN38 (document qui décrit le poids total de chaque dépêche, le nombre de dépêches envoyées, le nombre de courriers ordinaires et ceux de recommandés contenant dans chaque dépêche) accompagnant les dépêches.

II.5.2 Le processus de réception d'un courrier

Dans cette section, nous détaillons la réception des dépêches provenant des autres postes afin de distribuer les courriers qui y contiennent. Le voyage d'un courrier d'un département à un autre se fait suivant le type de celui-ci :

? Au Centre de tri

Avant d'ouvrir une dépêche, il est toujours recommandé de vérifier sur l'étiquette si sa destination est Bujumbura. Sinon, elle est réacheminée par le service de redressage à la poste indiquée sur l'étiquette: Redressage. Une dépêche est ouverte sur le chantier d'ouverture en présence d'un agent du box arrivée et le petit sac qu'il contient est directement orienté vers le box arrivé pour sa gestion. Toujours l'agent du centre de tri et du box arrivé doivent vérifier sur le CN 38 si le contenu est conforme à ce qui est marqué sur celui-ci. Si non ils doivent aviser le service de redressage pour établir un avis de réclamation : Réclamation

Chaque courrier est trié en fonction de sa destination. Après le tri, les courriers ordinaires destinés à la poste centrale sont directement acheminés au Guichet Numéro 4. Lorsqu'il s'agit d'un courrier de grande taille ou un courrier recommandé, un avis d'arrivée est établi et est déposé dans la boite postale du destinataire. Si le courrier ordinaire est destiné aux autres postes (postes périphériques ou nationales), il est mis dans la boite correspondante avant d'être acheminé au poste distributeur.

? Box arrivée

Le box arrivé est chargé de gérer les petits sacs entrants et leurs contenus. Après l'enregistrement, les courriers recommandés destinés à la poste centrale sont acheminés au bureau No 4 (Guichet No4) pour la distribution. Le guichet No 4 doit signer une décharge.

? Guichet numéro 4

Le bureau numéro 4 (ou guichet numéro 4) est chargé de la distribution des courriers et de la perception des taxes de remise (1200Fbu pour les petits paquets et gratuite pour les lettres et les imprimés). Après avoir récupéré les courriers entrants provenant du centre de tri (les ordinaires) et du box arrivée (les recommandés), ce service les distribue aux destinataires. Les courriers recommandés ne sont pas directement mis dans les boites postales (processus déjà expliqué) tandis les ordinaires sont directement mis dans les boites postales du client.

Signalons que l'avis d'arrivée a pour rôle de mettre au courant le client qu'on lui a envoyé un courrier et qu'il viendra le récupérer au bureau numéro 4.

Les schémas suivants montrent le parcourt d'un courrier à l'envoi comme à la réception :

A l'envoi du courrier

(si ordinaire)

Guichet d'affranchissement

(si recommandé)

(1)

(2)

Box départ
		Centre de tri			(3)

10

Figure 2: Schéma illustrant l'envoi du courrier Source : Investigation propre

(5)

A la réception de la dépêche

(si mal acheminé ou manquant)

Service redressage

(7)

(4)

Centre de tri

(si ordinaire)

Bureau numéro 4

(si recommandé)

(6)

Box arrivée

Figure 3: Schéma illustrant la réception du courrier

11

Avec:

(1) : Accueil du déposant avec son courrier. C'est par là que l'oblitération se fait

(2) : Création du petit sac et son remplissage par des courriers recommandés.

(3) : Création de la dépêche et son remplissage par des courriers ordinaires et du/des petits sac(s).

(4) : Gestion des dépêches entrant et enregistrement des ordinaires qui y contiennent.

(5) : Gestion des petits sacs entrant et enregistrements des recommandés y contenant

(6) : Distribution des courriers.

(7) : Etablissement des réclamations et redressage.

II.5.3 Archivage et enregistrement des courriers entrants et sortants

A la RNP, les données sont manuellement enregistrées dans des registres pendant leurs traitements. A la différence des courriers ordinaires, les courriers recommandés internationaux sont suivis par un logiciel IPSLight utilisés par les pays membres de l'UPU.

Le nombre des courriers traités lors de la réception est toujours supérieur au nombre des courriers traités lors de l'envoi. Ceci est estimé entre 3000 à 5000 courriers par jour à la réception et 2500 à 3500 courriers par jour à l'envoi.

Le service des courriers dispose quelques ordinateurs (4 ordinateurs de bureau de type HP) et une imprimante. Ces ordinateurs ne sont pas en réseau; ce qui fait que l'on doit se déplacer pour échanger les données. Pour la connexion internet, ils utilisent les flash modem.

La RNP en soi ne dispose pas de logiciels spécifiques pour la gestion de tous les courriers. Ainsi, la quasi-totalité des documents, qui pouvaient être générés automatiquement, sont complétés manuellement. Cette double tâche entraine une certaine lenteur des activités et lourdeur des activités.

Les fiches produites sont mises dans des classeurs et conservés sur des étagères et dans des armoires. Ce qui cause un problème de stockage au regard du nombre important de fiches conservées.

II.6 Critique de l'existant

La majeure partie des difficultés que connait le système existant sont liées au fait que la majorité des opérations se font manuellement. Les autres problèmes soulevés dus à ce travail manuel sont les suivants :

? Le volume des informations traitées manuellement est très grand ce qui provoque parfois des erreurs dans l'établissement des documents ;

·

12

Les fiches sont accessibles par tout membre du personnel ayant accès au service, ce qui constitue un risque de perdre des fiches;

· Pour rechercher une donnée quelconque, il faut parcourir l'ensemble de fiches, leur nombre étant important, cela est lent et fatiguant;

· Le nombre important de fiches à conserver engendre des problèmes de stockage, car la taille des salles de stockage ne suit pas le rythme ;

· Suite à la nature fragile des fiches et registres, leur fréquente utilisation peut entrainer une perte de données.

II.7 Solutions proposées

Afin de pallier aux problèmes ci-dessus indiqués, nous proposons développer une application de gestion des courriers aussi bien à l'envoi qu'à la réception. D'autres solutions à suggérer à la RNP sont les suivantes :

· L'achat du matériel informatique suffisant ;

· L'achat et l'installation d'un logiciel adaptée à la gestion des courriers ordinaires et recommandés tant national qu'international.

· La mise en place d'un réseau de communication de tous les départements du service des courriers de la RNP afin de faciliter l'échange et le partage d'informations et des autres ressources.

13

CHAPITRE III: ANALYSE ET CONCEPTION DU NOUVEAU SYSTEME

L'analyse d'un système permet de cerner ses fonctionnalités et de jeter les bases de sa conception. Au cours de ce chapitre, nous allons présenter de manière brève le langage UML, puis nous allons l'utiliser pour analyser et concevoir le nouveau système.

III.1 Présentation du langage UML

UML, de l'anglais Unified Modeling Language, est un langage de modélisation graphique utilisé en développement logiciel et en conception orientée objet.

UML propose 14 diagrammes qui se complètent, de façon à permettre la modélisation d'un projet tout au long de son cycle de vie. Notons cependant que UML n'impose pas l'utilisation de tous ses diagrammes dans un projet donné. Ci-dessous nous allons présenter les diagrammes utilisés dans notre projet.

III.1.1 Diagramme des cas d'utilisation

Dans cette section, nous allons présenter les concepts UML relatifs à la vue fonctionnelle (diagramme de cas d'utilisation), présenter la notation graphique du diagramme de cas d'utilisation et expliquer enfin la sémantique des cas d'utilisation UML en précisant le lien avec les interactions UML.

Les concepts élémentaires sont :

Gérer réception courrier

? Un cas d'utilisation : Il indique une fonction offerte par l'application à son environnement et est spécifié uniquement par un intitulé. Graphiquement, un cas d'utilisation se représente par une ellipse contenant l'intitulé du cas d'utilisation. Exemple:

Figure 4: Exemple de représentation d'un cas d'utilisation

? Un acteur : Un acteur représente une entité appartenant à l'environnement de l'application qui interagit avec l'application. Le concept d'acteur permet de classifier les entités externes à l'application. Un acteur est identifié par un nom. La représentation graphique d'un acteur humain se présente comme suit:

Nom Acteur

Figure 5: Exemple de représentation d'un acteur.

14

? Les relations : Trois types de relations (inclusion, l'extension et la généralisation) sont pris en charge par la norme UML et sont graphiquement représentées par des types particuliers de ces relations.

y' L'inclusion: Dans ce type d'interaction, le premier cas englobe l'autre et son issue dépend souvent de la résolution du second. Ce type de description est utile pour extraire un ensemble de sous-comportements communs à plusieurs tâches. Elle est représentée par une flèche en pointillée et le terme include.

Gérer réception dépêches

<<include>>

S'authentifier

Figure 7 : Exemple de représentation d'une relation d'inclusion

y' L'extension : L'extension (Extend) représente un prolongement logique de certaines tâches sous certaines conditions. Autrement dit un cas d'utilisation A étend un cas d'utilisation B lorsque le cas d'utilisation A peut être appelé au cours de l'exécution du cas d'utilisation B. Elle est représentée par une flèche en pointillée avec le terme Extend. Ce type de relation peut être utile pour traiter des cas particuliers, préciser les objectifs, ou pour tenir compte de nouvelles exigences au cours de la maintenance du système et de son évolution.

Réceptionner courrier

<<extend>>

Gérer les boites

Figure 8 : Exemple de représentation d'une relation d'extension

y' La généralisation : Un cas d'utilisation A est une généralisation de B, si B est un cas particulier de A, c'est-à-dire lorsque A peut-être substitué par B pour un cas précis.

? Le système : Un système représente une application dans le modèle UML. Il est identifié par un nom et regroupe un ensemble de cas d'utilisation qui correspondent aux fonctionnalités offertes par l'application à son environnement. L'environnement est spécifié sous forme d'acteurs liés aux cas d'utilisation.

15

Graphiquement, un système se représente par un rectangle contenant le nom du système et les cas d'utilisation de l'application. Les acteurs, extérieurs au système, sont représentés et reliés aux cas d'utilisation qui les concernent. L'ensemble correspond à un diagramme de cas d'utilisation.

Administrateur

Gestion courriers

Gérer
utilisateurs

Figure 6: Exemple de représentation d'un système.

III.1.2 Diagramme de classes

Le diagramme de classes est considéré comme le plus important de la modélisation orientée objet, il est le seul obligatoire lors d'une telle modélisation.

Alors que le diagramme de cas d'utilisation montre un système du point de vue des acteurs, le diagramme de classes en montre la structure interne. Il permet de fournir une représentation abstraite des objets du système qui vont interagir pour réaliser les cas d'utilisation. Ci-dessous, nous présentons les concepts élémentaires d'un diagramme de classes :

? Classe : En UML, une classe définit la structure commune d'un ensemble d'objets et permet la construction d'objets instances de cette classe. Une classe est identifiée par son nom. Elle est également un concept abstrait représentant des éléments variés comme : des éléments concrets (ex. : des dépêches, courriers, déposant, ...), des éléments abstraits (ex. : des commandes de marchandises ou services), des composants d'une application (ex. : les boutons des boîtes de dialogue) etc. Son instance s'appelle objet.

? Attributs : Les attributs définissent des informations qu'une classe ou un objet doivent connaître. Ils représentent les données encapsulées dans les objets de cette classe. Chacune de ces informations est définie par un nom, un type de données, une visibilité et peut être initialisée. Le nom de l'attribut doit être unique dans la classe. Le type peut être soit une classe UML, soit un type de base (integer, string, boolean, char, real).

16

? Opération : (appelées parfois fonctions membres ou méthodes): ils caractérisent le comportement d'un objet, c'est-à-dire l'ensemble des actions (appelées opérations) que l'objet est à même de réaliser. Ces opérations permettent de faire réagir l'objet aux sollicitations extérieures (ou d'agir sur les autres objets). De plus, les opérations sont étroitement liées aux attributs, car leurs actions peuvent dépendre des valeurs des attributs, ou bien les modifier

? Association : représente une relation entre plusieurs classes. Elle correspond à l'abstraction des liens qui existent entre les objets dans le monde réel. Les multiplicités (ou cardinalités) et les rôles des objets participant aux relations complètent la description d'une association.

? Agrégation : est une forme particulière d'association entre plusieurs classes. Elle exprime le fait qu'une classe est composée d'une ou plusieurs autres classes. La relation composant-composé ou la relation structurelle représentant l'organigramme d'une entreprise sont des exemples types de la relation d'agrégation.

? Généralisation : consiste à factoriser dans une classe, appelée superclasse, les attributs et/ou opérations des classes considérées. Appliquée à l'ensemble des classes, elle permet de réaliser une hiérarchie des classes.

? Spécialisation : représente la démarche inverse de la généralisation puisqu'elle consiste à créer à partir d'une classe, plusieurs classes spécialisées.

La généralisation-spécialisation est un des mécanismes les plus importants de l'approche objet qui facilite la réutilisation des classes.

III.1.3 Diagramme d'activité

Le diagramme d'activité représente la dynamique du système. Il montre l'enchaînement des activités d'un système ou même d'une opération. Le diagramme d'activité représente le flot de contrôle qui retrace le fil d'exécution et qui transite d'une activité à l'autre dans le système. Le diagramme d'activité fait intervenir les éléments suivants:

l Des états : Un état est un point où un certain événement doit avoir lieu avant que l'activité puisse continuer. On distingue un état d'entrée et un état de sortie.

l Des activités : Une activité (activity) décrit l'exécution de fonctionnalités ou de comportements. Elle est modélisée par plusieurs noeuds reliés par des flèches.

l Action : La plus petite unité de fonction exécutable au sein d'une activité est l'action (action). Elle est représentée sous forme de rectangle aux angles arrondis.

17

III.1.4 Diagramme de séquence

Le diagramme de séquence est une représentation intuitive lorsque l'on souhaite concrétiser des interactions entre deux entités (deux sous-systèmes ou deux classes d'un futur logiciel). Il matérialise les échanges entre deux entités selon un axe de temps. Sur ce diagramme, des fragments combinés permettent, grâce aux opérateurs, de représenter des articulations d'interactions. Ci-dessous, nous présentons les opérateurs les plus couramment utilisés:

1. Operateur «Alternative » : L'opérateur "alt" désigne un choix, une alternative. Il représente deux comportements possibles : c'est en quelque sorte l'équivalent du SI...ALORS...SINON : donc, une seule des deux branches sera réalisée dans un scénario donné. La condition d'exécution d'une des deux branches (l'équivalent du SI) peut être explicite ou implicite.

2. Operateur «option » : L'opérateur "opt" désigne un fragment combiné optionnel comme son nom l'indique : c'est à dire qu'il représente un comportement qui peut se produire ou pas. Un fragment optionnel est équivalent à un fragment "alt" qui ne posséderait pas la partie relative à SINON. Un fragment optionnel est donc une sorte de SI...ALORS.

3. Operateur «break» : L'opérateur "break" est utilisé dans les fragments combinés qui représentent des scenarios d'exception en quelque sorte. Les interactions de ce fragment seront exécutées à la place des interactions décrites en dessous. Il y a donc une notion d'interruption du flot "normal" des interactions.

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.

III.2.2.2 Identification des cas d'utilisations

Notre système de gestion des courriers à la RNP va permettre :

· La gestion des courriers (entrants et sortants); « Gérer courriers ».

· La gestion des boites postales ; « Gérer boite postale ».

· La gestion des institutions partenaires ; « Gérer partenaire ».

· La gestion des postes nationales et postes partenaires; « Gérer poste ».

· La gestion des dépêches et petits sacs ;

· D'assurer la sécurité des données enregistrées dans la BD : « S'authentifier » ;

· Une bonne gestion des documents relatifs à l'envoi ou à la réception des courriers (ou dépêche) :

V' Avis d'arrivée

V' Avis de dépôt

V' CN31, CN35 et CN38 ;

V' Document d'accusé de réception du courrier recommandé

· Une gestion aisée des employés du service des courriers : « Gérer employés ».

20

III.3 Diagrammes d'analyse et de conception du nouveau système

III.3.1 Diagramme de cas d'utilisation du nouveau système

Le diagramme des cas d'utilisation de notre système se présente comme suit:

Figure 4: Schéma du diagramme de cas d'utilisation

Afin d'enrichir ce diagramme, nous allons faire une description textuelle des cas d'utilisation. La description d'un cas d'utilisation permet de :

· clarifier le déroulement de la fonctionnalité ;

· décrire la chronologie des actions qui devront être réalisées ;

· identifier les parties redondantes pour en déduire des cas d'utilisation plus précises qui seront utilisées par inclusion, extension ou généralisation;

· indiquer d'éventuelles contraintes déjà connues et dont nous devons tenir compte lors de la réalisation du logiciel. Ces contraintes peuvent être de nature diverse

Pour cela, nous allons adopter le formalisme suivant: [2]

1. Sommaire d'identification :

· Le titre

· Résumé

· Acteurs

21

2. Scenario nominal

? Pré-conditions

? Scenario nominal (enchaînement des opérations dans le cas où le cas

d'utilisation se déroule normalement.)

? Scénario alternatif

? Enchaînement des erreurs

? Post-conditions

A. L'authentification d'un utilisateur

1. Sommaire d'identification :

Titre : S'authentifier

Résumé: Ce cas d'utilisation permet aux utilisateurs du système de pouvoir

s'authentifier et d'accéder par conséquent aux fonctionnalités de l'application.

Acteurs: Utilisateurs (tous)

2. Scenario nominal :

Pré-condition :

- Machine sous tension ;

- Existence des données d'authentification;

- Lancement de l'application.

Post-condition : Utilisateur authentifié (Menu général de l'utilisateur affiché).

Scenario nominal :

Acteur		Système	1. L'utilisateur lance l'application. 3. L'utilisateur saisit son login, son mot de passe et valide.
2. Le système lui affiche le formulaire d'authentification 4. Le système vérifie les informations saisies et donne accès aux fonctionnalités de l'application selon le département dans lequel est inscrit l'utilisateur.

Tableau 1: Description textuelle du cas d'utilisation «s'authentifier»

3. 22

Scenario alternatif :

A1 (alternatif numéro un): Nom utilisateur et/ou mot de passe incorrect(s). Le scenario alternatif commence après le point 4 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 3 du scenario nominal.

B. La réception des courriers auprès du déposant.

1. Sommaire d'identification :

Titre : Réceptionner courrier

Résumé: Ce cas d'utilisation permet à l'agent du guichet d'affranchissement de réceptionner le courrier. Celui-ci pourra enregistrer les données en rapport avec le courrier, les supprimer, les modifier, effectuer des recherches sur ces données. Et enfin visualiser sous format PDF l'avis de dépôt.

Acteurs: Agent du Guichet d'Affranchissement

2. Scenario nominal : Pré-condition :

- Utilisateur authentifié au guichet d'affranchissement;

- Existence d'un courrier du déposant.

Post-condition : Le système enregistre les caractéristiques du courrier, du destinataire et déposant puis met à jour la base de données. Si le courrier est recommandé, le système imprime également l'avis de dépôt.

Scenario nominal :

Acteur	Système
1. L'utilisateur demande le formulaire de réception des courriers. 3. L'utilisateur saisit les caractéristiques du courrier, du déposant et du destinataire puis valide.	2. Le système affiche le formulaire demandé 4. Le système vérifie les informations saisies et crée le nouvel enregistrement.

Tableau 2: Description textuelle du cas d'utilisation «Réceptionner courrier»

Scenario alternatif :

23

A1 (alternatif numéro un):

- Code du courrier existe déjà dans la base de données ou s'il est invalide. Le scenario alternatif commence après le point 4 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

A2 (alternatif numéro deux):

- Le poids du courrier est invalide. Le scenario alternatif commence après le point 4 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

C. Gérer les expéditions des dépêches

1. Sommaire d'identification :

Titre : Gérer Expédition dépêche

Résumé: Ce cas d'utilisation permet à l'agent du centre de tri de créer une dépêche vide, de la remplir par des courriers ordinaires et/ou par des courriers non affranchis et/ou par un ou deux petit(s) sac(s). De les retirer, de supprimer la dépêche créée, de la modifier, de la vider et de la fermer. Il permet également à l'agent de gérer les dépêches à acheminer.

Acteur: Agent du Centre de Tri

2. Scenario nominal :

Pré-condition : Utilisateur authentifié au centre de tri.

24

Scenario nominal :

Acteur	Système
1. L'utilisateur demande le formulaire
d'expédition des dépêches.
	2. Le système lui affiche le formulaire demandé
3. L'utilisateur crée une dépêche vide.
	4. Le système vérifie les informations saisies et enregistre les caractéristiques saisis puis affiche la dépêche vide créée.
5. L'utilisateur sélectionne la dépêche
créée
	6. Le système lui affiche un message de confirmation de remplissage de la dépêche
7. Confirme (Oui)
	8. Affiche des courriers ordinaires, de petits sacs et des non affranchis de même destination que la dépêche créée (s'ils sont disponibles).
9. L'utilisateur rempli la dépêche créée				selon son choix puis terminer le processus
	10. Demande le formulaire de fermeture
	de la dépêche.
11. Affichage du formulaire de fermeture de la dépêche.	12. Fermer la dépêche remplie.
14. Demande le formulaire	13. Le système met à jour la base de données
d'acheminement des dépêches.
	15. Affichage du formulaire d'acheminement des dépêches.				16. Saisi les caractéristiques nécessaires,
	sélectionne la dépêche à acheminer puis
	valide.
17. Vérification des informations et enregistrement des caractéristiques saisis.

Tableau 3: Description textuelle du cas d'utilisation «Expédition dépêche»

25

Scenario alternatif :

A1 (alternatif numéro un):

- Code de la dépêche existe déjà dans la base de données ou s'il est invalide. Le scenario alternatif commence après le point 3 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

A2 (alternatif numéro deux):

- Le poids de la dépêche non valide. Le scenario alternatif commence après le point 4 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

A3 (alternatif numéro trois):

- In n'y a pas des courriers ordinaires, petits sacs et non affranchis disponibles. Le scenario alternatif commence après le point 7 du scenario nominal.

8. Le système affiche un message d'information et le scenario retourne au point 5 du scenario nominal.

A4 (alternatif numéro quatre):

- Il n'y a aucun objet dans la dépêche. Le scenario alternatif commence après le point 9 du scenario nominal.

10. Le système affiche un message d'erreur et le scenario retourne au point 8 du scenario nominal.

A5 (alternatif numéro cinq):

- Le poids du contenu de la dépêche est supérieur à 20kg. Le scenario alternatif commence après le point 12 du scenario nominal.

13. Le système affiche un message d'erreur et le scenario retourne au point 11 du scenario nominal.

Post-condition : Le système calcule le nombre des courriers ordinaires et des recommandés puis met à jour la BD créée et affiche le contenu de celle-ci.

26

D. Gérer les réclamations

1. Sommaire d'identification :

Titre : Gérer réclamations

Résumé: Ce cas d'utilisation permet à l'agent du service de redressage d'enregistrer les courriers à réclamer, de les modifier, de les supprimer et enfin d'imprimer une feuille de réclamation.

Acteur: Agent du service de redressage

2. Scenario nominal : Pré-condition :

- Utilisateur authentifié au service de redressage.

Post-condition : Le système enregistre et caractéristiques saisis et met à jour la base de données.

Scenario nominal :

Acteur		Système	1. L'utilisateur demande le formulaire de réclamation des courriers. 3. L'utilisateur saisit les caractéristiques du courrier à réclamer.
2. Le système lui affiche le formulaire demandé 4. Le système vérifie les informations saisies et enregistre les caractéristiques saisis.

Tableau 4: Description textuelle du cas d'utilisation «Réclamation courrier»

Scenario alternatif :

A1 (alternatif numéro un):

- Code du courrier existant existe déjà dans la base de données ou s'il est invalide. Le scenario alternatif commence après le point 4 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

A2 (alternatif numéro deux):

- Le poids du courrier non valide. Le scenario alternatif commence après le point 4 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

27

A3 (alternatif numéro trois):

- Le code de la dépêche dans laquelle le courrier était empaqueté n'est pas figuré dans la base de données. Le scenario alternatif commence après le point 4 du scenario nominal. 4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

E. Redresser dépêche

1. Sommaire d'identification :

Titre : Redresser courrier

Résumé: Ce cas d'utilisation permet à l'agent du service de redressage d'enregistrer les dépêches mal acheminer, de les modifier, de les supprimer et de recherche la dépêche préenregistrée.

Acteur: Agent du service de redressage

2. Scenario nominal : Pré-condition :

- Utilisateur authentifié au service de redressage.

Post-condition : Le système affiche un message de succès après avoir enregistré les informations saisies.

Scenario nominal :

Acteur		Système	1. L'utilisateur demande le formulaire de redressage des dépêches. 3. L'utilisateur saisit les caractéristiques de la dépêche à redresser puis enregistre.
2. Le système lui affiche le formulaire demandé 4. Le système vérifie les informations saisies et enregistre les caractéristiques saisis puis affiche la dépêche à réclamer.

Tableau 5 : Description textuelle du cas d'utilisation «Expédition dépêche»

28

Scenario alternatif :

A1 (alternatif numéro un):

- Code de la dépêche existe déjà dans la base de données ou s'il est invalide. Le scenario alternatif commence après le point 4 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

A2 (alternatif numéro deux):

- Le poids de la dépêche non valide. Le scenario alternatif commence après le point 4 du scenario nominal.

4. Le système affiche un message d'erreur et le scenario retourne au point 2 du scenario nominal.

III.3.2 Diagramme d'activité du nouveau système

1. Digramme d'activité du cas d'utilisation « S'authentifier »

Figure 11 : Diagramme d'activité du cas d'utilisation «S'authentifier»

2. Diagramme d'activité du cas d'utilisation « réceptionner courrier »

: AgentGuichetAffranchissement

: Système

Afficher le formulaire de réception des

Demander le formulaire

courriers

Saisir des caractéristiques du courrier,

du déposant et du destinataire

Vérification des

informations saisies

[NON_OK]

Afficher le message

d'erreur

[OK]

Mise à jour de la BD

[Si ordinaire]

[Si recommandé]

Affichage d'un message de confirmation de visualisation d'un AD

Confirmation

Visualisation sous format

PDF d'un AD

[OUI] [NON]

Mise à jour de la BD

Mise à jour de la BD

29

Figure 12 : Diagramme d'activité du cas d'utilisation « Réceptionner courrier »

3. Diagramme d'activité du cas d'utilisation « Créer dépêche vide entrant»

30

Figure 13: Diagramme d'activité du cas d'utilisation « Gréer dépêche vide

entrant»

31

4. Diagramme d'activité du cas d'utilisation « Affecter des courriers et/ou

petits sacs dans la dépêche entrant créée»

Figure 14 : Diagramme d'activité « Affecter des courriers et/ou petits sacs dans la dépêche créée»

5. Diagramme d'activité du cas d'utilisation « Ouvrir dépêche entrant »

32

Figure 15 : Diagramme d'activité du cas d'utilisation « Ouvrir dépêche entrant »

6. Diagramme d'activité du cas d'utilisation « Gérer dépêche à redresser »

33

Figure 14: Diagramme d'activité du cas d'utilisation « Gérer dépêche à redresser »

7. Diagramme d'activité du cas d'utilisation « Gérer réclamation »

34

Figure 15 : Diagramme d'activité du cas d'utilisation « Gérer réclamation »

8. Diagramme d'activité du cas d'utilisation « Gérer utilisateur »

35

Figure 16: Diagramme d'activité du cas d'utilisation « Gérer utilisateurs »

36

III.3.3 Diagramme de classes du nouveau système

Figure 5: Schéma du diagramme de classes du nouveau système

Comme le montre la figure ci-dessus, le diagramme de classes présente l'ensemble des classes du système étudié ainsi que les relations entre ces classes. De part et d'autre de la relation il y a un couple de cardinalités. La classe comprend un ensemble d'attributs qui indiquent les données attendus ainsi que leurs types. Ci-dessous nous allons présenter le dictionnaire de données de notre système :

Entité	Propriétés	Type	Taille	Description
Employe	IdEmploye	Entier	5	L'identifiant d'un employé
	Nom_Employe	Chaine de caractère	20	Nom d'un employé
	Prenom_Employe	Chaine de caractère	20	Prénom d'un employé
	Matricule	Entier	20	Matricule d'un employé

37

	DateNaiss_Employe	Date	20	Date de naissance d'un employé
	DateEmb_Employe	Date	20	Date d'embauche d'un employé
	NumTel_Employe	Chaine de caractère	20	Numéro de téléphone d'un employé
	Pswd_Employe	Chaine de caractère	20	Le mot de passe d'un employé
	Login_Employe	Chaine de caractère	20	Le nom de l'utilisateur d'un employé
	Nom_Service	Chaine de caractère	15	Le département d'un employé
Service	Id_Service	Entier	5	L'identifiant d'un service
	Nom_Service	Chaine de caractère	20	Nom d'un service
Traitement	Id_Traitement	Entier	5	L'identifiant d'un traitement
	Id_Employe	Entier	5	L'identifiant d'un employé qui a fait un traitement
	Date_Traitement	Date	20	Date où un traitement est fait
Courrier	Id_Courrier	Entier	5	Identifiant d'un courrier
	Origine_Courrier	Chaine de caractère	20	Origine d'un courrier
	Destination_Courrier	Chaine de caractère	20	Destination d'un courrier
	Poids_Courrier	Réel	10	Poids d'un courrier
	Type_Courrier	Chaine de caractère	10	Type d'un courrier

38

	Date_Envoi	Date	15	Date d'envoi d' un courrier
	Date_Reçu	Date	15	Date de réception d'un courrier
	Description_Courrier	Chaine de caractère	25	Description d'un courrier
	Montant_Paye	Entier	20	Montant à payer
Boite postale	Id_BP	Entier	10	L'identifiant d'une boite postale
	Num_BP	Entier	20	Numéro d'une boite postale
	Type_BP	Chaine de caractère	15	Type d'une boite postale
	Etat_BP	Chaine de caractère	20	Etat d'une boite postale
Déposant	Id_Courrier	Entier	15	Identifiant d'un courrier
	Id_Déposant	Entier	15	Identifiant d'un déposant
	Num_Identité	Entier	20	Numéro d'une carte d'identité
	Adresse	Chaine de caractère	25	Adresse d'un déposant
	Nom_Déposant	Chaine de caractère	20	Nom d'un déposant
	Prénom_Déposant	Chaine de caractère	20	Prénom d'un déposant
	Tél_Déposant	Chaine de caractère	20	Numéro de téléphone d'un déposant

39

	Sexe	Chaine de caractère	10	Sexe d'un déposant
Compagnie	Id_Compagnie	Entier	15	Identifiant d'une compagnie
	Sigle_Compagnie	Chaine de caractère	25	L'abréviation du nom d'une compagnie
	Nom_Compagnie	Chaine de caractère	25	Nom d'une compagnie
Dépêche	Id_Dépêche	Chaine de caractère	20	Identifiant d'une dépêche
	Poids_Dépêche	Réel	5	Poids d'une dépêche
	Origine_Dépêche	Chaine de caractère	20	Origine d'une dépêche
	Destination_Dépêche	Chaine de caractère	20	Destination d'une dépêche
	Description	Chaine de caractère	25	Description d'une dépêche
Sac interne	Id_SacPetitSac	Entier	5	Identifiant d'un sac interne
	Poids_SacInterne	Réel	5	Poids d'un sac interne
	Details-_SacInterne	Chaine de caractère	25	Description d'un sac interne
Poste	Nom_poste	Chaine de caractère	25	Nom d'une poste
	Régime	Chaine de caractère	25	La région ou le pays dans laquelle la poste est située

40

	Pays	Chaine de caractère	15	Le pays dans lequel la poste est située
	Ville	Chaine de caractère	25	La ville dans laquelle la poste est située
Destinataire	Id_Destinataire	Entier	5	Identifiant d'un destinataire
	Id_CourrierEnvoye	Entier	5	Identifiant d'un courrier envoyé
	Prenom	Chaine de caractère	20	Prénom d'un destinataire
	Nom	Chaine de caractère	20	Nom d'un destinataire
	Telephone	Entier	15	Téléphone d'un destinataire
	Sexe	Chaine de caractère	10	Sexe d'un destinataire
	Adresse	Chaine de caractère	25	Adresse d'un destinataire
	Num_Identité	Entier	15	Numéro de carte d'identité d'un destinataire
Conduire	Id_Conduire	Entier	15	Identifiant
	Id_Employe	Entier	15	Identifiant d'un l'employé
	Id_Automobile	Entier	15	Identifiant d'un l'automobile
	HeureDépart	Date	20	L'heure de départ d'une automobile

41

	HeureRetour	Date	20	L'heure du retour d'une automobile
Ville	IdVille	Entier	15	Identifiant d'une ville
	GroupeVille	Chaine de caractère	20	Le régime dans lequel la ville se situe
	NomVille	Chaine de caractère	25	Intitulé d'une ville
Route	IdRoute	Entier	15	Identifiant d'une route
	NomRoute	Chaine de caractère	20	Nom d'une route
	VilleDépart	Chaine de caractère	20	Ville de départ
	VilleEscale	Chaine de caractère	20	Ville d'escale
	Ville_Arrivé	Chaine de caractère	20	Ville d'arrivée
Automobile	IdAutomobile	Entier	5	Identifiant d'une automobile
	Num_Plaque	Chaine de caractère	20	Numéro de la plaque d'une automobile
	Marque_Automobile	Chaine de caractère	20	La marque d'une automobile

Tableau 5: Dictionnaire des données

42

CHAPITRE IV : PRESENTATION DE L'APPLICATION

Au cours de ce chapitre, nous allons passer en revue le fonctionnement de l'application développée en expliquant ses principaux formulaires. L'application a été développée en utilisant le langage java avec l'IDE netbeans 8.0 et la BD avec l'outil EasyPHP 5.3.3

IV.1 Brève présentation des outils utilisés

1. Le langage SQL : SQL signifie Structured Query Language (en anglais) c'est-à-
dire Langage des requêtes structuré. En fait SQL est un langage complet de gestion de bases de données relationnelles. Il a été conçu par IBM dans les années 70. Il est devenu le langage standard des systèmes de gestion de bases de données (SGBD) relationnelles (SGBDR). C'est à la fois :

- un langage d'interrogation de la base (ordre SELECT) ;

- un langage de manipulation des données (LMD ; ordres UPDATE, INSERT,

DELETE) ;

- un langage de définition des données (LDD ; ordres CREATE, ALTER, DROP),

- un langage de contrôle de l'accès aux données (LCD ; ordres GRANT, REVOKE).

2. NetBeans 8.0 : L'EDI NetBeans est un environnement de développement - un
outil pour les programmeurs pour écrire, compiler, déboguer et déployer des programmes. Il est écrit en Java - mais peut supporter n'importe quel langage de programmation. Il y a également un grand nombre de modules pour étendre l'EDI NetBeans. L'EDI NetBeans est un produit gratuit, sans aucune restriction quant à son usage.

3. Langage JAVA : C'est un langage de programmation orienté objet, développé
par Sun Microsystems. La particularité et l'objectif central de Java est que les logiciels écrits dans ce langage doivent être très facilement portables sur plusieurs systèmes d'exploitation avec peu ou pas de modifications [4]. Il donne aussi la possibilité de développer des programmes pour téléphones portables et assistants personnels. Enfin, ce langage peut être utilisé sur internet pour des petites applications intégrées à la page web (applet) ou encore comme langage serveur (jsp). [5]

43

IV.2 Présentation de l'interface utilisateur

Notre application comporte plusieurs formulaires. Ci-dessous, nous allons présenter ceux qui traduisent les principales fonctionnalités de notre application.

1. Formulaire d'authentification

Figure 13 : Formulaire d'authentification

Le formulaire prend la forme ci-dessus. Si l'utilisateur est connu dans la BD et que son mot de passe est correct, le système lui affiche le formulaire du menu général correspondant au service dans lequel est inscrit l'utilisateur. Au cas contraire, le système lui retourne un message d'erreur.

44

2. Formulaire de réception du courrier

¹

2

3

4

5

6

Figure 6: Formulaire de réception du courrier

Ce formulaire comprend 6 zones subdivisées en différentes parties :

- 1, 2, 3 : permettant de saisir respectivement les caractéristiques du courrier, du destinataire et du déposant.

- 4 : une zone de recherche permettant de rechercher un courrier par un ou plusieurs caractéristiques.

- 5 : une zone de commande contenant les boutons ENREGISTRER pour ajouter des nouvelles caractéristiques du courrier, MODIFIER pour modifier un courrier enregistré, SUPPRIMER pour supprimer, VISUALISER pour visualiser sous format PDF l'avis de dépôt, se déconnecter pour revenir au formulaire d'authentification et quitter pour quitter l'application.

- 6 : un tableau permettant d'afficher les courriers encours de traitement (non encore acheminés).

45

3. Formulaires de gestion des petits sacs sortants

a. Formulaire de création des petits sacs et remplissage des recommandes

5

1

2

4

3

Figure 7: Formulaire de création des petits sacs et remplissage des recommandes

Le formulaire précédent comprend :

- 1 : Permettant de saisir les caractéristiques d'un petit sac sortant.

- 2 : une zone de commande contenant les boutons CREER pour créer un nouveau petit sac sortant, MODIFIER pour modifier un petit sac existant dans la BD enregistré, SUPPRIMER pour supprimer les caractéristiques d'un petit sac vide, ANNULER pour initialiser les zones de saisi et de sélection, TERMINER pour mettre le petit sac dans un étape de traitement (Il faut cliquer le bouton après avoir terminé de remplir le petit sac), QUITTER pour quitter l'application.

- 3 : Un tableau permettant d'afficher les courriers recommandés disponibles de même destination que la celle du petit sac sélectionné.

- 4 : Un tableau permettant d'afficher les caractéristiques des petits sacs nouvellement créés.

- 5 : Un menu permettant d'afficher un formulaire de fermeture et de traitement des petits sacs. (Figure 8)

46

b. Formulaire de traitement et fermeture des petits sacs

3

1

2

Figure 8: Formulaire de traitement et fermeture des petits sacs

Ce formulaire comprend:

- 1: Un tableau permettant d'afficher les petits sacs prêts à être fermés.

- 2: Un tableau permettant d'afficher les courriers recommandés contenant dans la petit sac sélectionné.

- 3: Une zone de commande contenant les boutons Supprimer Petit sac supprimer un petit sac sélectionné, Retirer courrier pour retirer courrier contenant dans le petit sac sélectionné, Précédent permettant de retourner au formulaire de création des petits sacs et enfin le bouton Fermer permettant de fermer le petit sac (Le petit sac est maintenant prêt à être empaqueté dans une dépêche);

47

4. Formulaire de création des dépêches.

¹

6

2

3

4

5

Figure 9: Formulaire de création des dépêches

Ce formulaire comprend 6 zones subdivisées en différentes parties :

- 1: Zone de textes et listes déroulantes permettant de saisir et sélectionner les caractéristiques de la dépêche à créer.

- 2 : une zone de commande contenant les boutons Créer pour créer une nouvelle dépêche, Annuler pour initialiser les zones de textes et listes déroulantes, Modifier pour modifier les caractéristiques d'une dépêche déjà enregistrée, Supprimer pour supprimer, Vider pour vider tout le contenu de la dépêche et enfin le bouton Terminer pour terminer le processus de remplissage de la dépêche.

- 3 : un tableau permettant d'affiche les courriers ordinaires de même destination que la dépêche sélectionnée et qui sont prêts à être empaquetés.

- 4 : un tableau permettant d'affiche les petits sacs ordinaires de même destination que la dépêche sélectionnée et qui sont prêts à être empaquetés.

- 5 : un tableau permettant d'affiche les non affranchis de même destination que la dépêche sélectionnée et qui sont prêts à être empaquetés.

- 6 : un tableau permettant d'affiche les dépêches nouvellement créées.

- Ce formulaire contient également un menu Fichier contenant deux sous menu : ? Fermer dépêche : permet d'afficher un formulaire de traitement de la dépêche. ? Quitter : pour quitter l'application

48

5. Formulaire de traitement de la dépêche

4

1

6

3

2

5

Figure 10: Formulaire de traitement de la dépêche

Ce formulaire comprend 6 objets subdivisés en différentes parties :

- 1: un tableau permettant d'afficher les dépêches prêtes à être fermées.

- 2: un tableau permettant d'afficher les courriers ordinaires contenant dans la dépêche sélectionnée.

- 3 : une zone de commande contenant les boutons Retirer Petit sac pour retirer le petit sac contenant dans la dépêche sélectionnée, Retirer courrier pour retirer un courrier ordinaire contenant dans la dépêche sélectionnée, Supprimer dépêche permettant de vider et supprimer la dépêche sélectionnée et enfin le bouton Fermer dépêche permettant de fermer la dépêche (la mettre prête à être acheminée).

- 4: un tableau permettant d'afficher le(s) petit(s) sac(s) contenant dans la dépêche sélectionnée.

- 5 : un tableau permettant d'affiche les non affranchis contenant dans la dépêche sélectionnée.

- 6 : un bouton permettant de retourner au formulaire de création de la dépêche.

49

6. Formulaire d'acheminement des dépêches internationales

2

1

3

4

Figure 11: Formulaire d'acheminement des dépêches internationales

Légende :

- 1: Une zone permettant de saisir les caractéristiques de la route et la compagnie de transport.

- 2 : Une zone de saisi permettant d'identifier les caractéristiques du chauffeur et le numéro de la plaque de la voiture à bord de laquelle la dépêche va être transportée.

- 3 : Une zone de commande contenant les boutons Acheminer, pour acheminer la dépêche sélectionnée, Se déconnecter, pour retourner au formulaire d'authentification, Annuler pour initialiser les champs de saisi et de sélection et Quitter pour quitter l'application toute entière.

- 4 : Un tableau permettant d'afficher les dépêches prêtes à être acheminées.

50

7. Formulaire d'archive du centre de tri

1

2

Figure 12: Formulaire de gestion des archives du centre de tri

Légende :

- 1 : Un tableau permettant d'afficher les dépêches déjà acheminées ;

- 2 : Une zone de commande contenant le bouton Annuler l'acheminement, Supprimer, Retour pour revenir au formulaire d'acheminement, Se déconnecter et Quitter.

8. Formulaire de création des petits sacs entrants

1

2

Figure 13: Formulaire de création des petits sacs entrants

51

Ce formulaire comprend 2 parties:

- 1: Une zone contenant les zones de texte et des listes déroulantes permettant de saisir et sélectionner les caractéristiques du petit sac entrant.

- 2: une zone de commande contenant les boutons Ouvrir pour enregistrer les caractéristiques saisis et affiche ainsi un formulaire (le formulaire d'ici-bas) permettant de saisir les courriers recommandés qui y contiennent, Se déconnecter permettant de retourner au formulaire d'authentification et Quitter pour quitter l'application.

9. Formulaire de saisi des recommandés contenant dans le petit sac créé

¹

5

2

3

4

Figure 14: Formulaire de saisi des recommandés contenant dans le petit sac créé

Ce formulaire comprend:

- 1, 2, 3: Des zones permettant de saisir et sélectionner respectivement les caractéristiques du courrier, de l'expéditeur et du destinataire.

- 4: Une zone de commande contenant les boutons Enregistrer pour enregistrer les caractéristiques saisis, Supprimer pour supprimer le courrier sélectionné, Annuler pour initialiser les champs de saisi, Modifier pour modifier le courrier sélectionné et enfin le bouton Terminer pour terminer le processus de vider le petit sac (ce bouton met prêt le petit sac à être fermé).

- 5 : Un tableau permettant d'afficher les courriers recommandés déjà saisis.

52

10. Formulaire de traitement des petits sacs entrants

3

1

2

Figure 15: Formulaire de traitement des petits sacs entrants

Légende :

- 1 : Un tableau permettant d'afficher les petits sacs prêts à être fermés.

- 2 : Un tableau permettant d'afficher les recommandés contenant dans le petit sac sélectionné.

- 3: Une zone de commande contenant les boutons Retirer courrier permettant de retirer le courrier sélectionné, Supprimer PS pour supprimer le petit sac et tout le contenu, Vider pour vider le contenu, Retour pour revenir au formulaire de création du petit sac, Fermer PS pour fermer le petit sac et enfin les boutons Se déconnecter et Quitter.

53

11. Formulaires de gestion de la réception des dépêches.

Le formulaire de gestion de la réception des dépêches est un jTabbedPane contenant 3 formulaires dont :

a. Formulaire d'enregistrement des courriers ordinaires

1

2

6

5

3

4

Figure 16: Formulaires de gestion de la réception des dépêches - Enregistrement des ordinaires

- 1, 2 et 3 : Des champs permettant de saisir respectivement les caractéristiques du courrier, de l'expéditeur et du destinataire des courriers ordinaires.

- 4 : Une zone de recherche permettant de faire des recherches sur un ou plus d'un critère.

- 5: Une zone de commande contenant les boutons ENREGISTRER pour enregistrer les caractéristiques d'un courrier ordinaire saisi, SUPPRIMER pour supprimer un courrier sélectionné et les boutons ANNULER et MODIFIER.

- 6 : Un tableau permettant d'afficher les courriers ordinaires enregistrés et qui sont en cours de traitement.

54

b. Formulaire de création des dépêches et affectation des courriers

5

1

2

3

4

Figure 17: Formulaires de gestion de la réception des dépêches - Création et remplissage

Ce formulaire comprend 6 parties :

- 1: Zone de textes et listes déroulantes permettant de saisir et sélectionner les caractéristiques de la dépêche entrants.

- 2 : une zone de commande contenant les boutons Créer pour créer la dépêche entrant, Annuler pour initialiser les zones de textes et listes déroulantes, Modifier pour modifier les caractéristiques d'une dépêche déjà enregistrée, Supprimer pour supprimer, Vider pour vider tout le contenu de la dépêche et enfin le bouton Terminer pour terminer le processus de remplissage de la dépêche

N.B Signalons que les boutons Modifier, Supprimer ne sont valides que si la dépêche est vide. Par contre le bouton Terminer n'est valide que si elle contient au moins un objet.

- 3 : Un tableau permettant d'affiche les courriers ordinaires de même destination que la dépêche sélectionnée et qui sont prêts à être empaquetés.

- 4 : un tableau permettant d'affiche les petits sacs de même destination que la dépêche sélectionnée et qui sont prêts à être empaquetés.

- 5 : un tableau permettant d'affiche les dépêches nouvellement créées.

N.B : Ce formulaire permet également de faire des remplissages par des courriers et petits sacs disponibles (maximum 2 petits sacs : Création d'une dépêche spéciale).

55

c. Formulaire de traitement des dépêches et affichage

3

1

4

5

2

Figure 18: Formulaires de gestion de la réception des dépêches - traitement des dépêches

Ce formulaire comprend:

- 1: Un tableau permettant d'afficher les dépêches prêtes à être fermées.

- 2: Une zone permettant de rechercher la dépêche à fermer.

- 3: Un tableau permettant d'afficher le(s) petit(s) sac(s) affecté(s) à la dépêche sélectionnée.

- 4: Un tableau permettant d'afficher les courriers ordinaires affectés à la dépêche sélectionnée.

- 5: Une zone de commande contenant les boutons Supprimer Dépêche permettant de vider le contenu et supprimer la dépêche sélectionnée, Retirer Petit sac pour retirer le petit sac contenant dans la dépêche sélectionnée, Retirer courrier pour retirer un courrier ordinaire contenant dans la dépêche sélectionnée, Supprimer dépêche permettant de vider et supprimer la dépêche sélectionnée et enfin le bouton Fermer dépêche permettant de fermer la dépêche ;

56

12. Formulaire de distribution des courriers

⁴

1

5

2

3

Figure 19: Formulaire de distribution des courriers.

Ce formulaire comprend 5 objets subdivisés en différentes parties :

- 1: Une zone de recherche permettant de faire une recherche sur un ou d'un caractéristique(s) d'un courrier ou du destinataire.

- 2: Une zone de commande contenant deux boutons : Livrer pour livrer permettant d'enregistrer le numéro de la carte d'identité du destinataire et son numéro de téléphone. L'agent du guichet numéro 4 donne enfin le courrier au propriétaire. Cette zone contient également le bouton Annuler pour vider la zone de texte se trouvant dans la zone 3.

- 3: Une zone de saisi contenant deux zones de textes permettant de saisir le numéro de la carte d'identité et son numéro de téléphone.

- 4: Le bouton recherche permettant de faire des recherches dans la BD suivant les critères choisis dans la zone 1.

- 5: Un tableau permettant d'afficher les courriers prêts à être récupérés.

57

13. Formulaire de redressement des dépêches

Figure 20: Formulaire de redressement des dépêches.

Ce formulaire comprend :

- La zone rouge de saisir les caractéristiques de la dépêche à redresser.

- La zone verte contenant des boutons des commandes Enregistrer pour enregistrer une dépêche à redresser, Modifier pour la modifier, Supprimer pour la supprimer, se déconnecter pour revenir au formulaire d'authentification.

- Une zone blanche qui est la zone de recherche permettant de faire de recherche à un seul critère.

- Et enfin un tableau permettant d'afficher les dépêches à redresser.

58

CHAPITRE IV: CONCLUSION GENERALE ET RECOMMANDATIONS

Tout au long de ce travail, notre souci majeur était d'apporter notre contribution dans la gestion des courriers au sein de la RNP en leur développant une application pour cela. Afin d'y parvenir, nous avons commencé par l'analyse de l'existant. Cela nous a permis de bien comprendre le fonctionnement du système actuel de gestion des courriers et dégager les principaux problèmes que connaît ce système.

Pour la conception de notre application, nous avons eu recours à UML (Visual paradigm for UML) comme langage de modélisation. Cette étape nous a permis d'approfondir nos connaissances en rapport avec la modélisation d'un problème de façon standard.

Pour la réalisation de l'application, nous avons utilisé le langage java comme langage de programmation avec l'IDE NetBeans 8.0 comme un environnement de développement et SQL comme le SGBD.

L'application réalisée permettra au personnel du service des courriers de la RNP de : - Alléger le travail d'établissement des documents en l'occurrence l'impression automatique des différents documents : impression automatique de certains documents (avis de dépôt, avis d'arrivée,...)

- Faciliter la recherche et l'accès aux informations : Auparavant les informations des courriers étaient stockées dans des registres.

- Stocker les informations sur des supports informatiques ce qui assurera leur sécurité.

- Gagner le temps dans la recherche et le traitement des courriers : Recherche automatique.

- Automatiser certaines tâches qui se traitent manuellement. (Par exemple le tri sera automatique).

- Eviter la perte des données car elles seront désormais stockées sur des supports informatiques.

59

Avant de clore ce travail, nous aimerions émettre quelques recommandations:

? Aux responsables de la RNP :

- de se doter, dans la mesure du possible du matériel informatique suffisant, des outils logiciels comme notre application AGCP; ainsi que d'autres équipements indispensables à l'informatisation de ce service;

- former le personnel de la RNP en général et celui du service des courriers en particulier sur les outils informatiques.

? Aux chercheurs potentiels de penser à améliorer l'application en y ajoutant d'autres modules comme le module de gestion de service des colis et EMS et le module de gestion des frais de compensation.

60

BIBLIOGRAPHIE

1) OUVRAGES

? [1] : Blanc X., Mounier I. et Besse C., UML2 pour les développeurs : Cours avec exercices corrigés, Eyrolles, 2008 ;

? [2] : Roques P, UML2 par la pratique Étude de cas et exercices corrigés, Eyrolles, 2009

2) MEMOIRES

? [3] : Olivier KIRARA, Essai d'évaluation des performances de la RNP, U.B, 2009

3) SITES INTERNET VISITES

? [4] : http://fr.wikipedia.org/wiki/Java_(langage) consulté le 17 août 2015 à 9h38min

? [5] : http://www.futura-sciences.com/magazines/high-tech/infos/dico/d/internet-java-485/ consulté le 20 aout 2015 à 15h52min