TABLE DES MATIERES

..... .................................. TABLE DES MATIERRES.....................................01

..... ................................. INTRODUCTION GENERALE.................................05

.........................................PROBLEMATIQUE.............................................08

.................................PARTIE I : CADRE DU PROJET.................................09

CH.I : PRESENTATION GENERALE...............................................................10

1. Présentation de l'entreprise.....................................................................10

1.1. Structure du cabinet.......................................................................10

1.2. Les missions de ARC.....................................................................10

1.3. Les domaines d'activité..................................................................11

2. Organigramme fonctionnel.................................................................... 12

3. Organigramme structurel.......................................................................13

CH.II. RECUEIL DES INFORMATIONS............................................................14

1. Objectif général..................................................................................14

1.1. Les questionnaires........................................................................14

1.2. Liste des documents recueillis sur le terrain..........................................17

2. Critique du système existant et proposition de solutions.................................17

2.1. Analyse de l'existant.....................................................................17

2.2. Proposition de solutions.................................................................18

3. Conclusion.....................................................................................19

..............................PARTIE II : ETUDE FONCTIONNELLE..........................20

CH.I: CAPTURE DES BESOINS FONCTIONNELS..............................................21

1. Elaboration du cahier de charge................................................................21

1.1. Les besoins fonctionnels ...............................................................21

1.2. Les besoins non fonctionnels..........................................................22

1.3. Choix technique.........................................................................24

1.4. Démarche d'élaboration du projet....................................................24

2. Identification des acteurs.......................................................................26

3. Identification des interactions entre le système d'audit et les

acteurs....................27

3.1. Les messages circulants entre le système d'audit et les acteurs...................27

3.1.1. Les messages circulants entre le système audit et le Collaborateur........27

3.1.2. Les messages circulants entre le système audit et le Senior................28

3.1.3. Les messages circulants entre le système audit et le Manager..............29

3.1.4. Les messages circulants entre le système audit et l'Associé................30

4. Diagramme du contexte dynamique..........................................................31

5. Conclusion.......................................................................................32

CH.II : ANALYSE DES BESOINS FONCTIONNELS............................................33

1. Les cas d'utilisation prioritaires...............................................................34

2. Identification des principaux cas d'utilisation...............................................35

3. Représentation graphique des cas d'utilisation avec UML................................35

3.1. Cas d'utilisation « Gestion des clients »................................................35

3.2. Cas d'utilisation « Gestion des comptes ».............................................35

3.3. Cas d'utilisation « Gestion des états financiers ».....................................36

3.4. Cas d'utilisation « Gestion du lead shedule ».........................................37

3.5. Cas d'utilisation « Gestion des questionnaires »......................................37

3.6. Cas d'utilisation « Gestion des recommandations »..................................38

3.7. Cas d'utilisation « gestion des rapports finaux »......................................38

4. Les diagrammes d'activité.....................................................................39

4.1. Diagramme d'activité « Gestion des clients ».................................................39

4.2. Diagramme d'activité « Gestion des comptes »........................................40

4.3. Diagramme d'activité « Gestion des états financiers »................................41

4.4. Diagramme d'activité « Gestion du lead shedule »....................................42

4.5. Diagramme d'activité « Gestion des questionnaires »................................43

4.6. Diagramme d'activité « Gestion des recommandations »............................44

4.7. Diagramme d'activité « Gestion des rapports finaux »...................................45

5. Les diagrammes de séquences................................................................46

5.1. Diagramme de séquences « Gestion des clients » .....................................46

5.2. Diagramme de séquences « Gestion des comptes »....................................47

5.3. Diagramme de séquences « Gestion des états financiers »...........................48

5.4. Diagramme de séquences « Gestion du lead shedule »................................49

5.5. Diagramme de séquences «Gestion des questionnaires » ............................50

5.6. Diagramme de séquences «Gestion des recommandations » ........................51

5.7. Diagramme de séquences « Gestion des rapports finaux »...........................52

6. Les diagrammes de collaborations ............................................................53

6.1. Diagramme de collaboration « Gestion des clients »..................................53

6.2. Diagramme de collaboration « Gestion des comptes »................................54

6.3. Diagramme de collaboration  « Gestion des états financiers ».......................55

6.4. Diagramme de collaboration « Gestion du lead shedule »...........................55

6.5. Diagramme de collaboration «Gestion des questionnaires » ........................56

6.6. Diagramme de collaboration « Gestion des recommandations »....................56

6.7. Diagramme de collaboration « Gestion des rapports finaux ».......................57

7.Conclusion........................................................................................57

...............................PARTIE III : ETUDE TECHNIQUE..............................58

CH.I : AFFINAGE DU MODELE....................................................................59

1. Introduction.......................................................................................59

2. Diagramme des dépendances entre cas d'utilisation.......................................59

2. Diagramme des classes.........................................................................60

3. Conclusion .......................................................................................61

....................................PARTIE IV: REALISATION....................................62

1. Module Centralisé..............................................................................63

1.1. Formulaire d'entrée du logiciel.............................................................64

1.2. Formulaire identification utilisateur........................................................64

1.3. Formulaire menu général....................................................................65

1.4. Formulaire menu client......................................................................66

1.5. Formulaire dossiers de travail...............................................................66

1.6. Formulaire menu encours...................................................................67

1.7. Formulaire menu filiale.....................................................................67

.............................CONNCLUSION GENERALE....................................68

..........................................GLOSSAIRE ................................................69

........................REFERENCES BIBLIOGRAPHIQUES.................................74

.............................................ANNEXES......................................................

INTRODUCTION GENERALE
Les Documents et les paramètres financiers qui sont à la disposition de ceux qui ont
la charge de définir les orientations de l'entreprise sont d'une grande importance de
manière globale dans l'évaluation des performances en matière de suivit d'une
comptabilité et de présentation des comptes consolidés, réguliers et sincères d'une
entreprise.

En effet, les contrôles comptables de l'audit externe sont à l'origine de la qualité et

de la fiabilité de l'information comptable et financière. Pour réaliser cette mission, les
auditeurs externes son emmenés à respecter la démarche qui rentre en conformité
avec les règles d'audit.Cet objectif concorde avec la philosophie globale de la
stratégie et la vocation des actionnaires de l'entité à auditer.

La mission de l'élaboration de ce progiciel d'audit comptable et financier recouvre

dans les faits un concept assez restreint, qui se caractérise uniquement sur l'aspect
développement.

Ces performances seront garanties à travers la mise en place d'un système

