Ministre de lEnseignement Suprieur, de la

Recherche scientifique
Universit de Monastir
*-*-*-*-*
Institut Suprieur dInformatique et de Mathmatiques de Monastir

Projet de Fin dEtudes

En vue dobtention du

Diplme de licence Applique aux Systmes Informatiques et

Programmation

Dveloppement d'une application intra pour

un bureau comptable
Ralis par :
ROUISSI BOUBAKER

Sous la direction de :
Mr BACHA KHAIREDINNE
Anne universitaire : 2011/2012

Ddicaces
A mes chers parents qui mont toujours fourni le
soutien et pour toutes les sacrifices qu'ils ont
consentis mon gard..
A mes grand-mres, ma source dinspiration
A mon grand-pre, notre sage conseiller
A tous mes amis, et essentiellement Seif, Ali et
Taoufik
tous ceux qui me connaissent
Je ddie ce modeste travail et je remercie Dieu
pour avoir mis sur mon chemin tout ce bon
monde.

Remerciements
En prambule ce mmoire, Je remercie Dieu de me permettre datteindre ce stade et
dachever ce travail. Je souhaitais adresser mes remerciements les plus sincres aux personnes
qui m'ont apport leur aide et qui ont contribu l'laboration de ce mmoire ainsi qu la
russite

de

cette

formidable

anne

universitaire.

Je tiens remercier sincrement Monsieur Bacha Khaireddine, qui, en tant quencadreur de

mmoire, s'est toujours montr l'coute et trs disponible tout au long de la ralisation de ce
mmoire, ainsi pour l'inspiration, l'aide et le temps qu'il a bien voulu me consacrer et sans qui
ce

mmoire

n'aurait

jamais

vu

le

jour.

Je n'oublie pas mes parents pour leur contribution, leur soutien et leur patience.
Enfin, j'adresse mes plus sincres remerciements tous mes proches et amis, qui m'ont
toujours

soutenu

et

Merci tous et toutes.

encourag

au

cours

de

la

ralisation

de

ce

mmoire.

Table des matires

Introduction.................................................................................................................................1
Premire partie : Etude pralable de comptabilit et tude de projet.........................................4
1

Etude pralable de comptabilit et tude de projet.............................................................5

1.1

Introduction :...............................................................................................................5

1.2

Prsentation du lentreprise :......................................................................................5

1.2.1

Carnet didentit :...................................................................................................5

1.2.2

Organigramme du cabinet :.....................................................................................6

1.2.2.1

Organigramme :..............................................................................................6

1.3

Contexte de travail :....................................................................................................6

1.4

Etude de l'existant :.....................................................................................................7

1.4.1

Etude des documents :............................................................................................8

1.4.2

Critique de lexistant :...........................................................................................10

1.4.3

Solution :...............................................................................................................10

1.4.4

Conclusion :..........................................................................................................11

Deuxime partie : Spcification des besoins et conception de notre application intra.............12

2

Spcification des besoins et conception de notre application intra...................................13

2.1

Introduction :.............................................................................................................13

2.2

Spcification de besoin :...........................................................................................13

2.2.1

Spcification des acteurs et des modules :...........................................................13

2.2.1.1

Identification des acteurs:.............................................................................13

2.2.2

Besoins fonctionnels :...........................................................................................14

2.2.3

Besoins non fonctionnels :....................................................................................15

2.2.4

Spcification semi-formelle des besoins :.............................................................15

2.2.4.1Prsentation mthode Merise et choix de conception de la base de donnes :. .15

2.2.4.2

Diagramme de contexte :..............................................................................18

2.2.4.3

Diagramme conceptuel de flux :...................................................................19

2.3

Conception :..............................................................................................................20

2.3.1

Conception de la base de donnes relationnelle :.................................................20

2.3.1.1

Modle conceptuel des donnes :.................................................................20

2.3.1.2

Modele logique des donnes (MLD) :..........................................................23

2.3.1.3

Modle physiques des donnes(MPD) :.......................................................24

2.3.1.4

Le modle conceptuel des traitements :........................................................25

Troisime partie : Ralisation de notre application intra..........................................................30

3

Ralisation de notre application intra...............................................................................31

3.1

Introduction :.............................................................................................................31

3.2

Prsentation de choix technologique :......................................................................31

3.2.1

Choix de langage :................................................................................................31

3.2.1.1

PHP 4 :..........................................................................................................31

3.2.1.2

HTML 5 :......................................................................................................32

3.2.1.3

Css 3 :............................................................................................................32

3.2.1.4

Javascript :...........................................................Erreur ! Signet non dfini.

3.2.2

Outils de dveloppement :....................................................................................33

3.2.2.1

Adobe Dreamweaver :..................................................................................33

3.2.2.2

WampServer 2 :.............................................................................................33

3.2.3

Description des serveurs :.....................................................................................34

3.2.3.1

Apache 2 :.....................................................................................................34

3.2.3.2

MySQL 5.5.24 :............................................................................................34

3.3

Cycle de vie de lapplication :..................................................................................34

3.4

Prsentation de prototype raliss (prise cran) :.....................................................35

3.4.1

Conclusion :..........................................................................................................39

Conclusion gnrale et perspectives.........................................................................................40

Annexes.....................................................................................................................................42

Liste des tableaux

Tableau 1. Listes de documents..................................................................................................8
Tableau 2. Description du document BILAN ARRETE.........................................................9
Tableau 3. Identification des acteurs........................................................................................14
Tableau 4. Modles de mthode Merise...................................................................................17
Tableau 5. Description des entits de MCD.............................................................................23

Liste des figures

Figure 1. Organigramme reprsentatif de structure de cabinet..................................................6
Figure 2. Dfinition Diagramme de contexte...........................................................................18
Figure 3. Diagramme de contexte............................................................................................18
Figure 4. Dfinition Diagramme conceptuel de flux................................................................19
Figure 5. Diagramme conceptuel de flux.................................................................................19
Figure 6. Modle conceptuel de donnes.................................................................................21
Figure 7. Modle physique de donnes....................................................................................25
Figure 8. Modle conceptuel des traitements Authentification...........................................26
Figure 9. Modle conceptuel des traitements Cree un nouvel compte socit...................27
Figure 10. Modle conceptuel des traitements Cree un nouvel compte projet...................28
Figure 11. Cycle en spirale.......................................................................................................35
Figure 12. Page dauthentification Super-Utilisateur........................................................35
Figure 13. Page dajout dun personne..............................................................................36
Figure 14. Page dajout dun compte utilisateur................................................................36
Figure 15. Page de Suppression dun compte utilisateur....................................................37
Figure 16. Page dauthentification Super-Utilisateur........................................................37
Figure 17. Page Modification compte Achat.......................................................................38
Figure 18. Page Suppression compte Vente.........................................................................39
Figure 19. Page Recherche compte Client..........................................................................39
Figure 20. Page Modification Compte Societe...................................................................40
Figure 21 . Page recherche compte Client..........................................................................41
Figure 22 . Page dajout donne de Bilan dexercice...........................................................42
Figure 22 . Bilan Dexercice dune socit..........................................................................43

