Couverture

INSTITUTE AFRICAIN D’INFORMATIQUE AFRICAN INSTITUTE OF COMPUTER SCIENCES
Représentation Du Cameroun Cameroon Office
Centre d’excellence technologique Paul Biya Paul BIYA Technological Center Of Excellence
BP / P.O Box : 13719-Yaoundé Contact : (237)242729957/242729958 Site web / web site : www.iaicameroun.com Email : contact@iaicameroun.com
RAPPORT DE PROJET
GESTION DU SERVICE COURRIER :
CAS DE L’IAI-CAMEROUN
Projet réalisé du mardi 05 au dimanche 31 janvier dans le but de l’acquisition des

compétences nécessaire à la modélisation et la conception des systèmes d’information.
Rédigé par :
MEKONTSO JULES,
MADJOU HILARY,
MBUEDA BEAUCARNE,
METOUTOU EVINA
MASSON
Étudiants en License 2 à l’IAI-Cameroun en classe de L2D
Sous la supervision
Académique de :
Mme ANGA ORCELIE

Ingénieur informaticienne
Année académique 2020-2021

GESTION DU SERVICE COURRIER : CAS DE L’IAI-CAMEROUN
Dédicace
Mme ANGA ORCELIE

Pour ses conseils, assistances et
tous les efforts qu’elle ne cesse de
fournir pour nous enseigner le langage
de modélisation unifié (UML).
Rédigé par : mekontso jules, Étudiants En License 2 à l’IAI-

madjou hilary, mbueda Beaucarne, Cameroun classe de L2D
metoutou evina et masson
Remerciements
C’est avec une immense joie que nous pensons à toutes les personnes 2
qui ont crues en nous en toutes circonstances car ce travail n’aurait pas pu
se faire sans leurs aide précieuse leurs conseils avisés et leurs
encouragements.
Pour leurs contributions, nous exprimons très sincèrement notre

reconnaissance et nos remercîments tout d’abord à l’endroit de la grande
famille des enseignant de l’iai-cameroun, particulièrement :
➢ Au représentant résident de l’iai-cameroun, M. Armand Claude

Abanda pour ses prestigieux conseils et ses bienfaits à l’égard des
jeunes camerounais ;
➢ A notre encadreur académique Mme Anga pour ses conseils, sa
disponibilité et ses encouragements durant toute la période de notre
exposé ;
Aux personnels du service courrier, notamment
➢ A la chef service du service courrier de l’iai-cameroun Qui a bien voulu

nous expliquer le fonctionnement du service dont elle est la chef afin
de nous permettre d’avancer dans notre exposé ;
A toute nos familles, notamment
➢ A nos parents pour leurs soutiens financier et moral.

Sommaire
Dédicace ............................................................................................................................................................... 1
Remerciements .................................................................................................................................................... 2
Liste des figures ................................................................................................................................................... 5
Liste des tableaux................................................................................................................................................. 6

3
Résumé ................................................................................................................................................................ 7
INTRODUCTION GENERALE .................................................................................................................................. 8
I. Cahier des charges .................................................................................................................................... 9
1. Contexte et justification du projet .................................................................................................... 9
a. Contexte ............................................................................................................................................ 9
b. Justification ....................................................................................................................................... 9
2. Objectifs du projet ............................................................................................................................ 9
a. Objectif général ................................................................................................................................. 9
b. Objectif spécifique ............................................................................................................................ 9
3. Bénéficiaires et cible ....................................................................................................................... 10
4. Expression des besoins ................................................................................................................... 10
a. Besoins fonctionnels ....................................................................................................................... 10
b. Besoins non fonctionnels ................................................................................................................ 10
5. Contrainte du projet ....................................................................................................................... 11
II. Dossier d’analyse du projet................................................................................................................. 12
1. Etat de lieu de l’existant.................................................................................................................. 12
2. Critique ............................................................................................................................................ 12
3. Justification de la méthode d’analyse ............................................................................................. 12
4. Présentation du langage UML ......................................................................................................... 12
a. Historique ........................................................................................................................................ 12

b. Description ...................................................................................................................................... 13
5. Modélisation de la solution............................................................................................................. 14
a. Diagramme de cas d’utilisation....................................................................................................... 14
i. Formalisme................................................................................................................................... 15
ii. Relations entre cas d’utilisation .................................................................................................. 15
iii. Illustration d’un diagramme des cas d’utilisations .................................................................... 16
iv. Diagramme de cas d’utilisation du système de gestion du courrier .......................................... 17
v. Description de quelques cas d’utilisations .................................................................................. 17 4
vi. Description textuelle des scenarii .............................................................................................. 18
b. Diagramme de séquence ................................................................................................................ 21
i. Présentation ................................................................................................................................. 21
ii. Formalisme .................................................................................................................................. 21
iii. Diagramme de séquence de la gestion du service courrier ....................................................... 24
c. Diagramme d’activité. ..................................................................................................................... 25
i. Représentation............................................................................................................................. 25
ii. Formalisme .................................................................................................................................. 25
iii. Représentation du Diagramme d’activité .................................................................................. 26
d. Diagramme de classe ...................................................................................................................... 28
i. Présentation ................................................................................................................................. 28
ii. Formalisme .................................................................................................................................. 28
iii. Identification des différentes classes de notre système ............................................................ 31
iv. Représentation du diagramme de classe du service courrier .................................................... 34
e. Diagramme d’état transition........................................................................................................... 34
i. Représentation............................................................................................................................. 34
ii. Formalisme .................................................................................................................................. 35
iii. Diagramme d’état transition du service courrier ....................................................................... 36
Conclusion générale ........................................................................................................................................... 37