d'information fiable permettant la réalisation du programme d'audit comptable relatif
au contexte actuel des entreprises quelque soit leur statut.La mise en place de cette
solution devra apporter une satisfaction sur la qualité de travail à réaliser par
l'auditeur.Et aussi pour le client qui au regard des exigences des institutions et de la
compétitivité est tenu par l'obligation de mettre son actif à un contrôle régulier.C'est
dans cet optique que s'inscrit notre projet de fin d'études,qui vise à concevoir et
développer un système d'information au sein du cabinet Audit et Révision conseil
(ARC).

Cette application informatique contiendra les procédures comptables et juridiques et

une arborescence à l'intérieur duquel on aura des dossiers pluri-annuels (Le dossier
permanent, le dossier d'organisation qui résume le contrôle interne), Les dossiers
annuels (le dossier général annuel qui comporte les éléments comme la Balance, le
bilan, le le SIG, et le dossier de contrôle).

Quant aux choix techniques des deux environnements conceptuels et de

développement, nous allons opter pour le langage de modélisation unifié UML :
Unified Modéling Langage, comme architecture satisfaisante de modélisation
orientée objet avec 2TUP : 2 Track Unified Process comme processus unifié, le
système de gestion de base de données Relationnelles Oracle 8i avec son
environnement idéal forms6i, pour l'implémentation d'une solution centralisée sous
une architecture 2-tiers.

La mise en oeuvre de ce rapport de projet de fin d'études, va être développé en trois

parties selon la démarche suivante :

La première partie est consacrée à l'étude préliminaire comprenant :

Un premier chapitre montre le cadre du projet, dans lequel nous allons présenter
l'entreprise d'accueil, le thème du projet et les critiques du système existant.

Un deuxième chapitre intitulé recueil des informations à l'intérieur duquel, nous

allons expliquer la démarche utilisée pour le recueil ,les outils utilisés pour
l'extraction des informations et nous allons faire une critique sur l'existant et
proposer une solution.

La deuxième partie est consacrée à l'étude fonctionnelle qui contient :

Un premier chapitre intitulé capture des besoins fonctionnels dans lequel nous
allons élaborer notre cahier de charge et identifier les acteurs de notre système.

Un deuxième chapitre qui va analyser les besoins fonctionnels en utilisant les

diagrammes UML adéquats.

La troisième partie est consacrée à l'étude technique comprenant :

Un chapitre intitulé capture des besoins techniques.

La quatrième partie, dont le titre est Réalisation présente quelques interfaces de

l'application.

PROBLEMATIQUE

Un système d'information est un ensemble constitutif d'éléments matériels ou

immatériels en interaction entre eux, et qui permettent de transformer les éléments
d'entrée en élément de sortie.Un système d'information est un ensemble des
méthodes qui permettent le traitement des informations au sein d'une organisation et
dans son environnement .Les systèmes d'information ont pour caractéristiques
principales, la collecte d'information, la mémorisation, le traitement et leur diffusion.
Pour tout système d'information, l'information doit être indispensable pour la
compréhension et la maîtrise du fonctionnement du système étudié.

L'ARC a conçu un système de gestion des fichiers informatiques basé sur

excel.Celui- ci permet de gérer les différents dossiers parmi lesquels

* Un dossier permanent constitué d'une fiche d'identification,d'un dossier

juridique,d'un dossier fiscal(...),

* Un dossier d'organisation à l'intérieur duquel ont retrouve un questionnaire par

module à savoir ; les ventes, les achats, la trésorerie, les immobilisations, les stocks
et le personnel (...),

* Un dossier annuel ,dans ce système,permet de visualiser la balance N/N-1

importée du système du client ou de notre logiciel de comptabilité .Ce dossier stocke
en dehors de la balance ,le journal des opérations divers ,le bilan,l'état de
résultat,les soldes intermédiaires de gestion,et les principaux ratios .

* Un dossier de contrôle qui regroupe divers éléments et chacun est constitué d'un

fichier.

Parmi les éléments du dossier du dossier de contrôle, on cite ;

- L'approche par les risques (à travers la conduite d'un questionnaire)

- La planification de la mission,
- La régularité comptable et juridique,

- La revue du dossier,

- Les préoccupations du client,

- Les contrôles de l'inventaire, de l'annexe et du rapport de gestion,

Le système actuel présente d'insuffisances techniques notable à savoir, le

traitement partiellement informatisé des documents de travail et les lourdeurs des
fichiers informatiques (procédures) saisit sous Microsoft Word. Le journal des
opérations divers, le bilan, les états de résultats, les soldes intermédiaires de
gestion, les principaux ratios et scoring est construit sous Microsoft Excel. L'ARC
utilise les services bureautiques pour réaliser ces opérations précitées. On note,
qu'un système informatique est quasi inexistant dans dans le cabinet et le manque
de département informatique présente un inconvénient majeur dans le bon
fonctionnement des opérations de création de dossier, d'exportation de dossier,
d'importation de dossier et d'administration des base(...).

Le projet consiste à réaliser une base de donnée qui permettra de stocker tous ces
documents de travail pour lesquels l'auditeur devra s'en servir pour mener à bien sa
démarche d'audit externe.En intégrant cette plate forme, le système doit permettre
un réel gain en temps avec révision des comptes par module et surtout une
extraction automatique des comptes et racines de comptes de chaque client, une
validation des feuilles explicite par intervenant et permettre un travail en équipe avec
fusion du dossier de révision. On aura le dossier de révision qui contient les
feuilles de révision pré formatées qui sont en liaison avec la balance et le journal
des opérations divers. C'est la dernière opération par laquelle les rapports finaux
seront établis par l'auditeur.

Notre application comporte quatre modules repartis en sous module d'administration

des opérations.

* Un module Permanent

- Gestion des Clients

* Un module d'organisation

- Gestion des comptes

- Gestion du Lead Schedule

* Un module annuel

- Balance

- Bilan
- Etats de résultats

- Etats de flux et SIG

* Module controle

- Gestion des questionnaires

- Gestion des Recommandations

* Module de Révision des documents de synthèse

- Gestion des Rapports finaux

CH.I. PRESENTATION GENERALE

1. Présentation de l'entreprise

Le cabinet Audit Révision Conseil (ARC) a été fondé en 1996, par Messieurs

Fares BEN ABDALLAH et Foued AMIRI, tous experts comptables et commissaires
aux comptes.

Le cabinet représente en Tunisie le réseau mondial RSM International,sixième

réseau mondial d'audit et de conseil, présent dans soixante dix pays.

Le chiffre d'affaire de son activité s'étant à 2 Milliard US$, et soit avec un effectif total
de 12 300 personnes qui travaillent dans divers secteurs d'activités.

1.2. Structure du cabinet

