0% ont trouvé ce document utile (0 vote)
9 vues5 pages

Chapitre 1 Spécification Des Besoins: Référentiel Dave Engagements Spring Cloud Spring Boot

Le chapitre 1 présente la spécification des besoins pour un prototype d'application web de gestion de crédits et comptes, en utilisant Spring Cloud et Spring Boot. Il identifie les besoins fonctionnels et non fonctionnels, ainsi que les rôles des différents acteurs tels que l'admin, l'agent de la banque et le client. Les besoins incluent l'authentification, la gestion des clients, des comptes et des opérations, tout en soulignant l'importance de l'ergonomie, de la performance et de la sécurité.

Transféré par

the other side
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
9 vues5 pages

Chapitre 1 Spécification Des Besoins: Référentiel Dave Engagements Spring Cloud Spring Boot

Le chapitre 1 présente la spécification des besoins pour un prototype d'application web de gestion de crédits et comptes, en utilisant Spring Cloud et Spring Boot. Il identifie les besoins fonctionnels et non fonctionnels, ainsi que les rôles des différents acteurs tels que l'admin, l'agent de la banque et le client. Les besoins incluent l'authentification, la gestion des clients, des comptes et des opérations, tout en soulignant l'importance de l'ergonomie, de la performance et de la sécurité.

Transféré par

the other side
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOCX, PDF, TXT ou lisez en ligne sur Scribd

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

Vous aimerez peut-être aussi