Liste des figures
Figure 1-illustration d'un diagramme de cas d'utilisation ................................................................................. 16
Figure 2- diagramme des cas d'utilisation de gestion du service courrier ........................................................ 17 5

Figure 3-diagramme de séquence du service courrier ...................................................................................... 24
Figure 4-diagramme d'activité d'enregistrement d'un courrier ........................................................................ 26
Figure 5-diagramme d'activité d'enregistrement d'un émetteur ...................................................................... 27
Figure 6-diagramme d'activité de transmission d'un courrier ........................................................................... 27
Figure 7- représentation d'une relation entre deux classes .............................................................................. 29
Figure 8-représentation d'une classe d'association........................................................................................... 30
Figure 9-représentation d'une agrégation ......................................................................................................... 31
Figure 10-représentation d'une composition .................................................................................................... 31
Figure 11- représentation d'un diagramme d'état transition ............................................................................ 35

Liste des tableaux
Tableau 1-formalisme du diagramme de cas d'utilisation ................................................................................. 15
Tableau 2............................................................................................................................................................ 15
Tableau 3- type de relation entre les cas d'utilisations ..................................................................................... 15
6
Tableau 4- description des cas d'utilisation du système ................................................................................... 17
Tableau 5- description textuelle du cas d'utilisation se faire enregistrer.......................................................... 19
Tableau 6-description textuelle du cas d'utilisation enregistrer un courrier .................................................... 20
Tableau 7-description textuelle du cas d'utilisation consulter courrier ............................................................ 20
Tableau 8-formalisme du diagramme de séquence .......................................................................................... 21
Tableau 9-formalisme du blog réf...................................................................................................................... 22
Tableau 10-formalisme du blog alt .................................................................................................................... 23
Tableau 11-formalisme du blog Loop ................................................................................................................ 23
Tableau 12-formalisme du blog opte ................................................................................................................. 23
Tableau 13-diagramme de séquence................................................................................................................. 24
Tableau 14-formalisme du diagramme d'activité .............................................................................................. 25
Tableau 15-formalisme du diagramme de classe .............................................................................................. 28
Tableau 16-descrition des attributs de la classe courrier .................................................................................. 31
Tableau 17-descrition des attributs de la classe émetteur................................................................................ 32
Tableau 18-descrition des attributs de la classe chez service ........................................................................... 33
Tableau 19-descrition des attributs de la classe représentant ..................................................... 33
Tableau 20-descrition des attributs de la classe personnel........................................................... 33
Tableau 21- formalisme du diagramme d'état transition .................................................................................. 35

Résumé
Plusieurs personnes évitent d’utiliser le service courrier de l’établissement parce
quelles croient à raison que leur courrier d’arrivera pas à temps à au destinataire. A 7
cause des mauvaises expériences qu’elles ont vécurent avec ce service, il évite de
l’utiliser car n’on pas confiance qu’en à sa fiabilité et sa rapidité.
Iles donc question pour nous dans ce projet de fournir à la chef service et au
personnels un moyen de gérer automatiquement et plus rapidement le service courrier
de l’établissement, un système qui grâce à sa fiabilité ; sa rapidité et sa flexibilité donne
envie aux émetteurs d’envoyer les courriers dont -il ont besoin car elle sera désormais
rassurée qu’en à la gestion de leur courrier.
A partir des résultats obtenus, nous pouvons dire qu’un service courrier
fonctionne mieux et plus efficacement lorsqu’il est épaulé par un programme
informatique qui facilite sa gestion.

INTRODUCTION GENERALE
Dans le cadre de notre enseignement, nous sommes amenés à effectuer

des exposés afin de nous permettre de mettre en pratique des notions
apprissent lors des enseignements. L’intégration des tics dans tous les
8
domaines d’activité permet l’automatisation des taches et accélère les
processus. C’est dans cette esprits d’automatisation que le thème de « gestion
du service courrier « nous a été donné. Dans chaque administration, le
fonctionnent du service courrier est diffèrent. Ainsi, nous allons nous
concentrer sur un cas particulier qu’est l’IAI-CAMEROUN. Nous allons tout
d’abord élaborer un cahier des charges, puis une étude de l’existant afin de
déterminer ses limites et enfin nous allons modéliser notre solution à l’aide
du langage UML.

