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 :
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
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