Partie 5: Cahier des Charges Fonctionnel (CdCF) présentant de manière détaillée et structurée les spécifications, les services à rendre, et les contraintes du produit.

1. Beyrouth – Mohamed SABRA – 10309 f
V – Cahier des Charges Fonctionnel (CdCF)
Dans ce document nous allons présenter de manière détaillée et structurée les spécifications
des services/modules à rendre et les contraintes de notre produit de portefeuille numérique. Le plan
type de ce document est extrait de la norme NF EN 162711
.
1. Présentation générale du problème
1.1 Projet
Un marché inondé par une génération de technologies financières fournis par les Fintechs
a obligé notre client ZigBank a créer une solution de portefeuille numérique afin de limiter les
pertes engendrées par l’utilisation de ces technologies par les clients existants de la Banque. Pour
cela, la Banque cherche à maintenir le volume des transactions produisant un revenu.
1.2 Contexte
ZigBank est une banque régionale qui opère au Liban et dans la région MENA avec un
large réseau d’agences et de bureaux représentatifs et donc un volume d’activité très important
dans le secteur bancaire.
1.3 Énoncé du besoin
Les clients de la Banque ont besoin d'effectuer un paiement rapide et facile, similaire à
celui fait à partir des produits fournis par les compagnies Fintechs, à l'aide d'un appareil portable.
Connaître les coordonnées/détails bancaires du destinataire ou les saisir tout en effectuant un
paiement (ou même maintenir ces coordonnées) est accablant et prend du temps. Le paiement à
l'aide d'un numéro de contact ou d'une adresse e-mail est beaucoup plus pratique pour l'utilisateur
car il est sans tracas et ne nécessite aucune maintenance des détails de paiement.
Afin de faciliter les paiements simples et rapides pour les utilisateurs, une nouvelle
application numérique doit être introduite sous le nom de «portefeuilles». Les portefeuilles
serviront aux paiements faciles pour les destinataires en entrant simplement l'identifiant e-mail ou
1
https://www.boutique.afnor.org/standard/nf-en-16271/value-management-functional-expression-of-the-need-and-functional-
performance-specification-requirements-for-expressing-and-vali/article/669103/fa164075

2. Beyrouth – Mohamed SABRA – 10309 f
le numéro de mobile du destinataire à l'aide d'une interface utilisateur simple. La banque peut
servir de canal supplémentaire à ses utilisateurs pour les opérations bancaires de base.
1.4 Environnement du produit : choix techniques et équipes
En utilisant le langage de programmation Java, la base de données Oracle existante chez
la Banque, et l’outil de développement NetBeans, nous allons réaliser la partie technique du projet.
Les fonctionnalités seront testées en utilisant le Framework TestNG (Junit avec des
fonctionnalités avancées) et la performance de toute l’application au sein de l’environnement sera
testée avec AppDynamics Lite v2.0.
Nous allons utiliser le « Cycle en V » comme méthode de management et délivrer un seul
bouquet de livrables en fin de projet après le succès des tests fonctionnels dont les scenarios et les
bugs seront créés et suivis dans HP Application Lifecycle Management.
Le langage de notation international UML est notre choix pour la modélisation. Celle-là
sera réalisée par l’outil en ligne « Visual Paradigm » qui contient une diversité de prototypes et
de squelettes.
La gouvernance du projet va être assurée par un comité de pilotage, un comité technique,
une équipe d’experts informatique et d’une équipe de test de la part de la Banque. De même, un
comité exécutif, un comité technique, et les équipes de développement et de test de TechG sal
garantiront l’avancement et le bon déroulement du projet de la part de l’entreprise.

3. Beyrouth – Mohamed SABRA – 10309 f
2. Expression fonctionnelle du besoin : aperçu général des modules
2.1 Inscription au portefeuille
Pour bénéficier du portefeuille et de ses services, l'utilisateur doit s'inscrire au portefeuille.
Le lien d'enregistrement sera disponible sur le portail de la Banque afin que le nouvel utilisateur
(utilisateur potentiel) puisse également s'enregistrer et accéder au portefeuille. Un utilisateur
potentiel doit suivre le processus d'enregistrement du portefeuille qui implique quelques étapes.
Ces étapes sont la réception et la saisie d’un code de vérification envoyé au numéro de
téléphone portable de l'utilisateur saisi lors de la première étape de l'inscription, la saisie des
informations principales et les informations de connexion, et finalement l’atterrissage sur le
tableau de bord du portefeuille. Dans le cadre de cet enregistrement, l'utilisateur doit définir une
question-réponse de sécurité et accepter les termes et conditions.
2.2 Le Tableau de bord
Le tableau de bord fournit une vue simple et nette des transactions et des options
disponibles pour les clients sur le portefeuille. La facilité d'utilisation est le principe essentiel du
tableau de bord puisqu’il est orienté vers l'action et non seulement un affichage des informations
en lecture seule. Nous avons quatre sections principales :
 L’entête qui présente les options d'accéder au profil utilisateur et puis à des