I. Cahier des charges
Le cahier des charges est un document contractuel établit entre le maitre d’œuvre
et le maitre d’ouvrage qui étale les besoins du clients.il étudie et présente avec
exactitude les exigences formulés par les utilisateurs en ce qui concerne le projet, son
déroulement et les résultats attendus. 9
1. Contexte et justification du projet
a. Contexte
Lorsqu’il s’agit d’entrer en contact avec un personnel, l’émetteur préfère tous

aujourd’hui utiliser la messagerie car elle est très facile d’utilisation et rapide. La mise
sur pied d’une application de gestion du service afin de rendre le service courrier
dynamique et efficace et ne pas se retrouver avec un service que personne n’utilise.
b. Justification
L’environnement scolaire actuelle a besoin d’un service fonctionnel et efficace car

la nécessité qu’il y ai un moyen de communication entre les étudiants et le personnel est
plus présente que jamais
2. Objectifs du projet
a. Objectif général
Notre objectif est de fournir à l’établissement un service courrier bien géré et

fonctionnel.
b. Objectif spécifique
Notre solution vise principalement à :

➢ Offrir un moyen de communication entre les personnels, enseignants,

administration et étudiants de l’institut.
➢ Faciliter l’envoie des courriers
➢ Automatiser le traitement des courriers
3. Bénéficiaires et cible
Notre projet s’adresse à notre établissement et cible le personnel d’institut ainsi

que les étudiants et enseignants.
4. Expression des besoins 10
a. Besoins fonctionnels
Les besoins fonctionnels représentent les différentes taches automatisées. Il s’agit

plus simplement des diffèrent fonctionnalités offertes par le système. De façons globale,
notre application devra permettre :
➢ A l’administrateur de :
▪ Enregistrer un émetteur (toutes personne désirant envoyer un courrier)
▪ Traiter le courrier d’un émetteur
▪ Enregistrer un courrier
▪ Transmettre un courrier au destinataire
➢ Au représentant résident de valider les courriers facilement
➢ Aux personnels de recevoir leurs courriers de n’importe où.
b. Besoins non fonctionnels
Un besoin non fonctionnel est un besoin spécifiant des propriétés du système, les
exigences en matière de performance, de facilité de maintenance, d » existence et de
fiabilité. Dans notre système, on distingue les besoins non fonctionnels suivants :
➢ Interface utilisateur
En plus des interface classiques (login, inscription), nous aurons d’autres

interfaces telles que :
▪ Un backoffice destiné à l’administration de l’application

▪ Un espace courrier permettant aux personnels de visualiser les courriers reçus
➢ Sécurité et confidentialité des informations
Dans toute application moderne et surtout de gestion, la sécurité est un aspect à

ne pas négliger. En effet, les courriers doivent être sécurisés afin d’être sûr que seul le
destinataire y aura accès.
5. Contrainte du projet
11
Pour mettre en place notre application, nous devons respecter les 2 contraintes
suivantes :
➢ Les contraintes de délais : la réalisation de cette application devra respecter les

contraintes de temps fixées et donc doit être opérationnel sur une durée de 4
semaines.
➢ Les contraintes de qualité : après avoir fixée un délai, nous devons produire une
application fiable, flexible et surtout évolutive.

II. Dossier d’analyse du projet
L’analyse est la décomposition d’un problème en ses différents éléments en vue

d’un traitement informatique. La réalisation d’un projet repose essentiellement sur son
analyse. Nous allons dans cette partie, analyser notre projet afin d’assurer sa réussite.
1. Etat de lieu de l’existant
Au jour d’aujourd’hui, Our transmettre un courrier, vous devez vous enregistrer 12
au pour du système courrier, déposer votre courrier et la chef service se chargerai de

traiter le courrier et de le transmettre au destinataire. Un système de gestion de courrier
ardu et fastidieux.
2. Critique
Dans le système de traitement du courrier actuel, le traitement du courrier est

très lent et nécessite beaucoup de travail de la part de là chez service. Nous pouvons
donc dire que le système en place est un système limité par la lenteur du traitement
manuel.
3. Justification de la méthode d’analyse
Au regard de la complexité croissante des systèmes d’informations et de cette

analyse comparative, UML s’avère être la meilleure démarche d’analyse pour ce projet.
UML est un langage unifié de modélisation qui permet de spécifier, visualiser, construire
et documenter de manière claire et précise un système d’information. Le modèle fourni
par UML est valable pour n'importe quel langage de programmation orienté objet et
grâce à ses diagrammes, il offre une description statique, dynamique et fonctionnelle du
système à réaliser.
4. Présentation du langage UML
a. Historique
Lorsque la programmation à objets prend de l’importance dans les années 1990, la

nécessité d’une méthode qui lui soit adapté devient évidente. Plus de cinquante