Introduction

Ltat exceptionnel que connait la Tunisie actuellement, son influence sur les conditions
socio-conomiques du pays, ont mis ses instances, ses activistes et ses conomistes devant
lobligation de chercher des remdes, des stratgies de dnouement.
Dans le domaine financier, la comptabilit savre primordiale dans la reconstitution et le
recensement des flux significatifs de lactivit nationale afin de dterminer les principaux
agrgats conomiques : produit national, revenu national etc.et dons de bien se situer sur la
carte conomique mondiale. Le dveloppement de la comptabilit peut constituer lune des
mesures mlioratives prendre en considration.
Le cabinet ENNOURI COMPTABLE se charge de permettre aux actionnaires de
connatre leur droit aux bnfices raliss ou les pertes de valeur subies par leurs actions. Il
permet galement aux banques et bailleurs de fond de se renseigner sur la situation financire
de lentreprise, sur sa rentabilit et sur la valeur des biens donns en garantie des prts
accords.
Ce cabinet fournit des donnes sur les activits financires des entreprises, plusieurs
types d'utilisateurs qui ont besoin de ces informations pour prendre leurs dcisions. Les
informations financires sont codes, enregistres au jour le jour dans un journal et un grand
livre et traduites selon des principes stricts et bien tablis. Priodiquement elles donnent lieu
une publication d'tats financiers : bilan, compte de rsultat et tableau de financement. Ces
tats doivent ensuite tre interprts afin de prendre des dcisions rationnelles.
Dans le cadre du projet de fin dtudes je choisis de laider, afin de mettre un systme
dinformation pour transformer tout ce travail quon peut qualifier de traditionnel en
systme informatis. Lapplication dvelopper doit simplifier et faciliter les taches excutes
manuellement par les agents.
Dans ce rapport on a une analyse et une spcification des taches ncessaires pour la
ralisation de lapplication, on y cite succinctement quelques lments :

En premier lieu, une prsentation de la socit constituera le premier chapitre, tout en

ajoutant une problmatique, une tude de lexistant. Le critique de lexistant et les solutions
proposes sont voqus au terme du chapitre.
Un deuxime chapitre comporte les spcifications de besoins. On met les points sur les
diffrents acteurs, les spcifications de besoins fonctionnels et non fonctionnels de travail.
1

Tout en dcrivant les principaux diagrammes utiliss laide de lapproche MERISE, avec
laquelle, on a aussi dvelopp la base de donnes relationnelle.
Finalement, le dernier chapitre comportera les choix de langage de dveloppement,
description de dmarche et prsentation de principales interfaces.

Premire partie : Etude pralable de

comptabilit et tude de projet

1 Etude pralable de comptabilit et tude de projet

1.1

Introduction :

Un systme d'information est un ensemble constitutif d'lments matriels ou immatriels

en Interaction entre eux, et qui permettent de transformer les lments d'entre en lments
de sortie. Un systme d'information est un ensemble de mthodes qui permettent le traitement
des informations au sein d'une organisation et dans son environnement .Les systmes
d'information ont pour caractristiques principales, la collecte d'informations, la
mmorisation, le traitement et leur diffusion.et cest bien le rle de ltude pralable qui nous
garantit la comprhension et la matrise du fonctionnement du systme tudi.

1.2
1.2.1

Prsentation du lentreprise :
Carnet didentit :

ENNOURI DETUDES ET DE COMPTABILIT

Dnomination :
Sige social :

Farhat Hached, Tozeur 2200.

Date de cration :

2001.

Forme juridique :

Cest une socit responsabilit limite(SARL).

Chiffre daffaire

Son chiffre daffaires, lors de sa cinquime anne dactivit, est de

lordre de 39000TND.

Adresse de contact

Tlphone : (76).452.735/GSM :98.235.083

Fax : (76).452.735
Email : ennoouri_etudes@planet.tn

1.2.2

Organigramme du cabinet :

Cet organigramme est tabli suite la diversification des fonctions traites dans le cabinet
et se rsume en cinq principales fonctions :
Comptabilit et fiscalit.
Etude de problmes Juridiques.
Etude des projets de cration dentreprises.
Diagnostic et tudes stratgiques.
Analyse financire.
1.2.2.1

Organigramme :

Figure 1. Organigramme reprsentatif de structure de cabinet

1.3

Contexte de travail :

Dans le cadre de ralisation de projet fin dtude, nous choisissons daider le cabinet de
ENNOURI DETUDES ET DE COMPTABILIT pour amliorer ces taches de travail avec
le dveloppement dune application intranet comporte quatre partis principales :
Premire partie soccupe dorganiser les actions dachat afin de calculer la sommation
des achats dune socit une priode bien dfinie.
5

Deuxime partie prsent la partie vente, elle donne la possibilit lagent de saisie

les ventes effectues dans deux date prcise.

Troisime partie offre aux utilisateurs la saisie des donnes dun projet et lajout des
estimations qui dj calcul par lagent compte projet.
Quatrime partie nous donne la diffrence entre la partie achat et la partie vente dans
un tableau bien dtaill. Elle offre aussi la possibilit denregistrer le bilan dexercice ou
darrte dans format PDF.

1.4

Etude de l'existant :

Depuis la cration du cabinet en 2001, les agents grent les dossiers suivant une mthode
traditionnelle, qui est base sur des journaux, sans organisation ni hirarchie les documents
et les fichiers tant parpills, rendant ainsi les tches plus difficiles et engendrer par la suite
une grande perte de temps... Labsence des systmes informatiss tait la cause de plusieurs
dfaillances dans lexcution des tches demandes, et cela a longtemps pos des vrais
problmes, puis les procs ont connu une sorte dvolution.
Lintgration de linformatique dans la gestion du cabinet fut le point tournant :
llaboration des bases de donnes et lutilisation croissante des systmes informatiss
(logiciels de comptabilit) ont chang les mthodes daborder les calculs, larchivage, le
traitement etc.
Mais Le systme actuel prsent des insuffisances techniques notables savoir : le
traitement partiellement informatis des documents de travail et les lourdeurs des fichiers
informatiques (procdures) saisissent sous Microsoft Word ou Excel. ENNOURI Comptable
utilise les services bureautiques pour raliser ces oprations prcites. On note, qu'un systme
informatique est quasi inexistant dans le cabinet ceci prsente un inconvnient majeur dans le
bon fonctionnement des oprations de cet dernier. Lutilisation de cabinet dune application
spciale la comptabilit ne permettait pas encore datteindre le point culminant de flexibilit
et de gestion idaux tant souhaits.

