Rapport Malek

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

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
Chapitre I
Etude Pralable
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
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.
I.1.2. Organigramme de la STEG

La figure suivante prsente lorganigramme de la STEG
Figure 1.1. Organigramme de la STEG
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

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

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

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
Chapitre II
Spcification des Besoins
11
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
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
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

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
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>>

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
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
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

Courrier nexiste pas
Ajout effectu
- Chef de dpartement ajouter un courrier
- Le systme enregistre le nouveau courrier
Tableau3.1 : ajouter courrier
19
La description du cas dutilisation consulter courrier

Acteurs
Pr condition
Post condition
Scnario principal

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

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

Courrier non envoy

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

Acteurs
Pr condition
Post condition
Scnario principal
Agent GDA
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
- Lagent GDA slectionne
le
courrier
consulter
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
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
- 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

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

Description
textuelle
de
cas
dutilisation
traitement
des
La
description
du
cas
dutilisation
ajouter
commande/march
Acteurs
Pr condition
Post condition
24
Agent GDM
courrier

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
- Lagent GDM slectionne le courrier
consulter
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
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
- 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

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

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
<<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
<<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
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
Chapitre III
Analyse
31
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
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
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

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

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

modle danalyse du cas dutilisation envoyer courrier

envoyer courrier
36
Administrateur
IU_envoyer_courrier
controle_envoyer_courrier
courrier

envoyer courrier
III.2.2.3 Diagramme de collaboration du cas dutilisation envoyer

courrier

envoyer courrier
37

courriers AO
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

modle danalyse du cas dutilisation Ajouter courrier AO

Ajouter courrier AO
Agent GDA
Administrateur
38
IU_ajouter_courrier_Ao
control_ajouter_courrier_AO
AO

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

courrier AO

Ajouter courrier AO

modle danalyse du cas dutilisation supprimer courrier AO
39

<<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

Agent GDA
IU_supprimer_courrier_Ao
Administrateur
control_supprimer_courrier_AO
AO

40

III.2.3.6
Diagramme
de
collaboration
du
cas
dutilisation

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

modle danalyse du cas dutilisation consulter courrier AO
IU_consulter_courrier_Ao
Agent GDA
control_consulter_courrier_AO
Administrateur
AO

III.2.3.9
Diagramme
de
42
collaboration
du
cas
dutilisation
Figure 3.15
Diagramme de collaboration du cas dutilisation
III.2.4 Analyse de cas dutilisation consulter matriel

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

modle danalyse du cas dutilisation Ajouter matriel
43

Ajouter matriel
Agent GDA
IU_Ajouter_matriel
Administrateur
control_Ajouter_matriel
matriel

ajouter matriel
matriel
44

Ajouter matriel

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

modle danalyse du cas dutilisation supprimer matriel
supprimer matriel
45
IU_supprimer_matriel
Agent GDA
control_supprimer_matriel
Administrateur
matriel

supprimer matriel
III.2.4.6
Diagramme
de
collaboration
du
cas
dutilisation
supprimer matriel

supprimer matriel
46

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

modle danalyse du cas dutilisation Ajouter courrier
commande/march

Ajouter courrier commande/march
47
IU_Ajouter_commande/march
Agent GDM
Administrateur
control_Ajouter_commande/march
Commande



modle
danalyse
commande/march
48
du
cas
dutilisation
supprimer
courrier

<<trace>>
supprimer courrier
commande/march
Agent GDM
Supprimer courrier
commande/March
<<Participe>>
<<Participe>>
<<Participe>>
commande
IU_supprimer_commande/march
Administrateur
Control_supprimer_commande/marchl

modle danalyse du cas dutilisation supprimer courrier
commande/march

supprimer courrier commande/march
Agent GDM
IU_supprimer_commande/march
control_supprimer_commande/march
Administrateur
Commande

III.2.5.6
Diagramme
de
collaboration
49
du
cas
dutilisation

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

modle danalyse du cas dutilisation consulter courrier
commande/march
consulter courrier commande/march
50
Agent GDM
IU_Consulter_commande/march
control_Consulter_commande/march
Administrateur
Commande

III.2.5.9
Diagramme
de
collaboration
du
cas
dutilisation

III.2.6 Analyse de cas dutilisation consulter planning
51

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

modle danalyse du cas dutilisation Ajouter planning
Ajouter planning
Agent GDM
IU_ajouter_planing
Administrateur
control_ajouter_planing
commande

Ajouter planning
52

courrier planning