méthodes vue le jour. En 1994 le consensus se fait autour de trois méthodes : OMT
(Object Modeling Technique) de James Rembauche, OOD (Object Oriente Design) ou
Booch de Grady Booch et OOSE (Object Oriented Software Engineering) d’Ivar Jacobson.
En 1995 James Rumbaugh et Grady Booch se mirent d’accord pour construire une
méthode unifiée Unified Method 0.8 ; En 1996 Ivar Jacobson leurs rejoint pour
construire UML 0.9. De nombreux acteurs du monde du génie s’associent à cette effort
et UML 1.0 est soumis à OMG (Object Management Group). Et c’est en novembre 1997
que OMG adopte UML 1.1 comme langage de modélisation à objet. Actuellement à sa
version 2.5 bêta depuis septembre 2013 ; Nous utiliserons sa version 1.4 dans la suite 13
de notre travail.
b. Description
UML 1.4 se définit comme un langage de modélisation graphique et textuel destiné

à comprendre et décrire les besoins, spécifier et documenter les systèmes, esquisser des
architectures logicielles, concevoir des solutions et communiquer des points de vue.
UML unifie à la fois les notions et les concepts orientés objets. Il ne s’agit pas d’une
simple notation graphique car les concepts transmis par un diagramme ont une
sémantique précise et sont porteurs de sens au même titre que les mots d’un langage.
C’est un langage standard de modélisation des systèmes d’information à objet.
UML 1.4 qui compte neuf (09) diagrammes, et une subdivision du système en deux
(02) grandes vues :
❖ La vue statique qui représente le système physiquement et comporte cinq (05)

diagrammes :
✓ Diagramme de classe ;
✓ Diagramme de d’objet ;
✓ Diagramme de cas d’utilisation ;
✓ Diagramme de composants ;
✓ Diagramme de déploiement.

❖ La vue dynamique qui représente les interactions effectuées dans le système et

le fonctionnement dynamique des différents acteurs du système. Elle compte quatre (04)
diagrammes :
✓ Diagramme d’activité ;
✓ Diagramme de séquence ;
✓ Diagramme d’état transition ;
✓ Diagramme de collaboration. 14
UML étant un langage formel et normalisé, il est un bon support de

communication dans l’élaboration d’une solution informatique, sa polyvalence et sa
souplesse font de lui un langage universel. Pour développer des solutions, on a besoin de
lui associer une méthode générique qui s’attache à ses diagrammes, il en existe
plusieurs méthodes : 2TUP, R-UP, X-UP, UP, AUP, AM, etc. Notre choix repose sur la
méthode 2TUP ;
5. Modélisation de la solution
a. Diagramme de cas d’utilisation
Les diagrammes de cas d’utilisation identifient les fonctionnalités fournies

par le système (cas d’utilisation), les utilisateurs qui interagissent avec le
système(acteurs), et les interactions entre ces derniers. Les cas d’utilisation sont
utilisés dans la phase d’analyse pour définir les besoins de haut niveau du
système. Les objectifs principaux des diagrammes des cas d’utilisation sont :
Fournir une vue de haut-niveau de ce que fait le système ;
Identifier les utilisateurs (acteurs) du système ;
Déterminer des secteurs nécessitant des interfaces hommes-machine (IHM) ;
Les cas d’utilisation se prolongent au-delà des diagrammes imagés. En fait,

des descriptions textuelles des cas d’utilisation sont souvent employées pour
compléter ces derniers et représentent leurs fonctionnalités plus en détail.

i. Formalisme
Tableau 1-formalisme du diagramme de cas d'utilisation
Composant du diagramme Représentation graphique
Acteurs
Cas d’utilisation
15
Association
ii. Relations entre cas d’utilisation
Tableau 2
Tableau 3- type de relation entre les cas d'utilisations
Type de relation Description Représentation graphique
Un cas
d’utilisation A est en
inclusion dans un cas
Inclusion d’utilisation B si
l’exécution du cas
D’utilisation A < nclude >
impliqué l’exécution
du cas d’utilisation B
Un cas d’utilisation A
étend un cas B si
D’utilisation
Extension B peut
Entrainer
< xtend >
D’utilisation
A

Un cas A est
une généralisation
d’un cas B si le cas B
Généralisation
des cas d’utilisation est une autre
(Polymorphisme) Manière
d’effectuer le cas
A
(spécialisation)
U cteur A d
16
n a hérite
acteur B si en plus de
Généralisation des
a réaliser ses
Hér casd’utilisation, réalise aussi
cteurs
itage
ceux de l’acteur B
iii. Illustration d’un diagramme des cas d’utilisations
i
as_1 < nclude >
as_3
A
e
Figure 1-illustration d'un diagramme de cas d'utilisation

iv. Diagramme de cas d’utilisation du système de gestion du courrier
17
Figure 2- diagramme des cas d'utilisation de gestion du service courrier
v. Description de quelques cas d’utilisations
Tableau 4- description des cas d'utilisation du système
Cas d’utilisation Acteur Intension