1.4.1

Etude des documents :

Comme nous a dis prcdemment que notre affaire damliorer la tche du travail du
cabinet, donc il faut bien tudier la manire de droulement du travail, parmi la chose qui il
faut bien comprendre et connaisse ce les documents utiliss. Dans cette partie nous parlons
de quelque document utilis par le cabinet.
6

Listes de documents :
Document

Source

Destination

Contenu

Bilan darrte

Expert
comptable

Secrtaire

Rsultat de ltat
financire de client

Facture et
pice dachat

Secrtaire

Agent de
saisie

Partie achat de client

Journal ou
facture vente

Secrtaire

Agent de
saisie

Partie vente de client

Fiche tude

Expert
comptable

Secrtaire

Rsultat tude projet

Lettre
dinformation
juridique

Agent
juridique

Secrtaire

Frquence

frequant

Tableau 1. Listes de documents

-Description des documents :

Description du document BILAN ARRETE :
Information

Type
Actifs non courantes

Date01

Numrique

Date02

Numrique

Constrictions

Numrique

Amortissements01

Numrique

I.G.Ag et Amnagement

Numrique

Amortissements02

Numrique

I.T matriel et outillages

Numrique

Amortissements03

Numrique

Matriel de transport

Numrique

Amortissements04

Numrique

Total des actifs non courants

Numrique
7

Actifs courantes
Numrique

Stocks
Etat acomptes provisionnels

Numrique

Banque

Numrique

Caisse

Numrique

Total des actifs courants

Numrique

Compte de lexploitant ras

Total general et porp

Numrique

Rsultat net de lexercice (achat

Numrique

ventes)
Etat retenue la source 9sas

Numrique

Etat autres impt et taxes 2000

Numrique

CNAM

Numrique

Total des passifs courant

(9sas+cnam+taxe)

Numrique

Total des caps prop et des passifs

Numrique

comp compt+resulat
Tableau 2. Description du document BILAN ARRETE

1.4.2

Critique de lexistant :

En fait, aprs tude de lexistant on constate dans les premiers temps de linformatisation
du travail, plusieurs points faibles et des inconvnients on site parmi lesquels :
Labsence des systmes informatiss tait la cause de plusieurs dfaillances dans
lexcution des tches demandes, et cela a longtemps pos des vrais problmes :
Archivage difficile.
Difficult de maintenance, de rvision et de mise jour.
Absence de dynamique de travail.
Manque de confidentialit.
Aussi lutilisation du systme informatique met en vidence des problmes au niveau de la
programmation, on site parmi les dfaillances :

 Difficults demploi, dutilisation et de maitrise de nouvelles techniques, par certains

1.4.3

agents.
Procds de mise jour peu pratiques.
Labsence de flexibilit.
Temps de rponse relativement long.
Ergonomie et cot esthtique inadquats.
On ne peut pas adopter linterface la taille de lcran.
Si on clique sur un bouton plusieurs fentres derreurs saffichent.
Le chemin daccs dun tel bouton parait lugubre.

Solution :

Application web sur le rseau interne INTRANET du cabinet qui doit rpondre aux
points demands par lentrepreneur :
Elle doit tre facile utiliser, simple manipuler.
Plus de travail sur le renforcement de scurit.
Utiliser des langages et des procdures de programmation qui facilitent lintgration de
mise jour.
Eviter dutiliser des techniques de programmation qui absorbent ou occupent les
ressources matrielles.
Plus de travail sur laspect style.

1.4.4

Conclusion :

Afin damliorer le systme de travail dune entreprise, il nous faut une vision pralable de
la faon avec laquelle est gre le travail tout en mettant laccent sur le partage dinformations
entre les agents, les techniques darchivages, manires de calcul, laboration des bilans, etc.
Et ce pour faire les analyses ncessaires dont le but est de dgager les points faibles
(inconvnients) rparer et les points forts (bnfices) amliorer.

Deuxime partie : Spcification des besoins

et conception de notre application intra

10

Spcification des besoins et conception de notre

application intra

2.1

Introduction :

Pour dbuter la conception, il faut connaitre et matriser les besoins et leurs spcifications
pour cela la conception nest prte sans passer par une premire tape : la spcification de
besoins. Cette dernire a le rle principal dans la dmarche travers laquelle on arrive
savoir brivement les besoins, les attentes et les centres dintrts des utilisateurs et donc de
bien choisir la conception de la solution.
Donc, nous voulons dvelopper une application intra qui permet dinformatiser les
diffrentes fonctionnalits administratives qui doivent tre simples admettre

utiliser,

manipuler, par chaque utilisateur mme les dbutants en informatique.

2.2

Spcification de besoin :

La spcification des besoins doit dcrire sans ambigut le logiciel dvelopper. Elle est
constitue dun ensemble de documents et de modles. Toutes les personnes impliques dans
le projet doivent avoir accs la spcification des besoins (disponible, par exemple, travers
un serveur Web sur lintranet de lorganisation) lnonc dun besoin exprime un
comportement ou une proprit que le systme doit respecter. Chaque nonc doit traduire la
prsence dun comportement trs spcifique.

2.2.1

Spcification des acteurs et des modules :

La connaissance des les divers fonctionnalits de lapplication nous exige de

faire citer premirement les diffrents acteurs.
2.2.1.1 Identification des acteurs:
Dans Merise on nutilise pas le terme dutilisateurs mais dacteurs. Un acteur dun systme
est une entit externe ce systme qui interagit (saisie de donnes, rceptions dinformations,
) avec lui. Les acteurs permettent de cerner linterface que le systme va offrir son
environnement. Un acteur regroupe plusieurs utilisateurs qui ont le mme rle. Et pour
trouver un acteur il faudra identifier les diffrents rles que vont devoir jouer ses utilisateurs.
11

Afin de faciliter lidentification, on peut imaginer ceci: tout ce qui est lextrieur et
interagit avec le systme est un acteur, tout ce qui lintrieur est une fonctionnalit raliser.

Ce cabinet a un quipe de travail trs adquat et concurrent compos de :

Personnel-semi Administratif Personnel Administratif

Acteurs

Rle

Expert comptable

-Contrle et valide les dossiers tout au long du travail, et

donne des solutions pour que les entreprises amliorent leur

Secrtaire

chiffre daffaire sans perdre leur qualit de services.

