Universit de la Manouba

Rapport
de stage dimmersion en entreprise
Elabor par :
ali karchoud

Sujet : Gestion Commerciale de Facturation des

Commissions pour la Bourse de Tunis (BVMT)

Organisme : Socit Arabsoft

Encadr par : Mr.Hammouda Bahri
Adresse : Rue 8368-bloc A- Espace El Aziz
Lot Ennasim Montplaisir 1073 Tunis
Tl :71 78 62 33
Fax :71 79 40 41

Anne Universitaire 2015 - 2016

Apprciations de lencadrant

MR Hammouda Bahri

(Arabsoft)

Remerciements
ous souhaitons adresser nos remerciements aux personnes qui nous ont apport leur aide
et qui ont contribu la ralisation de notre projet.
Nous remercions tout dabord Monsieur Hammouda Bahri pour ses conseils, son soutien
et pour nous avoir encadrs tout au long du projet.
Nos vifs remerciements vont galement aux membres de jury pour nous avoir accord leur
attention.
Finalement, nous sommes reconnaissants tous nos collgues pour leur soutien pendant la
ralisation de notre travail.

Table des matires

Introduction gnrale
1 Cadre gnral du projet
1.1 Cadre du travail . . . . . . . . . . . .
1.2 Prsentation de lorganisme dacceuil
1.3 Prsentation du sujet . . . . . . . . .
1.4 Mthodologie et formalismes adopts

.
.
.
.

2
2
2
3
3

2 Etude thorique
2.1 La Bourse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2 Etude et analyse de lexistant . . . . . . . . . . . . . . . . . . . . . . . . . . . .

5
5
6

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

.
.
.
.

3 Analyse et spcification des besoins

3.1 identification des acteurs . . . . . . . . . . . . . . . . . . . . . .
3.2 Etude des besoins . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.1 Les besoins fonctionnels . . . . . . . . . . . . . . . . . .
3.2.2 Les besoins non fonctionnels . . . . . . . . . . . . . . . .
3.3 Spcification des besoins . . . . . . . . . . . . . . . . . . . . . .
3.3.1 Diagrammes de cas dutilisation . . . . . . . . . . . . . .
3.3.1.1 Diagramme de responsable de facturation . . .
3.3.1.2 Diagramme de ladministrateur . . . . . . . . .
3.3.1.3 Diagramme de client . . . . . . . . . . . . . . .
3.3.2 Diagrammes de squence . . . . . . . . . . . . . . . . . .
3.3.2.1 Diagramme de squence "sauthentifier" . . . .
3.3.2.2 Diagramme de squence "ajouter client" . . . .
3.3.2.3 Diagramme de squence "lancer la facturation"
3.3.2.4 Diagramme de squence "passer rclamation" .
3.3.2.5 Diagramme de squence "valuer service" . . .
4 Conception
4.1 Conception globale . . . . . . . . . . . .
4.1.1 Vue physique . . . . . . . . . . .
4.1.2 Vue logique . . . . . . . . . . . .
4.2 Conception dtaille . . . . . . . . . . .
4.2.1 diagramme de classes . . . . . . .
4.2.2 Conception de la base de donnes
4.2.3 Les diagrammes de squence . . .
3

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

8
8
8
9
10
10
10
10
11
12
13
13
14
16
18
19

.
.
.
.
.
.
.

20
20
20
21
22
23
24
25

4.2.3.1
4.2.3.2

Diagramme de squence ajouter client . . . . . . . . . . . . . . 26

Diagramme de squence lancer la facturation . . . . . . . . . . 27

5 Ralisation
5.1 Environnement du travail . . . . . . . . . . .
5.1.1 Environnement matriel . . . . . . . .
5.1.2 Environnement logiciel . . . . . . . . .
5.2 Travail ralis . . . . . . . . . . . . . . . . . .
5.2.1 Espace commun tous les utilisateurs
5.2.2 Espace client . . . . . . . . . . . . . .
5.2.3 Espace agent de facturation . . . . . .
5.2.4 espace administrateur . . . . . . . . .
5.2.5 Chronogramme . . . . . . . . . . . . .

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.

29
29
29
29
30
30
31
36
39
41

Conclusion et perspectives

43

Netographie

44

Table des figures

3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8

cas dutilisation responsable de facturation .

cas dutilisation administrateur . . . . . . .
cas dutilisation client . . . . . . . . . . . . .
diagramme squence authentification . . . .
diagramme squence ajout dun client . . . .
diagramme squence facturation . . . . . . .
diagramme squence passer une rclamation
diagramme squence valuer service . . . . .

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.

11
12
13
14
15
17
18
19

4.1
4.2
4.3
4.4
4.5
4.6

architecture 3 tiers php . . . . . . . . . . . .

le modle MVC . . . . . . . . . . . . . . . .
diagramme de classes . . . . . . . . . . . . .
modle de la base de donnes . . . . . . . .
Diagramme de squence ajout dun client . .
Diagramme de squence lancer la facturation

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

21
22
23
24
26
28

5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
5.9
5.10
5.11
5.12
5.13

page connexion . . . . . . . . . . .
page dacceuil client . . . . . . . . .
menu client . . . . . . . . . . . . .
page reclamation . . . . . . . . . .
page infos . . . . . . . . . . . . . .
consulter facture . . . . . . . . . .
page dacceuil agent de facturation
menu agent de facturation . . . . .
page facturation . . . . . . . . . . .
page ajout client . . . . . . . . . .
menu administrateur . . . . . . . .
page tableau de bord . . . . . . . .
chronogramme . . . . . . . . . . . .

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

31
32
33
34
35
35
36
37
38
39
40
41
41

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

.
.
.
.
.
.
.
.
.
.
.
.
.

