Diagramme des cas d'utilisation

besoins fonctionnels : 16 3.3 Les besoins non fonctionnels : 20 Conclusion 21 Chapitre 4 : Conception de L’application 22 Introduction 22 4.1 Conception globale : 22 4.2 Conception détaillée : 26 4.3 Diagramme de classe : 29 4.4 Diagramme de Séquence : 30 Conclusion 33 Chapitre 5 : Réalisation 34 Introduction 34 5.1 Environnement de travail : 34 5.2 Interface Homme Machine : 36 Conclusion 48 Conclusion Générale 49 Bibliographie

29 Figure 11: Diagramme SADT détaillant l'actigramme A0 .................................................... 30 Figure 12: Diagramme SADT détaillant l'actigramme A1 .................................................... 30 Figure 13: Diagramme SADT détaillant l'actigramme A3 .................................................... 32 Figure 14: Diagramme SADT détaillant l'actigramme A6 .................................................... 34 Figure 15: Diagramme de cas d'utilisation du module Web

. . . . . . . . Diagrammes de cas d'utilisation général . . . . . . . . . . . . . Description de cas d'utilisation Gestion de l'entrepôt de données 3.4.3.1 3.4.3.2 Diagramme de cas d'utilisation . . . . . . . . . . . . . Description textuelle de cas d'utilisation Extraire les données : . . . . . . . . . . . . . . . . . . . . . . . . . 30 30 30 3.4.4 Description de cas d'utilisation Analyse des données 3.4.4.1 3.4.4.2 . . . . . . Diagramme de cas d'utilisation . . . . . . . . .

FRANCOPHONIE (AUF) REPUBLIC OF CAMEROON Peace- Work – Fatherland ------------UNION BANK OF CAMEROON PLC (UBC Plc) Rapport de stage de fin de formation 20/02/2013 – 30/04/2013 Thème : Gestion Automatisée des Bordereaux de Taxation (GABT): cas de l'agence du guichet unique de la Union Bank of Cameroon Plc Rédigé par : Moustapha GADJI En vue de l’obtention du diplôme de Licence en Analyse et Conception des Systèmes d’Information Encadreur académique Mme Germaine Marie-Noël Solange NDJATHE

* Administrateur * Super Administrateur (Un extends d administrateur) Chacun, ayant son propre flow d’utilisation de notre application. Distinguons alors, les particularités intrinsèques à chaque intervenant. A. Anonyme Cette utilisateur est pas encore enregistré et accédés a l application via l interface d accueil commune a tous les utilisateurs on distingues alors trois cas d utilisation. 1. Se connecté L’utilisateur s est déjà enregistré il veut passer en mode connecté

13 a. Diagramme de cas d’utilisation 13 b. Diagramme de classe 17 c. Diagramme de séquence 18 d. Diagramme d’activité 19 a. Structure de la base de données 20 3. Conclusion 21 IV. Réalisation 22 1. Introduction 22 2. Logiciels utilisés 22 a) MEGA 22 b) ArcViewGIS 22 3. Interfaces de l’application 23 Conclusion 26 Bibliographies: 27 Table des figures Figure 1 : Diagramme des cas d’utilisation 15 Figure 2 : diagramme des cas d’utilisation pour la gestion

L’état d’utilisation de PHP des années dernières. .............................. 3 Figure 2-3: L’état d’utilisation des langages de programmation .......................... 4 Figure 2-4: Diagramme de cas d’utilisation de l’administrateur ........................ 10 Figure 2-5: Diagramme de cas d’utilisation du responsable................................ 11 Figure 2-6: Diagramme de cas d’utilisation du comité......................................... 12 Figure 2-7: Diagramme de cas d’utilisation de l’auteur

d’interface combinant un circuit logique couplé à une mémoire allant jusqu’à 64 KO ou d’ordinateurs dépourvus de disques durs. Les stations sont dépendantes du serveur. b. Les serveurs : Ce sont des ordinateurs dédies ou non suivant le cas, équipés de plusieurs disques durs ou processeurs rapides disposant de mémoires caches. Les serveurs de la steg comporte plusieurs types : • Serveur de fichier  • Serveur d’impression  • Serveur de communication 

(pour l’implémentation de la base de données, et son interrogation), l’élément Programmation Web 2 (pour l’implémentation d’une application Web du SI) et Env. Dev. BD (pour l’implémentation d’une application desktop du même SI). II. Règles 1. Le diagramme de classes du SI doit contenir au moins cinq classes persistantes, avec au moins une association de type un à plusieurs, une association de type plusieurs à plusieurs qui soit porteuse de données, et une association de généralisation. 2. Les projets

introduction à UML Analyse des besoins (use cases) Présentation de l’étude de cas, détermination des binômes. Cahier des charges, cas d’utilisation à rédiger. 28 janvier 05 : – – ☺ Modèles statiques et dynamiques Présentation d’un outil de manipulation de diagrammes UML Questions/réponses sur l’étude de cas, cas d’utilisation Cas d’utilisation à corriger ou compléter, premiers scénarii pour le cas d’utilisation choisi + diagramme de classes 4 février 05: – ☺ Fin de présentation d’UML Etude critique