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
| 