-Reoit les demandes des tudes des projets, contacte les
clients, arrange des rendez-vous avec les clients.

Agent saisie

-Contrle les papiers des dossiers, saisit et vrifie les

donns des dossiers.
-Aider la secrtaire en leur tache si cette dernire est en plein

Agent juridique

charge.
-Suit les accusations juridiques vis--vis le cabinet, fournit
des propositions aux clients pour dbloquer les paiements des
dettes.
Tableau 3. Identification des acteurs

2.2.2

Besoins fonctionnels :

Les besoins fonctionnels expriment une action que doit effectuer le systme en rponse
une demande (sorties qui sont produites pour un ensemble donn dentres) :
Nous dtaillons dans cette section les diffrents besoins fonctionnels auxquels doit
rpondre notre application :
-Prsentation du cabinet ENNOURI DETUDES ET DE COMPTABILITE ,

lapplication doit :

Dcrire brivement le cabinet.

Prsenter une ide gnrale sur lactivit, le service.
Traiter les diffrentes activits de cabinet.
La simplicit dutilisation de lapplication.

12

2.2.3

Besoins non fonctionnels :

Nous distinguons :
Contrainte ergonomique :

Interface simple et comprhensible pour lutilisateur.

Les liens et les boutons doivent tre placs dans une zone visible pour faciliter
la navigation.

Nous devons galement limiter le nombre des couleurs utilises et de ne pas

charger la page visuellement.
Contrainte esthtique :

Les couleurs utilises sont cohrentes au logo.

Utiliser un font clair et des couleurs fonces pour le texte.

Nous devons aussi :

Ne pas surcharger lcran.

Limiter la quantit de texte (le texte doit tre de taille lisible).
Nous utiliserons de boutons standards communs pour toute la page.
Environnement matriel :
Nous avons besoin au moins dun PC (terminal) de performance minimale qui sont :
-Processeur Pentium 3 GHz.
-Ram 1 Go.

2.2.4

Spcification semi-formelle des besoins :

Dans cette partie, nous spcifions les besoins dune faon semi-formelle en utilisant le
langage de modlisation MERISE qui prsente comme avantage indniable de permettre une
dfinition claire et prcise

de lensemble du systme dinformation et den dfinir

correctement primtre.
2.2.4.1 Prsentation mthode Merise et choix de conception de la base de donnes :
Merise est un acronyme signifiant Mthode dtude et de Ralisation Informatique par les
Sous-ensembles ou pour les Systmes dEntreprise. La mthode Merise a comme objectif
daider, de guider les Ssii (socit de services en ingnierie informatique), dans leurs phases
danalyses, de conception et le dveloppement de lapplicatif.
Nous devons la cration, ltude et la mise en place de cette mthode une quipe de
chercheurs et dingnieurs aixois (Jean-Louis le Moigne, Hubert Tardieu, Dominique Nancy,
Henry Heckenroth, Daniel Pasco, Bernard Espinasse) qui en posrent les bases dans le milieu
des annes 1970.La mthode Merise se caractrise par :
13

Elle traite de toutes les tapes de dveloppement, depuis la dfinition des processus

la mise en production, en passant par la modlisation, la conception, la ralisation, les tests

Elle est suffisamment gnrique pour s'adapter n'importe qu'elle technologie.

Et puis elle est la fois souple et rigoureuse.
Une approche systmique en ayant une vue de lentreprise en terme de systmes.
Une sparation des donnes (le ct statique) et des traitements (le ct dynamique).
Une approche par niveaux.
Une approche par niveaux :
Pour la conception dun SI, il est ncessaire de considrer quatre niveaux dtude : Le
niveau conceptuel, le niveau organisationnel, le niveau logique et le niveau physique.
Le niveau conceptuel
Le niveau conceptuel consiste concevoir le SI en faisant abstraction de toutes les
contraintes techniques ou organisationnelles et cela tant au niveau des donnes que des
traitements. Le niveau conceptuel rpond la question Quoi ? (le quoi faire, avec quelles
donnes).Le formalisme Merise employ sera :

Le Modle Conceptuel des Donnes (MCD).

Le Modle Conceptuel des Traitements (MCT).

Le niveau organisationnel
Le niveau organisationnel a comme mission dintgrer dans lanalyse les critres lis
lorganisation tudie. Le niveau organisationnel fera prciser les notions de temporalit, de
chronologie des oprations, dunit de lieu, dfinira les postes de travail, laccs aux bases de
donnesLes questions poses, au niveau des traitements, sont :Qui ? O ? Quand ?
Le formalisme Merise employ sera :

Le Modle Organisationnel des Donnes (MOD).

Le Modle Organisationnel des Traitements (MOT).

Le niveau logique
Le niveau logique est indpendant du matriel informatique, des langages de
programmation ou de gestion des donnes. Cest la rponse la question Avec quoi ? Le
formalisme sera :

Le Modle Logique des Donnes (MLD).

Le Modle Logique des Traitements (MLT).

Le niveau physique

14

Le niveau physique permet de dfinir lorganisation relle (physique) des donnes. Il

apporte les solutions techniques, par exemple sur les mthodes de stockage et daccs
linformation. Cest la rponse au Comment ? Le formalisme employ sera :

Le Modle Physique des Donnes (MPD).

Le Modle Oprationnel et physique des Traitements (MOpT).

Tableau rcapitulatif

Niveaux
Conceptuel

Donnes
Modle Conceptuel des Donnes

Traitements
Modle
Conceptuel

Organisationnel

Modle Organisationnel des Donnes

Traitements
Modle Organisationnel

Logique

Modle Logique des Donnes

des Traitements
Modle
Logique

Modle Physique des Donnes

traitements
Modle Oprationnel et

Physique

des

des

Physique des Traitements

Tableau 4. Modles de mthode Merise

Les apports de Merise