Introduction gnrale
Dans les deux dernires dcennies, nous avons remarqu une utilisation de plus en plus
commune des hautes technologies dans le domaine financier. Ce secteur a tendance numriser
ses informations et exploiter les capacits et la rapidit quoffrent ces techniques.
La Bourse, lment du march financier qui joue un rle conomique essentiel dans les conomies
modernes, vise mettre les technologies en son service.Ainsi, ils utilisent des supercalculateurs
pour assurer un systme de ngociation informatis, des sites web et des applications pour
mettre en disponibilit des clients les informations en temps rel, etc.
Les Bourses ont des factures qui doivent tre livres aux clients pour quils leur payent. Ces
factures contiennent diverses commissions. Certaines bourses cherchent procurer un outil pour
grer la facturation des commissions verses leur profit.
Cest dans ce cadre que se situe notre stage qui vise concevoir et dvelopper un outil de
gestion commerciale de facturation des commissions pour la bourse des valeurs de Tunis et ceci
au sein de la socit informatique "Arabsoft". Notre site assurera une facilit dutilisation grce
son interface il permettra son utilisateur de gnrer les factures, les envoyer aux clients et
poursuivre lactivit grce aux statistiques illustres par un tableau de bord.
Le prsent rapport dcrit les diffrentes tapes de la ralisation de cette application. Nous
commencerons par introduire le cadre gnral du projet. En deuxime lieu, nous prsenterons
ltude thorique que nous avons amene propos du sujet. Lanalyse des besoins fonctionnels
et non fonctionnels ainsi que la spcification de ces besoins via les mthodes semi-formelles
feront lobjet de troisime chapitre. Le quatrime chapitre dcrit la conception de lapplication
sur deux niveaux : une conception gnrale et une conception dtaille. Quant au cinquime
chapitre, il sera consacr ltape de ralisation, en dcrivant tout dabord lenvironnement
matriel et logiciel puis en montrant les interfaces associes aux diverses fonctionnalits.
Finalement, nous clturons ce rapport par une conclusion qui rappellera le contexte de notre
travail et tracera ses perspectives damlioration.

Chapitre 1
Cadre gnral du projet
e chapitre a pour objectif de placer notre projet dans son contexte gnral soit lorganisme
daccueil, la problmatique pose et le sujet traiter. Nous commencerons par fixer le
cadre du travail et prsenter lorganisme daccueil. Ensuite, nous dcririons la problmatique
du sujet ainsi que le travail demand.

1.1

Cadre du travail

Ce stage sinscrit dans le cadre dun stage dt. Il sagit dun stage dimmersion en entreprise.
Notre stage a t effectu au sein dune socit de services et dingnierie en informatique (SSII)
"Arabsoft".

1.2

Prsentation de lorganisme dacceuil

ARAB SOFT est une socit responsabilit limite, cre en 1985, sise Tunis et reprsente par deux agences situes Sousse et Djerba. ARAB SOFT compte 130 employs dont
115 concepteurs, dveloppeurs et formateurs. La socit ARAB SOFT a connu une croissance
rapide ds sa premire anne dexistence qui la propuls au rang de leader national en ingnierie de software anticipant ainsi lvolution invitable de lensemble du march. Cest une SSII
[1] ( Socit de services et dingnierie en informatique) cest--dire une socit experte dans
le domaine des nouvelles technologies et de linformatique englobe plusieurs mtiers (conseil,
conception et ralisation doutils, maintenance ou encore formation) et a pour objectif principal
daccompagner une socit cliente dans la ralisation dun projet.
La SSII a ralis plusieurs
logiciels, notamment dans la gestion des RH, comptabilit financire, gestion htelire, gestion
de maintenance assiste par ordinateur, gestion commerciale, etc. En tout Arabsoft a prs de
46000 clients. Elle compte parmi ses clients la BCT, ONAS, SNIT, lATB et Tunisair. Ces

ENSI

CHAPITRE 1. CADRE GNRAL DU PROJET

organismes ont fait confiance aux comptences dArabsoft pour laborer leurs ERP.
Lorganisme se caractrise par son savoir-faire dans :
Ltude, conception et dveloppement des logiciels sectoriels spcifiques.
Le dveloppement des logiciels standards
Le dveloppement des sites web dynamiques
La formation sur les logiciels conus et distribus

1.3

Prsentation du sujet

De jour en jour, et avec un rythme acclr, les tablissements rgissant dans le secteur
financier cherchent numriser ses informations et automatiser leurs tches quotidiennes. Dans
ce cadre, la socit "Arabsoft" dcide de raliser pour la bourse de valeurs de Tunis (BVMT) un
systme de gestion commerciale de facturation des commissions. Ceci donnera plus de fiabilit
et de rapidit cette activit. Loutil prsentera en premier lieu le service de facturation et en
deuxime lieu il offrira aux utilisateurs les informations et services relatives la facturation et
qui correspondent sa catgorie.

1.4

Mthodologie et formalismes adopts

Dans le dveloppement de ce systme, nous allons adopter le modle incrmental qui consiste
dvelopper lapplication en tendant progressivement ses fonctionnalits. Nous avons opt
pour ce choix du fait des caractristiques que possde ce processus de dveloppement :
il est itratif
chaque dveloppement est moins complexe
les intgrations sont progressives
Le langage de modlisation employ pour ce projet est lUML [2]. Il est n de la fusion des trois
mthodes qui ont le plus influenc la modlisation objet au milieu des annes 90 : OMT, Booch
et OOSE. Les auteurs ont voulu faire dUML un langage graphique qui permet de reprsenter
et de communiquer les divers aspects dun systme dinformation. Aux graphiques sont bien
sr associs des textes qui expliquent leur contenu. UML [3] est donc un mtalangage, car il
fournit les lments permettant de construire le modle qui, lui, sera le langage du projet. UML
est devenu un standard incontournable en matire de modlisation par objet.

stage dimmersion en entreprise

ENSI

CHAPITRE 1. CADRE GNRAL DU PROJET

Conclusion
Dans ce chapitre introductif, nous avons prsent lorganisme daccueil ainsi que le projet
raliser. En fait, nous avons maintenant une ide sur le contexte du sujet et nous passerons
ainsi une tape primordiale dans la comprhension du projet, cest la partie de ltude de
lexistant et ltude thorique.

stage dimmersion en entreprise

