Chapitre 1

Spécification des besoins

1.1 Introduction

La spécification des besoins est la première phase du notre modèle

Scrum. Elle nous permet de comprendre le contexte du système et de
décrire les fonctionnalités de notre site web et les rôles des acteurs (voir
ci-dessous) conformément aux besoins de nos utilisateurs.

1.2 Contexte du système

Notre objectif est de faire développer un prototype ou bien un copie zéro

d'une application web de gestion de crédits et comptes en connectant les
trois modules , le Référentiel , Dave et Engagements avec Spring Cloud
et Spring boot.

L'objectif de ce travail est de montrer comment créer plusieurs services

indépendamment déployables qui communiquent entre eux, en utilisant les
facilités offertes par Spring Cloud et Spring Boot. Spring Cloud fournit
des outils aux développeurs pour construire rapidement et facilement des
patrons communs de systèmes répartis (tel que des services de
configuration, de découverte ou de routage intelligent). Spring Boot
permet de son côté de construire des applications Spring rapidement que
possible, en minimisant au maximum le temps de configuration, d'habitude
pénible, des applications Spring.

1.3 Identification des besoins fonctionnels

 Les besoins fonctionnels décrivent l'ensemble des interactions entre
l’application web et ses acteurs (admin, agent de la banque et client) qui
assurent le bon fonctionnement du système.

Notre système permet de :

1/ gérer les clients :

ajouter un client
consulter un client

2/ gérer les comptes :

créer un compte
consulter un compte
supprimer un compte
modifier un compte

3/ gérer les opérations :

effectuer un dépôt
effectuer un retrait
effectuer un virement d’un compte à un autre
consulter les opérations page par page

4/ authentification
1.4 Identification des besoins non fonctionnels

“ Un besoin non fonctionnel est un besoin spécifiant des

propriétés du système, telles que les contraintes liées à
l’environnement et à l’implémentation, et les exigences en matière
de performances, de dépendances de plate-forme, de facilité de
maintenance, d’extensibilité et de fiabilité”

[The Unified Modeling Language Reference Manual, 1999]

Dans l'étude de cas, les besoins non fonctionnels peuvent être les suivants :

- Ergonomie :
La facilité d’utilisation, l’esthétique et la lisibilité sont des critères
décisifs pour une bonne expérience utilisateur.

-Performance :
La rapidité, l'efficacité et la justesse du chargement d'une page web
et de l'exécution de ses fonctionnalités dans toutes les contraintes
possibles.

-Sécurité :
Le site web doit respecter les normes de sécurité.

1.5 Identification des acteurs

Un acteur est une entité qui interagit avec le système pour contribuer
à le rendre actif et pour dynamiser son fonctionnement.
 Acteur Rôle
Admin ● S’authentifier
● Gérer clients
● Gérer système

Agent de la banque ● S’authentifier

● Gérer les comptes
● Gérer les opérations
Client ● S’authentifier
● Consulter solde

Table 1:Identification des acteurs

1.6 Diagramme de cas d’utilisation :

Le diagramme de cas d'utilisation décrit les fonctions générales et la

portée d'un système.
Nous mentionnons dans cette partie les interactions entre le système et ses
acteurs.
Figure 1: Diagramme de cas d’utilisation
1.7 Backlog de produit :

Cas d’utilisation Priorité Estimation Sprint

En tant que admin 1 Moyen Sprint 0

je peux
m’authentifier

En tant que admin 1 Moyen Sprint 0

je peux ajouter les
clients
En tant que admin 1 Moyen Sprint 0
je peux gérer le
système
En tant que agent 1 Moyen Sprint 0
de la banque je
peux
m’authentifier
En tant que agent 1 Moyen Sprint 0
de la banque je
peux créer un
compte
En tant que client 1 Moyen Sprint 0
je peux
m’authentifier
En tant qu'admin 2 moyen sprint 1
je peux consulter
un client

En tant qu’admin 2 moyen sprint 1

je peux modifier
un client

En tant qu’admin 2 moyen sprint 1

je peux supprimer
un client

En tant que agent 2 Moyen Sprint 1

de la banque je
peux modifier un
compte

En tant que agent 2 Moyen Sprint 1

de la banque je
peux supprimer un
compte
En tant que agent 2 Moyen Sprint 1
de la banque je
peux effectuer un
dépôt
En tant que agent 2 Moyen Sprint 1
 de la banque je
peux effectuer un
retrait
En tant que agent 2 Moyen Sprint 1
de la banque je
peux effectuer un
virement

En tant que client 2 Moyen Sprint 1

je peux consulter
mon solde

1.8 Environnement du travail

1.8.1-Méthodologie de conception

Pour la conception de notre application web on va adopter

un framework de gestion de projet Agile qui est Scrum, c'est une
méthode de développement orientée projet informatique dont les
ressources sont régulièrement actualisées.
Le principe de Scrum est de diviser le projet en plusieurs
itérations(cycles) chacune est composée d'une phase de raffinement, de
conception et de réalisation.
1.8.2-Environnement logiciel:

— à remplir —

1.9 Conclusion

Au cours de ce chapitre nous avons présenté le contexte général du

projet, ceci nous a permis de comprendre les besoins et d'envisager la
solution la plus adéquate aux attentes des utilisateurs.
Le prochain chapitre est consacré à la présentation des fonctionnalités de
priorité numéro 1.