Vous êtes sur la page 1sur 101

Gestion du courrier lectronique des Appels doffre

INTRODUCTION GENERALE
Linformatique soutient depuis forte longtemps les oprations
logistiques des entreprises. La nature de se soutien dune part cause des
nouveaux besoins et des capacits logistiques, dus la sophistication
accrue de cette branche de la gestion des entreprises, mais surtout grce

lexplosion

des

performances

de

linformatique.

Lvolution

de

linformatique et lapparition des nouvelles technologies constituent la


rvolution la plus remarquable et la plus innovante.
Plusieurs tablissements publics et privs ont bnfici de cette volution
informatique et technologique comme cest le cas de Socit Tunisienne
dElectricit et du Gaz qui ne cesse de favoriser lusage de nouvelle
technologie dans tous ses services.
Cest dans ce contexte quil nous a t confi de concevoir et de mettre en
place une application intitule Gestion des courriers des appelles
doffre .

I-

Contexte et problmatique

La quantit des documents changs aux seins du dpartement


Approvisionnement constitue un norme problme pour la STEG. La
mauvaise gestion de ces documents rend difficile la recherche de courrier
et engendre une perte de temps, le manque de traabilit rend difficile le
suivi de ces courriers.

II-

Travail demand

Le travail que nous a t demand est de cre un site local pour


centraliser lchange des courriers ncessaires, faciliter le travail et pour
aider ladministrateur envoyer et contrler le travail de ses employs.
Tout ce la grce lEDI qui a comme fonction dchange, dordinateur

Gestion du courrier lectronique des Appels doffre


ordinateur, de donnes concernant des transactions en utilisant des
rseaux et des formats normaliss.

III- Organisation du rapport


Le prsent rapport qui illustre lapplication du processus unifi, et
structur en cinq chapitres, correspondant aux enchainements dactivit
de processus, a savoir :
-

Le premier chapitre intitul Prsentation de la STEG et du

projet il est prsent la socit et le projet en gnrales.


Le deuxime chapitre Spcification des besoins sert au
recueil des besoins fonctionnels et des besoins non fonctionnels et

llaboration de la liste des diagrammes de cas dutilisation.


Le troisime chapitre nomms Analyse sert dterminer les
classes danalyse et donner une description dtaille des cas
dutilisation pour mieux cerner les actions remplies par ces cas en
reprsentant chacun deux par un certain nombre de scnario en

utilisant les diagrammes de collaboration.


Le quatrime chapitre nomms Conception utilise les rsultats

de lanalyse pour concevoir les cas dutilisation.


Le cinquime chapitre implmentation et tests se base sur la
conception laborer dans le chapitre prcdent pour implmenter le
systme

sous

forme

de

composants

fonctionnement du systme avant le livrer.

et

sassurer

du

bon

Gestion du courrier lectronique des Appels doffre

Chapitre I
Etude Pralable

Gestion du courrier lectronique des Appels doffre

Introduction
Nous prsentons dans ce chapitre le cadre gnrale de notre travail. Tout
dabord nous aborderons la prsentation de lentreprise dans laquelle nous
avons effectu notre stage, puis ltude de lexistant afin de motiver notre
problmatique et enfin par la dfinition de cette problmatique et une
prsentation de lapproche adopte de notre travail.

Plan du chapitre :
I. Prsentation de la STEG et du projet
I.1.1. Prsentation gnrale de la STEG
I.1.2. Organigramme de la STEG
I.1.3. Prsentation de la direction approvisionnement
I.1.4. Organigramme de la DDI
I.2. Etude de lexistant
I.3. Prsentation du projet

Gestion du courrier lectronique des Appels doffre

I.

Prsentation de la STEG et du projet

I.1.1. Prsentation gnrale de la STEG


La STEG,

Socit Tunisienne de lElectricit et du Gaz, est un

Etablissement

Public

Caractre

Industriel

et

Commercial

(EPIC)

appartenant lEtat tunisien sous tutelle du ministre de lindustrie. Elle a


pour mission de produire, transporter et distribuer lnergie lectrique
ainsi que le transport et la distribution du gaz naturel sur tout le territoire
tunisien. A part lactivit de production de lnergie lectrique, les autres
activits sont monopolistiques.
La STEG emploie plus de 10000 agents et gre environ 2 millions de
clients (lectricit et gaz) ; La production annuelle dnergie lectrique
slve plus de 9000 GWh pour une puissance installe de lordre de
2000 MW ; les utilisations du gaz slvent environ 2500 Ktep/an.
La Direction Gnrale de la STEG est constitue dun Prsident Directeur
Gnral et dun Directeur Gnral Adjoint ; Le PDG et en mme temps le
Prsident

du

conseil

dAdministration,

Ce

dernier

est

form

de

reprsentants de lEtat et du personnel de lentreprise.


La structure de la STEG fait apparaitre 15 directions dont la direction
distribution rattaches directement la Direction Gnrale, La Direction
Distribution compte plus de 5000 agents et est compose de 3 directions
centrales fonctionnelles et de 6 directions rgionales comportant 38
districts territoriaux.

Gestion du courrier lectronique des Appels doffre

I.1.2. Organigramme de la STEG


La figure suivante prsente lorganigramme de la STEG

Figure 1.1. Organigramme de la STEG

Gestion du courrier lectronique des Appels doffre

I.1.3. Prsentation de la direction approvisionnement


Le dpartement approvisionnement est un dpartement centrale de la
DDI rattach la direction logistique distribution, il assure les activits
permettant de mettre la disposition de districts des matriels
ncessaires la ralisation des nouveaux projets dlectricits et de GAZ
de la DDI (direction de distribution) et lexploitation des rseaux base et
moyenne

tensions

pression.

Les

clients

de

la

STEG

sont

les

consommateurs dnergies et les demandeurs de raccordement aux


rseaux, Linterlocuteur des clients est le district ; le dpartement
approvisionnement intervient pour permettre aux districts de disposer des
matriels ncessaires au raccordement lectriques, en quantit, en qualit
et en temps opportun.
Les principales activits de dpartement approvisionnement consistent :

Elaborer les tudes prvisionnelles des besoins en matriel des

units rgionales de la DDI


Raliser les approvisionnements des matriels sur-voqus.
Assurer la gestion des stocks et magasin centraux.

Les achats raliss slves a quelques 80 millions de Dinars Tunisien


dont environ 70% de matriaux locaux et 30% de matriel import. Ces
achats sont essentiellement raliss par appel

doffres (nationales ou

internationales) conformment la rglementation national des marchs


publics.

Le

dpartement

approvisionnement

divisions :
DEP : Division Etude Prvisionnelle
DAP : Division Approvisionnement
DGS : Division Gestion des Stocks et magasin

est

structur

en

trois

Gestion du courrier lectronique des Appels doffre


Les trois divisions de dpartement approvisionnement comptent une
soixantaine dagents permanents : une vingtaine de cadre, une vingtaine
dagents de maitrises et une vingtaine agents dexcution. De plus la DGS
compte une vingtaine demployes temporaires (main duvre en rgie).
Les divisions DEP et DAP sont localise au sige social. Les magasins trop
relevant de la DGS sont situs Nassen et ELOMRANE.

I.1.4. Organigramme de la DDI


La figure suivante prsente lorganigramme de la DDI

Direction de la
Ingnie
ur de

Dpartement
Mobilit &
Optimisation des

Dpartement
Technique

Direction
logistique

Direction
Technique

Direction
Oprationnelle de la

Direction Rgionale
de la Distribution
Service
Direction Rgionale
de la distribution

Direction
Rgionale de la

Direction
Rgionale de la

Gestion du courrier lectronique des Appels doffre


Direction Rgionale
de la distribution

Figure 1.2. Organigramme de la DDI

I.2. Etude de lexistant


Au sein du dpartement approvisionnement de la STEG, on a dispose
dune application qui gre les bons de rception et le paiement mise en
place depuis 2 ans. Le suivie de ralisation des marches et des
commande, Nanmoins en ce qui concerne le suivi de ralisation des
marchs et des commandes.
Les acteurs du dpartement sont obligs de faire un travail fastidieux pour
le suivie, le classement et surtout un nombre incalculable de documents
imprimer qui sont destin plusieurs intervenants (direction logistique,
magasin Naassen, et les diffrents magasins des 38 districts).
La Socit Tunisienne dElectricit et du Gaz nous a demand de faire une
application de gestion du courrier lectronique dappel doffre .
Le dpartement approvisionnement a plusieurs problmes et parmi ces
problmes la quantit des documents non classs qui cre la mauvaise
gestion telle que la difficult de recherche des courriers, la perte du
temps, la perte des documents ncessaire.
Pour viter tous ces problmes on doit crer un site local pour faciliter
lenvoi du courrier aux services concerns et facilite le contrle de
traitement du courrier auprs des responsables et enfin dans la clture
des dossiers on archive ce dernier selon

leur numro (rfrence), par

unit, par date.


La mthode qui on doit utiliser est cycle de vie de projet en V :
Spcification des besoins

Gestion du courrier lectronique des Appels doffre


Analyse
Conception
Ralisation et implmentation