fonctionnalités telles que le changement de mot de passe, les détails de connexion,
la déconnexion, etc. Elle contient aussi les alertes à l’utilisateur et le solde à la date
et l’heure de connexion.
 La section des transactions à partir de laquelle l’utilisateur accède aux transactions
standard du portefeuille (Payer, Ajouter des fonds, Demander des fonds à partir
d’un autre portefeuille).
 La section des Notifications de paiement / demande où toute demande de paiement
adressée à l'utilisateur depuis un autre portefeuille sera montrée à l'utilisateur pour
son action.
 La section liste des activités affiche les activités financières récentes effectuées par
l'utilisateur.
 La section des offres montre toutes les offres hébergées par la banque.

4. Beyrouth – Mohamed SABRA – 10309 f
2.3 Ajouter des fonds au portefeuille
Afin d'effectuer des transferts de fonds ou des paiements via le portefeuille, un solde doit
être disponible dans un portefeuille. Le portefeuille peut être financé à l'aide de comptes externes
comme une carte de crédit, une carte de débit et / ou en utilisant les services bancaires par Internet.
L'utilisateur a également la possibilité de demander des fonds d’un contact souhaité (sur
l'identifiant de l'e-mail ou sur le numéro de mobile).
2.4 Demander des fonds d’un autre portefeuille
Avec le portefeuille, l'utilisateur a la possibilité de demander des fonds d’un autre
portefeuille provenant d'un autre utilisateur utilisant le portefeuille (contact). L'utilisateur demande
des fonds au contact souhaité à l'aide de l'identifiant de messagerie ou du numéro de mobile du
contact. Il doit spécifier le montant du financement pour lancer la demande de fonds. Cependant,
il est nécessaire que le contact (propriétaire de l'identifiant e-mail ou du numéro de mobile) soit
inscrit aux services de portefeuille. Une notification est envoyée à la personne de contact,
concernant la demande de financement du portefeuille de l'utilisateur qui peut accorder ou refuser
la demande.
2.5 Payer à partir du portefeuille
Le paiement à partir du portefeuille est simple et rapide. L’utilisateur peut payer
directement à un autre utilisateur de portefeuille ou à un contact souhaité en utilisant l'e-mail ou le
numéro de téléphone mobile du contact. Le portefeuille identifie intelligemment si l'identifiant de
messagerie / le numéro de mobile est enregistré ou non pour les services de portefeuille. Si oui, les
fonds sont directement crédités dans le portefeuille du destinataire.
Cependant, si le destinataire n'est pas enregistré pour un portefeuille, un lien de paiement
est envoyé à l'adresse e-mail / numéro de mobile du destinataire. Afin de recevoir des fonds, le
destinataire doit s'inscrire au portefeuille dans le délai indiqué. Ne pas s'inscrire au portefeuille
dans le délai signalé ne permettra pas au destinataire de recevoir des fonds. Les fonds seront
crédités de nouveau sur le portefeuille de l'envoyeur.

5. Beyrouth – Mohamed SABRA – 10309 f
2.6 Relevé de compte du portefeuille
Le relevé de compte joue un rôle important pour les clients dans la gestion et le contrôle
d'un compte. Comme pour tout compte d'épargne ordinaire, les portefeuilles prennent également
en charge les relevés d'activité pour les portefeuilles. Ce relevé affiche toutes les écritures
comptables qui affectent le solde du portefeuille. Un bref résumé des dernières transactions peut
être consulté sur le tableau de bord du portefeuille.
Pourtant, il existe également une option pour afficher le relevé complet du portefeuille.
Toutes les transactions effectuées à partir du portefeuille sont affichées dans l'ordre chronologique.
L'utilisateur peut utiliser des filtres pour affiner le résultat de la recherche comme la période de
transaction, le mois en cours, le mois précèdent, le type de transaction, etc. L'utilisateur dispose
également d'une option de tri pour trier le résultat en fonction de la date de transaction ou le
montant de la transaction.

6. Beyrouth – Mohamed SABRA – 10309 f
3. Cadre de réponse
Dans cette partie nous allons élaborer deux grands modules de l’application pour démontrer
comment ils répondent aux besoins attendus.
3.1 Diagramme de classe simple : Aperçu global de l’application
Ce diagramme de classes décrit la structure statique de notre application de portefeuille
numérique en montrant les classes du système, leurs attributs, leurs opérations et les relations entre
elles. L’utilisateur qui s’enregistre au service de portefeuille de la Banque a une seule adresse
associée à son compte et un ou plusieurs comptes bancaires internes de différentes devises associés
au portefeuille. L’utilisateur fait des transactions de différents types : ajouter, payer, et demander
des fonds.
Figure 1 - Diagramme de classe, vue globale

7. Beyrouth – Mohamed SABRA – 10309 f
3.2 Modélisation du module Payement
3.2.1 Cas d’utilisation
Ce diagramme de cas d'utilisation dans sa plus simple expression est une
représentation de l'interaction du client de la Banque avec le système de portefeuille numérique.
Nous allons décrire comme exemple le scenario du cas d’utilisation Ajouter des fonds/Add funds
qui appartient au module de Payement.
Nom: Ajout des fonds.
Objectif : permet à un utilisateur de remplir du « cash » dans son portefeuille.
Acteurs : Client de la Banque.
Précondition : Le client doit préalablement exister dans le système, donc s’enregistrer
dans le système pour accéder au tableau de bord.

8. Beyrouth – Mohamed SABRA – 10309 f
Scenario nominal/Description :
1) L’utilisateur se connecte au système informatique par navigateur web ou application
mobile.
2) Le système demande un identifiant et un mot de passe.
3) L’utilisateur fournit son identifiant et son mot de passe.
4) Le système affiche le tableau de bord; l’utilisateur est connecté au système.
5) L’utilisateur clique sur Widget Portefeuilles> Ajouter de l'argent OU Basculer le menu>
Paiements> Paiements et transferts> Transférer de l'argent> Ajouter de l'argent au
portefeuille.
6) Dans le champ « Type de transfert », l’utilisateur sélectionne l'option « Mes comptes ».
Les champs par lesquels l’utilisateur peut initier le transfert depuis son propre compte
apparaissent.
7) L’utilisateur saisi les informations requises comme le montant et le commentaire, le type
de la carte utilisée et les coordonnées associées (Credit Card/Debit Card/Internet Banking)
puis clique sur le bouton « Ajouter des fonds».
8) L'application recevra un accusé de réception du client (One Time Password) concernant
la transaction et l'argent sera crédité sur le compte portefeuille de l'utilisateur.
Scénarios alternatifs/Exceptions :
3)a) L’utilisateur s’aperçoit qu’il n’est pas connu du système; il doit s’enregistrer.
4)a) Les informations fournies sont incorrectes, le système redemande l’identifiant et le
mot de passe.
Diagramme d’activités : voir section 3.2.2
Post-condition : L’utilisateur est identifié et a crédité son compte portefeuille.