Déposer courrier Emetteurs S’assurer de ne pas

avoir des courrier
fantômes.
Se faire enregistrer Emetteurs Faire le lien entre un
courrier et son Emetteur
Enregistrer un Chef service Garder les
Emetteur informations sur
l’expéditeur d’un courrier
Valider un courrier Représentant S’assurer que chaque 18
résident courrier est validé par le
chef d’établissement.
S’authentifier Personnel S’assurer que chaque
personnel récit le courrier
qui lui est adressé.
Consulter ses Personnel Permettre au
courriers Personnel de consulter son
courrier.
vi. Description textuelle des scenarii
Chaque cas d'utilisation, est associé à une série d'actions représentant la

fonctionnalité voulue, ainsi que les stratégies à utiliser dans l'alternative où la validation
échoue, ou des erreurs se produisent.
Un cas d’utilisation est donc une abstraction de plusieurs chemins d’exécution.

Une instance de cas d’utilisation est appelée : « scénario ». C’est un chemin particulier
pris lors de l’exécution d’un cas d’utilisation. Le nombre d’instances pour un cas
d’utilisation peut être très important, voire infini.

La description d’un cas d’utilisation se fait par des scenarii qui définissent la suite
logique des interactions qui constitue ce cas. Cette description se fait de manière simple,
par un texte compréhensible par les personnes du domaine de l’application. Elle précise
également ce que fait l’acteur et ce que fait le système.
Les scénarios (scénarii) peuvent être classés en :
➢ Scénario principal ou nominal : Il correspond à l’instance principale du cas

d’utilisation. C’est le scénario typique de succès ;
➢ Scénarios secondaires : Il peut être un cas alternatif (un choix), un cas 19
exceptionnel ou une erreur.
La description textuelle est constituée des éléments suivants :
➢ Le présupposé : Ce sont les actions qui doivent être remplies avant le

lancement du cas d’utilisation ;
➢ La précondition : C’est l’ensemble des conditions qui doivent être remplies

avant le lancement du cas d’utilisation ;
➢ Le déclencheur : C’est l’élément qui déclenche le cas d’utilisation ;
➢ Le dialogue : C’est le scénario principal et le Scénario secondaire ;
➢ La post condition : Ce sont les différents mécanismes pouvant conduire à la

fin de l’exécution du cas d’utilisation ;
➢ L’arrêt : C’est l’état du système à l’arrêt du cas d’utilisation.
Description textuelle de quelque cas d’utilisation :
Tableau 5- description textuelle du cas d'utilisation se faire enregistrer
Cas d’utilisation Se faire enregistrer

Résumé Permettre à la chef service
d’enregistrer les émetteurs avant
d’enregistrer leurs courriers.
Acteur Tout émetteur

Présupposé L’application fonctionne

normalement
Précondition La chef service a lancé L’application
et cliqué sur le bouton enregistrer un
émetteur.
Déclencheur Un émetteur veut envoyer un
courrier
Dialogue Votre courrier a été enregistré
Post condition Courrier enregistré 20
Tableau 6-description textuelle du cas d'utilisation enregistrer un courrier
Cas d’utilisation Enregistrer un courrier

Résumé Enregistrer tous les courriers avant
de transmettre au destinataire afin de
Garder une archive des courriers envoyé.
Acteur Chef du service courrier
Présupposé L’application fonctionne
normalement
Précondition La chef service a lancé L’application
et cliqué sur le bouton enregistrer un
courrier.
Déclencheur Un émetteur veut envoyer un
courrier
Dialogue Votre courrier a été enregistré
Post condition Courrier enregistré
Tableau 7-description textuelle du cas d'utilisation consulter courrier
Cas d’utilisation Consulter courrier

Résumé Permettre au personnel de

visualiser tous les courriers qui lui a été
envoyés.
Acteur Personnel
Présupposé Le personnel possède un compte
Précondition Le personnel a lancé L’application et
se connecte puis cliquer sur le bouton voir
es courriers
Déclencheur Le personnel veut consulter son 21
courrier
Dialogue Affiche ses courriers
Post condition Fini de consulter
b. Diagramme de séquence
i. Présentation
Les diagrammes des séquences documentent les interactions à mettre en œuvre

entre les classes pour réaliser un résultat, tel qu’un cas d’utilisation. UML étant conçu
pour la programmation orientée objet, ces communications entre les classes sont
reconnues comme des messages. Le diagramme des séquences énumère des objets
horizontalement, et le temps verticalement. Il modélise l’exécution des différents
messages en fonction du temps.
ii. Formalisme
Tableau 8-formalisme du diagramme de séquence
Eléments du Description Représentation

diagramme graphique
Objet Instance de classe et
rangé horizontalement.

Acteur Personne qui peut

communiquer avec les objets.
Acteur
Ligne de vie Les lignes de vie