Audit Révision Conseil (ARC) est un cabinet pluridisciplinaire qui est constitué d'un
noyau d'experts comptables, des consultants spécialisés dans le conseil juridique et
fiscal et dans l'implantation de systèmes d'information.

Le staff actuel du cabinet comprend une trentaine de consultants dont :

· Deux experts comptables associés,

· Dix huit auditeurs spécialiste dans l'audit et le commissariat aux comptes,

· Dix consultant spécialistes dans le conseil et dans l'expertise comptable.

1.3. Les missions de l'ARC

Le cabinet a pour missions principales d'accompagner les entreprises dans leurs

projets de développement, aider l'organisation à s'adapter aux mutations de leur
environnement.ARC permet d'éclairer les décideurs et sécuriser leurs options

Stratégiques au plan comptable et financier.L'autre mission résulte dans l'assurance

de la maîtrise de la qualité de l'information et de gestion

1.4. Les domaines d'activités

* Audit financier et expertise comptable

- Commissariat aux comptes

- Commissariat aux apports

- Audit d'acquisition

- Due diligence

- Tenue de comptabilité

- Consulting comptable

* Conseil et management

- Diagnostic et études stratégiques

- Analyse financière et Evaluation

- Elaboration de manuel de procédures

- Audit des systèmes d'information

- Mise en place de systèmes d'information

- Diagnostic et choix des solutions informatiques

- Analyse des flux

- Optimisation des coûts (Costs Killing)

- Elaboration de plans de redressement

* Conseil juridique et fiscal

- Audit Fiscal
- Conseil et assistance fiscale

- Constitution de sociétés

- Montage juridique dans le cadre de fusion et de restructuration

- Formation aux techniques et aux normes

- Formation aux pratiques de la gestion financière

- Formation en audit interne opérationnel

2. Organigramme fonctionnel (services)

L'ARC est composé principalement de :

* Service d'expertise comptable : IL joue un rôle du superviseur c'est le service de

pilotage et de coordination des activités du cabinet entre les différents services du
cabinet.Ce service est composé des acteurs suivants :

- Deux experts comptables : Membres de l'ordre de l'expert comptable

Tunisie et représentant du réseau mondial RMS international.Ils ont pour mission de

produire les états financiers.Leur mission peut pour autant s'élargir en matière
fiscale, sociale et juridique.

* Service d'assistance comptable: C'est le service qui s'occupe généralement des

opérations comptables, et gère les relations avec les clients, les fournisseurs et les
tiers.Ce service est constitué de :

- Dix consultants : Spécialistes dans le conseil et dans l'expertise comptable, ils ont
le rôle d'organiser et d'optimiser le système d'information, en assurant l'interface
utilisateurs et concepteurs d'applications.Ils analyse le circuit de l'information,
définissent et proposent de nouvelles procédures et de nouveau schémas
d'organisation pour mieux répondre aux besoins.

* Service d'audit : Elle s'occupe des plans de mission lors des interventions vers
les clients.Ce service est chargé de donner une orientation futuriste de l'activité du
cabinet.Elle peut envisager des innovations .

- Dix huit auditeurs internes : Spécialistes dans l'audit et le commissariat aux

comptes, leur mission principale est d'évaluer l'efficacité d'une organisation ou d'un
système.Ils détectent les dysfonctionnements éventuels et identifient leur causes.Ils
suggèrent les actions correctives.

3. Organigramme structurel

Service d'Expertise Comptable

Service d'Assistance Comptable

Service d'Audit

Agent de Saisie

Senior (Chef de mission)