9. Beyrouth – Mohamed SABRA – 10309 f
3.2.2 Diagramme d’activité
Dans la phase de conception, ce diagramme d'activités est adapté à la description du cas
d'utilisation « Ajout des fonds ». Il vient illustrer la description textuelle sous forme
d’organigrammes facilement intelligibles. Les activités sont ségrégées entre les acteurs qui sont
l’utilisateur et le système.

10. Beyrouth – Mohamed SABRA – 10309 f
3.2.3 Diagramme de séquence
Après le QUOI représenté par le diagramme de cas d’utilisation, et le QUI représenté par
le diagramme de classes, ce diagramme de séquence montre le COMMENT. Nous voyons
comment les acteurs et les objets du système interagissent entre eux en séquence temporelle, ainsi
que les messages échangés lors de ces interactions. Les alternatives sont montrées sauf pour le
login qui est une fonctionnalité évidente.

11. Beyrouth – Mohamed SABRA – 10309 f
3.2.4 Diagramme d’état-transition
Dans ce diagramme d’états-transitions « comportemental » nous représentons les
transitions (flèches) entre un nombre fini d’états (rectangles) dès l’état initial représenté par un
rond noir de départ jusqu’à l’état final représenté par un rond cerclé de fin. Le diagramme décrit
les réactions du système à des évènements spécifiques comme l’enregistrement, le login, et les
actions que l’utilisateur peut faire à partir du portefeuille comme l’ajout de fonds et le payement.

12. Beyrouth – Mohamed SABRA – 10309 f
3.2.5 Déploiements et composants
A partir de ce diagramme, nous avons représenté une vue statique qui sert à expliquer
comment l’infrastructure physique est utilisée (serveur d’application, serveur de base de données,
postes des clients, etc.). De Plus, nous avons montré quelques composants du système, leur
répartition sur l’infrastructure physique, et leurs relations entre eux.