identifient l’existence de
l’objet par rapport au temps
Activation Indique quand

l’objet effectue une
action.
22
Message Indique les
communications entre les
objets. Les messages qui vont
de l’acteur vers l’objet sont dit
synchrone) et les messages qui
vont de l’objet vers l’acteur
sont dit asynchrone).
Dans le diagramme de séquence on retrouve aussi des blocs les principaux sont :
Le bloc Reference : qui permet de matérialiser la référence vers un cas

d’utilisation ; il est utilisé pour marquer l’appel d’un cas d’utilisation dans un autre
(c’est une inclusion) ; Il représenté comme suit :
Tableau 9-formalisme du blog réf
Le bloc Alternative : qui permet de matérialiser les structures conditionnelles ; Il

est représenté comme suit :

Tableau 10-formalisme du blog alt
Le bloc Loop : qui permet de matérialiser une boucle ; Il est représenté comme
suit :
23
Tableau 11-formalisme du blog Loop
Le bloc Option : qui permet de matérialiser les cas d’utilisation optionnels (c’est
une extension) ; Il est représenté comme suit :
Tableau 12-formalisme du blog opte
Et bien d’autre bloc : le bloc parallèle, le bloc assertion, le bloc break, le bloc
considère, le bloc critiqua région, le bloc ignore, le bloc négative, le bloc strict
séquencions, le bloc Weak séquence. L'exemple ci-dessous illustre un diagramme des
séquences :

Tableau 13-diagramme de séquence
iii. Diagramme de séquence de la gestion du service courrier 24
Figure 3-diagramme de séquence du service courrier

c. Diagramme d’activité.
i. Représentation
Les diagrammes d’activités sont les diagrammes UML utilisés pour documenter le
déroulement des opérations dans un système. L’usage de ces diagrammes d’activités
permet de faire apparaitre des flots de traitement induits par des processus internes par
rapport aux évènements externes.
ii. Formalisme 25
Tableau 14-formalisme du diagramme d'activité
Eléments Description Représentation graphique

Etat d’activité Ou Activité, correspond à un
Activité certain nombre d’action
que le système devra
exécuter en réponse au
besoin d’un acteur
Etat initial Nœud initiale,

représentant le début de
l’activité
Etat final Nœud de fin d’activité
Transition Flux, passage d’une

Activité à une autre
Couloir Le diagramme
D’activités fait intervenir
les acteurs de chaque
activité. Chaque activité
sera placée dans un
couloir qui
Correspond à l’acteur qui
l’effectue.

Barre De Synchronisation : type de

synchronisation flux ayant deux entrées
avec une seule sortie ou
une entrée avec deux
sorties
iii. Représentation du Diagramme d’activité
26
Figure 4-diagramme d'activité d'enregistrement d'un courrier

27
Figure 5-diagramme d'activité d'enregistrement d'un émetteur
Figure 6-diagramme d'activité de transmission d'un courrier

d. Diagramme de classe
i. Présentation
Le diagramme de classes exprime la structure statique du système en termes de

classes et de relations entre les classes. L’intérêt du diagramme de classe est de
modéliser les entités du système d’information. Il permet de représenter l’ensemble des
informations finalisées qui sont gérées par le domaine. Ces informations sont
structurées, c’est-à-dire qu’elles sont regroupées dans des classes. Il met en évidence
d’éventuelles relations entre ces classes. 28
ii. Formalisme
Tableau 15-formalisme du diagramme de classe
Eléments du diagramme Description Représentation graphique

Classe Type abstrait caractérisé par des
Premier compartiment
propriétés (attributs et méthodes)
communes à un ensemble d’objets et
- deuxieme compartiment
: int
permettant de créer des objets ayant
ces propriétés.
+ troisième compartiment
Les trois compartiments d’une classe
() : Int
sont :
Le premier compartiment : qui

représente le nom de la classe qui n’est
pas souligné ;
Le deuxième compartiment : qui

représente les attributs typés de la
classe ;
Le troisième compartiment : qui

représente les opérations
(Méthodes) de la classe ;

Attribut Représente la modélisation d’une /

information élémentaire représentée
par son nom et son format ;
Identifiant de la classe Attribut particulier, qui permet de /

récupérer de façon unique chaque
Objet, instance de classe
Méthode Indique quand l’objet effectue une /

action.
29
Et bien d’autres concepts à savoir :
Visibilité et portée des attributs et des opérations
Il existe trois niveaux de visibilité :
Publique : C’est le plus bas niveau de protection de données ;

accessible par tout ce qui est dans le même paquetage. Représenté par un +.
Protégée : Accessible par les classes filles et les méthodes de la classe

qui ont accès. Représenté par un #.
Privée : C’est le plus haut niveau de protection des données le plus

élevé ; accessible que par les méthodes de la classe. Représenté par un -.
Notions de relations
Comme relations entre classe nous avons :
L’association : représente une relation structurelle entre classes