Chapitre 2
Etude thorique
ous prsentons dans ce chapitre une tude de lexistant et les solutions proposes. Nous
nous introduisions aussi des lments de comprhension de quelques concepts de base
utiles ce projet.

2.1

La Bourse

La Bourse [4] peut se dfinir comme le lieu o les investisseurs achtent et vendent des titres
de capital ou de crance mises par les entreprises, ltat et les collectivits locales..
La Bourse assure le lien essentiel entre les agents conomiques qui cherchent placer leur
pargne(mnage, investisseurs individuels ou institutionnels) et les socits en qute de financements assurant leur croissance et dveloppement. Cest le rle conomique essentiel de la
Bourse dans les conomies modernes.
La Bourse de Tunis ou "BVMT" pour Bourse des valeurs mobilires de Tunis est une bourse
de valeurs. Elle sagit donc dun lieu o schangent les valeurs mobilires (actions, obligations,
titre de crance ngociable, etc.).
Les ressources de la Bourse proviennent des commissions soient :
commissions sur les ngociations boursires (CNB) : elles sont payes par les intermdiaires
acheteur et vendeur intervenant dans des transactions boursires portant sur les titres de
capital ou de crance appartenant ou non la cote de la Bourse.
commission dadmission la cote de la Bourse : elle est acquitte lors de leur introduction
en bourse par les organismes metteurs au profit de la BVMT.
commission de sjour la cote de Bourse : la commission annuelle de sjour est acquit
par les socits cotes au profit de BVMT.
commission sur les enregistrements boursiers (CEB) : elles sont payes par le vendeur et
lacheteur de titre pour les oprations qui ne donnent pas lieu une ngociation sur le
5

ENSI

CHAPITRE 2. ETUDE THORIQUE

march et qui sont enregistres par la BVMT.

2.2

Etude et analyse de lexistant

Avant de se plonger dans la ralisation de notre projet, nous avons consult et test des
solutions dj existant en matire de gestion commerciale et plus prcisment de facturation
qui constitue le sujet de ce stage.
En effet la gestion commerciale [5] permet de piloter une entreprise en donnant les indices
qui permettent aux dirigeants de prendre les bons choix stratgiques.Aujourdhui pour avoir
un systme de gestion commerciale efficace, il est ncessaire de passer par un bon logiciel
informatique. Dans toutes ces solutions le service facturation se prsente comme un module. Il
en existe aussi des logiciels restreints la facturation.
Ces logiciels sont disponibles sous deux formes :
application desktop
en ligne travers un site ou une application web
Ces solutions sont toutes payantes avec certaines qui offrent une priode dessai gratuit. Le
logiciel de facturation en ligne "Zervant" est utilisable pour au moins un abonnement qui cote
7 euros ou quivalents par mois. Cet abonnement est pour un seul utilisateur et il est limit
trois factures par mois. Le logiciel assez rput "sage" son compte peut coter 600 dinars tunisiens et lutilisateur est amen subir une formation pour pouvoir lutiliser. Cette complexit
et ce cot parfois lev rendent indispensable la mise en place dun systme spcifique pour la
facturation qui tait un module intgr dans la gestion commerciale. Aussi, les logiciels disponibles grent les factures dachat et de vente dont les entreprises ont besoin mais ne prennent
pas en charge la facturation des commissions qui est un besoin particulier pour la bourse.
Nous avons remarqu que ces solutions sont destines tre utilises seulement par lagent de
facturation et pour juste crer une facture et lenvoyer, ceci travers le remplissage de champ
dun formulaire pour chaque facture et non pas en se fondant sur un fichier rsumant les actions
facturer. Ainsi, elles ne permettant pas ladministration et le contrle de ce service facturation
et aussi nassurent pas un espace pour les clients qui vont recevoir ses factures.
la lumire de ces constatations, nous avons opt implmenter un site avec une interface conviviale qui est utilisable par tous les concerns par ce service qui est la facturation.
Ainsi, trois espaces existeront : un espace pour le client, un autre pour lagent de facturation
et un dernier pour ladministrateur. La gnration et lenvoi des factures par notre systme se
feront automatiquement si le fichier en entre respecte les exigences du systme en matire de
format et de contenu.

stage dimmersion en entreprise

ENSI

CHAPITRE 2. ETUDE THORIQUE

Conclusion
Nous avons prsent dans ce chapitre une ide sur lapplication et ses origines ainsi que les
solutions existantes. Ceci nous a men opter une solution telle que dcrite dans le dernier
paragraphe. Une tude plus approfondie sera prsente dans les prochains chapitres.

stage dimmersion en entreprise

Chapitre 3
Analyse et spcification des besoins
ette tape tant la premire dans le cycle de dveloppement du projet, elle est considre
trs importante. En effet, cest durant cette phase que les besoins de lutilisateur sont
identifis et prciss. Dans ce chapitre nous allons reprsenter dune faon dtaille les besoins
fonctionnels et les besoins non fonctionnels de notre systme ainsi que la spcification illustre
par les diagrammes de cas dutilisation et les diagrammes de squences.

3.1

identification des acteurs

Notre systme est en interaction avec divers acteurs. Ils peuvent tre des clients, ladministrateur ou lgent de facturation. Les services offerts sont diffrents selon lacteur.
ladministrateur : cest le super utilisateur, ayant le plus haut degr daccs, il peut se
servir et contrler lintgralit des services offerts.
lagent de facturation : cest un principal utilisateur de notre systme, il a accs seulement
aux fonctionnalits relatives la gnration et envoi des factures.
le client : un espace sera destin aux clients o chacun deux pourra consulter des informations relatives ses factures ainsi quvaluer le service.

3.2

Etude des besoins

Dans cette section nous analysons les besoins qui sont classs en deux catgories : besoins
fonctionnels et besoins non fonctionnels. Les besoins fonctionnels dcrivent quoi sert le systme. Tandis que les besoins nons fonctionnels reprsentent les contraintes auxquelles le systme
doit rpondre afin de garantir un bon droulement.

ENSI

3.2.1

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Les besoins fonctionnels

