Modelisation de portefeuille électronique dans une sociéte de télécommunication

1.3.1. Elaboration du diagramme de cas d'utilisation

Concrétisons à présent l'identification des cas d'utilisation par la réalisation de diagrammes UML, appelés diagrammes de cas d'utilisation.

Le diagramme des cas d'utilisation présente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système. Il assure la relation entre l'utilisateur et les objets du système et se présente comme suit :

Consulter son solde

Système de p

Approvisionne son compte

Par SMS un code référence

Retrait ou dépôt d'argent dans son compte

Effectuer une opération

Paiement de facture vers toutes les fournisseurs

Ouverture de compte et changement de code PIN

Confirmer le retrait ou dépôt par un code de référence

Achat des crédits a partir de son compte

Transférer l'argent de son compte vers un autre abonné

Confirmation par SMS

S'authentifier par un code PIN

« Include »

« Include »

« Include »

« Include »

Abonnés

Système de portefeuille électronique

1.3.1.1. Diagramme des cas d'utilisation d'un abonné

1.3.1.2. Diagramme des cas d'utilisation de l'Agent tigo cash et Administrateur

Gérer les comptes des agents tigo cash

Configurer les systèmes

Assurer la maintenance du système

Administrateur

Gérer les comptes des abonnés

Gérer les recharges des crédits

Gérer les transferts

Gérer le code PIN de l'abonné

S'authentifier par un code PIN

Agent tigo cash

« include »

« include »

« include »

« include »

« include »

« include »

« include »

Système de portefeuille électronique

Selon Pierre Gérard, la méthode comprend trois sortes de relation ou association qui sont^16(*) :

· Inclusion : le cas A Inclut le cas B(c'est-à-dire B est une partie obligatoire de A)

· Extension : le cas B étend le cas A( c'est-à-dire A est la partie optionnelle A )

· Généralisation : le cas A est une généralisation du cas B (B est une sorte de A)

1.3.2. Description de diagramme cas d'utilisation

Dans notre diagramme de cas d'utilisation, nous allons décrire certaines cas pour expliciter l'utilisation du système tels que :

1. 3.2.1. Cas d'utilisation : « Effectuer une opération » :

Nom  « Effectuer une opération »

ï But : Apprendre a l'abonné comment effectuer une opération par messages en cas d'échec.

ï Résume : l'abonné émet des demandes à partir de son téléphone pour avoir les informations relatives à son compte :

ü Connaitre son solde

ü Connaitre ces transferts

ü Modifier son code PIN

ü Connaitre ces retraits

ü Connaitre ces achats

Le système va vérifier, alors les conditions nécessaires, puis lui renvoie une réponse par SMS. Avec un code de référence. Dans le cas contraire, c'est la demande par SMS de l'abonné qui déclenche une action dans le système.

a)Acteur : Abonnés

· Pré condition : opération effectuée par l'abonné : enchainement est de :

ü Vérification du numéro de téléphone

ü Vérification de l'existence du compte abonné

ü Vérification des syntaxes de l'opération

ü Vérification du code PIN

ü Vérification des droits (c'est-à-dire les nombres tentatives erronées, validité)

ü Traitement de l'opération par le système

ü Enregistrement de l'opération

ü Début du coût de l'opération pour le compte de l'abonné.

· Post condition : réponse de l'opération : exception,

ü Le Numéro de mobile est erroné.

ü La syntaxe est erronée.

ü Le nombre de tentatives de syntaxe erronée dépasse 3.

ü Le code référence est erroné.

ü Compte de l'abonné bloqué.

1.3.2.2. Cas d'utilisation : « Gérer le code PIN de l'abonné »

Nom« Gérer le code PIN de l'abonné »

ï But : Alerter l'abonné par SMS pour chaque opération effectuée sur son compte.

ï Résumé: porte-feuille électronique est géré par des alertes de type push que le système envoie aux abonné par SMS, pour l'informer de l'état de son compte. Ces alertes concernent les mouvements du compte abonné, les informations sur l'état du compte, la désactivation ou blocage du compte. Le principe consiste au déclenchement d'un événement dans le système qui aboutira à l'envoi automatique d'un SMS.

a)Acteur : Agent tigo cash

· Pré-condition : Variable selon la nature de l'alerte. Enchainements :

ü Stocker le message.

ü Traitement du système.

ü Envoyer un SMS à l'abonne.

ü Débiter le coût du SMS du compte de l'abonné.

· Post-condition : Réception du SMS Exceptions :

ü Blocage de code PIN de l'abonné.

ü Désactivation des alertes par l'abonné.

ü Désactivation des alertes SMS par le centre au contrôle du système.

1.3.2. 3. Cas d'utilisation : « Ouverture de compte par l'abonné » 

Nom« Ouverture de compte par l'abonné »

ï But: Bénéficier du service du système.

Résumé :Pour bénéficier du service système, l'abonné doit juste s'enregistrer ou ouvrir son compte. Il se présente auprès d'un Agent tigo cash pour solliciter l'ouverture d'un compte. L'Agent tigo cash procède à son identification puis le sensibilise à utiliser service dont il bénéficie l'ouverture gratuitement. L'Agent génère un code pin par défaut à l'abonné et le système lui envoie le premier SMS de bienvenue et confirmation de l'ouverutre. Après que l'abonné ait fait son premier dépôt dans son compte.

a)Acteur : Abonné

· Pré-condition : Etre abonné à un réseau de téléphonie mobile.Enchaînements :

ü Remplir la fiche d'identification.

ü Saisir le code de l'agent.

ü Enregistrer la fiche.

ü Créditer le compte de l'abonné.

ü Envoyer un SMS d'ouverture de compte à l'abonné.

ü Débit coût du SMS du compte de l'abonné.

· Post-condition : L'ouverture compte se fait gratuitement et les frais de détenu de compte sera débité automatiquement du compte de l'abonné lors de premier dépôt.

ü Le code de l'agent entré est invalide.

ü Le solde du Compte de l'abonné est zéro au moment de l'ouverture de compte.

* ¹⁶ Pierre Gérard, modélisation des objets élémentaire avec UML 2, Edition DUT Informatique, Page 13