d’objets. Représenté comme suit :
Classe_1 Classe_2
0..1
0..*
Figure 7- représentation d'une relation entre deux classes

La multiplicité des associations : elle définit le nombre d’instances de

l’association pour une instance de la classe. Représentée sous la forme d’un
couple de cardinalités ; En UML on a six multiplicités :
Multiplicité Signification
1 Un et un seul
0..1 Zéro ou un
30
M..N (où M et N sont entiers De M à N

naturels tels que M ≤N)
0.. * De zéros à plusieurs
1.. * De 1 à plusieurs
Classe d’association : c’est un attribut dépend fonctionnellement de 2

identifiants, appartenant à 2 classes différentes ou il peut arriver que l’on ait
besoin de garder des informations (attributs ou opérations) propres à une
association ;
Classe_2
Classe_1
0..*
1..*
classe d'association
0..* Classe_3
1..1
Figure 8-représentation d'une classe d'association

Agrégation : c’est une association non symétrique dans laquelle une des
extrémités joue un rôle prédominant par rapport à l’autre extrémité. Illustration
d’une agrégation :
Classe_2 Classe_3
0..1
0..*
Figure 9-représentation d'une agrégation
Composition : c’est un cas particulier de l’agrégation dans laquelle la 31

vie des composants est liée à celle des agrégats. Elle fait souvent référence à une
contenance physique.
La figure suivante illustre une composition :
Classe_2 Classe_3
0..*
0..1
Figure 10-représentation d'une composition
La généralisation / spécialisation : qui permet d’identifier parmi les

objets d’une classe
(Générique) des sous-ensembles d’objets (des classes spécialisées) ayant des définitions
spécifiques. La classe plus spécifique (appelée classe fille, classe dérivée, classe
spécialisée, classe générale, …), c’est-à-dire qu’elle contient par héritage tous les
attributs, les membres, les relations de classe générale, et peut contenir d’autres. Une
relation de généralisation est indiquée par une flèche creuse se dirigeant vers la classe «
parent ».
Illustration de la généralisation / spécialisation :
iii. Identification des différentes classes de notre système
Tableau 16-descrition des attributs de la classe courrier
Nom de l’attribut Rôle de l’attribut Type

Num_courrier Est un numéro qui permet Int

d’identifier chaque courrier
uniquement
Objet Permet de connaitre à quel String
but est écrit le courir
Destinataire Permet de connaitre à qui Int
est destiné le courrier
Auteur Permet de connaitre de qui Int
viens le courrier 32
Contenu Représente le courrier String
proprement dit
Date_depot Connaitre à quelle date a Date
été déposé le courrier
Statut Permet de connaitre si le String
courrier a été validé par le
représentant ou pus pas
Tableau 17-descrition des attributs de la classe émetteur

Cni Permet de connaitre Int
l’identité de la personne qui
envoie le courrier
Nom Nom de l’expéditeur String
Prenom Prenom de l’expéditeur String
Adresse Permet de connaitre le lieu String
de résidence de l’expéditeur
Telephone Connaitre le numéro de Int
téléphone de l’expéditeur
afin de le contacter pour
confirmation ou rejet de
l’envoie

Tableau 18-descrition des attributs de la classe chez service

Matricule Identifier la chef service String
Nom Connaitre l’identité de là String
chez service
Prenom Prenom de la chef service String
Tableau 19-descrition des attributs de la classe représentant

33
Matricule Identifier le chef String
d’établissement
Nom Nom du chef String
d’établissement
Prenom Connaitre le prénom du String
chez d’établissement
Tableau 20-descrition des attributs de la classe personnel

Matricule Identifier le personnel de String
manière unique dans
l’établissement
Nom Nom du personnel String
Prenom Prenom du personnel String
Adresse Adresse du personnel String

iv. Représentation du diagramme de classe du service courrier
34
e. Diagramme d’état transition
i. Représentation
Les diagrammes d’état sont utilisés pour documenter les divers modes « état »
qu’une classe peut prendre, et les évènements qui causent une transition d’état. Ils ont
pour rôle de représenter les traitements (opérations) qui vont gérer le domaine étudié. Ils

définissent l’enchaînement des états de classe et font donc apparaître l’ordonnancement

des travaux
ii. Formalisme
Tableau 21- formalisme du diagramme d'état transition
Eléments Description Représentation graphique

Etat Correspond à une situation
durable dans laquelle se Etat_1
trouvent les objets d’une
classe. 35
Etat initial Nœud initiale, représentant le

début de la transition.
Etat final Nœud finale représentant la

fin d’une transition.
Transition Décrit le changement de l’état

d’un objet, provoqué par un
événement
Illustration d’un Diagramme d’état transition
Etat_1 Etat_2
Figure 11- représentation d'un diagramme d'état transition

iii. Diagramme d’état transition du service courrier
36