Les besoins fonctionnels servent dterminer les fonctionnalits et services offerts par le
systme pour chaque acteur.
Les fonctionnalits de point de vue administrateur
Lancer le processus de facturation : notre systme permet ladministrateur deffectuer
la facturation en lanant le processus dbutant avec lanalyse de fichier en entres et
finissant par lenvoi des factures.
Ajouter client : ladministrateur peut tout moment ajouter un client ceci peut tre aussi
engendr par le fait dabsence dun client cit dans le fichier en entre.
Consulter tableau de bord : afin dassurer une bonne vision de lactivit de facturation.
Notre systme doit permettre ladministrateur de retrouver dans un tableau de bord
des diagrammes illustrant la situation de service.
Sauthentifier : cest une fonctionnalit primordiale car elle permet de identifier lutilisateur et ainsi lui assurer les services qui lui sont permises.
Les fonctionnalits de point de vue client
Le client bnficie des fonctionnalits suivantes :
Consulter des informations relatives ses factures : travers un espace ddi chaque
client, il peut retrouver le nombre de factures rdiges dans son compte. Ainsi que visualiser la dernire facture qui lui a t envoy, en plus de ses coordonnes (nom client, type,
adresse).
Passer une rclamation : notre systme permet au client sil a une rclamation propos
dune facture ou autre de lenvoyer ladministrateur via email.
valuer le service : le systme doit assurer le confort des clients et assurer leur satisfaction,
pour cela, le site propose aux utilisateurs dvaluer le service facturation offert par le
systme.
Sauthentifier : cest une fonctionnalit primordiale car elle permet didentifier lutilisateur
et ainsi lui assurer les services qui lui sont permis.
Les fonctionnalits de point de vue agent (responsable) de facturation
Lagent responsable deffectuer la facturation sera en utilisation quotidienne de notre systme.
Ce dernier lui donne la possibilit de :
Lancer la facturation : ce service permet lagent de gnrer et envoyer les factures correspondant aux commissions dcrites par le fichier en entre.
stage dimmersion en entreprise

ENSI

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Ajouter client : une autre fonctionnalit que le systme doit assurer lagent de facturation
est dajouter un client ceci lui permet dinclure des nouveaux clients tout moment ceci
peut tre engendr par le fait dabsence dun client mentionn dans le fichier en entre.

3.2.2

Les besoins non fonctionnels

Notre systme doit assurer les besoins non fonctionnels suivants :

Le site doit prsenter une interface ergonomique et convivale afin dattirer les utilisateurs
et garantir la facilit de manipulation des fonctions offertes.
Son fonctionnement doit tre fiable et la rponse doit tre rapide.
Le systme garantit une certaine scurit grce un systme dauthentification qui limite
les droits daccs.
La compatibilit avec les navigateurs populaires (Chrome, Firefox, Opera et Internet
Explorer)

3.3

Spcification des besoins

travers cette section, nous tenons clarifier les fonctionnalits assures par notre systme.
Nous emploierons les diagrammes de cas dutilisation et les diagrammes de squence.

3.3.1

Diagrammes de cas dutilisation

Ces sont des vues externes du systme. Ils servent modliser linteraction des acteurs avec
le systme qui est vu dans ce contexte comme une bote noire. Le diagramme cas dutilisation
peut tre accompagn de descriptions textuelles qui dcrivent le droulement de linteraction
acteur-systme pour certaines actions.
Afin de bien visualiser les cas dutilisation de chaque acteur. Nous avons fait sorte que
chacun des acteurs a un diagramme qui illustre ses cas dutilisation du systme.
3.3.1.1

Diagramme de responsable de facturation

La figure ci-dessous prsente les services offerts par le site au agent(responsable) de facturation. Une fois authentifi, il lui est possible dajouter un client ou de lancer le processus de
facturation.

stage dimmersion en entreprise

10

ENSI

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Figure 3.1 cas dutilisation responsable de facturation

3.3.1.2

Diagramme de ladministrateur

Le diagramme de la figure 3.2 montre les interactions possibles entre le systme et ladministrateur. Aprs authentification ladministrateur peut tout comme lagent de facturation
ajouter un client ou lancer le processus de facturation.Mais il peut aussi faire le suivi de lactivit de facturation en recueillant des indicateurs relatifs partir des charts de tableau de bord.

stage dimmersion en entreprise

11

ENSI

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Figure 3.2 cas dutilisation administrateur

3.3.1.3

Diagramme de client

Comme nous pouvons le visualiser sur la figure suivante, le client a droit divers services
dans notre site.Sil est authentifi, il peut consulter des informations relatives ses factures,
donner son avis propos de service de facturation en lvaluant et enfin passer une reclamation
qui sera reue par ladministrateur de site.

stage dimmersion en entreprise

12

ENSI

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Figure 3.3 cas dutilisation client

3.3.2

Diagrammes de squence

Aprs avoir dcrit les diffrents cas dutilisation de chaque acteur, nous donnerons dans cette
section une description dtaill de droulement de certaines interactions grce aux diagrammes
de squence.
3.3.2.1

Diagramme de squence "sauthentifier"

Lauthentification [6] est la procdure qui consiste pour un systme informatique vrifier
lidentit dune entit (personne, ordinateur,etc.) afin dautoriser son accs aux systmes,rseaux
et applications.
Pour pouvoir accder aux services qui lui sont offerts par notre site, lutilisateur (client,
administrateur ou agent) est amen sauthentifier. Pour cela il doit entrer son login et son
mot de passe. Le systme effectue une vrification. Sil est authentifi avec succs il gagne accs
aux fonctionnalits. En cas dchec, le formulaire de connexion est affich de nouveau pour lui
permettre de taper son login et mot de passe.

stage dimmersion en entreprise

13

ENSI

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Figure 3.4 diagramme squence authentification

3.3.2.2

Diagramme de squence "ajouter client"