Ajouter planning
III.3 Analyse des cas dutilisation secondaire

III.3.1 Analyse de cas dutilisation Authentification
modle danalyse du cas dutilisation Authentification
<<trace>>
utilisateur
Authentification
authentification
<<participe>>
<<participe>>
<<participe>>
IU_authentification
53
controle_authentification
Accs

modle danalyse du cas dutilisation Authentification

Authentification
utilisateur
IU_Authentification
controle_Authentification
Accs

Authentification
III.3.1.3
Diagramme
Authentification
54
de
collaboration
du
cas
dutilisation

Authentification
III.3.2 Analyse de cas dutilisation Rclamation

modle danalyse du cas dutilisation valider
<<trace>>
validation
Agent GDA
<<participe>>
Validation
<<participe>>
<<participe>>
valide
IU_valide
controle_valide
Agent GDM

modle danalyse du cas dutilisation valider
valider
55
Agent GDA
IU_validation
controle_validation
Agent GDM
validation

valider
III.3.2.3 Diagramme de collaboration du cas dutilisation valider

valider
56
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
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
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
: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
du cas dutilisation envoyer courrier
60
IU-envoyer-courrier
control-envoyer-courrier
"trace"
"trace"
"trace"
iu-envoyer-courrier
AO/commande
Control-envoyer-courrier
ao/commande

conception du cas dutilisation envoyer courrier

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
...

dutilisation envoyer courrier
Diagramme de squence du cas dutilisation envoyer courrier
61
: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
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

conception du cas dutilisation Ajouter AO
62

Ajouter AO
<<<<entity>>>>
AO
<<<<boundary>>>>
<<<<control>>>>
IU-ajouter-AO
control-ajouter-AO
num
date-remise
AO
materiel
insert()
enregistrer()
date-ouverture
etat
Agent GDA

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,...)
3:insert-courrier()
4:insert-courrier()
6:"afficher-courrier"
Figure 4.9 : Diagramme de squence du cas dutilisation Ajouter

AO
63

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
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

dutilisation supprimer AO
64
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"

supprimer AO

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

conception du cas dutilisation consulter AO
65

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

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"

consulter AO
66
IV.1.4 Conception de cas dutilisation consulter

matriel
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

conception du cas dutilisation Ajouter matriel

Ajouter matriel
67
<<<<boundary>>>>
IU-Ajouter-matriel
matriel
<<<<entity>>>>
matriel
num-lot
entreprise
nomenclature
quantit
cadence
<<<<control>>>>
control-Ajouter-matriel
insert()
Agent GDA

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()
6:"afficher-matriel"

Ajouter matriel
68

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

conception du cas dutilisation supprimer matriel

supprimer matriel
<<<<boundary>>>>
IU-supprimer-matriel
matriel
<<<<control>>>>
control-supprimer-matriel
delete()
Agent GDA
<<<<entity>>>>
matriel
num-lot
entreprise
nomenclature
quantit
cadence

dutilisation supprimer matriel
Diagramme de squence du cas dutilisation supprimer
matriel
69
: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"

supprimer matriel
IV.1.5 Conception de cas dutilisation Traitement des

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

conception du cas dutilisation Ajouter commande/march
70

<<<<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()

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,...)
3:insert-commande/march()
4:insert-commande/march()
5:"insertion-commande/march-effectuee"
6:"insertin-terminee"
71

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

conception du cas dutilisation supprimer commande/march

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

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"

supprimer commande/march

du cas dutilisation consulter commande/march
73
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

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()

dutilisation consulter commande/march
Diagramme de squence du cas dutilisation consulter

commande/march
74

: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"

IV.1.6 Conception de cas dutilisation consulter

planning
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

conception du cas dutilisation Ajouter planning
75

Ajouter planning
<<<<boundary>>>>
IU-Ajouter-planning
livraison
date-livraison
<<<<entity>>>>
commande
livraison
date-livraison
<<<<control>>>>
control-Ajouter-planning
insert()
Agent GDM
ok()

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

planning
IV.2 Conception des cas dutilisation secondaire

IV.2.1 Conception de cas dutilisation
Authentification
du cas dutilisation authentification
IU-Authentification
"trace"
control-Authentification
"trace"
"trace"
<<<<boundary>>>>
IU-AThentification
accs
<<<<control>>>>
Control-Authentification
<<<<entity>>>>
Accs

conception du cas dutilisation authentification