Conclusion générale
Au cours de cette exposé sur la gestion du service courrier, nous avons eu non
seulement la possibilité de mettre en pratique nos connaissance en modélisation ais aussi
et surtout de faire un véritable projet. Cet exposé nous a été très constructif et nous en
ressortons avec une vision plus claire de ce que la modélisation d’un système peut
apporter à la réussite d’un projet. Cet exposé a été pour nous occasion d’apprendre à
informatiser un système existant et le rendre plus efficace dans son but et puis flexible. Il
en ressort que toute personne désirant envoyer un courrier à un personnel dépose le
37
courrier au service courrier et ce dernier est désormais capable de transmettre en temps
et en heure le courrier à son destinataire sans trop de soucis car le système consul pourra
désormais faciliter le traitement des courrier enregistrés.


Couverture

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

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 :

Formats disponibles

Couverture

Transféré par

Droits d'auteur :

Formats disponibles

INSTITUTE AFRICAIN D’INFORMATIQUE AFRICAN INSTITUTE OF COMPUTER SCIENCES

Représentation Du Cameroun Cameroon Office

GESTION DU SERVICE COURRIER :

Projet réalisé du mardi 05 au dimanche 31 janvier dans le but de l’acquisition des

Mme ANGA ORCELIE

Année académique 2020-2021

Mme ANGA ORCELIE

Rédigé par : mekontso jules, Étudiants En License 2 à l’IAI-

Pour leurs contributions, nous exprimons très sincèrement notre

➢ Au représentant résident de l’iai-cameroun, M. Armand Claude

Aux personnels du service courrier, notamment

➢ A la chef service du service courrier de l’iai-cameroun Qui a bien voulu

A toute nos familles, notamment

➢ A nos parents pour leurs soutiens financier et moral.

Rédigé par : mekontso jules, Étudiants En License 2 à l’IAI-

Liste des figures ................................................................................................................................................... 5

Liste des tableaux................................................................................................................................................. 6

INTRODUCTION GENERALE .................................................................................................................................. 8

I. Cahier des charges .................................................................................................................................... 9

1. Contexte et justification du projet .................................................................................................... 9

2. Objectifs du projet ............................................................................................................................ 9

a. Objectif général ................................................................................................................................. 9

b. Objectif spécifique ............................................................................................................................ 9

3. Bénéficiaires et cible ....................................................................................................................... 10

4. Expression des besoins ................................................................................................................... 10

a. Besoins fonctionnels ....................................................................................................................... 10

b. Besoins non fonctionnels ................................................................................................................ 10

5. Contrainte du projet ....................................................................................................................... 11

II. Dossier d’analyse du projet................................................................................................................. 12

1. Etat de lieu de l’existant.................................................................................................................. 12

3. Justification de la méthode d’analyse ............................................................................................. 12

4. Présentation du langage UML ......................................................................................................... 12

Rédigé par : mekontso jules, Étudiants En License 2 à l’IAI-

a. Diagramme de cas d’utilisation....................................................................................................... 14

ii. Relations entre cas d’utilisation .................................................................................................. 15

iii. Illustration d’un diagramme des cas d’utilisations .................................................................... 16

iv. Diagramme de cas d’utilisation du système de gestion du courrier .......................................... 17

v. Description de quelques cas d’utilisations .................................................................................. 17 4

vi. Description textuelle des scenarii .............................................................................................. 18

b. Diagramme de séquence ................................................................................................................ 21

ii. Formalisme .................................................................................................................................. 21

iii. Diagramme de séquence de la gestion du service courrier ....................................................... 24

c. Diagramme d’activité. ..................................................................................................................... 25

ii. Formalisme .................................................................................................................................. 25

iii. Représentation du Diagramme d’activité .................................................................................. 26

d. Diagramme de classe ...................................................................................................................... 28

ii. Formalisme .................................................................................................................................. 28

iii. Identification des différentes classes de notre système ............................................................ 31

iv. Représentation du diagramme de classe du service courrier .................................................... 34

e. Diagramme d’état transition........................................................................................................... 34

ii. Formalisme .................................................................................................................................. 35

iii. Diagramme d’état transition du service courrier ....................................................................... 36

Conclusion générale ........................................................................................................................................... 37

Rédigé par : mekontso jules, Étudiants En License 2 à l’IAI-

Liste des figures

Figure 1-illustration d'un diagramme de cas d'utilisation ................................................................................. 16

Figure 2- diagramme des cas d'utilisation de gestion du service courrier ........................................................ 17 5

Rédigé par : mekontso jules, Étudiants En License 2 à l’IAI-

Liste des tableaux

Tableau 1-formalisme du diagramme de cas d'utilisation ................................................................................. 15

Rédigé par : mekontso jules, Étudiants En License 2 à l’IAI-

Plusieurs personnes évitent d’utiliser le service courrier de l’établissement parce

l’utiliser car n’on pas confiance qu’en à sa fiabilité et sa rapidité.