Afin deffectuer lopration dajout dun client, il faut que ladministrateur ou lagent de
facturation sauthentifie. Une fois identifi avec succs, il peut choisir le service ajouter client
. Ainsi un formulaire sera affich et lutilisateur le remplit avec les informations du client et
lenvoie. Le systme vrifie la validit des champs et labsence de client. Dans ce cas, il effectue
lopration dajout. Le terme utilisateur dans le diagramme dsigne ladministrateur ou lagent
de facturation.

stage dimmersion en entreprise

14

ENSI

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Figure 3.5 diagramme squence ajout dun client

stage dimmersion en entreprise

15

ENSI

3.3.2.3

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Diagramme de squence "lancer la facturation"

Cest le service principal pour lequel a t conue le systme. La fonctionnalit "facturation"

est accessible lagent de facturation ainsi qu ladministrateur aprs authentification. Lopration dmarre avec le choix dun fichier en entre qui doit tre valide en matire dextension et
respectant le formatage employ dans le traitement. Si le fichier contient des commissions non
dj factures il sera trait. le rsultat final consiste en lenvoi dun mail aux clients concerns
avec en pice jointe une facture rsumant leurs commissions. On dsigne par utilisateur dans le
diagramme de la figure ci-dessous lagent de facturation ou ladministrateur.

stage dimmersion en entreprise

16

ENSI

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Figure 3.6 diagramme squence facturation

stage dimmersion en entreprise

17

ENSI

3.3.2.4

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Diagramme de squence "passer rclamation"

Pour assurer un contact avec les clients et la satisfaction de ces derniers, notre systme offre
aux clients la possibilit de passer une rclamation le message sera transmis ladministrateur
de site via mail. Le diagramme de squence ci-dessous illustre le droulement de cette interaction
client-systme.

Figure 3.7 diagramme squence passer une rclamation

stage dimmersion en entreprise

18

ENSI

3.3.2.5

CHAPITRE 3. ANALYSE ET SPCIFICATION DES BESOINS

Diagramme de squence "valuer service"

Veillant sur la satisfaction des clients de notre service, notre systme permet aux clients
dvaluer le service de facturation duquel il bnficie et quassure notre site. Cette valuation
alimente un score de satisfaction client qui est ensuite visible ladministrateur du site. Le systme dvaluation employe est celui des cinq toiles. Ce systme est un des plus communment
utilis sur le net.

Figure 3.8 diagramme squence valuer service

Conclusion
Dans ce chapitre nous avons identifi les diffrents utilisateurs ainsi que le rle de chacun.
Puis, laide des diagrammes des cas dutilisation et les diagrammes de squences nous avons
pu classer les services offerts par acteur et modliser linteraction des utilisateurs avec le systme
pour divers cas dutilisation. Ce chapitre est primordial pour la conception que nous dtaillerons
dans la prochaine partie.

stage dimmersion en entreprise

19

Chapitre 4
Conception
prs llaboration de la spcification des diffrents services de notre site, la prochaine tape
consiste en la mise en place dune conception bien claire des diffrents services. Ainsi dans
cette partie, nous fixerons larchitecture de notre application et nous prsentons la conception
globale dans ses deux vues physique et logique. La conception dtaille fera le sujet dune
deuxime section dans cette partie conception.

4.1
4.1.1

Conception globale
Vue physique

Notre systme est structur selon larchitecture 3 tiers alors le site est rparti en trois
lments ayant des rles bien dfini :
client dit "lger" dans la mesure o il nassume aucune fonction de traitement en opposition avec larchitecture 2 tiers (modle client-serveur). il correspond dans notre cas au
"navigateur web".
serveur dapplications qui prend en charge les traitements rpondant aux requtes du
client. Ces oprations peuvent ventuellement faire appel des donnes situes dans la
base de donnes.
serveur de base de donnes charg de ramener les donnes ncessaires pour traiter la
requte provenant de client mais aussi de conserver les donnes.

20

ENSI

CHAPITRE 4. CONCEPTION

Dans la figure suivante, on illustre ce que nous avons prcis prcdemment en montrant
larchitecture 3 tiers avec lemploi du PHP.

Figure 4.1 architecture 3 tiers php

4.1.2

Vue logique

Nous avons choisi le patron de conception MVC (Modle-Vue-Contrleur). Le framework

Symfony2 nous a permis dimplementer selon ce dcoupage qui est trs rpandu dans le dveloppement web. Ceci est d au fait quil spare les couches selon leur logique propre en modle,
vue et contrleur. Voyons de plus prs les lments de cette architecture.

le contrleur : il a pour rle de prendre en entre les requtes http provenant dutilisateur
du site et gnerer des rponses ces requtes. Pour raliser ce rle, il demande au modle les
donnes, les analyse, prend des dcisions et renvoie le texte afficher la vue. Le contrleur
contient exclusivement du PHP.
Notre sytme se base sur deux contrleurs. Le premier tant le contrleur principal facturationcontroller qui gre les diffrents services offerts par le site et la navigation dans ce dernier.
Le deuxime contrleur est nomm securitycontroller. Il est rserv la securit de site et
la gestion des utilisateurs.
le modle : il est charg de grer les donnes du site. En accdant la base des donnes
de donnes, il rcupre les informations ncessaires la rponse et les organise pour quelles
peuvent ensuite tre exploites par le contrleur qui les reoit.
la vue : son rle est laffichage des pages qui ne sont que des rponses aux requtes dutilisateur. Elle est initie par le contrleur. Avec Symfony, les vues sont dfinies par des fichiers
stage dimmersion en entreprise

21

ENSI

CHAPITRE 4. CONCEPTION

twig(moteur de templates PHP). Elle reoit les rsultats de traitement effectu par le contrleur
et prend en charge laffichage de ces rsultats sous forme de pages HTML interprtables par le
client (navigateur web). travers la figure suivante nous illustrons le modle MVC.

Figure 4.2 le modle MVC

4.2

Conception dtaille

Dans cette section, nous dtaillerons davantage la conception de notre systme. Ainsi, nous
dfinirons notre base de donnes et dtaillerons les interactions avec le systme travers les
diagrammes de squence. Nous prsenterons aussi le diagramme de classes de lapplication.

stage dimmersion en entreprise

22

ENSI