I.3. Prsentation du projet


La STEG, nous a propos de dvelopper une application, qui a pour but
denregistrer les documents numriquement, doffrir une possibilit de
stocker les chiffres cls pour les suivie des marchs et des commandes en
une seule base de donnes accessible pour tous, ou chacun ajoute les
donnes qui lui sont importantes pour les suivies.

Conclusion
Dans ce chapitre et aprs avoirs prsent la socit, nous avons dcrit les
principaux objectifs de notre projet.

10

Gestion du courrier lectronique des Appels doffre

Chapitre II
Spcification des Besoins

11

Gestion du courrier lectronique des Appels doffre

I. Introduction :
Dans ce chapitre, afin de comprendre le contexte du systme, on va
prsenter les activits des diffrents utilisateurs par rapport au systme.
On va prsenter galement lensemble des cas dutilisation de notre
systme.
Pour facilit la lecture on va utiliser les abrviations dans la premire
chapitre :

II. Spcification des besoins


Dans cette section, nous prsentons les besoins fonctionnels et les besoins
non fonctionnels.

II.1.1- Les besoins fonctionnels


Les besoins fonctionnels prsentent les actions que le systme doit faire
en rpondant une requte.
Les besoins sont prsents comme suit :
-

Centraliser

commande/march) sur une mme application


Optimiser le traitement de courrier entrant/sortant
Mettre la copie lectronique des courriers la disposition des

employs
Faciliter la

numriques
Connaitre les actions accomplies et les dcisions lies aux courriers
Automatiser la personnalisation, lenrichissement et le routage des
courriers.

12

lensemble

recherche,

du

la

courrier

collecte

et