authentification
<<<<boundary>>>>
IU-Authentification
login
MDP
nom
groupe
Utilisateur
77
enregistrer()
<<<<control>>>>
control-Authentification
insert()
<<<<entity>>>>
Acces
login
MDP
nom
groupe
consulter()

dutilisation authentification
Diagramme de squence du cas dutilisation authentification
:IUAuthentification
: utilisateur
:controlAuthentification
:acce
1:selectionner-utilisateur()
2:saisir-login-MDP()
4:insert-utilisateur()
5:insert-utilisateur()
6:"insertion-utilisateur-effectuee"
7:"insertion-utilisateur-terminee"

authentification
IV.2.2 Conception de cas dutilisation Rclamation

du cas dutilisation valider
78
IU-Valider
"trace"
<<<<boundary>>>>
iu-valider
Control-valider
Reclamation
"trace"
"trace"
<<<<entity>>>>
RecLamation
<<<<control>>>>
control-Valier

conception du cas dutilisation valider

Valider
<<<<boundary>>>>
IU-valider
valider
Utilisateur
ok()
Annuler()
<<<<control>>>>
control-valider
<<<<entity>>>>
reclamation
valider
insert()

dutilisation Valider
Diagramme de squence du cas dutilisation Valider
79
:IU-valider
: utilisateur
:control-valider
:reclamation
1:choisir-courrier()
2:clique-ok()
3:insert-valider()
4:insert-valider()
6:"insertion-terminer"

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

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,
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
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
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
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
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
Chapitre V
Implmentation et
Ralisation
87
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
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

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
<<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
Figure 5.3 : Interface Authentification
Figure 5.4 : interface gestion courrier AO
92
Figure 5.5 : Interface Ajouter matriel
Figure 5.6 : Interface envoi courrier
93
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

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
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

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
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

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
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

Rapport Malek

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Rapport Malek

Uploaded by

Copyright:

Available Formats

Gestion du courrier lectronique des Appels doffre

linformatique et lapparition des nouvelles technologies constituent la

La quantit des documents changs aux seins du dpartement

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

Gestion du courrier lectronique des Appels doffre

III- Organisation du rapport

Le premier chapitre intitul Prsentation de la STEG et du

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

llaboration de la liste des diagrammes de cas dutilisation.

utilisant les diagrammes de collaboration.

de lanalyse pour concevoir les cas dutilisation.

fonctionnement du systme avant le livrer.

Gestion du courrier lectronique des Appels doffre

Gestion du courrier lectronique des Appels doffre

Gestion du courrier lectronique des Appels doffre

Prsentation de la STEG et du projet

I.1.1. Prsentation gnrale de la STEG

Socit Tunisienne de lElectricit et du Gaz, est un

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

reprsentants de lEtat et du personnel de lentreprise.

Gestion du courrier lectronique des Appels doffre

I.1.2. Organigramme 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

consommateurs dnergies et les demandeurs de raccordement aux

Elaborer les tudes prvisionnelles des besoins en matriel des

units rgionales de la DDI

Les achats raliss slves a quelques 80 millions de Dinars Tunisien

internationales) conformment la rglementation national des marchs

Gestion du courrier lectronique des Appels doffre

I.1.4. Organigramme de la DDI

Gestion du courrier lectronique des Appels doffre

Figure 1.2. Organigramme de la DDI

I.2. Etude de lexistant

leur numro (rfrence), par

unit, par date.

Gestion du courrier lectronique des Appels doffre

I.3. Prsentation du projet

Gestion du courrier lectronique des Appels doffre

Gestion du courrier lectronique des Appels doffre

II. Spcification des besoins

II.1.1- Les besoins fonctionnels

commande/march) sur une mme application

Gestion du courrier lectronique des Appels doffre

II.1.2- Les besoins non fonctionnels

Assurer le confort visuel et la visibilit des caractres.

Gestion du courrier lectronique des Appels doffre

II.2.1- Identification des acteurs

intervenants dans notre application sont :

Chef de dpartement /Approvisionnement :

Traiter les courriers des appel doffres et envoyer les rclamations.

Traiter les courriers commande/march et envoyer les rclamations.

II.2.2- Spcification des cas dutilisations

Gestion du courrier lectronique des Appels doffre

Le modle de cas dutilisation gnral de lapplication est dcrit

Gestion du courrier lectronique des Appels doffre

Inscription des nouveau agent

Gestion du courrier lectronique des Appels doffre

II.2.2.2- Priorits des cas dutilisation

Agent : GDA, GDM

Tableau1 : Priorit des cas dutilisation

Gestion du courrier lectronique des Appels doffre