4.2.1

CHAPITRE 4. CONCEPTION

diagramme de classes

Figure 4.3 diagramme de classes

Pour traiter les requtes utilisateurs, nous avons besoin des contrleurs qui hritent de la
classe Controller. Leur rle est de retourner une rponse en excutant laction correspondant
la requte. Ce sont eux qui grent le logique mtier de lapplication. La classe Utilisateur est une
entit implmentant linterface UserInterface ainsi elle dfinit un fournisseur dutilisateurs pour
notre application Symfony. Cette entit permet de mapper ses instances (utilisateurs) avec la
base de donnes et plus exactement la table utilisateur. FPDF et PHPMailer sont deux classes
stage dimmersion en entreprise

23

ENSI

CHAPITRE 4. CONCEPTION

externes dont sen sert le contrleur pour gnrer les factures en PDF et les envoyer par la
suite. Compte Contact et ContactType ils permettent ensemble dimplmenter un formulaire
Symfony avec validation. Ce formulaire est utilis pour passer les rclamations.

4.2.2

Conception de la base de donnes

Notre site stocke les donnes dans une base de donnes relationnel appele "gcf_commission".
Afin de montrer la structure de notre base de donnes et dcrire les relations entre ses diffrentes
entits, nous prsentons le modle entit-relation illustr par la figure ci-dessous.

Figure 4.4 modle de la base de donnes

stage dimmersion en entreprise

24

ENSI

CHAPITRE 4. CONCEPTION

Pour permettre la facturation lagent de facturation ainsi qu ladministrateur, on utilise

cinq tables qui sont lies entre elles par diffrentes relations qui seront dtailles par la suite
Les tables com_ctb_rus_daily et com_det_ctb stockent les commissions issues de fichier en
entre. Quant aux tables com_facture et com_det_facture, elles enregistrent respectivement
lentte et le dtail des factures. La table client son tour sert stocker les clients pour lesquels
on gnre les factures.
. Entre ces tables existent les liaisons suivantes :
le client possde 0 ou plusieurs factures. Une facture appartient un et un seul client.
une facture contient une ou plusieurs commissions. Ces commissions se trouvent dans une
et une seule facture.
un client est mentionn dans 0 ou plusieurs commissions. Une commission (dtail commission) est propre un et un seul client.
Pour permettre aux clients de se connecter et utiliser les services qui lui sont offerts on utilise
une table utilisateur.
Les tables client et utilisateur sont lis par une liaison du type 1 : 1
Les clients, utilisateurs de site, peuvent valuer le service facturation offert par le systme.
Cette valuation alimente un indicateur affich dans le tableau de bord de ladministrateur. Les
valuations sont stockes grce la table rating. Entre utilisateur et rating il y a une liaison de
type un plusieurs. Lutilisateur peut valuer 0 ou plusieurs fois. Une valuation est effectue
par un et un seul utilisateur.

4.2.3

Les diagrammes de squence

Nous dtaillerons dans cette section par les diagrammes de squence, rgissant cette fois
les objets, le droulement et les ventualits des cas dutilisation ajouter client et lancer la
facturation.

stage dimmersion en entreprise

25

ENSI

4.2.3.1

CHAPITRE 4. CONCEPTION

Diagramme de squence ajouter client

Figure 4.5 Diagramme de squence ajout dun client

Ce diagramme prsente les dtails de linteraction entre lutilisateur et le systme dans ses
composants intervenant lors dajouts dun client. Lutilisateur, authentifi avec succs comme
lagent de facturation ou ladministrateur, a accs au service ajouter client. Sil choisit ce service,
une instance de facturationcontroller est cr. Recevant la requte dutilisateur elle lance laction
ajout client. Ceci engendre le renvoi de la page dajout client affichant ainsi un formulaire
remplir. Ensuite, lutilisateur est tenu de remplir ce formulaire et soumettre. Envoy, les
informations sont vrifis pour tester si tous les champs sont non vides et valides. Si tous les
champs sont corrects, lexistence de client est test par le contrleur. Sil est inexistant, le client
est insr dans la table client rsultant laffichage dune notification par linterface et ensuite un
stage dimmersion en entreprise

26

ENSI

CHAPITRE 4. CONCEPTION

utilisateur correspondant au client est cr et insr dans la table utilisateur. Sinon, un message
informant de lexistence de client est renvoy.
4.2.3.2

Diagramme de squence lancer la facturation

Tout comme lajout du client, le service de facturation est accessible seulement par lagent de
facturation et ladministrateur. Aprs authentification et sils choisissent le service facturation,
une instance de facturationcontroller est cr. La requte dutilisateur fait appel laction
facturationAction du contrleur. En rponse, la vue facturation est transmise linterface qui
affichera un formulaire permettant le choix du fichier source de facturation par lutilisateur.
Aprs choix de fichier et soumission, le contrleur teste la validit du fichier(format, etc.). Sil
nest pas valide une erreur est signal sinon le fichier est parcouru et on teste la redondance des
commissions. Si le fichier comporte des nouvelles commissions facturer, elles sont enregistrs
dans la table com det Ctb et la ligne entte et son tour stock dans com Ctb rus daily. Par la
suite dmarre la gnration des factures client par client pour les clients ayant des commissions
non factures mentionnes dans le fichier source. chaque facture gnre est envoye comme
pice jointe dans un mail vers le client correspondant. Ladresse est issue de ligne correspondant
au client dans la table client. Ainsi pour assurer le bon fonctionnement et avant de dbuter
la gnration des factures lexistence des clients mentionns dans le fichier est test et si un
client est inexistant le processus est termin signalant linexistence dun client et demandant
de rajouter ce client pour pouvoir gnrer les factures partir de fichiers choisis. la fin du
traitement une vue rsumant lopration est renvoye linterface. Ainsi lutilisateur visualisera
des messages dcrivant le droulement de processus. Le diagramme ci-dessous illustre lopration
de facturation.

stage dimmersion en entreprise

27

ENSI

CHAPITRE 4. CONCEPTION

Figure 4.6 Diagramme de squence lancer la facturation