13. Beyrouth – Mohamed SABRA – 10309 f
3.3 Modélisation du module Relevé de Compte
3.3.1 Cas d’utilisation
Ce diagramme de cas d'utilisation dans sa plus simple expression est une
représentation de l'interaction du client de la Banque avec le système de portefeuille numérique.
Nous allons décrire comme exemple le scenario du cas d’utilisation « Relevé de compte ».
Nom: Relevé de compte.
Objectif : permet à un utilisateur de demander un relevé de compte à partir de son
portefeuille.
Acteurs : Client de la Banque.
Précondition : Le client doit préalablement exister dans le système, donc s’enregistrer
dans le système pour accéder au tableau de bord.

14. Beyrouth – Mohamed SABRA – 10309 f
Scenario nominal/Description :
1) L’utilisateur se connecte au système informatique par navigateur web ou application
mobile.
2) Le système demande un identifiant et un mot de passe.
3) L’utilisateur fournit son identifiant et son mot de passe.
4) Le système affiche le tableau de bord; l’utilisateur est connecté au système.
5) L’utilisateur clique sur Wallet Dashboard > Mini Statement > Statement.
6) Le relevé de compte affiche toutes les écritures comptables qui affectent le solde du
portefeuille et l’utilisateur peut utiliser les filtres ci-dessous pour affiner les résultats de la
recherche :
Période de transaction : 10 dernières transactions / Entre une plage de dates.
Type de transaction : Transactions de débits/ Transactions de crédit/ les deux.
7) L'utilisateur utilise l'option de tri pour trier le résultat selon la date des transactions ou
leurs montants.
Scénarios alternatifs/Exceptions :
3)a) L’utilisateur s’aperçoit qu’il n’est pas connu du système; il doit s’enregistrer.
4)a) Les informations fournies sont incorrectes, le système redemande l’identifiant et le
mot de passe.
Diagramme d’activités : voir section 3.3.2
Post-condition : L’utilisateur est identifié et a reçu un relevé de son compte portefeuille.

15. Beyrouth – Mohamed SABRA – 10309 f
3.3.2 Diagramme d’activité
Dans la phase de conception, ce diagramme d'activités est adapté à la description du cas
d'utilisation « Relevé de compte ». Il vient illustrer la description textuelle sous forme
d’organigrammes facilement intelligibles. Les activités sont ségrégées entre les acteurs qui sont
l’utilisateur et le système.

16. Beyrouth – Mohamed SABRA – 10309 f
3.3.3 Diagramme de séquence
Après le QUOI représenté par le diagramme de cas d’utilisation, et le QUI représenté par
le diagramme de classes, ce diagramme de séquence montre le COMMENT. Nous voyons
comment les acteurs et les objets du système interagissent entre eux en séquence temporelle, ainsi
que les messages échangés lors de ces interactions.

17. Beyrouth – Mohamed SABRA – 10309 f
3.3.4 Diagramme d’état-transition
Dans ce diagramme d’états-transitions « comportemental » nous représentons les
transitions (flèches) entre un nombre fini d’états (rectangles) dès l’état initial représenté par un
rond noir de départ jusqu’à l’état final représenté par un rond cerclé de fin. Le diagramme décrit
les réactions du système à des évènements spécifiques comme l’enregistrement, le login, et les
actions que l’utilisateur peut faire à partir du portefeuille comme la demande d’un relevé de
compte.

18. Beyrouth – Mohamed SABRA – 10309 f
3.3.5 Déploiements et composants
A partir de ce diagramme, nous avons représenté une vue statique qui sert à expliquer
comment l’infrastructure physique est utilisée (serveur d’application, serveur d’Oracle Business
Intelligence, serveur de base de données, postes des clients, etc.). De Plus, nous avons montré
quelques composants du système, leur répartition sur l’infrastructure physique, et leurs relations
entre eux.

19. Beyrouth – Mohamed SABRA – 10309 f
4. Les Livrables et le planning
Les livrables sont :
 Des scripts PL/SQL pour la création des modèles de données et a but de configurations
initiales.
 Des packages PL/SQL en lien avec chaque module.
 Un WAR file de l’application web.
 Un APK file pour l’application mobile.
Les différentes étapes du projet et les dates limites souhaitées sont les suivantes (voir Annexe 1):
 Etude et analyse des besoins à compléter le 05 Octobre 2020.
 Choix des technologies, conception et planification des étapes du développement
technique à compléter le 11 Novembre 2020.
 Développement à commencer le 12 Novembre 2020 et à compléter le 12 Février 2021.
 Premier déploiement de l’application le 15 Mars 2021.
 Mise en ligne par la Banque au maximum le 7 Avril 2021.