WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Application Informatique d'Audit Comptable et Financier

( Télécharger le fichier original )
par ROlanr Vicky ABONDO LEKELE
Université Libre de Tunis ( U L T ) - Maîtrise Informatique Appliquée aux sciences de Gestion 2006
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

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.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"L'ignorant affirme, le savant doute, le sage réfléchit"   Aristote