(dappel

lenvoi

des

doffre,

documents

Gestion du courrier lectronique des Appels doffre

II.1.2- Les besoins non fonctionnels


Ce sont les besoins qui permettent damliorer la qualit des services de
lapplication. Lapplication doit rpondre aux critres suivants :
Besoins techniques : Application accessible tous les employs de la
STEG
Fiabilit : Notre application vise rpondre efficacement aux besoins des
employs afin de les satisfaire en minimisant les risques.
Performance : Les actions effectues par lapplication doivent tre
traites dans un temps raisonnable.
Scurit : Cette contrainte doit assurer la confidentialit des donnes.
Chaque

utilisateur

possde

un

droit

bien

dtermin,

gr

par

ladministrateur. ce dernier son tour assure une bonne gestion des droits
daccs.
Ergonomie : Notre souci est de dvelopper des interfaces simples et
comprhensibles. Lutilisateur doit pouvoir naviguer sans ambigut.
-

II.2.

Assurer le confort visuel et la visibilit des caractres.


Assurer lintgration et la cohrence entre les interfaces.

Spcification

des

acteurs

et

des

cas

dutilisation
Cette tape consiste numrer les diffrents acteurs qui ragissent avec
le systme. Ensuite on prsente les services sous forme de cas
dutilisation.

13

Gestion du courrier lectronique des Appels doffre

II.2.1- Identification des acteurs


Un acteur est une entit qui interagit directement avec le systme, il a un
comportement envers le systme en reprsentant un rle.

Les acteurs

intervenants dans notre application sont :

Chef de dpartement /Approvisionnement :

Envoyer des courriers non trait au service concern et suivi des courriers.
-

Administrateur :

Grer les comptes des employs, possde un accs toutes les fonctions
du chef de dpartement.
-

Agent GDA :

Traiter les courriers des appel doffres et envoyer les rclamations.


-

Agent GDM :

Traiter les courriers commande/march et envoyer les rclamations.

II.2.2- Spcification des cas dutilisations


II.2.2.1-Prsentation

de

modle

de

cas

dutilisation initial
Un cas dutilisation est la description dun ensemble dactions quun
systme effectue pour produire un rsultat observable un acteur. Les
diagrammes de cas dutilisation dcrivent ce quun systme fait du point
de vue dun acteur externe.
Laccent est mis sur ce quun systme fait, plutt que sur la faon dont il
le fait. Pour donner une vision globale du comportement fonctionnel de

14

Gestion du courrier lectronique des Appels doffre


notre projet, on prsente le diagramme de cas dutilisation dans la figure
n 2.1 :

Le modle de cas dutilisation gnral de lapplication est dcrit


dans la figure 2.1 :

15

Gestion du courrier lectronique des Appels doffre

Agent GDA

traitement AO
<<include>>

consulter materiel

<<include>>

<<include>>
<<include>>

Agent GDM

Rclamation
S'authentification

traitement commande/march
<<include>>

<<include>>

Administrateur
consulter planing

Inscription des nouveau agent

Gestion courrier
chef departement

16

<<include>>

Gestion du courrier lectronique des Appels doffre


Figure2.1 : Modle de cas dutilisation initial

II.2.2.2- Priorits des cas dutilisation


Cas dutilisation

Acteur

Priorit

Inscription

Chef dpartement,

nouveaux Agent
Gestion des

Administrateur
Chef dpartement,

courriers
Traitement courrier

Administrateur
Agent GDA

AO
Consulter matriel
Traitement courrier

Agent GDA
Agent GDM

1
1

commande/march
Consulter planning
Authentification

Agent GDM
Chef dpartement,

1
2

Administrateur,
Rclamation

Agent : GDA, GDM


Agent : - GDA
-GDM

Tableau1 : Priorit des cas dutilisation

17

Gestion du courrier lectronique des Appels doffre

II.3- Raffinement des cas dutilisation prioritaires


II.3.1-

Raffinement

de

cas

dutilisation

Inscription

Agent
Modlisation :

Inscription Agent
Administrateur

<<extend>>

Ajouter Agent

Figure2.2 : raffinement de cas dutilisation Inscription Agent


Description textuelle de cas dutilisation Inscription Agent
La description du cas dutilisation Ajouter Agent
Acteurs
Pr condition
Post condition
Scnario principal

Chef de dpartement, Administrateur


Agent nexiste pas
Inscription Agent effectue
- Ladministrateur rempli un formulaire.
- Ladministrateur valide lajout.
- Le systme enregistre les donns et cre
un

nouveau

Agent

donns.

Tableau2.1 : ajouter Agent

18

dans

la

base

de

Gestion du courrier lectronique des Appels doffre

II.3.2- Raffinement de cas dutilisation Gestion des


courriers
Modlisation :

gestion.courrier

Administrateur

commande/march

<<extend>>
<<extend>>
<<extend>>
<<extend>>

Ajouter

supprimer
envoyer courrrier

AO

consulter

Figure2.3 : raffinement de cas dutilisation Gestion des


courriers

Description textuelle de cas dutilisation traitement courriers


La description du cas dutilisation ajouter courrier
Acteurs
Pr condition
Post condition
Scnario principal

Chef de dpartement, Administrateur


Courrier nexiste pas
Ajout effectu
- Chef de dpartement ajouter un courrier
- Le systme enregistre le nouveau courrier

Tableau3.1 : ajouter courrier

19

Gestion du courrier lectronique des Appels doffre

La description du cas dutilisation consulter courrier


Acteurs
Pr condition
Post condition
Scnario principal

Chef de dpartement, Administrateur


Courrier existant
Consultation effectu
- Le chef slectionne le courrier consulter
- Le systme affiche le courrier slectionn

Tableau3.3 : consulter courrier

La description du cas dutilisation supprimer courrier


Acteurs
Pr condition
Post condition
Scnario principal

Chef de dpartement, Administrateur


Courrier existant
Suppression effectu
- Le chef slectionne le courrier supprimer
- Le systme demande une confirmation de
-

la suppression
Le systme supprime le courrier de la BD

Tableau3.4 : supprimer courrier

La description du cas dutilisation envoyer courrier


Acteurs
Pr condition

20

Chef de dpartement, Administrateur


Courrier non envoy

Gestion du courrier lectronique des Appels doffre


Post condition
Scnario principal

Envoi du courrier est effectu


- Le chef choisir un agent pour lenvoyer un
-

courrier
Le chef envoyer le courrier
Le systme valide lenvoie du courrier

Tableau3.5 : envoyer courrier

II.3.3- Raffinement de cas dutilisation traitement des


courriers dAO
Modlisation :

Gestion courrier Ao
Agent GDA
<<extend>>
<<extend>>
<<extend>>

Ajouter AO
Supprimer AO

Consulter AO

Administrateur

Figure2.4 : Raffinement de cas dutilisation Traitement des


courriers dAO

Description

textuelle

de

cas

dutilisation

traitement

courriers dAO
La description du cas dutilisation ajouter courrier dAO

21

des

Gestion du courrier lectronique des Appels doffre


Acteurs
Pr condition
Post condition
Scnario principal

Agent GDA
Courrier nexiste pas
Ajout de courrier est effectu
- Lagent GDA ajouter un courrier dAO
-

Le systme enregistre le nouveau

courrier dAO
Tableau4.1 : ajouter courrier dAO
La description du cas dutilisation consulter courrier dAO
Acteurs
Pr condition
Post condition
Scnario principal

Agent GDA
Courrier existant
Consultation effectu
- Lagent GDA slectionne

le

courrier

consulter
- Le systme affiche le courrier slectionn
Tableau4.2 : consulter courrier dAO
La description du cas dutilisation supprimer courrier dAO
Acteurs
Pr condition
Post condition
Scnario principal

Agent GDA
Courrier existant
suppression effectu
- Lagent GDA slectionne le courrier
-

supprimer
Le systme demande une confirmation de

la suppression
- Le systme supprime le courrier de la BD
Tableau4.3 : supprimer courrier dAO

II.3.4-

Raffinement

matriel
Modlisation :

22

de

cas

dutilisation

consulter

Gestion du courrier lectronique des Appels doffre

Consulter matriel
Agent GDA

<<extend>>
<<extend>>

Ajouter matriel

Supprimer matriel

Administrateur

Figure2.5 : raffinement de cas dutilisation consulter matriel

Description textuelle de cas dutilisation consulter matriel


La description du cas dutilisation ajouter matriel
Acteurs
Pr condition
Post condition
Scnario principal

Agent GDA
Courrier nexiste pas
Ajout de courrier est effectu
- Lagent GDA ajouter un matriel
Le systme enregistre le matriel
Tableau5.1 : ajouter matriel

La description du cas dutilisation supprimer matriel


Acteurs
Pr condition
Post condition

23

Agent GDA
Courrier existant
suppression effectu

Gestion du courrier lectronique des Appels doffre


Scnario principal

Lagent GDA slectionne le matriel

supprimer
Le systme demande une confirmation de

la suppression
- Le systme supprime le matriel de la BD
Tableau5.2 : supprimer matriel

II.3.5- Raffinement de cas dutilisation traitement des


courriers commande/march
Modlisation :

traitement courrier
commande/march

Agent GDM

<<extend>>
<<extend>>

<<extend>>

Ajouter commande/march

consulter commande/march
Supprimer commande/march

Administrateur

Figure2.6 : Raffinement de cas dutilisation traitement des


courriers commande/march

Description

textuelle

de

cas

dutilisation

traitement

des

courriers commande/march
La

description

du

cas

dutilisation

ajouter

commande/march
Acteurs
Pr condition
Post condition

24

Agent GDM
Courrier nexiste pas
Ajout de courrier est effectu

courrier

Gestion du courrier lectronique des Appels doffre


Scnario principal

Lagent

GDM

ajouter

un

courrier

commande/march
-

Le systme enregistre le nouveau

courrier commande/march
Tableau6.1 : ajouter courrier commande/march

La

description

du

cas

dutilisation

consulter

courrier

commande/march
Acteurs
Pr condition
Post condition
Scnario principal

Agent GDM
Courrier existant
Consultation effectu
- Lagent GDM slectionne le courrier

consulter
- Le systme affiche le courrier slectionn
Tableau6.2 : consulter courrier commande/march

La

description

du

cas

dutilisation

supprimer

courrier

commande/march
Acteurs
Pr condition
Post condition
Scnario principal

Agent GDM
Courrier existant
suppression effectu
- L slectionne le courrier supprimer
- Le systme demande une confirmation de

la suppression
- Le systme supprime le courrier de la BD
Tableau6.3 : supprimer courrier commande/march

II.3.5- Raffinement de cas dutilisation consulter


planning
Modlisation :

25

Gestion du courrier lectronique des Appels doffre

Consulter planning
Agent GDM

<<extend>>

Ajouter planning
Administrateur

Figure2.7 : Raffinement de cas dutilisation consulter planning

Description textuelle de cas dutilisation consulter planning


La description du cas dutilisation ajouter planning
Acteurs
Pr condition
Post condition
Scnario principal

Agent GDM
Courrier nexiste pas
Ajout de courrier est effectu
- Lagent GDM ajouter un planning
Le systme enregistre le planning
Tableau7.1 : Ajouter planning

II.3- Raffinement des cas dutilisation secondaire


II.3.1-

Raffinement

de

cas

dutilisation

Authentification
Description textuelle de cas dutilisation Authentification

26

Gestion du courrier lectronique des Appels doffre


La description du cas dutilisation Authentification
Acteurs

Chef

Pr condition
Post condition
Scnario principal

GDA, Agent GDM


Les acteurs inscrits
Les acteurs sauthentifi
Lutilisateur saisi son login et son mot de
-

de

dpartement,

Administrateur,

Agent

passe
Le systme vrifi le login et le mot de

passe
- Le systme ouvre la session dutilisateur
Tableau8.1 : Authentification

II.3.2- Raffinement de cas dutilisation Rclamation


Modlisation :

Agent GDA

Reclamation

<<extend>>

valider

Agent GDM

Figure2.8 : Raffinement de cas dutilisation Rclamation

Description textuelle de cas dutilisation Rclamation


La description du cas dutilisation valider
Acteurs

27

Agent GDA, Agent GDM, Administrateur

Gestion du courrier lectronique des Appels doffre


Pr condition
Post condition
Scnario principal

Traage nexiste pas


trace effectu valider
- Les agents mettre les courriers dans son
tat
Le systme enregistre le rclamation
Tableau9.1 : Valider

II.4- Modle de cas dutilisation global raffin


Modlisation

28

Gestion du courrier lectronique des Appels doffre

<<include>>
<<extend>>

Agent GDA

<<extend>>

Gestion courrier AO

consulter materiel

<<extend>>
consulter courrier

Ajouter AO
supprimer courrrier

<<include>>
Reclamation

<<extend>>

<<include>>

valider
<<include>>
s'authentifier

Agent GDM
courrier commande/march

<<extend>>

<<extend>>
<<extend>>
<<include>>
consulter

Ajouter
supprimer

<<include>>

Inscription des nouveau agent


Administrateur

<<extend>>

Ajouter Agent
AO

Gestion courrier

commande/march

<<extend>>

<<extend>>
<<extend>>

<<extend>>
consulter
ajouter
supprimer

envoyer courrier

chef departement

Figure2.9 : Modle de cas dutilisation global raffin

29

Gestion du courrier lectronique des Appels doffre

Conclusion
Dans cette page nous a permis de dfinir les principaux besoins des
utilisateurs du systme et de mieux comprendre le contexte du systme et
didentifier les principaux cas dutilisation, et ceci pour aboutir a un
rsultat pour affirme la faisabilit du systme. On peut maintenant pass
la deuxime phase de processus unifi quest la phase dlaboration.

30

Gestion du courrier lectronique des Appels doffre

Chapitre III
Analyse

31

Gestion du courrier lectronique des Appels doffre

III.1 Introduction :
Lobjectif de ce chapitre est de dtailler les besoins et les exigences des
employs afin de structurer les processus de fonctionnement de nouveau
systme. Il sagit de faire une analyse de diffrents cas dutilisation issue
de la premire phase. Par rapport a lexpression des besoins qui exprime
dans le langage de lutilisateur, lanalyse pourra sappuyer sur le langage
des dveloppeurs pour dcrire les rsultats attendus. Nous laborant les
traabilits du modle danalyse ainsi que les diagrammes de classe
danalyse

pour

chaque

cas

dutilisation

suivi

de

diagramme

de

collaboration.

III.1 .1 Prsentation des diagrammes utiliss :


Dans ce chapitre en va dfinir la traabilit entre le modle du cas
dutilisation et le modle danalyse, pour cela en va utiliser deux
diagrammes savoir le diagramme de classe danalyse et le diagramme
de collaboration.

III.1.1.1 Diagramme de classe danalyse :


Le diagramme de classe danalyse est un lment trs important. Il
reprsente les diffrentes entits intervenant dans le systme. En
identifiant les concepts importants de lapplication on va raliser les
diagrammes de classe danalyse reprsentant ces concepts et leurs
associations.
Lidentification des classes danalyse consiste identifier les classes qui
vont participer la ralisation de chaque cas dutilisation. Ces classes sont
de trois types :

Les

entits

reprsentent

les

informations

persistantes

de

lapplication, comme celles stockes dans une base de donnes. Les


entits possdent seulement des attributs.

Les interfaces : vont reprsenter linterface utilisateur, les crans


proposs lutilisateur pour quil interagisse avec lapplication. Elles
sont issues de la maquette.

32

Gestion du courrier lectronique des Appels doffre

Les contrles :[correspondent la logique interne de lapplication.


Ils font la transition entre les interfaces et les entits. Les contrles
possdent uniquement des oprations.

III.1.1.2 Diagramme de collaboration :


Le diagramme de collaboration de modle danalyse vhicule une
smantique prcise. En effet, il offre une vue complte daspect
dynamique qui existe dans la phase danalyse.

Les collaborations sont des interactions entre objets, dont le but est
de raliser un objectif du systme (c'est--dire aussi de rpondre
un besoin d'un utilisateur).

L'lment de modlisation UML "collaboration", reprsente les


classes qui participent la ralisation d'un cas d'utilisation.

33

Gestion du courrier lectronique des Appels doffre

III.2 Analyse des cas dutilisation prioritaires


III.2.1 Analyse de cas dutilisation Inscription agent
III.2.1.1 traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation Ajouter Agent

Figure 3.1 traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation A

<<trace>>

GDA

Ajouter_ AO

ajouter _AO

<<participe>>

IU_Ajouter_AO

jouter Agent

34

<<participe>>

Controle_Ajouter_AO

<<participe>>

AO

Gestion du courrier lectronique des Appels doffre


III.2.1.2 Diagramme de classe danalyse du cas dutilisation
Ajouter Agent

GDA

IU_Ajouter_AO

Controle_Ajouter_AO

AO

Figure 3.2 diagramme de classe danalyse du cas dutilisation


Ajouter Agent

III.2.1.3 Diagramme de collaboration du cas dutilisation Ajouter


Agent

35

Gestion du courrier lectronique des Appels doffre


Figure 3.3 Diagramme de collaboration du cas dutilisation
Ajouter Agent

III.2.2 Analyse de cas dutilisation Traitement des


courriers
III.2.2.1 Traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation envoyer courrier
<<trace>>

Administarteur

envoyer courrier

envoyer courier
<<participe>>
<<participe>>
<<participe>>

IU_envoyer_courrier

controle-envoyer_courrrier

courrier

Figure 3.4 traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation envoyer courrier

III.2.2.2 Diagramme de classe danalyse du cas dutilisation


envoyer courrier

36

Gestion du courrier lectronique des Appels doffre

Administrateur

IU_envoyer_courrier

controle_envoyer_courrier

courrier

Figure 3.5 diagramme de classe danalyse du cas dutilisation


envoyer courrier

III.2.2.3 Diagramme de collaboration du cas dutilisation envoyer


courrier

Figure 3.6 Diagramme de collaboration du cas dutilisation


envoyer courrier

37

Gestion du courrier lectronique des Appels doffre

III.2.3 Analyse de cas dutilisation Traitement des


courriers AO
III.2.3.1 Traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation Ajouter courrier AO

<<trace>>

Agent GDA

Ajouter courrier AO

ajouter courrier AO

<<Participe>>
<<Participe>>
<<Participe>>

IU_Ajouter_courrier_AO
Administrateur

Control_ajouter_courrier
_AO

AO

Figure 3.7 traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation Ajouter courrier AO

III.2.3.2 Diagramme de classe danalyse du cas dutilisation


Ajouter courrier AO

Agent GDA

Administrateur

38

IU_ajouter_courrier_Ao

control_ajouter_courrier_AO

AO

Gestion du courrier lectronique des Appels doffre


Figure 3.8 Diagramme de classe danalyse du cas dutilisation
Ajouter courrier AO

III.2.3.3 Diagramme de collaboration du cas dutilisation Ajouter


courrier AO

Figure 3.9 Diagramme de collaboration du cas dutilisation


Ajouter courrier AO

III.2.3.4 Traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation supprimer courrier AO

39

Gestion du courrier lectronique des Appels doffre


<<trace>>

Agent GDA

supprimer courrier AO

Supprimer courrier AO

<<Participe>>
<<Participe>>
<<Participe>>

IU_supprimer_courrier_AO

AO

Control_supprimer_courrier_AO

Administrateur

Figure 3.10 Traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation supprimer courrier AO

III.2.3.5 Diagramme de classe danalyse du cas dutilisation


supprimer courrier AO

Agent GDA

IU_supprimer_courrier_Ao

Administrateur

control_supprimer_courrier_AO

AO

Figure 3.11 Diagramme de classe danalyse du cas dutilisation


supprimer courrier AO

40

Gestion du courrier lectronique des Appels doffre


III.2.3.6

Diagramme

de

collaboration

du

cas

dutilisation

supprimer courrier AO

Figure 3.12 Diagramme de collaboration du cas dutilisation


supprimer courrier AO
III.2.3.7 Traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation consulter courrier AO

<<trace>>

Agent GDA

consulter courrier AO

Consulter courrier AO

<<Participe>>
<<Participe>>
<<Participe>>

IU_consulter_courrier_AO
Administrateur

41

Control_consulter_courrier_AO

AO

Gestion du courrier lectronique des Appels doffre


Figure 3.13 Traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation consulter courrier AO
III.2.3.8 Diagramme de classe danalyse du cas dutilisation
consulter courrier AO

IU_consulter_courrier_Ao

Agent GDA

control_consulter_courrier_AO

Administrateur

AO

Figure 3.14 Diagramme de classe danalyse du cas dutilisation


consulter courrier AO

III.2.3.9

Diagramme

de

consulter courrier AO

42

collaboration

du

cas

dutilisation

Gestion du courrier lectronique des Appels doffre

Figure 3.15

Diagramme de collaboration du cas dutilisation

consulter courrier AO

III.2.4 Analyse de cas dutilisation consulter matriel


III.2.4.1 Traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation Ajouter matriel
<<trace>>

Agent GDA

Ajouter matriel

Ajouter Matriel

<<Participe>>
<<Participe>>
<<Participe>>

IU_Ajouter _matriel

Control_ajouter_matriel

matriel

Administrateur

Figure 3.16 Traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation Ajouter matriel

43

Gestion du courrier lectronique des Appels doffre


III.2.4.2 Diagramme de classe danalyse du cas dutilisation
Ajouter matriel

Agent GDA

IU_Ajouter_matriel

Administrateur

control_Ajouter_matriel

matriel

Figure 3.17 Diagramme de classe danalyse du cas dutilisation


ajouter matriel
III.2.4.3 Diagramme de collaboration du cas dutilisation Ajouter
matriel

44

Gestion du courrier lectronique des Appels doffre


Figure 3.18 Diagramme de collaboration du cas dutilisation
Ajouter matriel

III.2.4.4 Traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation supprimer matriel

<<trace>>

Agent GDA

supprimer matriel

Supprimer Matriel

<<Participe>>

<<Participe>>
<<Participe>>

Administrateur

IU_supprimer _matriel

Control_supprimer_matriel

matriel

Figure 3.19 Traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation supprimer matriel
III.2.4.5 Diagramme de classe danalyse du cas dutilisation
supprimer matriel

45

Gestion du courrier lectronique des Appels doffre

IU_supprimer_matriel

Agent GDA

control_supprimer_matriel

Administrateur

matriel

Figure 3.20 Diagramme de classe danalyse du cas dutilisation


supprimer matriel

III.2.4.6

Diagramme

de

collaboration

du

cas

dutilisation

supprimer matriel

Figure 3.21 Diagramme de collaboration du cas dutilisation


supprimer matriel

46

Gestion du courrier lectronique des Appels doffre

III.2.5 Analyse de cas dutilisation Traitement des


courriers commande/march
III.2.5.1 Traabilit entre le modle de cas dutilisation et le
modle

danalyse

du

cas

dutilisation

Ajouter

courrier

commande/march
<<trace>>

Agent GDM

Ajouter courrier
commande/march

Ajouter courrier
commande/March

<<Participe>>

<<Participe>>
<<Participe>>

Administrateur

commande

IU_Ajouter_commande/march
Control_ajouter_commande/marchl

Figure 3.22 Traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation Ajouter courrier
commande/march

III.2.5.2 Diagramme de classe danalyse du cas dutilisation


Ajouter courrier commande/march

47

Gestion du courrier lectronique des Appels doffre

IU_Ajouter_commande/march

Agent GDM

Administrateur

control_Ajouter_commande/march

Commande

Figure 3.23 Diagramme de classe danalyse du cas dutilisation


Ajouter courrier commande/march
III.2.5.3 Diagramme de collaboration du cas dutilisation Ajouter
courrier commande/march

Figure 3.24 Diagramme de collaboration du cas dutilisation


Ajouter courrier commande/march

III.2.5.4 Traabilit entre le modle de cas dutilisation et le


modle

danalyse

commande/march

48

du

cas

dutilisation

supprimer

courrier

Gestion du courrier lectronique des Appels doffre


<<trace>>

supprimer courrier
commande/march

Agent GDM

Supprimer courrier
commande/March

<<Participe>>

<<Participe>>
<<Participe>>

commande

IU_supprimer_commande/march

Administrateur

Control_supprimer_commande/marchl

Figure 3.25 traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation supprimer courrier
commande/march

III.2.5.5 Diagramme de classe danalyse du cas dutilisation


supprimer courrier commande/march

Agent GDM

IU_supprimer_commande/march

control_supprimer_commande/march

Administrateur

Commande

Figure 3.26 diagramme de classe danalyse du cas dutilisation


supprimer courrier commande/march

III.2.5.6

Diagramme

de

collaboration

supprimer courrier commande/march

49

du

cas

dutilisation

Gestion du courrier lectronique des Appels doffre

Figure 3.27 Diagramme de collaboration du cas dutilisation


supprimer courrier commande/march
III.2.5.7 Traabilit entre le modle de cas dutilisation et le
modle

danalyse

du

cas

dutilisation

consulter

courrier

commande/march
<<trace>>

Agent GDM

consulter courrier
commande/march

consulter courrier
commande/March

<<Participe>>

<<Participe>>
<<Participe>>

Administrateur

IU_consulter_commande/march

commande

Control_consulter_commande/marchl

Figure 3.28 traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation consulter courrier
commande/march
III.2.5.8 Diagramme de classe danalyse du cas dutilisation
consulter courrier commande/march

50

Gestion du courrier lectronique des Appels doffre

Agent GDM

IU_Consulter_commande/march

control_Consulter_commande/march

Administrateur

Commande

Figure 3.29 diagramme de classe danalyse du cas dutilisation


consulter courrier commande/march
III.2.5.9

Diagramme

de

collaboration

du

cas

dutilisation

consulter courrier commande/march

Figure 3.30 Diagramme de collaboration du cas dutilisation


consulter courrier commande/march

III.2.6 Analyse de cas dutilisation consulter planning

51

Gestion du courrier lectronique des Appels doffre


III.2.6.1 Traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation Ajouter planning
<<trace>>

:Agent GDM

ajouter planing

ajouter planing

<<participe>>

<<paticipe>>
<<participe>>

:Administrateur
IU_ajouter_planing

control_ajouter_planing

commande

Figure 3.31 traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation Ajouter planning
III.2.6.2 Diagramme de classe danalyse du cas dutilisation
Ajouter planning

Agent GDM

IU_ajouter_planing

Administrateur

control_ajouter_planing

commande

Figure 3.32 diagramme de classe danalyse du cas dutilisation


Ajouter planning

52

Gestion du courrier lectronique des Appels doffre


III.2.6.3 Diagramme de collaboration du cas dutilisation Ajouter
courrier planning

Figure 3.33 Diagramme de collaboration du cas dutilisation


Ajouter planning

III.3 Analyse des cas dutilisation secondaire


III.3.1 Analyse de cas dutilisation Authentification
III.3.1.1 Traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation Authentification
<<trace>>

utilisateur

Authentification

authentification
<<participe>>
<<participe>>
<<participe>>

IU_authentification

53

controle_authentification

Accs

Gestion du courrier lectronique des Appels doffre


Figure 3.34 traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation Authentification

III.3.1.2 Diagramme de classe danalyse du cas dutilisation


Authentification

utilisateur

IU_Authentification

controle_Authentification

Accs

Figure 3.35 diagramme de classe danalyse du cas dutilisation


Authentification

III.3.1.3

Diagramme

Authentification

54

de

collaboration

du

cas

dutilisation

Gestion du courrier lectronique des Appels doffre

Figure 3.36 Diagramme de collaboration du cas dutilisation


Authentification

III.3.2 Analyse de cas dutilisation Rclamation


III.3.2.1 Traabilit entre le modle de cas dutilisation et le
modle danalyse du cas dutilisation valider
<<trace>>

validation

Agent GDA

<<participe>>

Validation

<<participe>>

<<participe>>

valide
IU_valide

controle_valide

Agent GDM

Figure 3.37 traabilit entre le modle de cas dutilisation et le


modle danalyse du cas dutilisation valider
III.3.2.2 Diagramme de classe danalyse du cas dutilisation
valider

55

Gestion du courrier lectronique des Appels doffre

Agent GDA

IU_validation

controle_validation

Agent GDM

validation

Figure 3.38 diagramme de classe danalyse du cas dutilisation


valider

III.3.2.3 Diagramme de collaboration du cas dutilisation valider

Figure 3.39 Diagramme de collaboration du cas dutilisation


valider

56

Gestion du courrier lectronique des Appels doffre

Conclusion
Au cours de se chapitre, nous avons analys les diffrents cas dutilisation
qui ont t identifis dans le chapitre prcdent, en mettant en vidence
la traabilit entre le modle de cas dutilisation et le modle danalyse
puis les diagrammes de classe danalyse suivis par le diagramme de
collaboration de chaque cas dutilisation.

Chapitre IV
57

Gestion du courrier lectronique des Appels doffre

La conception

Introduction
Dans ce chapitre nous introduisons la conception de notre application.
Nous effectuons les traabilits entre le modle danalyse et le modle de
conception. Ensuite, nous tablissons pour chaque cas dutilisation un
diagramme de classes de conception et enfin les diagrammes de
squence qui dcrivent les scnarios les plus importants.

IV.1 Conception des cas dutilisation prioritaire


IV.1.1 Conception de cas dutilisation inscription
agent

Traabilit entre le modle danalyse et le modle de conception


du cas dutilisation ajouter agent

58

Gestion du courrier lectronique des Appels doffre

control-inscription-agent
IU-iscription-agent

<<trace>>

<<trace>>

<<<<boundary>>>>
IU-Inscription-Agent

utilisateur

<<trace>>

<<<<control>>>>
Control-Iscription-Agent

<<<<entity>>>>
Utilisateur

Figure 4.1 : traabilit entre le modle danalyse et le modle de


conception du cas dutilisation ajouter agent

Diagramme de classes de conception du cas dutilisation


ajouter agent
<<<<boundary>>>>
IU-inscription-Agent
login
MDP
Nom
groupe
Administrateur

<<<<control>>>>
control-inscription-agent
insert()

<<<<entity>>>>
utilisateur
nom
groupe

valider()
annuler()

Figure 4.2 : Diagramme de classes de conception du cas


dutilisation ajouter agent

Diagramme de squence du cas dutilisation ajouter agent

59

Gestion du courrier lectronique des Appels doffre

:IU-inscriptionAgent
1:saisir-formulaire(login,MDP,Nom,groupe)

:Controlinscription-Agent

: :Administrateur

:utilisateur

2:clique-enregistrer()
3:insert()
4:insert()

5:"insertion-effectuee"

6:"insert-terminee"

Figure 4.3 : Diagramme de squence du cas dutilisation ajouter


agent

IV.1.2 Conception de cas dutilisation Gestion


courrier
Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation envoyer courrier

60

Gestion du courrier lectronique des Appels doffre

IU-envoyer-courrier

control-envoyer-courrier

"trace"

"trace"

"trace"

iu-envoyer-courrier

AO/commande

Control-envoyer-courrier

ao/commande

Figure 4.4 : traabilit entre le modle danalyse et le modle de


conception du cas dutilisation envoyer courrier

Diagramme de classes de conception du cas dutilisation


envoyer courrier

<<<<boundary>>>>
iu-Envoyer-courrier
courrier-AO
courrier-commande
administrateur

valider()
Annuler()

<<<<control>>>>
Control-Envoyer-courrier
envoyer()

<<<<entity>>>>
ao/Commande
courrier-AO
courrier-commande
...

Figure 4.5 : Diagramme de classes de conception du cas


dutilisation envoyer courrier

Diagramme de squence du cas dutilisation envoyer courrier

61

Gestion du courrier lectronique des Appels doffre

:IU-envoyercourrier
1:saisir-coirrier(AO/commande)

:Control-envoyercourrier

: :Administrateur

:AO/:command
e

2:choisir-agent()
3:envoyer-courrier()
4:envoyer-courrier()

5:"envoi-effectuee"

6:"envoi-terminee"

Figure 4.6 : Diagramme de squence du cas dutilisation


envoyer courrier

IV.1.3 Conception de cas dutilisation Traitement


courrier AO
Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation Ajouter AO

IU-ajouter-AO

control-ajouter-AO

"trace"

"trace"

<<<<boundary>>>>
IU-ajouter-ao

<<<<control>>>>
control-Ajouter-ao

AO

"trace"

<<<<entity>>>>
ao

Figure 4.7 : traabilit entre le modle danalyse et le modle de


conception du cas dutilisation Ajouter AO

62

Gestion du courrier lectronique des Appels doffre

Diagramme de classes de conception du cas dutilisation


Ajouter AO
<<<<entity>>>>
AO

<<<<boundary>>>>

<<<<control>>>>

IU-ajouter-AO

control-ajouter-AO

num
date-remise

AO

materiel
insert()

enregistrer()

date-ouverture
etat

Agent GDA

Figure 4.8 : Diagramme de classes de conception du cas


dutilisation Ajouter AO
Diagramme de squence du cas dutilisation Ajouter AO

:IU-Ajoutercourrier-AO

: :Agent GDA

:Control-Ajoutercourrier-AO

:AO

1:insert-courrier(num,date-remise,matriel,...)

2:clique-enregistrer()
3:insert-courrier()
4:insert-courrier()

5:"insertion-effectuee"

6:"afficher-courrier"

Figure 4.9 : Diagramme de squence du cas dutilisation Ajouter


AO

63

Gestion du courrier lectronique des Appels doffre

Traabilit entre le modle danalyse et le modle de conception


du cas dutilisation supprimer AO

iu-supprimer-ao

ao

control-supprimerao

"trace"

"trace"

<<<<boundary>>>>
iu-supprimer-ao

<<<<control>>>>
Control-supprimer-ao

"trace"

<<<<entity>>>>
AO

Figure 4.10 : Traabilit entre le modle danalyse et le modle de


conception du cas dutilisation supprimer AO
Diagramme de classes de conception du cas dutilisation
supprimer AO

<<<<boundary>>>>
IU-supprimer-courrier-AO
courrier AO
valider()

<<<<control>>>>
control-supprimer-courrier-AO
delete()

Agent GDA

<<<<entity>>>>
AO
num
date-remise
materiel
date-ouverture
etat

Figure 4.11 : Diagramme de classes de conception du cas


dutilisation supprimer AO

64

Gestion du courrier lectronique des Appels doffre

Diagramme de squence du cas dutilisation supprimer AO

:IU-supprimerr
:IU-supprimercourrier-AO
AO

: :Agent GDA

:Control-supprimer
:Control-supprimercourrier-AO
AO

:AO

1:selectionner-ao-_supprimer()

2:cliquer-ok()
3:delete-ao()
4:delete-ao()

5:"delete-effectuee"

6:"delete-ao-terminee"

Figure 4.12 : Diagramme de squence du cas dutilisation


supprimer AO

Traabilit entre le modle danalyse et le modle de conception


du cas dutilisation consulter AO

iu-consulter-courrier_ao

"trace"

<<<<boundary>>>>
iu-consulter-courrier-ao

control-consulter-courrier-ao

"trace"

<<<<control>>>>
Control-consulter-courrier-ao

courrier-ao

"trace"

<<<<entity>>>>
courrier-AO

Figure 4.13 : Traabilit entre le modle danalyse et le modle de


conception du cas dutilisation consulter AO

65

Gestion du courrier lectronique des Appels doffre

Diagramme de classes de conception du cas dutilisation


consulter AO

<<<<boundary>>>>
IU-consulter-courrier-AO
courrier AO

<<<<entity>>>>
AO
num
date-remise
materiel
date-ouverture
etat

<<<<control>>>>
control-consulter-courrier-AO
get()

Agent GDA

Figure 4.14 : Diagramme de classes de conception du cas


dutilisation consulter AO
Diagramme de squence du cas dutilisation consulter AO

:IU-consultercourrier-AO

: :Agent GDA

:Control-consultercourrier-AO

:AO

1:selectionner-courrier--consulter()

2:clique-ok()
3:get-courrier()
4:get-courrier()

5:"get-effectuee"

6:"afficher-courrier"

Figure 4.15 : Diagramme de squence du cas dutilisation


consulter AO

66

Gestion du courrier lectronique des Appels doffre

IV.1.4 Conception de cas dutilisation consulter


matriel
Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation ajouter matriel

iu-ajouter-materiel

"trace"

<<<<boundary>>>>
IU-ajouter-materiel

control-ajouter-materiel

"trace"

<<<<control>>>>
Control-ajouter-materiel

Materiel

"trace"

<<<<entity>>>>
materiele

Figure 4.16 : traabilit entre le modle danalyse et le modle de


conception du cas dutilisation Ajouter matriel

Diagramme de classes de conception du cas dutilisation


Ajouter matriel

67

Gestion du courrier lectronique des Appels doffre

<<<<boundary>>>>
IU-Ajouter-matriel
matriel

<<<<entity>>>>
matriel
num-lot
entreprise
nomenclature
quantit
cadence

<<<<control>>>>
control-Ajouter-matriel
insert()

Agent GDA

Figure 4.17 : Diagramme de classes de conception du cas


dutilisation Ajouter matriel

Diagramme de squence du cas dutilisation Ajouter matriel

:IU-ajoutermatriel

: :Agent GDA

:Control-ajoutermatriel

:matriel

1:insert-matriel(num-lot,entreprise,...)

2:clique-valider()
3:insert-matriel()
4:insert-matriel()

5:"insertion-effectuee"

6:"afficher-matriel"

Figure 4.18 : Diagramme de squence du cas dutilisation


Ajouter matriel

68

Gestion du courrier lectronique des Appels doffre


Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation supprimer matriel

iu-supprimer-materiele

"trace"

Control-supprimer-materiel

"trace"

<<<<boundary>>>>
IU-supprimer-materiel

Materiel

"trace"

<<<<control>>>>
control-supprimer-materiele

<<<<entity>>>>
materiele

Figure 4.19 : traabilit entre le modle danalyse et le modle de


conception du cas dutilisation supprimer matriel

Diagramme de classes de conception du cas dutilisation


supprimer matriel

<<<<boundary>>>>
IU-supprimer-matriel
matriel

<<<<control>>>>
control-supprimer-matriel
delete()

Agent GDA

<<<<entity>>>>
matriel
num-lot
entreprise
nomenclature
quantit
cadence

Figure 4.20 : Diagramme de classes de conception du cas


dutilisation supprimer matriel
Diagramme de squence du cas dutilisation supprimer
matriel

69

Gestion du courrier lectronique des Appels doffre

:IU-supprimermatriel

: :Agent GDA

:Controlsupprimer-matriel

:matriel

1:choisir-courrier--supprimer()

2:clique-ok()
3:delete-matriel()
4:delete-matriel()

5:"delete-effectuee"

6:"delete-terminee"

Figure 4.21 : Diagramme de squence du cas dutilisation


supprimer matriel

IV.1.5 Conception de cas dutilisation Traitement des


courriers commande/march
Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation Ajouter commande/march

iu-ajouter-courrier-commande/march

"trace"

<<<<boundary>>>>
IU-ajouter-courrier-commande/march

control-ajouter-courriercommande/march

"trace"

<<<<control>>>>
Control-ajouter-courrier-commande/march

commande

"trace"

<<<<entity>>>>
Commande

Figure 4.22 : Traabilit entre le modle danalyse et le modle de


conception du cas dutilisation Ajouter commande/march

70

Gestion du courrier lectronique des Appels doffre

Diagramme de classes de conception du cas dutilisation


Ajouter commande/march
<<<<boundary>>>>
IU-ajouter-commande/march
n-commande
date
num-march
fax
fournisseur
Agent GDM

<<<<control>>>>
control-ajouter-commande/march
insert()

<<<<entity>>>>
commande
n-commande
date
num-march
fax
fournisseur

enregistrer()
annuler()

Figure 4.23 : Diagramme de classes de conception du cas


dutilisation Ajouter commande /march

Diagramme de squence du cas dutilisation Ajouter


commande/march

:IU-ajoutercommande/march

: Agent GDM

:control-ajoutercommande/march

:commande

1:insert-commande/march(n-commande,...)
2:clique-enregistrer()
3:insert-commande/march()
4:insert-commande/march()

5:"insertion-commande/march-effectuee"

6:"insertin-terminee"

71

Gestion du courrier lectronique des Appels doffre


Figure 4.24 : Diagramme de squence du cas dutilisation
Ajouter commande/march
Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation supprimer commande/march

iu-supprimer-courriercommande/march

control-supprimer-courrier-commande/march

"trace"

"trace"

<<<<boundary>>>>
IU-supprimer-courrier-commande/march

<<<<control>>>>
Control-supprimer-courrier-commande/march

commande

"trace"

<<<<entity>>>>
Commande

Figure 4.25 : Traabilit entre le modle danalyse et le modle de


conception du cas dutilisation supprimer commande/march

Diagramme de classes de conception du cas dutilisation


supprimer commande/march

<<<<boundary>>>>
IU-supprimer-commande/march
n-commande
date
num-march
fax
fournisseur
Agent GDM

72

valider()

<<<<control>>>>
control-supprimer-commande/march
delete()

<<<<entity>>>>
commande
n-commande
date
num-march
fax
fournisseur

Gestion du courrier lectronique des Appels doffre


Figure 4.26 : Diagramme de classes de conception du cas
dutilisation supprimer commande/march
Diagramme de squence du cas dutilisation supprimer
commande/march

:IU-supprimercommande/march

: Agent GDM

:control-supprimercommande/march

:commande

1:choisir-courrier--supprimer()
2:clique()
3:delete-commande/march()
4:delete-commande/march()

5:"delete-commande/march-effectuee"

6:"delete-terminee"

Figure 4.27 : Diagramme de squence du cas dutilisation


supprimer commande/march

Traabilit entre le modle danalyse et le modle de conception


du cas dutilisation consulter commande/march

73

Gestion du courrier lectronique des Appels doffre

iu-consulter-courrier-commande/march

control-consulter-courrier-commande/march

"trace"

"trace"

<<<<boundary>>>>
IU-consulter-courrier-commande/march

<<<<control>>>>
Control-consulter-courrier-commande/march

commande

"trace"

<<<<entity>>>>
Commande

Figure 4.28 : traabilit entre le modle danalyse et le modle de


conception du cas dutilisation consulter commande/march

Diagramme de classes de conception du cas dutilisation


consulter commande/march

<<<<boundary>>>>
IU-consulter-commande/march
n-commande
date
num-march
fax
fournisseur
Agent GDM

<<<<control>>>>
control-consulter-commande/march
get()

<<<<entity>>>>
commande
n-commande
date
num-march
fax
fournisseur

valider()

Figure 4.29 : Diagramme de classes de conception du cas


dutilisation consulter commande/march

Diagramme de squence du cas dutilisation consulter


commande/march

74

Gestion du courrier lectronique des Appels doffre


:iu-consultercommande/march

:commande

:control-consultercommande/march

: Agent GDM
1:choisir-courrier--consulter()
2:clique-ok()
3:get-courrier()
4:get-courrier()

5:"get-courrier-effectuer"
6:"afficher-courrier"

Figure 4.30 : Diagramme de squence du cas dutilisation


consulter commande/march

IV.1.6 Conception de cas dutilisation consulter


planning
Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation Ajouter planning

iu-ajouter-planing

"trace"

<<<<boundary>>>>
IU-ajouter-planing

control-ajouter-planing

"trace"

<<<<control>>>>
Control-ajouter-planing

commande

"trace"

<<<<entity>>>>
Commande

Figure 4.31 : traabilit entre le modle danalyse et le modle de


conception du cas dutilisation Ajouter planning

75

Gestion du courrier lectronique des Appels doffre

Diagramme de classes de conception du cas dutilisation


Ajouter planning

<<<<boundary>>>>
IU-Ajouter-planning
livraison
date-livraison

<<<<entity>>>>
commande
livraison
date-livraison

<<<<control>>>>
control-Ajouter-planning
insert()

Agent GDM

ok()

Figure 4.32 : Diagramme de classes de conception du cas


dutilisation Ajouter planning

Diagramme de squence du cas dutilisation planning

:IU-Ajouterplanning

: Agent GDM

:control-Ajouterplanning

:commande

1:insert-planning(livraison,date-livraison)
2:clique-ok()
3:insert-planning()
4:insert-planning()

5:"insertion-planning-effectuee"

6:"afficher-palnning"

76

Gestion du courrier lectronique des Appels doffre


Figure 4.33 : Diagramme de squence du cas dutilisation
planning

IV.2 Conception des cas dutilisation secondaire


IV.2.1 Conception de cas dutilisation
Authentification
Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation authentification

IU-Authentification

"trace"

control-Authentification

"trace"

"trace"

<<<<boundary>>>>
IU-AThentification

accs

<<<<control>>>>
Control-Authentification

<<<<entity>>>>
Accs

Figure 4.34 : traabilit entre le modle danalyse et le modle de


conception du cas dutilisation authentification

Diagramme de classes de conception du cas dutilisation


authentification

<<<<boundary>>>>
IU-Authentification
login
MDP
nom
groupe
Utilisateur

77

enregistrer()

<<<<control>>>>
control-Authentification
insert()

<<<<entity>>>>
Acces
login
MDP
nom
groupe
consulter()

Gestion du courrier lectronique des Appels doffre


Figure 4.35 : Diagramme de classes de conception du cas
dutilisation authentification

Diagramme de squence du cas dutilisation authentification

:IUAuthentification

: utilisateur

:controlAuthentification

:acce

1:selectionner-utilisateur()
2:saisir-login-MDP()

3:clique-enregistrer()
4:insert-utilisateur()
5:insert-utilisateur()

6:"insertion-utilisateur-effectuee"
7:"insertion-utilisateur-terminee"

Figure 4.36 : Diagramme de squence du cas dutilisation


authentification

IV.2.2 Conception de cas dutilisation Rclamation


Traabilit entre le modle danalyse et le modle de conception
du cas dutilisation valider

78

Gestion du courrier lectronique des Appels doffre

IU-Valider

"trace"

<<<<boundary>>>>
iu-valider

Control-valider

Reclamation

"trace"

"trace"

<<<<entity>>>>
RecLamation

<<<<control>>>>
control-Valier

Figure 4.37 : Traabilit entre le modle danalyse et le modle de


conception du cas dutilisation valider

Diagramme de classes de conception du cas dutilisation


Valider

<<<<boundary>>>>
IU-valider
valider

Utilisateur

ok()
Annuler()

<<<<control>>>>
control-valider

<<<<entity>>>>
reclamation
valider

insert()

Figure 4.38 : Diagramme de classes de conception du cas


dutilisation Valider
Diagramme de squence du cas dutilisation Valider

79

Gestion du courrier lectronique des Appels doffre

:IU-valider

: utilisateur

:control-valider

:reclamation

1:choisir-courrier()

2:clique-ok()

3:insert-valider()
4:insert-valider()

5:"insertion-effectuee"
6:"insertion-terminer"

Figure 4.39 : Diagramme de squence du cas dutilisation


Valider

IV.3 Diagramme de classe Entit


Le diagramme de classes se prsente sous forme de rseau de classes et
dassociation. Ce rseau modlise la structure de chaque objet, son rle au
sein du systme ainsi que ses relations avec les autres objets. La figure
4.43 reprsente les classes entits utilises dans la phase dlaboration et
leurs relations. Ce diagramme va permettre de gnrer le schma de la
base de donnes.

80

Gestion du courrier lectronique des Appels doffre


Utilisateur
login
MDP
Nom
groupe

Traiter

+1..*

+1..*

Courrier

Ajouter()

Reclamation
Login_Agent
Code_projet
Reclamation
Date
Valider()

AO
Num
Date_remise
Materiel
Date_ouverture
etat

Commande
n_commande
Date
num_march
Fax
Fournisseur

Ajouter()
Supprimer()
Consulter()

Ajouter()
Supprimer()
Consulter()
+1

+1..*
Lot
num_lot
entreprise
id_ao

contient

Ajouter()
+1..*

+1

Materiel
num_lot
entreprise
nomenclateur
quantit
Cadence

Nomenclateur
code
libell

Ajouter()
Supprimer()

Figure 4.40 : Diagramme de classes global

IV.4 Conception de la base de donnes


Dans ce que suit nous reprsentons les rgles de passage du diagramme
de classes au schma de base de donnes et nous donnons la description
des

tables :

utilisateur,

nomenclature, matriel.

81

AO,

groupe,

commande,

rclamation,

lot,

Gestion du courrier lectronique des Appels doffre

IV.4.1 Rgles de passage


-Chaque groupe contient un ou plusieurs utilisateurs.
-Chaque utilisateur peuvent-tre faire un ou plusieurs rclamation.
-Un ou plusieurs utilisateurs peuvent traiter un ou plusieurs courriers AO.
-Un ou plusieurs utilisateurs peuvent traiter un ou plusieurs courriers
commandent.
-Un lot contient un ou plusieurs AO.
-Un lot contient un ou plusieurs matriels.
-Un AO contient un ou plusieurs matriels.
- Un commande contient une seul nomenclature.

IV.4.2 les tables de la base de donnes

Utilisateurs (id, login, MDP, nom,# groupe)

82

Gestion du courrier lectronique des Appels doffre

Figure 4.41 : table utilisateur

AO (id_AO, num, date_remise, materiel, date_ouverture, etat)

Figure 4.42 : table AO

Groupe (id, groupe)

Figure 4.43 : table groupe

Commande (id_commande, ao, lot, n_commande, date, n_marche,


date_marche, n_fax, fournisseur, adresse)

83

Gestion du courrier lectronique des Appels doffre

Figure 4.44 : Table commande

Rclamation (login_agent, code_projet, reclamation, date)

Figure 4.45 : Table rclamation

Lot (id_lot, num_lot, entreprise, #id_ao,# utilisateur)

84

Gestion du courrier lectronique des Appels doffre

Figure 4.46 : Table lot

Nomenclature (code, libellet)

Figure 4.47 : Table nomenclature

Matriel (id_materiele, #id_lot, nomenclature, quantite, cadence,


#id_ao)

Figure 4.48 : Table matriel

85

Gestion du courrier lectronique des Appels doffre

Conclusion
Dans ce chapitre, nous avons galement dcrit lactivit conception de
tous les cas dutilisation. Nous avons effectu les traabilits entre les
modles danalyse et les modles de conception, les diagrammes de
classes de conception et les scnarios les plus importants prsents sous
forme de diagramme de squences. Ensuite nous avons expos le
diagramme de classe entit. Enfin nous avons dcrit les tables de la base
de donnes.

86

Gestion du courrier lectronique des Appels doffre

Chapitre V
Implmentation et
Ralisation

87

Gestion du courrier lectronique des Appels doffre

Introduction
Aprs avoir dtermin la spcification et la conception de lapplication,
nous allons prsenter, le rsultat de limplmentation, cest--dire donner
un aperu sur lapplication ralise en prsentant les principales interfaces
ainsi que les diffrents outils de travail.

V.1 Architecture de lapplication


V.1.1 Dfinition
Larchitecture trois tiers, architecture trois niveaux ou architecture trois
couches est lapplication du modle plus gnral quest le multi-tiers.
Larchitecture logique du systme est divise en trois niveaux ou couche :
-couche prsentation ;
-couche mtiers ;
-couche accs aux donnes.

88

Gestion du courrier lectronique des Appels doffre

Niveau prsentation : Elle correspond la partie de lapplication visible


et interactive aves les utilisateurs. On parle dinterface homme machine.
En informatique, elle peut tre ralise par une application graphique ou
textuelle. Elle peut aussi tre reprsente en HTML pour tre exploite par
un navigateur web ou en WML pour tre utilise par un tlphone
portable.
Niveau mtier : elle correspond a la partie fonctionnelle de lapplication,
celle qui implmente la logique , et qui dcrit les oprations que
lapplication opre sur les donnes en fonction des requtes des
utilisateurs, effectues au travers de la couche prsentation.
Les diffrentes rgles de gestion et de contrle du systme sont mises en
uvre dans cette couche.
La couche mtier offre des services applicatifs et mtier la couche
prsentation. Pour fournir ces services, elle sappuie, le cas chant, sur
les donns du systme accessible au travers des services de la couche
infrieur. En retour, elle renvoi la couche prsentation les rsultats
quelle a calculs.
Niveaux accs aux donnes : elle consiste en la partie grant laccs
aux donnes du systme. Ou gres par un autre systme. La couche
mtier na pas sadapter ces deux cas, Ils sont transparents pour elle,
et elle accde aux donnes de manire uniforme (couplage faible).

V.2 Diagramme de dploiement


Un diagramme de dploiement est une vue statique qui sert reprsenter
lutilisation de linfrastructure physique par le systme et la manire dont

89

Gestion du courrier lectronique des Appels doffre


les composants du systme sont rpartis ainsi que leurs relations entre
eux.

domaine
nord

client

client
domaine
nor...

client

domaine
tunis

pc de
bureau

TCP/IP
Easyphp

domaine
Sige

centre

client

Serveur Apache
Serveur Mysql

domaine
sud...

client

sfax

client

domaine
sud

client

Figure 5.1 Diagramme de dploiement

V.3 Diagramme de composants


Le diagramme de composants montre lorganisation et la dpendance
entre les diffrents composants dun systme. Il permet de spcifier
larchitecture logicielle dans un environnement de dveloppement donn.
Il illustre la dcomposition du systme en lments physiques qui peuvent
tre des excutables, des bibliothques, des documents.

90

Gestion du courrier lectronique des Appels doffre

<<export>>

<<export>>
<<Interface>>
IU_list_comma
nde.php

<<table>>
commande
.sql

<<file>>
planning.
php
<<export>>

<<table>>
materil.sq
l

<<export>>
<<file>>
Mise
disposition.php
<<export>>

<<file>>
Recpti
on.php

Figure 5.2 : Diagramme de composants du cas dutilisation


gestion courrier commande

Ralisation

91

Gestion du courrier lectronique des Appels doffre

Figure 5.3 : Interface Authentification

Figure 5.4 : interface gestion courrier AO

92

Gestion du courrier lectronique des Appels doffre

Figure 5.5 : Interface Ajouter matriel

Figure 5.6 : Interface envoi courrier

93

Gestion du courrier lectronique des Appels doffre

Conclusion
Ce chapitre dcrit la partie ralisation de notre projet. En effet, nous avons
dfinit larchitecture logicielle de notre projet travers les diagrammes de
composants des diffrent cas dutilisation. Aprs limplmentation de ces
cas dutilisation, nous avons

prsent quelques interfaces de notre

application.

CONCLUSION GENERALE

Ce mmoire marque la fin de nos tudes en licence appliqu en


informatique applique la gestion. Nous avons effectu un stage au sein
de la Socit de lElectricit et du Gaz qui nous a accord la mission de
dvelopper une application, qui
Nous avons labor cinq chapitres, le premier chapitre est consacr
lEtude pralable. Dans
Le deuxime chapitre nous avons tabli la spcification des besoins, ainsi
nous avons relev les acteurs de notre systme et les cas dutilisation
initiaux. Dans le troisime chapitre nous avons effectu lanalyse des cas
dutilisation choisis avec nos utilisateurs. Dans le quatrime chapitre nous
avons prsent la conception des cas dutilisation et nous avons dfinie un

94

Gestion du courrier lectronique des Appels doffre


schma de la base de donnes. Dans le dernier chapitre nous avons
abord

la

ralisation

de

notre

application

et

nous

avons

dcrit

limplmentation des cas dutilisation et les tests effectus sur les cas
dutilisation.
Nous souhaitons que lapplication dveloppe sera aussi utile

STEG

quelle fut pour nous, En fait, la fin de la ralisation de ce mmoire, nous


avions accumul une masse importante de connaissances aussi bien sur le
plan thorique que sur le plan pratique et que nous jugeons trs utile pour
lavenir dune carrire professionnelle.

Outil de modlisation
Rational rose
Rational rose est un langage dit par lentreprise rational machines (plus
tard renomm rational software) pour cre et dit les diffrent
diagrammes UML (unified modeling language) dun logiciel.
Rational rose permet galement de sauvegarder et imprimer ces
diagrammes. Ainsi que grer le code source Java ou C++ qui leur
correspondent.

95

Gestion du courrier lectronique des Appels doffre

Outils dimplmentation de la base de donnes


PHP MY ADMIN
IL sagit de lune des plus clbres interfaces pour grer une base de
donnes MY SQL sur un serveur PHP. Cette interface pratique permet
dexcuter, trs facilement et sans grandes connaissances

dans

le

domaine des base de donnes, de nombreuses requtes comme les


crations de table de donnes,

les insertions,

les

mises

jour, les

suppressions, les modification de structure de la base de donnes . Ce


systme est trs pratique pour sauvegarder une base de donnes sous
forme de fichier SQL et ainsi transfrer facilement ses donnes. De plus
celui-ci

accepte

la

formulation

de

requte

SQL

directement

en

langage SQL, cela permet de tester de tester ses requtes par exemple
lors de la cration

ANNEXE
Outils de programmation
[1] Langage de dveloppement PHP
PHP (personnel Home Page) est un langage de script offrant de riches
fonctionnalits, notamment pour laccs aux bases de donnes. PHP a t
crit par Ramsus Lerdof en

96

1994 pour grer sa page personnelle. En

Gestion du courrier lectronique des Appels doffre


revanche, il est vraiment conu, malgr des nouveauts intressantes
dans la dernire version, pour permettre une architecture base sur
lutilisation

de

composants

objets.

Cest

un

langage

de

script

indispensable pour grer des bases de donnes. Il sexcute du cot du


serveur et na donc pas les problmes des langages de script qui
sexcutent du cot du serveur et na donc pas les problmes des
langages de script qui sexcutent du cot client (le navigateur).
Le PHP est gratuit, multi plateformes (Linux, Unix, Mac, Windows) mais
surtout tourne sur des serveurs web gratuit comme lincontournable
serveur Apache, EasyPHP.
Ses principaux atouts sont :
-

La gratuit et la disponibilit du code source (PHP est distribu sous

licence GNU GPL)


La simplicit dcriture de script PHP au sein dune page HTML
(contrairement aux scripts CGL, pour lesquels il faut crire des lignes

en langage HTML)
Lintgration au sein de nombreux serveur web (Apache, Microsoft

IIS,)
La simplicit dinterfacage avec des bases de donnes (de nombreux
SGBD sont supports,

mais le plus utilis avec ce langage est

MYSQL, un SGBD gratuit disponible sur les plateformes Unix, Linux,


et Windows). La figure suivante illustre le dialogue entre PHP et
MYSQL

97

Gestion du courrier lectronique des Appels doffre

Le langage HTML
Le langage HTML est une application de la norme ISO-SGML (Standard
Generalized Markup Langage) et a t dfinie par le CERN (Centre
europen de recherche nuclaire).
LHypertexte Markup Langage, gnralement

abrg HTML,

est le

langage informatique cr et utilise pour crire les pages web. HTML


permet en particulier dinsrer des hyperliens dans du texte, donc de crer
de lhypertexte, do le nom du langage.

Choix de lenvironnement de dveloppement

98

Gestion du courrier lectronique des Appels doffre


Notepad++
Notepad++ est un diteur de texte gnrique cod en C++ qui intgre la
coloration syntaxique de code source pour le langage et fichier C, C++,
CSS, Pascale Properties, Diff, Small talk, PostScript et VHDL ainsi que
pour tout autre langage informatique, car ce logiciel propose la possibilit
de crer ses propres colorations syntaxiques pour un langage quelconque.
Ce logiciel, bas sur la composante Scintilla, a pour but de fournir un
diteur lger (aussi bien au niveau de la taille du code compil que des
ressources occupes durant lexcution) et efficace. Il est galement une
alternative au bloc-notes de Windows (do le nom). Le projet est sous
licence GPL.
Il ne bloque pas le fichier en cours ddition et dteche toute modification
apporte celui-ci par un autre programme (il propose de le recharger).
Java Script
Java script est un langage de programmation de scripts principalement
utilis pour la page web interactive. Cest un langage orient prototype,
cest--dire que les bases du langage ses principales interfaces sont
fournies par des objets qui ne sont pas instancis au sein de classes mais
qui sont chacun quips de constructeurs permettant de gnrer leur
proprit de prototype qui permet den gnrer des objets hritiers
personnaliss.

99

Gestion du courrier lectronique des Appels doffre

BIBLIOGRAPHIE

Livres Produits SGBD, Bases de donnes, MySQL du rayon Informatique


avec la librairie Eyrolles.
[1] Livres Langages,

Dveloppement

d'applications, PHP du

rayon

Informatique avec la librairie Eyrolles.


Nathalie lopez, jorge Migueis et Emmanuel Pichon, Intrer UML dans vos
projets, Edition Editions Eyrolles, 1999.

Ntographie
http://fr.wikipedia.org/wiki/Diagramme_de_d%C3%A9ploiement
http://fr.wikipedia.org/wiki/Architecture_trois_tiers

10