Senior (Chef de mission

Agent de Saisie

Collaborateur

Collaborateur

Collaborateur

Collaborateur

Figure 01 : Organigramme fonctionnel de l'ARC

CHII. RECUEIL DES INFORMATIONS

1. Objectif générale :

Les objectifs d'un recueil de besoins de ce type de projet, consistent à diagnostiquer

une solution, d'élaborer des solutions aux problèmes liés au projet et de mesurer
l'atteinte des résultats. La méthodologie utilisée est de remplir un questionnaire qui
permettra de situer les difficultés aux sont sont confrontés les responsable du
cabinet.Il s'agira d'identifier les points forts et les points faibles du système existant
et ressortir les manquements.L'environnement concerné par le recueil présente des
caractéristiques très variées.Une réflexion est donc nécessaire afin de déterminer la
méthode et le outils du recueil.

Nous étions fréquemment amenés à faire des choix pour réaliser ce projet,
construire une représentation de la réalité.Les domaines concernés et les questions
qui en découlent nous ont orienté vers la solution à opter pour définir les limites du
sujet comme indiqué dans le cahier de charges fonctionnel.

Parmis les outils de recueille besoin on peut citer : l'entretien,

1.2. Les questionnaires

Chaque question avait été construite à partir des données, des informations qui ont
été mis à notre service, et nous leurs donnons un sens et une explication.Elles le
sont d'autant que les données qui fondent les choix sont riches ciblées, et
pertinentes.Pour ce faire un ensemble coordonné d'activités basées sur des
méthodes et les outils qui nous ont favoriser la mise en oeuvre afin de collecter les
informations adaptées à la problématique.

Un entretien avec le manager du cabinet nous a permis d'apporter des réponses aux
questions suivantes :

- Q : Quelle est l'activité du cabinet ?

- R : Le cabinet a pour activité principale, la conduite des clients sur leur projet de
développement.Aussi le cabinet permet d'aider les organisations de s'adapter aux
mutations de l'environnement, éclairer les décideurs et sécuriser leurs options
stratégiques au plan comptable.

- Q : Peut-t-on avoir un aperçu sur l'organisation interne du cabinet ?

- R : Le cabinet est constitué de trois services à l'intérieur desquels on retrouve :

· Le service d'expertise comptable,

· Le service d'assistance comptable

· Le service d'audit ?

- Q : Quels sont les responsables de chaque service et leurs rôles ?

- R : Pour le service d'expertise comptable, il est constitué de deux experts

comptables appelés associés.Le service d'audit est constitué de dix huit auditeurs
spécialistes dans l'audit et le commissariat au comptes et enfin le service
d'assistance comptable qui est sous la direction des consultants, spécialiste dans le
conseil et l'expertise comptable.

- Q : Quels sont les métiers ou les domaines d'activités du cabinet ?

- R : Les domaines d'activité du cabinet sont variés nous avons :

· Audit et expertise comptable (commissariat aux comptes,et aux apports,audit

d'acquisition, due et diligences.....)

· Conseil et management (diagnostic et études stratégiques, analyse financière....)

· Conseil juridique et fiscal (Audit, Conseil & assistance fiscale, constitution de

société...).

· Formation (Formation aux techniques et aux normes comptables, formation aux

pratiques de la gestion financière).
- Q : Comment le travail se déroule au sein de ARC ?

- R : ARC utilise un système de gestion de fichiers informatique très révolu ;

Microsoft Excel pour le calcul des états financiers et la sauvegarde des sous
dossiers en cycle.ARC utilise Microsoft Word pour le courrier (...).De nos jours les
cabinets d'audit qui ont la même vocation que nous n'utilisent plus ce genre de
travail. La plus part utilise des logiciels performants et l'inconvénient réside sur le
coût d'acquisition, d'où la mission qui est la votre, c'est de développer une
application informatique pour ARC.

- Q : Quels sont les support de travails que vous utiliser comme support de travail ?

- R : Les documents que nous utilisons sont de diverses formes à savoir ; les états
financiers (Balance (N/N-1), le bilan, le Lead shedule (présenté sous forme de
cycles), les états de flux, le SIG....)

- Q : Quel est moyen de communication interne au sein de votre cabinet ?

- R : ARC utilise un moyen de communication moderne, l'intranet

- Q : Quels les supports de travail qu'utilise ARC pour réaliser le travail des clients ?

- R : Nous utilisons Excel pour enregistrer les opérations comptables, les
représenter dans une balance, Excel permet aussi de faire les calculs sur le résultat
de l'exercice d'un client, et de la balance on extrait le lead shedule (sous forme de
sous dossiers en cycles) .

- Q : Comment ARC procède à ses missions d'audit une fois arrivé sur le terrain ?

- R : Nous suivons généralement les normes d'audit comptables de IFAC en Tunisie
et la méthodologie fondamentale d'audit.

1.3. Liste des documents recueillis sur le terrain

Le recensement des documents nous a permis de recueillir les informations sur le

fonctionnement du système existant, ces documents se présentent comme suite :

- Le dossier permanent (check _List)

- Les états financiers (balance, bilan, état de résultat, état de flux, SIG, ratios
analyse)

- Feuille de synthèse

- Les questionnaires par cycle (achat, vente, stocks, trésorerie, personnel, système

d'information)

- Fiche production des comptes

- Attestation

2. Critique du système existant et proposition de

solutions

2.1. Analyse de l'existant

Depuis la création du cabinet en 1996, l'ARC utilise un système de gestion des

fichiers partiellement informatisé.Ce système ne répond pas convenablement aux
attentes du cabinet, dans l'amélioration des conditions de travail .C'est dans ce
optique que les travaux de ce projet vont s'appuyer pour réaliser un logiciel de
comptabilité qui permettra aux auditeurs d'assumer leur tache avec une grande
sécurité des fichiers et également en réalisant un gain en temps avec zéro papiers.

L'ARC utilise les services bureautiques pour réaliser les dossiers de travail .Le
manque d'un système informatique efficace et efficient présente de nombreux
inconvénients à savoir la lourdeur des fichiers informatiques (procédures) sous
Microsoft Word.

Le journal des opérations divers, le bilan, les états de résultats, les soldes
intermédiaires de gestion, les principaux ratios et scoring sont construit sous
Microsoft Excel.Cependant,on note, qu'un système informatique fiable est quasi
inexistant dans le cabinet et ce qui présente des inconvénients tels que

- L'Absence de confidentialité et d'intégrité des données,

- La mise à jour multiple,

- La lourdeur des fichiers,

- L'Absence de souplesse dans le travail,

- L'encombrement dû au trop de papiers,

- Le partage du travail difficile à effectuer en réseau,

- L'absence de flexibilité,

- L'accès non sécurisé,

- L'utilisation des fichiers plats,

- (...)

2.2. Proposition de solutions

Pour remédier aux problèmes précités nous essayerons tout au long de ce projet de
trouver une solution qui répond convenablement aux besoins des utilisateurs et des
clients Pour ce faire nous allons traiter notre projet en cinq modules :

* Première phase : Migration des données vers Oracle à travers les moulinettes qui
sont des programmes PL/SQL pour la lecture des fichiers plats et le stockage dans
des tables.

- Accélération de la récupération des données et éviter de perdre le temps dans la

répétition de saisie des données

- Migration d'un système de gestion de fichiers (SGF) vers un modèle relationnel.

* Deuxième phase : Développement d'une solution centralisée sous une

architecture client/serveur.

- Assurer la sécurité de l'application et principalement dans les modules de gestion

du dossier d'organisation et du module de gestion du dossier annuel

* Troisième phase : Développement des modules de gestion du dossier

d'audit en permettant l'élimination progressive du papier et en respectant la

démarche d'audit généralement pratiquée

- Eclatement de la démarche d'audit en sous dossiers.

- Rendre souple les taches de l'auditeur et celles des utilisateurs.

- Accélérer l'accès à une information recherchée

3. Conclusion

Au cours de ce chapitre, on a pu déduire l'importance de développer, un système

d'information, qui nous permettra de gérer convenablement les dossiers de travail de
l'ARC, ceux de l'audit, concernant l'auditeur et les dossiers des clients.

CH.I : CAPTURE DES BESOINS

FONCTIONNELS
1. Elaboration du cahier de charges

1.1. Les besoins fonctionnels

* Gestion du Dossier Permanent : L'activité d'administration des informations du

client fait partie du module clé du système.

Effectuée par le manager,elle recouvre la création, la modification ou la suppression

et la consultation d'un dossier client, la modification des paramètres du dossier (par
exemple les documents ayant des informations qui se rapportent au statut juridique
de l'entité (SA, SARL, SARL...), les procès verbaux et informations liées à la
fiscalité,telles que les avantages fiscaux qui portent sur des dispositions spécifiques
à quelques entreprises faisant l'objet d'une incitation de la part de l'Etat
comme régime de suspens en matière de TVA et l'application du mode dégréssif
lors du calcul des amortissement(....)).Et l'enregistrement de ces informations dans
la table concernée.

Effectué par le collaborateur, elle recouvre la création, la modification ou la

suppression et la consultation des informations liées à la composition d'un dossier
client et l'enregistrement dans une table temporaire (en attente d'une validation par
le manager).

Remarque : Ces informations ne sont prises en compte que lorsque ces pièces sont
authentifiées par une personnalité judiciaire (exemple lors de l'ajout d'un nouveau
document, le client doit joindre des extraits d'assurance, des conventions, les
statuts, le capital....).

· Gestion du dossier d'organisation : Ce module permet au Manager et au Senior

d'apprécier l'organisation interne du client à travers des questionnaires et des tests

· .L'ensemble de ces points doit montrer les points faibles et permettre d'établir une
synthèse avec une mise à jour et un suivit de l'évolution pluriannuelle des
mouvement

Le suivit de cette évolution est effectué par module ou par cycle (Achat, Vente,
Trésorerie, Immobilisations, Stocks et Personnel.

* Gestion du Dossier Annuel : Ce module permet au Collaborateur de visualiser la

balance N/N-1 importée du client ou de notre logiciel de comptabilité. Le
Collaborateur la saisie et l'édite.Il peut également faire les mises à jours des
différents comptes et les reclasser.Entre autre il permet à l'associé, le Manager et le
Senior de getter un regard attentif sur les états financiers. Le Senior et le Manager
saisissent le Lead Schedule, éditent les listes des états et l'Associé les génèrent et
les valide en, mettant une opinion motivée sur leur réalité et leur sincérité part
rapport à ce qui existe.

* Gestion des dossiers de contrôle et de révision: Ce module présente une

approche simplifiée dans lequel, on a fusionné les documents pour permettre un réel
gain en temps par la révision des comptes par section ou cycle et l'extraction
automatique des comptes devant faire l'objet de la validation par l'Associé et le
Manager.Enfin tout ces travaux seront validés par l'Associé qui donnera sont opinion
justifiée et motivée sur le contenu de ces rapports finaux.

1.2. Les besoins non fonctionnels

Les besoins non fonctionnels du système correspondent aux fonctionnalités

techniques du système .Ce sont les contraintes environnementales et
d'implémentation telles que la gestion de la performance et, la dépendance des
plates formes techniques, la capacité de maintenance et l'extensibilité et la fiabilité.

Cependant, les besoins non fonctionnels de notre système peuvent être décrits
selon la démarche suivante :

1. Le système doit être capable de certifier la sécurité des données :par

l'authentification de chaque utilisateur qui veut avoir l'accès au système

2. L'accès est possible par l'insertion d'un nom d'utilisateur et d'un mot de passe.

* Le collaborateur a les privilèges sur les opérations de saisie, d'édition, effectuées

dans le module de gestion des états financiers.

* Le Manager et le Senior on les privilèges sur les opérations de saisie, d'édition des
états, de vérification et de validation des tests de contrôles effectués, puis de
vérification et de validation des recommandations.

* Le Manager et le collaborateur, on les privilèges sur les opérations de création de

modification (MAJ), de consultation et de validation des listes des états financiers.

* L'Associé et le Manager ont les privilèges sur les opérations de vérification et de

validations des rapports finaux .Toute fois seul l'Associé a le privilège de donner la
dernière opinion motivée sur la conformité du contenu des documents de synthèse
fourni après les travaux finaux .

5. Le système doit garantir l'intégrité et la cohérence des données : à chaque mise à
jour (Exemple lors des MAJ des dossiers clients, la présence des extraits
d'assurance, les conventions, et les statuts ...)

1. Le système doit être interactif fiable et facile à administrer : Il faut que les système
conçu soit facile à administrer, capable de fonctionner sans erreurs, et de rendre
visible les traitements effectués par l'utilisateur

Le système doit être ouvert dans sa conception et dans son exploitation :

Au niveau de la conception, le système élaboré doit s'interfacer avec d'autres

systèmes similaires.

En ce qui concerne l'exploitation, le système doit être accessible par les utilisateurs
à travers un réseau intranet après définition des droits d'accès de chaque acteur.

1. Le système doit présenter une interface simple et conviviale

2. Le système doit signaler les erreurs et éviter les conflits

1.3. Choix technique

Le développement de cette application nous a permis de faire un choix minutieux en

tenant compte du processus 2TUP qui correspond au langage standard de
modélisation UMLcomme système de gestion des bases de données Relationnelles
Oracle 8i avec son environnement de développement Forms 6i et PL/SQL comme
langage de programmation pour le développement local.

Pour l'implémentation de la solution web, nous allons opter pour Oracle 8i comme
SGBDR et le langage de programmation JSP.

1.4. Démarche d'élaboration du projet

La méthodologie d'élaboration de notre nouveau système d'information s'inspire du

processus de développement en Y, nous allons donc suivre donc un ordre de
réalisation des diagrammes (ce n'est pas un ordre au sens strict du terme, car le
modèle UML est souvent réalisé de manière interactive) :

* Lors de la mise en oeuvre de la phase préliminaire, nous avons utilisé un

diagramme de contexte dynamique permettant de modéliser le (Système/acteurs et
messages interactifs).Le système est considéré comme un objet central et les
différents acteurs qui interagissent avec le système .On ajoute ensuite des liens
représentant les messages des acteurs entre le système et les acteurs.La
description des messages est textuelle.

* Lors de la mise en oeuvre de la phase de l'étude fonctionnelle, nous allons

identifier les cas d'utilisation qui représentent les services rendus aux
« utilisateurs »du système. On indique sur ce diagramme ce que devra faire le futur
système afin d'obtenir la ouverture des obligations fonctionnelles .Dans le suite nous
procédé à la description dynamique des cas d'utilisation à l'aide des diagrammes
d'activités qui vont représenter l'ensemble des activités réalisées par le système ceci
nous permet nous permet d'établir un ensemble des scénarios d'utilisation à l'aide
des diagrammes de séquences qui ne font intervenir que les acteurs et le système.

* Lors de la mise en oeuvre de la phase d'étude technique, nous allons prendre en

compte les outils techniques pour l'élaboration des diagrammes de composants et
de déploiement qui vont dénoter les contraintes matérielles et nous identifions les
différences entre les cas d'utilisation, ensuite nous allons affiner notre modèle à
travers l'identification de différentes classes nécessaires à la réalisation des
systèmes attendus.
* Lors de la réalisation nus passerons au développement de notre application.

2. Identification des acteurs

* Associé (Expert Comptable):

Il contrôle l'ensemble des opération dans l'émission d'une opinion motivée c'est celui
qui valide le rapports quelque soit leur nature.Il prend la décision finale pour boucler
les procédures, les rapports finaux, dans lesquels on a les documents de synthèse
(Bilan, états de résultat états de flux de trésorerie).

* Manager :

Il s'intéresse aux taches qui consistent à la vérification des documents établis par le
senior lors des opérations d'audit.Il travail généralement avec l'Associé qui est son
chef hiérarchique direct.

* Senior (Chef de mission):

Il est plus expérimenté que le collaborateur et est externe à la société.Le Senior

travail en collaboration avec le Manager.

Il doit être un réviseur ayant le diplôme de la révision comptable.C'est le

responsable des dossiers avec les clients .Il prépare les dossiers de travail et le
Mémorandum de travail de la société à auditer. Il fait la répartition des taches pour
les colllaborateus.La mission principal des seniors est axé sur le conseil.C'est lui qui
supervise les travaux d'audit.

* Collaborateur (Consultant):

Il a pour mission principale d'effectuer les tests et présente les statuts de la société à
auditer.Il saisit les opérations comptables et édite les états financiers sans pour
autant procéder à la décision.

3. Identification des interactions entre le système audit et les

acteurs

3.1. Les messages circulants entre le système audit et les acteurs :

3.1.1. Messages circulant entre le système Audit et le Collaborateur

* Du collaborateur vers le système Audit :

MAJ c'est-à-dire suppression, modification et ajout de :

- Dossier client
- Balance

Edition c'est-à-dire (publication) de :

- Balances

- PV/CA

- Bilan

- Etats de résultat

- Etats de flux de résultat

- le SIG

* Du Système Audit vers le Collaborateur :

Afficher la liste des :

- Comptes clients

- Etats financiers (Balance, Bilan, Etats de résultat

3.1.2. Messages circulant entre le système Audit et le Senior :

* Du Senior vers le système Audit

Génération, c'est à dire engendrement (acte de production) de :

- Lead Schedule

- Liste des questionnaires

- Recommandations

- Les états financiers (Balance, Bilan, Etats de résultat...)

Edition et validation partielle de :

- Lead Schedule (sous dossier en cycle)

- Liste des recommandations

- Recommandations

- Les états financiers (Balance, Bilan, Etats de résultat...)

* Du système Audit et le Senior

Afficher la liste des :

- Sous dossiers en cycles (Lead Schedule)

- Questionnaires

- Recommandations

- Les états financiers (Balance, Bilan, Etats de résultat...)

3.1.3. Messages circulant entre le système Audit et le Manager :

* Du Manager vers le système :

MAJ c'est-à-dire MAJ (Saisie, modification et suppression) de :

- Lead Schedule (Sous dossiers en cycle)

- Liste des questionnaires

- Recommandations

- Les états financiers (Balance, Bilan, Etats de résultat...

Validation partielle de

- Lead Schedule (Sous dossiers en cycle)

- Liste des questionnaires

- Recommandations

- Les états financiers (Balance, Bilan, Etats de résultat...

* Du système Audit et le Manager

Afficher la liste de :

- Lead Schedule (Sous dossiers en cycles)

- Liste des questionnaires

- Recommandation

- Les états financiers (Balance, Bilan, Etats de résultat, SIG...)

3.1.4. Messages circulant entre le système Audit et l'Associé

* De l'Associé vers le système Audit :

MAJ (modification, suppression et ajout) des :

- Documents de synthèse ou Etats financiers (balance, bilan, Etats de

Résultats, SIG...)

- Rapports finaux

Validation définitive des :

- Documents de synthèse ou Etats financiers (balance, bilan, Etats de

résultats, SIG...)

- Rapports finaux.

* Du système Audit et l'Associé :

Afficher la liste des :

- Les états financiers ou documents de synthèse (balance, bilan, Etats de

résultats, SIG...)

- Les rapports finaux

4. Diagramme de contexte dynamique

 Figure 02 : Diagramme de contexte dynamique

5. Conclusion

Nous avons réalisé durant ce chapitre, le cahier de charge en précisant les besoins
fonctionnels et non fonctionnels de l'entreprise. Puis nous avons perçu l'importance
de schématiser un diagramme de contexte dynamique qui illustre le système,
comme objet central, les acteurs et les liens entre le système et ce dernier.L'objetif
de cette représentation est de montrer une vue globale du système développé.

CH.II : ANALYSE DES BESOINS

FONCTIONNELS
1. Cas d'utilisation prioritaire

Acteur Priorité
Cas d'utilisation
Gestion des clients Collaborateur et Manager haute
Gestion des comptes Collaborateur haute
Gestion des états financiers Manager, Associé et Senior haute
Gestion du Lead Schedule Manager et Senior moyen
Gestion des questionnaires Manager et Senior faible
Gestion des recommandations Manager et Senior faible
Gestion des rapports finaux Associé moyen

Figure 03 : Tableau des cas d'utilisations prioritaires

2. Identification des principaux cas d'utilisation

Acteur principal, Messages émis/reçus par les acteurs

Cas d'utilisation
Acteur secondaire
Gestion des Clients Collaborateur & Emet : MAJ (Ajout, modification et
Manager suppression) des clients

Reçoit : Liste des états

Gestion Comptes Collaborateur Emet : Saisie, édition des comptes.

Reçoit : Liste des comptes

Gestion Etats Manager, Associé Emet : Vérification, génération,validation et
Financiers & Senior édition des états

Reçoit : Liste des états

Gestion Lead_Shedule Manager & Senior Emet : Saisie et édition du Lead Schedule.

Reçoit : Liste des états

Gestion Manager & Senior Emet : MAJ (Saisie, modification,
Questionnaires suppression) et validation des questionnaires

Reçoit : Liste des questionnaires

Gestion Manager & Senior Emet : MAJ (Saisie, modification et
Recommandations suppression et validation) des
recommandations

Reçoit : Liste des recommandations

Gestion Rapports Manager & Associé Emet : Vérification et validation des rapports
finaux et des états financiers

Reçoit : Affichage rapports

Figure 04 : Tableau des principaux cas d'utilisation et les acteurs correspondants

3. Représentation graphique des cas d'utilisations avec UML

3.1. Cas d'utilisation : « Gestion des Client »

Figure 05 : Diagramme de cas d'utilisation «  gestion des Clients »

3.2. Cas d'utilisation : « Gestion des Comptes »

Figure 06: Diagramme de cas d'utilisation «  gestion des comptes »

3.3. Cas d'utilisation : « Gestion des Etats Financiers »

 Figure07: Diagramme de cas d'utilisation «  Gestion des états financiers »

3.4. Cas d'utilisation : « Gestion du Lead Schedule »

Figure 08: Diagramme de cas d'utilisation  « Gestion du Lead Schedule »

3.5. Cas d'utilisation : « Gestion des Questionnaires »

 Figure 09 : Diagramme de cas d'utilisation « Gestion des questionnaires »

3.6. Cas d'utilisation : « Gestion des Recommandations »

Figure 10 : Diagramme de cas d'utilisation « Gestion des recommandations »

3.7. Cas d'utilisation : « Gestion des rapports finaux »

Figure 11 : Diagramme de cas d'utilisation  « Gestion des rapports finaux »

4. Les diagrammes d'activité

4.1. Diagramme d'activité : « Gestion des Clients »

 Figure 12 : Diagramme d'activité  « Gestion des clients»

4.2. Diagramme d'activité « Gestion des Comptes »

 Figure 13 : Diagramme d'activité « Gestion des comptes »

4.3. Diagramme d'activité : « Gestion des Etats Financiers»

 Figure 14 : Diagramme d'activité  « Gestion des états financiers »

4.4. Diagramme d'activité « Gestion du Lead Schedule »

Figure 15: Diagramme d'activité  « Gestion du Lead Schedule »

4.5. Diagramme d'activité : « Gestion des questionnaires»

 Figure 16 : Diagramme d'activité « Gestion des questionnaires »

4.6. Diagramme d'activité « Gestion des recommandations »

 Figure 17: Diagramme d'activité « Gestion des recommandations »

4.7. Diagramme d'activité : « Gestion des rapports finaux »

 Figure 18 : Diagramme d'activité  « Gestion des rapports finaux »

5. Diagrammes de séquences

5.1. Diagramme de séquence « Gestion des clients »

 Figure 19: Diagramme de séquence  « Gestion des clients »

5.2. Diagramme de séquence « Gestion des comptes »

 Figure 20: Diagramme de séquence  « Gestion des comptes »

5.3. Diagramme de séquence « Gestion des états financiers »

 Figure 21: Diagramme de séquence  « Gestion des états financiers »

5.4. Diagramme de séquence « Gestion du Lead_shedule »

 Figure 22: Diagramme de séquence  « Gestion du Lead shedule »

5.5. Diagramme de séquence « Gestion des questionnaires »

 Figure 23: Diagramme de séquence  « Gestion des questionnaires »

5.6. Diagramme de séquence « Gestion des recommandations »

 Figure 24: Diagramme de séquence  « Gestion des recommandations »

5.7. Diagramme de séquence « Gestion des rapports finaux »

 Figure 25 : Diagramme de séquence  « Gestion des rapports finaux »

6. Les diagrammes de collaboration

6.1. Diagramme de collaboration : «Gestion des clients » 

 Figure 26: Diagramme de séquence  « Gestion des clients »

6.2. Diagramme de collaboration : « Gestion des comptes » 

Figure 27: Diagramme de séquence  « Gestion des comptes »

6.3. Diagramme de collaboration : « Gestion états financiers »

Figure 28: Diagramme de séquence  « Gestion des états financiers »

6.4. Diagramme de collaboration : « Gestion du lead shedule »

Figure 29: Diagramme de séquence  « Gestion du lead shedule »

6.5. Diagramme de collaboration «Gestion questionnaires »

 Figure 30: Diagramme de séquence  « Gestion des questionnaires »

6.6. Diagramme de collaboration « Gestion des recommandations »

Figure 31 :Diagramme de séquence  « Gestion des recommandations

6.7. Diagramme de collaboration « Gestion des rapports finaux »

 Figure 32: Diagramme de séquence  « Gestion des rapports finaux»

7. Conclusion

Dans ce chapitre nous avons restreint notre analyse en utilisant uniquement dans
l'approche UML,les diagrammes de cas d'utilisation ,les diagrammes d'activité, les
diagrammes de séquence et enfin les diagramme de collaboration,pour expliciter le
fonctionnement de notre système d'information au sein du cabinet .

CH.I : AFFINAGE DU MODELE

1. Introduction

L'affinage du modèle a pour objectif d'identifier les différent objets/classes

indispensable à la mise en oeuvre des services attendus du système.

Ces différentes classes seront certainement regroupées autour d'un seul cas
d'utilisation ; « la gestion des clients », pour obtenir une structuration de notre
diagramme de classes.Il s'agira alors d'affiner les classes, les associations entre-
elles de déterminer les attributs et opérations pour chacune.

2. Diagramme de dépendance entre cas d'utilisations

Figure 33: Diagramme de dépendance entre cas d'utilisations

3. Diagramme de classes
 Figure 34: Diagramme de classes

4. Conclusion

Dans ce chapitre, nous avons essayé de représenter les différentes entités qui
constituent notre système d'audit.Nous signalons aussi qu'il n'ya pas de relation de
dépendance fonctionnelle entre les entités du système.C'est pour quoi les
diagrammes des classes des cas d'utilisations ne peuvent faire l'objet d'une
représentation.

1. Module Centralisé

1.1. Formulaire entrée du progiciel

 Figure 35 : Formulaire entrée du progiciel

1.2. Formulaire Menu identification utilisateur

Figure 36 : Formulaire menu indentification utilisateur

1.3. Formulaire Menu générale

 Figure 37: Formulaire menu général

1.4. Formulaire menu client

 Figure 38: Formulaire menu client

1.5. Formulaire menu dossier de travail

 Figure 39: Formulaire menu dossier de travail

1.6. Formulaire menu Encours

Figure 40: Formulaire menu encours

1.7. Formulaire Menu filiales

 Figure 41: Formulaire menu filiales

2. Conclusion

Ce chapitre a été consacré pour l'utilisation pour l'illustration des quelques interfaces
de l'application que nos espérons qu'elles soient conviviales, simples et appréciable
de la part des responsables de ARC.

CONCLUSION GENERALE ET
PERSPECTIVES
Ce projet nous a permis de revoire et de suivre avec beaucoup d'attention, les
méthodes fondamentales de la modélisation et de la conception des systèmes
d'informations grâce auxquelles l'application a été réalisée.Nous sommes d'autant
plus satisfait que la réalisation de cette application ait utilisé l'éditeur de bases de
données relationnel Oracle, car l'apprentissage de cette base de données nous a
permis d'approfondir nos connaissances antérieures qui étaient mal maîtrisées.

Cette expérience nous a profité dans la complémentarité des efforts et surtout la

synergie des compétences et des qualités.La richesse de ce sujet nous a profité tant
dans l'acquisition des connaissances que dans l'initiation du travail de groupe.
Cependant ce projet lié au stage, nous a été une opportunité de découvrir le monde
professionnel, ses réalités, du point de vue adaptation et difficultés.

Dans l'optique de l'élargissement de la vision de ce thème du projet de fin d'études,

nous suggérons que cette application soit orientée vers le web, vue les avantages
que ce nouveau monde du développement procurent de nos jours.

En définitive, nous avons la certitude que le nouveau système développé apportera

des améliorations significatives sur l'existant et que les perspectives envisagées
fassent l'objet d'un autre rapport de projet de fin d'étude.

GLOSSAIRE 
Acteur : Un acteur représente un ensemble cohérent de rôles joués par des entités
externes

(Utilisateur humains, dispositif matériel, ou autre système) qui interagissent

directement avec le système a étudier.

Activité : Opération non automatique au sein d'un état.Une activité peut être
interrompue et à une certaine durée.

Associé : Un associé est un expert comptable qui a pour rôle de valider le travail

accompli dans la chaîne du système d'information d'audit.Il peut être considéré
comme un commissaire au comptes lorsqu'il est dans une mission d'audit.

Architecture : Ensemble des décisions significatives liés à l'organisation d'un

système logiciel, à la sélection des éléments structurels dont le système est
composé des et leurs interfaces.

Besoins fonctionnels : Ils désignent en même temps les besoins de haut niveau et
de bas niveau satisfaibles par l'application.

Balance : Pour chacun des comptes (classés dans l'ordre du plan comptable),la
balance fait apparaître :

-Le numéro du compte

-L'intitulé du compte

-Le total des débits

-Le total des crédits

-Le solde du compte, qui apparaît dans la colonne »Solde débiteur »ou « solde

créditeur » selon le cas.

Un solde est dit débiteur si le total « des débits « est supérieur au total « des
crédits »et

« Créditeur » dans le cas inverse

Bilan :Un bilan est un document comptable qui est une synthèse du livre d'inventaire
à un moment donné.Il fournit « une photographie » des devoirs et des dettes de
l'entreprise à un moment bien précis et permet ainsi de connaître la valeur
patrimoniale de l'entreprise.Il est dressé au moins une fois par an en fin de période
comptable (12mois),qui correspond souvent à la fin de l'année civile.

Cas d'utilisation (Use Case) : Représente un ensemble des séquences d'actions

qui sont réalisées par le système et qui produisent un résultat observable
intéressant pour un acteur particulier.

Classe : Description abstraite d'un ensemble d'objets.

Collaborateur : Il intervient dans les taches d'enregistrement des opérations

comptables et fait la saisie des comptes sur la balance et participe aux taches de
tests sur le lead shedule.

Composants : Partie physique remplaçable d'un système qui respecte et fournit la

réalisation d'un ensemble d'interfaces .Un composant peut être un exécutable du
code source ou du code binaire, etc.

Déploiement : Le déploiement montre la configuration physique des différents

matériels qui participent à l'exécution du système, ainsi que les instances de
composants qu'ils apportent.

Extend : Relation stéréotypée « Extend » entre cas d'utilisations : le cas d'utilisation

de base en incorpore explicitement un autre de façon optionnelle,à un endroit
spécifié indirectement dans celui qui possède

A l'extension.

Include : Relation stéréotypée « include » entre cas d'utilisation : le cas d'utilisation

de base en incorpore explicitement un autre de façon obligatoire,à un endroit
spécifié dans ces enchaînements.

Intranet : Un intranet est un ensemble de services Internet (par exemple un serveur

web) interne à un réseau local, c'est-à-dire accessible uniquement à partir des
postes d'un réseau local, ou bien d'un ensemble de réseaux bien définis et invisible
de l'extérieur.

Lead Schedule : C'est un ensemble composé de sous dossiers appelé cycles.Ces

cycles sont des classes des comptes extraites de la balance.
Message : C'est un élément de communication entre objets qui déclanchent ne
activité dans l'objet destinataire. La réception d'un message provoque un événement
dans l'objet récepteur.

OMG : Objet Management group, organisme de standardisation pour ce qui

concerne la technologie objet (UML par exemple)

Oracle : C'est un système de gestion des bases de données relationnelles (SGBDR)

fourni par oracle corporation et couramment utilisé dans les applications sur
différentes plates-formes. Il a été développé par Lawrence Ellison, accompagné des
autres personnes commes Bob Miner et Ed Oates

Manager : Le manager travail en étroite collaboration avec l'associé.son rôle est de

vérifier les documents comptables soumis à son appréciation par le senior.

Mémorandum : C'est document qui regroupe les états de synthèse de résultat de

l'exercice d'une entreprise donnée.Il est généralement appelé « Mémo final »

Modèle relationnel : Un modèle est dit relationnel, lorsqu'il permet d parcourir la

structure des données empruntant des chemins non prédéfinis, constitués en
dynamique par des requêtes.

Scénario : Une succession particulière d'enchaînement, qui s'exécute du début à la

fin du cas d'utilisation.

Senior : C'est un auditeur,il doit avoir un diplôme de révision comptable .C'est un

acteur du système audit.

SGBDR : Ensemble de logiciels permettant permettant de stocker, de consulter et

de modifier les données de la base de données. Oracle lui-même un SGBDR,
partant de nombreux outils d'interrogation et de manipulations des données qu'il
fournit

Solde intermédiaire de gestion (SIG) :

Solde= Différence entre le débit et le crédit ou comme ici entre des produits et
charges
- intermédiaire = Partiel (on ne prend en compte que certains produits et charges).
- de gestion = Les comptes de charges et produits sont des comptes de gestion.
L résultat d'exploitation est un solde intermédiaire car il ne prend en compte que les
produits et les charges d'exploitation

Les S. I. G. sont des indicateurs utiles au gestionnaire, ils permettent de comprendre

le passé afin de mieux prévoir l'avenir.

SGF : système de gestion des fichiers

Système d'informations : c'est un ensemble organisé des ressources (personnelles

données procédures, matériels et logiciels...), permettant d'acquérir, stocker de
structurer de communiquer les informations sous forme de textes ,d'images, sons ou
données codées dans des organisations.

SQL : (Structured query language) : Langage d'intérrogation des données

relationneles basées sur le langage naturel

UML :(Unified Modeling Linguage) : Formalisme standard de modélisation objet

conçu par l'OMG

REFERENCES BIBLIOGRAPHIQUES

Ouvrages et supports du cours

-Audit Comptable et Financier (Poche) de Bernard Grand (Auteur)

-Audit Comptable et Financier et méthodologie d'audit

-Conception orientée objet uml de Hubert-Kadina

-Guide d'élaboration d'un projet de fin d'étude

Liens web :

[ U.M.FR] : http://www.uml.free;fr/cours/p17.html: Documentation sur les diagramme

d'activités, de séquences, et de collaboration

[DSI.CN] :http ://www.dsi.cnrs. FR/bureau_qualité/développementweb/guides
modèles/Manuel-UML-PowerAMC.pdf : Manuel d'utilisation du langage UML.

[WE.JEE] : http//www.-adele.imag.fr/ donsez/cours/servletjsp.pdf :

http://www. RevisAudit.com

http://www.revisaudit.com/presentation01.html

http://www.revisaudit.com/accueil.html