stage dimmersion en entreprise

28

Chapitre 5
Ralisation
ans les prcdents chapitres, nous avons suivi les tapes de dveloppement de notre application en dmarrant de ltude thorique la mise en place dune conception dtaille.
Suivant cette logique, ce chapitre concernera laspect implmentation et dveloppement. Nous
dbuterons par prsenter lenvironnement du travail. Ensuite, nous illustrerons la ralisation de
notre travail par des imprims-crans. Nous terminerons par citer les difficults rencontres et
prsenter un chronogramme dcrivant les tapes de mise en oeuvre de lapplication.

5.1

Environnement du travail

Dans cette section nous dcrivons lenvironnement matriel et logiciel que nous avons utilis
pour arriver raliser notre projet.

5.1.1

Environnement matriel

Tout au long de ce travail, nous nous sommes servi dun PC ayant les caractristiques
suivantes :
Marque : Lenovo
Processeur : Core i5
Mmoire : 4 GO de RAM
Disque Dur : 1 TO
Systme dexploitation : Windows 8.1

5.1.2

Environnement logiciel

diteur de rapport :
Pour rdiger ce rapport, nous avons employ Latex. Un langage de description qui permet
29

ENSI

CHAPITRE 5. RALISATION

dobtenir des documents dont la mise en page est professionnelle tant destine aux documents
scientifiques.
WampServer :
WampServer est une plate-forme de dveloppement Web sous Windows pour des applications
Web dynamiques laide du serveur Apache2, du langage de scripts PHP et dune base de
donnes MySQL. Il possde galement PHPMyAdmin pour grer plus facilement les bases de
donnes.
version :2.5
FPDF :
FPDF est une classe PHP qui permet de gnrer des fichiers PDF en pur PHP. Le F de FPDF
signifie Free : vous tes libre de lutiliser et de la modifier comme vous le souhaitez. Nous avons
apprci dans FPDF :
sa simplicit dutilisation et dintgration
sa documentation qui est bien illustre par des exemples de dmonstration.
FPDF ne ncessite aucune extension
peut produire des documents dans de nombreuses langues autres que le franais
FusionCharts suite XT :
Il sagit dune bibliothque de cartographie Javascript qui est lune des plus anciennes tant
sortie pour la premire fois en 2002. La version que nous utilisons est la version 3.7.1 qui a
apparu cette anne. Cette solution de cartographie englobe plus de 90 types de graphiques et
1000 types de cartes. Elle accepte des donnes sous forme JSON ou XML et donne des rendus
qui sont adapts la fois au web et au mobile.

5.2

Travail ralis

Dans ce qui suit, nous prsenterons notre site et les interfaces qui assurent les fonctionnalits
de notre systme. Ainsi, nous montrerons les diverses pages de notre site par des captures
accompagns dune brve description chacune.

5.2.1

Espace commun tous les utilisateurs

page connexion :
Il sagit de la premire tape emmenant vers lutilisation des services offerts par le site.
travers le remplissage de formulaire de connexion et la soumission, lidentit dutilisateur est
dtermine (client, agent de facturation ou administrateur) sil est authentifi avec succs sinon
lerreur est lui est signal.

stage dimmersion en entreprise

30

ENSI

CHAPITRE 5. RALISATION

Figure 5.1 page connexion

5.2.2

Espace client

page dacceuil client :

Une fois authentifi, le client est redirig vers la page daccueil, elle lui permet daccder aux
services qui lui sont offerts par le site.ces services apparaissent dans le menu en appuyant sur
le bouton accd aux services. Le client peut aussi valuer le service de facturation de Bvmt et
ainsi donner plus de vision aux dirigeants.

stage dimmersion en entreprise

31

ENSI

CHAPITRE 5. RALISATION

Figure 5.2 page dacceuil client

menu client :
la page indique un menu rserv aux clients qui leur permet de choisir entre passer une rclamation ou consulter des informations relatives ses factures. Ce menu offre aussi la possibilit
de se dconnecter.

stage dimmersion en entreprise

32

ENSI

CHAPITRE 5. RALISATION

Figure 5.3 menu client

page reclamation :
Cette page offre le service de reclamation au client. Il na qu remplir les champs par son
nom et son mail, un sujet pour sa rclamation et le message quil voudrait transmettre. Si ces
champs sont valides le message est transmis par mail ladministrateur du site. Le client a la
possibilit de revenir vers la page daccueil en cliquant sur le logo de la bourse de Tunis et de
changer de service en appuyant sur changer de service pour rafficher le menu des services.

stage dimmersion en entreprise

33

ENSI

CHAPITRE 5. RALISATION

Figure 5.4 page reclamation

page infos :
Cest une deuxime page consacre aux clients. Elle prsente au client ses informations telles
que prsente dans le service de facturation de BVMT. Aussi elle donne le nombre de factures
envoyes par le systme au client et lui donne la possibilit de consulter la dernire facture
reue dans le navigateur en PDF sil en existe une.

stage dimmersion en entreprise

34

ENSI

CHAPITRE 5. RALISATION

Figure 5.5 page infos

Ci-dessous une capture montrant une facture visualise dans le navigateur "Firefox"

Figure 5.6 consulter facture

stage dimmersion en entreprise

35

ENSI

5.2.3

CHAPITRE 5. RALISATION

Espace agent de facturation

page accueil :
Aprs authentification, lagent de facturation se trouve sur la page daccueil. le principal
lment dans cette page est le bouton "Accder aux services". En cliquant l-dessus le menu
rserv lagent de facturation apparat.

Figure 5.7 page dacceuil agent de facturation

menu agent de facturation :
Le menu de lagent de facturation offre deux services : "Facturation" permettant de lancer
la facturation partir dun fichier plain txt en entre et "Ajout client" pour ajouter un client
ventuellement si on a besoin pour achever la facturation. Il lui offre aussi la possibilit de se
dconnecter sil na plus utiliser le site.

stage dimmersion en entreprise

36

ENSI

CHAPITRE 5. RALISATION

Figure 5.8 menu agent de facturation

