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

 > 

Etude et mise en place d'un système informatisé de transfert d'argent inter-agences COMECI

( Télécharger le fichier original )
par Cédric DJEUTCHEU
Université de Dschang-ISMA - Licence Professionnelle 2010
  

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. Diagramme des cas d'utilisation du système de transfert

Pour élaborer le diagramme des cas d'utilisation, il est nécessaire de cerner la problématique des besoins des utilisateurs vis-à-vis du système de transfert. L'étape d'identification des besoins est la première activité dans le cycle de développement de systèmes logiciels. Durant cette activité, nous cherchons à obtenir une compréhension (établie en termes de modèles) du futur système logiciel aussi complète et cohérente que possible, avant le passage aux activités de conception et d'implémentation.

Vue d'ensemble de quelques besoins principaux des acteurs par rapport au système futur :

ð Envoi et réception en temps réel des informations de transfert ;

ð Gestion des accès au système de transfert ;

ð Génération des rapports d'activités ;

ð Consultation d'aide en ligne ;

ð Consultations diverses (liste des agences, villes et régions) ;

ð Gestion des commissions sur les transferts ;

ð Mise à jour en temps réel des données de transfert par le serveur de base de données ;

ð Tâches de surveillances et d'administration du système

Les relations de type « include » dans le diagramme des cas d'utilisation signifient que le passage au cas d'utilisation source précède celle du cas d'utilisation de destination.

Exemple : Avant tout autre cas d'utilisation, il faut d'abord passer par le cas d'identification.

a. Détermination des cas d'utilisation

Avant toute modélisation, il faut d'abord faire une capture des cas d'utilisation du système. Caractéristiques des cas d'utilisation :

§ Ils limitent la modélisation aux préoccupations « réelles » des utilisateurs ;

§ Ils ne présentent pas de solution d'implémentation et ne forment pas un inventaire fonctionnel du système ;

§ Ils structurent les besoins des utilisateurs (cités ci-dessus) et les objectifs du système futur ;

§ Ils permettent les fonctionnalités principales du système ;

§ Ils centrent surtout l'expression des exigences du système sur ses utilisateurs (acteurs) ainsi que leurs interactions avec le système.

Tableau 12 : Identification des acteurs en interaction avec le système et répartition des cas d'utilisation par acteur

Les acteurs du système

Les cas d'utilisation traités

Principaux : Opérateurs

§ Identification

§ Envoyer un transfert

§ Recevoir un transfert

§ Evaluer les frais de transfert

§ Consultations diverses (liste d'agences, de villes, de régions, des commissions sur transfert)

§ Edition des rapports d'activités

Secondaires : Administrateur

§ Identification

§ Configurer le système

§ Edition des rapports d'activités

Source : L'auteur

Figure 4 : Diagramme des cas d'utilisation

Source : L'auteur

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'imagination est plus importante que le savoir"   Albert Einstein