La force de la mthode Merise est de structurer les besoins des dcideurs de faon simple
et comprhensible. Merise amliore la communication entre les diffrents acteurs du
processus de dveloppement. Cette mthode, grce ses modles, encadre le projet et de ce
fait protge les intervenants dun possible dveloppement hors sujet.
Suivre ce cheminement intellectuel peut aussi aider lentreprise mieux se connatre,
mieux se comprendre et ainsi mieux communiquer. Le projet Merise sarticule autour dun
schma directeur qui dtermine et planifie le projet et ses enchanements. Au contraire, les
autres mthodes (dans l'ensemble en tout cas) sont trop restrictives.
La mthode Merise n'est pas uniquement efficace pour la conception de Systme
informatique mais aussi pour leur implmentation. Le premire diagramme de cette approche
est le diagramme de contexte quavec lui nous commence.
2.2.4.2

Diagramme de contexte :
Bibliographie :

15

Le diagramme de contexte a pour but de

reprsenter les flux d'informations
entre l'organisation et les acteurs externes
selon une reprsentation standard dans
laquelle chaque objet porte un nom:
l'organisation est reprsente par un
rectangle les acteurs externes sont
reprsents par des ellipses en pointills
les flux d'information sont reprsents par
des flches dont l'orientation dsigne le
sens du flux d'information.
Figure 2. Dfinition Diagramme de contexte

Figure 3. Diagramme de contexte

16

2.2.4.3 Diagramme conceptuel de flux :

Le diagramme (appel aussi modle
conceptuel

de

la

communication)

permet de complter le diagramme de

contexte en dcomposant l'organisation
en une srie d'acteurs internes. Dans ce
diagramme la reprsentation standard est
la suivante:

Les

acteurs

internes

sont

reprsents par des ellipses.

Les

messages

internes

sont

reprsents par des flches.

Figure 4. Dfinition Diagramme conceptuel de flux

Figure 5. Diagramme conceptuel de flux

Description :
17

 Secrtaire/Expert comptable :
-Le secrtaire pose les affaires lexpert comptable.
-Lexpert comptable retourne au secrtaire les affaires traits.

Secrtaire/Agent de saisie :
-Toutes donnes saisir sont diriges vers lagent de saisie.

Secrtaire/Agent juridique :
-Faire organiser les rendez-vous et les travails faire par lagent.
-Passe les lettres qui seront saisies et envoyes au client par le secrtaire.

Expert comptable/Agent saisie :

-Demande de ressaisir ou revrifier des donnes.

Expert comptable/Agent juridique :

-Informe lexpert comptable de ltat juridique dun client.

2.3
2.3.1

Conception :
Conception de la base de donnes relationnelle :

2.3.1.1 Modle conceptuel des donnes :

Le modle conceptuel des donnes (MCD) a pour but d'crire de faon formelle les
donnes qui seront utilises par le systme d'information. Il s'agit donc d'une reprsentation
des donnes, facilement comprhensible, permettant de dcrire le systme d'information
laide des concepts dentit et dassociation.
o

une entit est la reprsentation dun objet matriel ou immatriel, ayant une existence

propre indpendante et qui prsente un intrt pour lapplication.

Choix de conception :

18

Figure 6. Modle conceptuel de donnes

Les entits recenses sont donnes ci-dessous :

Entit
Person

Proprit
matricule

Description proprit
Lidentifiant de la personne.

cin

Le CIN de la personne.

nom

Le nom de la personne.

prenom

Le prnom de la personne.

email

Lemail de la personne.

numContact

Le numro de contact de personne.

cnamPerson

Le numro dabonnement la
caisse.
19

CompteClient

typePerson

Lactivit de personne.

login

Login dutilisateur.

pass
cinClient

Mot de passe dutilisateur.

Le CIN de client.

matFiscal

Le numro de matricule fiscal de

client.

CompteSociete

CompteProjet

Vente

passport

Le numro de passeport de client.

nomClient

Le nom de client.

prenomClient

Le prenom client.

codePostal

Le code postal de client.

nbreProjet

Le nombre de projet dun client.

typeClient

Le type Client.

adresseClient
idSociete

Ladresse de client.
Lidentifiant de societe.

nomSociete

Le nom societe.

typeSociete

Le type de societe.

adresseSociete

Ladresse de societe.

chiffreAffaire

Le chiffre daffaire de socit.

emailSociete
idProjet

Lemail de societe.
Lidentifiant de projet.

nomProjet

Le nom de projet.

nbreOuvrier

Le nombre douvrier de projet.

chiffreDaffaire

Le chiffre daffaire du projet.

projetType

Le type de projet.

espace

Lespace de local du projet.

consomationAns

Les diffrentes dpenses du projet.

estimation1

La moyenne de gain 1er anne.

estimation2

La moyenne de gain 2eme anne.

estimation5

La moyenne de gain 5eme anne.

adresseProjet
idVente

Ladresse du projet.
Lidentifiant de compte vente.

numfacture

Le numro de facture.

dateFacture

La date de la facture.

montantFacture

Le montant de facture.
20

Achat

typeEncaiss
idAchat

Le type de payement de facture.

Lidentifiant de compte achat.

matierePrimaire

Le cout de matires primaire.

matrielTransport

Le cout de matriels de transport.

paie

La paie des ouvriers.

fraisReparation

Le frais de rparations.

fraisLocation

Le frais de location .

assurence

Les assurances payes.

matrielBureatique

Le

cout

dachat

de

matriel

bureautique.
Tableau 5. Description des entits de MCD

2.3.1.2 Modele logique des donnes (MLD) :

Le modle logique des donnes consiste dcrire la structure de donnes utilise sans faire
rfrence un langage de programmation. Il s'agit donc de prciser le type de donnes
utilises lors des traitements. Le modle logique est dpendant du type de base de donnes
utilis.
Ainsi, Ce modle indique comment organiser les donnes. On se reprsente le modle
comme tant un ensemble de relations. On a des tables (entits dans le modle MCD) qui
contiennent des champs (attributs dans le modle MCD). Ce qui est important ce sont les
relations entre ces tables. Il s'agit du passage entre le Modle Conceptuel de Donne et la
reprsentation de la structure physique dune base de donnes:
Rgle 1 : Une entit se transforme en une relation (table)
- Toute entit du MCD devient une relation du MLD, et donc une table de la Base de donnes.
Chaque proprit de l'entit devient un attribut de cette relation, et dont une colonne de la
table correspondante. L'identifiant de l'entit devient la Cl Primaire de la relation (elle est
donc souligne) et se place avant les autres attributs.
Regle 2 : Relation binaire aux cardinalits (X,1) - (X,n), X=0 ou X=1
-La Cl Primaire de la table la cardinalit (X,n) devient une Cl Etrangre dansla
table la cardinalit (X,1) .autrement dit, chaque table possde sa propre cl, mais la cl
de l'entit ct 0,n (ou 1,n) migre vers la table ct 0,1 (ou 1,1) et devient une cl
trangre .
21

Regle 3 : Relation binaire aux cardinalits (X,n) - (X,n), X=0 ou X=1

Il y a cration d'une table supplmentaire ayant comme Cl Primaire une cl compose
des identifiants des 2 entits. On dit que la Cl Primaire de la nouvelle table est la
concatnation des Cls Primaires des deux autres tables. Si la relation est porteuse de
donne, celles ci deviennent des attributs pour la nouvelle table.
Regle4 : Relation binaire aux cardinalits (0,1) - (1,1).
La Cl Primaire de la table la cardinalit (0,1) devient une Cl Etrangre dans la
table la cardinalit (1,1) :
Regle5 : Ou placer les attributs d'association ?
Cas des associations pourvues d'au moins un attribut :
si le type de relation est n:m, alors les attributs de l'association deviennent des
attributs de la table de jointure.
si le type de relation est 1:n, il convient de faire glisser les attributs vers lentits
pourvue des cardinalits 1:1.
si le type de relation est 1:1, il convient de faire glisser les attributs vers lune ou
lautre des entits.
Ci-dessous le schma relationnel tabli :
Person (matricule,cin, nom, prenom, email, numContact, cnamPerson, typePerson,login,pass)
CompteProjet (numProjet,# matricule,# cinClient, nomProjet, nbreOuvrier, chiffreDaffaire,
projetType, espace, consomationAns, estimation1, estimation2, estimation5, adresseProjet)
CompteSociete(idSociete,#matricule,#cinClient,#idAchat,#idVente,typeSociete,
adresseSociete, chiffreAffaire)
CompteClient(cinClient,# matricule, matFiscal, passport, codePostal, nbreProjet,nbreSociete,
typeClient, adresseClient, emailClient,nomClient,prenomClient)
Vente (numFacture, #idSociete, facture, dateFacture, montantFacture, typeEncaiss)
Achat

(idAchat,#idSociete,

matierePrimaire,

matrielTransport,

paie,

fraisReparation,

fraisLocation, assurence, materielBureatique)

Notation : les cls primaire sont soulignes et les cls trangres sont prcdes de #.
2.3.1.3 Modle physiques des donnes(MPD) :
Un modle physique de donnes (MPD) vous aide analyser les tables, les vues et autres
objets d'une base de donnes, y compris les objets multidimensionnels ncessaires
22

l'utilisation d'un entrept de donnes. Un MPD est plus concret qu'un Modle Conceptuel de
Donnes (MCD) ou qu'un Modle Logique de Donnes (MLD). Vous pouvez modliser,
procder au reverse engineering et gnrer pour tous les SGBD les plus utiliss.

Figure 7. Modle physique de donnes

Cette table porte labreviation des attributs utiliss au cours de la modlisation.

o

les champs dsignes par pk sont les cls primaires des tables.

les champs dsignes par fk sont les cls trangres des tables.

23

2.3.1.4 Le modle conceptuel des traitements :

Le modle conceptuel des traitements permet de traiter la dynamique du systme
d'information, c'est--dire les oprations qui sont ralises en fonction d'vnements. Ce
modle permet donc de reprsenter de faon schmatique l'activit d'un systme d'information
sans faire rfrence des choix organisationnels ou des moyens d'excution, c'est--dire qu'il
permet de dfinir simplement ce qui doit tre fait, mais il ne dit pas quand, comment ni o...

Modle conceptuel des traitements Authentification

Figure 8. Modle conceptuel des traitements Authentification

24

La Modle conceptuel des traitements dauthentification de la figure n9 dcrit les

tapes quun administrateur doit suivre pour accder son compte. La modle ci-dessus
montre les interactions ralises entre les oprations pour lauthentification :
Lutilisateur est cens de saisir son login et son mot de passe au formulaire de page
connexion.php .Elle vrifie la validation des champs login et mot de passe car ils ne
doivent pas tre ni vide ni comporte de caractres spciaux si nest pas le cas un message
derreur saffichera.
Si les champs sont valides une session de la page connexion.php est cre, en passent
les champs. Une fois la requte est excute avec succs, lutilisateur sera redirig vers sa
page daccueil. Sil nexiste pas un compte a ce login et ce mot de passe, un message
derreur saffichera pour informer lutilisateur que le login et le mot de passe sont
incorrects.
Modle conceptuel des traitements Cree un nouvel compte socit

25

Figure 9. Modle conceptuel des traitements Cree un nouvel compte socit

Un utilisateur (agent de saisie par exemple) doit sauthentifier pou pouvoir ajouter un
nouveau

compte

socit.

Dans

la

page

daccueil

de

son

compte,

il

choisi

lopration Creation fils de Societe.Un formulaire dajout saffiche dans la page

insertionsoc.php , lutilisateur est invit remplir les informations concernes le nouveau
compte socit .Cette dernire vrifie que tous les champs ne sont pas vides et quils
respectent ses natures aussi bien que le champ e-mail doit tre valide. Si un des ces champs
nest pas valide, un message derreur est envoy au utilisateur.
Dans le cas de validation de tous les champs, la page insertionsoc.php vrifie quil
nexiste pas un compte socit a le mme CIN et dans ce cas lajout seffectu avec succs et
un message de confirmation sera envoy lutilisateur si non un message derreur saffichera
pour que lutilisateur vrifie le champ erron.
26

Modle conceptuel des traitements Cree un nouvel compte projet

Figure 10. Modle conceptuel des traitements Cree un nouvel compte projet

Pour lajout dun nouvel compte tude de projet et ajouter le rsultat dtude, lutilisateur
(agent de saisie par exemple) doit sauthentifier dabord et puis utilise lopration de cration
de compte projet Creation sous menu de Projet .En cliquant sur cette dernire une page
dinsertion de donnes saffiche. A ce stade la, lagent est oblige de saisir des informations
valide mais il faut aussi quil avoir les rsultats destimation dtude de projet qui il peut le
faire avant ltape de choisir dajouter un nouvel compte projet ou au aprs laccs au
page insertionp.php rien schange .Une fois la validation de champs est faite un message
de confirmation sera affich.

27

Troisime partie : Ralisation de notre

application intra

28

Ralisation de notre application intra

3.1

Introduction :
Etant la dernire tape dans le cycle de dveloppement des systmes

dinformations, la ralisation consiste couronner les phases prcdentes, donnant un

aspect tangible aux suggestions prsentes lors de ltude de lexistant et une forme
concrte la conception. Dans ce chapitre nous dcrivons la mise en place de notre
applications, donc nous justifions les chois technologiques et les outils dimplmentation,
puis nous prsentons un aperu de notre solution de lapplication intra.

3.2
3.2.1

Prsentation de choix technologique :

Choix de langage :

3.2.1.1 PHP 4 :
PHP est un langage interprt (un langage de script) excut du ct serveur (comme les
scripts CGI, ASP, ...) et non du ct client (un script crit en JavaScript ou une applet Java
s'excute sur votre ordinateur...). La syntaxe du langage provient de celles du langage C, du
Perl et de Java. Ses principaux atouts sont :

Une grande communaut de dveloppeurs partageant des centaines de milliers

d'exemples de script PHP.

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

GPL) .

La simplicit d'criture de scripts.

La possibilit d'inclure le script PHP au sein d'une page HTML (contrairement aux

scripts CGi, pour lesquels il faut crire des lignes de code pour afficher chaque ligne en
langage HTML).

La simplicit d'interfaage avec des bases de donnes (de nombreux SGBD sont

supports, mais le plus utilis avec ce langage est MySQL, un SGBD gratuit disponible sur
de nombreuses plateformes : Unix, Linux, Windows, MacOs X, Solaris, etc...).

L'intgration au sein de nombreux serveurs web (Apache, Microsoft IIS, etc.).[1]

29

3.2.1.2 HTML 5 :
HTML5 (HyperText Markup Language 5) est la prochaine rvision majeure d'HTML
(format de donnes conu pour reprsenter les pages web). Cette version est en
dveloppement en 2012. HTML5 spcifie deux syntaxes d'un modle abstrait dfini en termes
de DOM : HTML5 et XHTML5. Le langage comprend galement une couche application
avec de nombreuses API, ainsi qu'un algorithme afin de pouvoir traiter les documents la
syntaxe non conforme. Le travail a t repris par le W3C en mars 2007 aprs avoir t lanc
par le WHATWG. Les deux organisations travaillent en parallle sur le mme document afin
de maintenir une version unique de la technologie. Le W3C vise la clture des ajouts de
fonctionnalits le 22 mai 2011 et une finalisation de la spcification en 2014, et encourage les
dveloppeurs Web utiliser HTML 5 ds maintenant.

Les avances par rapport au HTML 4.0.1 :

Une API de dessin 2D, grce la nouvelle balise canvas.

Une API pour jouer des vidos et des sons/musiques permis grces aux balises vido

et audio.

Une API utilise pour les applications hors-ligne;

Une API qui permet l'accs l'historique et qui donne la possibilit aux pages d'en

ajouter pour prvenir les problmes de bouton retour-en-arrire.

Une API de go-localisation.

Une API permettant d'analyser de reproduire une page HTML grce la balise inner-

HTML. [2]
3.2.1.3 Css 3 :
C'est un langage web qui est aussi appel : style. Il permet de dfinir l'apparence des
lments dans les pages Web, il ne s'occupe pas du tout du contenu, seulement de la mise en
forme. Par exemple, il vous permet de dfinir une image de fond. Le HTML le fait dj, mais
le langage CSS va plus loin, il permet de choisir comment apparaitra cette image de fond : si
elle se rptera partout - seulement droite - seulement en bas_ ou pas, de dterminer la
position prcise o elle apparaitra dans la page etc. Chaque lment de la page peut avoir une
mise en forme beaucoup plus pousse qu'avec le HTML. [3]

30

3.2.1.4 Javascript :
Le Javascript est un langage de script incorpor dans un document HTML.
Historiquement il s'agit mme du premier langage de script pour le Web. Ce langage est un
langage de programmation qui permet d'apporter des amliorations au langage HTML en
permettant d'excuter des commandes du ct client, c'est--dire au niveau du navigateur et
non du serveur web.
Ainsi le langage Javascript est fortement dpendant du navigateur appelant la page web dans
laquelle le script est incorpor, mais en contrepartie il ne ncessite pas de compilateur,
contrairement au langage Java, avec lequel il a longtemps t confondu. [3]

3.2.2

Outils de dveloppement :

3.2.2.1 Adobe Dreamweaver :

Logiciel cr par Macromedia (et gr maintenant par Adobe) permettant la conception de
sites web. Dreamweaver fonctionne en mode WYSIWYG ou en mode code et dispose d'un
client FTP permettant le transfert des pages cres sur le serveur hbergeant le site web. [5]
3.2.2.2 WampServer 2 :
WAMP, lacronyme Windows Apache Mysql PHP , est une plate forme de
dveloppement Web sous Windows. Il vous permet de dvelopper des sites Web dynamiques
l'aide du serveur Apache, du langage de scripts PHP5 et d'une base de donnes MySQL
version 5. Il possde galement PHPMyAdmin et SQLite Manager pour grer plus facilement
vos bases de donnes. Il s'installe facilement et son utilisation trs intuitive permet de le
configurer trs rapidement (sans toucher aux fichiers de configuration). [6]

3.2.3

Description des serveurs :

3.2.3.1 Apache 2 :
Le projet du serveur HTTP Apache a t cre dans la volont de dvelopper et de maintenir
un serveur HTTP open source pour les systmes d'exploitation modernes, tels qu'UNIX et
Windows NT. Le but de ce projet est de fournir un serveur scuris, efficace et volutif
donnant accs aux services HTTP en accord avec les standards actuels de ce protocole.
Apache est le plus populaire des serveurs web sur Internet depuis avril 1996. Un rcent
31

sondage fait apparaitre que 63% des sites web sur Internet utilisent Apache, en faisant ainsi le
serveur le plus utilis, loin devant tous les autres serveurs web. [7]
3.2.3.2 MySQL 5.5.24 :
MySQL est un systme de gestion de base de donnes relationnelle (SGBDR) bas sur
SQL (Structured Query Language). MySQL fonctionne sur pratiquement toutes les platesformes, y compris Linux, Unix et Windows. Il est entirement multi-thread avec un noyau de
threads, et fournit des API (Application Programming Interface) pour de nombreux langages
de programmation, notamment C, C + +, Java, PHP. MySQL est utilis dans une large gamme
d'applications,

Le

commerce

lectronique,

les

bases

de

donnes

Web...

Selon MySQL AB, avec plus de dix millions de serveurs MySQL installs dans le monde
entier, MySQL est devenu le leader mondial du march des Bases de Donnes. MySQL
compte

des

clients

prestigieux

comme

Google,

la

NASA

ou

Suzuki...

MySQL bnficie d'un large public, car:

Il est facile comprendre: Sa syntaxe simple en fait un langage facile comprendre

pour les programmeurs et des dbutants.

Le Langage est fonctionnel: MySQL fonctionne sur de nombreuses plates-formes

diffrentes.

Dispose d'une vaste bibliothque de fonctions et d'API: API pour C, C + +, Eiffel,

Java, Perl, PHP, Python, Ruby et Tcl sont disponibles.

Multi Thread: Compltement multi-thread utilisant un noyau de threads. [8]

3.3

Cycle de vie de lapplication :

Le cycle de vie d'un logiciel (en anglais software lifecycle), dsigne toutes les tapes
du dveloppement d'un logiciel, de sa conception sa disparition. L'objectif d'un tel
dcoupage est de permettre de dfinir des jalons intermdiaires permettant la validation du
dveloppement logiciel, c'est--dire la conformit du logiciel avec les besoins exprims, et la
vrification du processus de dveloppement, c'est--dire l'adquation des mthodes mises en
uvre.
L'origine de ce dcoupage provient du constat que les erreurs ont un cot d'autant plus
lev qu'elles sont dtectes tardivement dans le processus de ralisation. Le cycle de vie
permet de dtecter les erreurs au plus tt et ainsi de matriser la qualit du logiciel, les dlais
de sa ralisation et les cots associs. [9]
32

Figure 11. Cycle en spirale

3.4

Prsentation de prototype raliss (prise cran) :

Linterface graphique est une tape trs importante dans la ralisation dune application
web, elle doit rendre la navigation de lapplication aise et pratique. Voici un aperu du site
ralis :

Figure 12. Page dauthentification Super-Utilisateur

La figure n 12 reprsente la page dauthentification de super Utilisateur.

Seulement le grant a lurl et le mot de passe de cette page.

33

Figure 13. Page dajout dun personne

La figure n 13 reprsente la page dajout dune nouvelle personne par le super

utilisateur.

Figure 14. Page dajout dun compte utilisateur

La figure n 14 cest la page de cration dun nouvel compte utilisateur.

34

Figure 15. Page de Suppression dun compte utilisateur

La figure n 15 nous montre un tableau contient les diffrents informations

des utilisateurs et nous permet de choisir un pour supprimer.

Figure 16. Page dauthentification Super-Utilisateur

35

Pour accder aux diffrentes fonctions de lapplication, chaque utilisateur doit

sauthentifier en saisissant son login et son mot de passe. Une fois lauthentification est
aboutie, une page daccueil saffiche.

Figure 17. Page Modification compte Achat

Si lauthentification se fait avec succs, une page daccueil saffiche, et par suite
lutilisateur peut utiliser son interface par slection de loption ncessaire (Cration compte
client, Modification, Suppression, Recherche).

36

Figure 18. Page Suppression compte Vente

La figure n18 reprsente la page de cration dun nouvel client, lutilisateur

insrer tout les donnes ncessaires pour le client.

Figure 19. Page Recherche compte Client

37

La figure n18 reprsente une page de recherche de client on prsentant les

diffrentes donnes clients.

Figure 20. Page Modification Compte Societe

Pour modifier un compte vente par exemple il faut que lutilisateur choisir

le bouton Modification de menu Vente puis slectionne le compte vente qui sera
modifier.

Figure 21 . Page recherche compte Client

38

La figure 21 reprsente une page qui illustre le diffrent compte vente identifier par le
Identifiant de compte Vente. Lutilisateur peut choisir un compte vente a supprimer aprs la
slection de bouton Suppression de menu vente.

Figure 22 . Page dajout donne de Bilan dexercice

Lagent est appel de remplir les champs par des informations exacte et a jour

pour que le rsultat de calcul soit adquat.

39

Figure 23 . Bilan Dexercice dune socit

Cette page l est le rsultat de la page prcdente et aussi cette page reprsente

la phase finale de ltat financire dune socit.

3.4.1

Conclusion :

Afin de bien conclure cette dernire partie du processus de dveloppement, nous devons
mettre en vidence, que la ralisation ntait et ne sera jamais ltape finale du processus de
dveloppement dun bon systme dinformations (tel le sujet de cette tude) ;et comme
constat au cours de ltude des risques et mesures prendre et ce qui sen suit du cote du
systme, on confirme quil faut continuer la suivre et le superviser ,et cela par la mise en
exploitation ou la mise en essai du systme par les utilisateurs, dans le but de dtecter les
ventuels bugs et anomalies et les rectifier pour assurer la stabilit et la fiabilit du systme.

40

Conclusion gnrale et perspectives

41

Ce projet sinscrit dans le cadre de gestion de projet tudie et de comptabilit de socit,

tait lobjectif de rpondre aux deux principales fonctionnalits: gestion dtude de projet,
gestion de comptabilit de socit, en poussant ENNOURI COMPTABLE mettre le premier
pas sur le bon chemin menant au meilleur rsultat dtude.
Affin datteindre cette objectif, nous sommes passs par plusieurs tapes :
Une tude de lexistant et la collecte dinformations afin de dgager les limites et proposer
nos solutions. Ensuite, nous avons dgage les besoins fonctionnels et non fonctionnels de la
tude comptable et nous avons prsent les diagrammes de contexte et diagramme conceptuel
de flux pour tous les utilisateurs de lapplication en expliquant les interactions des diffrents
acteurs avec le systme, ce qui nous a permis de mieux comprendre notre systme et donc
mieux nous prparer la phase de conception.
Une fois la problmatique est assimil nous avons pass la conception. Certainement,
cette phase ncessite des outils de modlisation .Nous avons lu la vue statique de la mthode
Merise pour la conception de la base de donnes relationnelle .Cet aspect statique se modlise
dans notre cas par les trois modles : conceptuel, logique et physique des donnes.
Concernant la modlisation de systme dinformation nous nous sommes appuys aussi sur le
langage de modlisation Merise.
Enfin nous avons mis en relief lenvironnement de la ralisation .Nous avons adopt
comme environnement de dveloppement PHP, HTML et comme outil de dveloppement
DreamWeaver .Ensuite nous avons expos des interfaces choisis de notre lapplication.
Cependant, on peut dire que notre systme reste toujours besoin damlioration et
denrichissement par certaines techniques et fonctionnalits, savoir :

Complter le systme par dautres modules (gestion de ressource, audit lgale).

On peut aussi amliorer lapplication par lutilisation de PHP 5.

42

Rsum :
Ds le dbut, notre travail tait consacr aider le cabinet et damliorer leurs services
mme avec de fonctionnalits basiques mais la fois utiles.
Aprs lanalyse des demandes et besoins du cabinet, on a pu dvelopper une application
qui en rpond. Dans laquelle, on a simplifi linterface utilisateur/machine pour mieux
rpandre lapplication.

43

Annexes

44

[1] (http://www.commentcamarche.net/contents/php/phpintro.php3)
[2] (www.pearltrees.com/t/documentation-langage/html-xhtml/id3314807)
[3] (http://sakartone.free.fr/css/intro.php)
[4] (http://www.commentcamarche.net/contents/javascript/jsintro.php3)
[5] (http://www.dicodunet.com/definitions/internet/dreamweaver.htm)
[6] (http://www.wampserver.com/)
[7] (http://www.numerama.com/telecharger/6403-apache-http-server.html)
[8] (http://www.phpsources.org/mysqlsources.htm)
[9]

(http://www.commentcamarche.net/contents/genie-logiciel/cycle-de-vie.php3)

45

46