page facturation :
Via cette page, lagent lance le processus de facturation. il choisit le fichier plain qui sera
source pour le processus de facturation et lenvoie en cliquant sur upload. Si le format et le
formatage de fichier sont valides le processus se lancera. sinon, lerreur sera signale lagent.
lerreur peut provenir du fait que le format est invalide. Mais durant le processus de facturation
dautres sources derreurs apparaissent par exemple un client mentionn dans le fichier qui
nexiste pas encore dans la base des clients de service. Face cette erreur le processus sarrte
en demandant de rajouter le client. Si lagent a besoin de changer de service il peut utiliser le
bouton changer de service qui raffiche le menu qui lui est rserv. Pour revenir laccueil, il
na qu cliquer sur le logo de BVMT.

stage dimmersion en entreprise

37

ENSI

CHAPITRE 5. RALISATION

Figure 5.9 page facturation

page ajout client :
tout moment, lagent peut travers cette page ajouter un client. Pour cela, il introduit
le code du client, son nom, son adresse, son adresse lectronique et matricule fiscale. Il choisit
aussi par une liste droulante le type de client. Aprs avoir termin il appuie sur ajouter client
pour envoyer ses donnes. Le systme valide ses donnes. Si le client nexiste pas il est ajout
engendrant aussi la cration dun utilisateur. Si une erreur existe concernant un champ ou le
client est dj existant. lagent verra un message derreur relative au problme safficher.

stage dimmersion en entreprise

38

ENSI

CHAPITRE 5. RALISATION

Figure 5.10 page ajout client

5.2.4

espace administrateur

menu administrateur :
Ladministrateur partage avec lagent de facturation les services facturation et ajout client
et ait en plus un tableau de bord quil peut consulter pour valuer le rendement de service de
facturation en visualisant les diagrammes figurant dans la page. il est possible pour lui de se
dconnecter en appuyant partir de menu sur dconnexion.

stage dimmersion en entreprise

39

ENSI

CHAPITRE 5. RALISATION

Figure 5.11 menu administrateur

page tableau de bord :
Cette page est spcifique ladministrateur. Elle lui donne une ide sur le service et lui permet
ainsi de prendre plus facilement les dcisions. Le tableau de bord figure trois diagrammes : le
premier montrant les cinq clients avec le plus de commissions factures, le deuxime donne la
distribution des commissions factures selon le type, et le dernier prsente le score de satisfaction
client en se basant sur les valuations effectues par les clients.

stage dimmersion en entreprise

40

ENSI

CHAPITRE 5. RALISATION

Figure 5.12 page tableau de bord

5.2.5

Chronogramme

Il est ncessaire de donner le chronogramme qui dcrit la rpartition de tches et ainsi le

droulement du projet. Le projet a dur un peu plus quun mois et demi . Par ce diagramme
prsent dans la figure ci-dessous on donne une vue densemble sur la rpartition dans le temps
de travail demand.

Figure 5.13 chronogramme

stage dimmersion en entreprise

41

ENSI

CHAPITRE 5. RALISATION

Conclusion
Au cours de ce chapitre, nous avons dcrit lenvironnement matriel et logiciel autour duquel
nous avons construit notre application et labor ce rapport. Ensuite, nous avons donn un
aperu sur le travail ralis laide de captures dcran des interfaces de lapplication en expliquant brivement lutilit de chacun. Nous clturons par un chapitre consacr une conclusion
et des perspectives relatives notre projet.

stage dimmersion en entreprise

42

Conclusion et perspectives
ous sommes parvenus, en finalit de ce projet, raliser un site web dynamique qui couvre
et facilite la tche de facturation des commissions pour la Bourse de Tunis. Cet outil
est accessible pour les clients, lagent de facturation et ladministrateur. Chacun a son propre
espace et des fonctionnalits quil peut sen servir.
Pour arriver ce rsultat, nous avons dbut par une prsentation du projet et de son cadre. Ensuite, et aprs une tude thorique , nous avons prcis les besoins et les contraintes concernant
lapplication. Ces besoins sont mis en vidence dans la conception. Enfin nous avons pass la
ralisation. Durant cette tape, nous avons traduit la modlisation effectue lors de conception
en une implmentation moyennant diffrentes technologies.
Nous tenons souligner que travailler sur ce projet a t une exprience enrichissante dans
deux niveaux. Il nous a permis dexplorer la vie professionnelle et voir comment sont rparties
les tches et comment sont grs les projets au sein des SSII. Dautre part, il nous a permis
dapprofondir les connaissances acquises tout au long de notre cursus universitaire notamment
en matire danalyse et conception oriente objet, conception des base de donnes et systme
de gestion de base de donnes et enfin la programmation web. Nous avons dcouvert aussi des
nouvelles solutions technologiques. Afin de les utiliser, nous avons pass par la recherche et la
documentation qui en la suivant nous avons pu sen sortir dans la plupart des situations.
Notre travail a encore des perspectives damlioration nous pouvons par exemple intgrer cette
solution dans le site de la Bourse de Tunis. Aussi nous pouvons amliorer le service en rajoutant
la fonctionnalit de payement en ligne. Ainsi le client pourra payer les factures quil reoit de
la part du systme en consultant son espace dans le site.

43

Netographie
[1] definition ssii. http://www.dicodunet.com/definitions/e-commerce/ssii.htm. [ date
de dernire consultation : 28/06/2016].
[2] presentation uml. http://uml.free.fr/. [ date de dernire consultation : 29/06/2016].
[3] caracteristiques uml. http://laurent-audibert.developpez.com/Cours-UML/?page=
introduction-modelisation-objet#L1-4-1.
[ date de dernire consultation :
29/06/2016].
[4] prsentation de la bourse.
[5] gestion commerciale.
https://www.l-expert-comptable.com/fiches-pratiques/
qu-est-ce-que-la-gestion-commerciale.html.
[ date de dernire consultation :
04/07/2016].
[6] definition authentification. https://fr.wikipedia.org/wiki/Authentification. [ date
de dernire consultation : 01/08/2016].

44