1.
Contexte du projet
L'objectif est de développer une plateforme web pour l'Arab Tunisian Bank
(ATB) permettant :
La gestion des achats et ventes d'actions.
La gestion des utilisateurs (clients et non-clients ATB).
La gestion des demandes de crédit.
Le traitement des réclamations.
L'intégration d'un système de paiement sécurisé.
2. Acteurs du système
1. Administrateur :
Gère les comptes utilisateurs, les annonces d'actions, les demandes de crédit, et
les réclamations.
Accède à un tableau de bord pour consulter les statistiques.
2. Utilisateur :
Client ATB : Peut acheter des actions, faire des demandes de crédit, et soumettre
des réclamations.
Non-client ATB : Peut acheter des actions et soumettre des réclamations.
3. Système de paiement :Traite les paiements et les demandes de crédit.
3. Besoins fonctionnels
3.1. Fonctionnalités communes (Admin et Utilisateur)
Authentification :
Connexion avec un ID, un mot de passe, et une vérification par email ou SMS (otp).
Récupération du mot de passe en cas d'oubli.
Profil utilisateur :
Creation de compte:
Chaque utilisateur (admin et utilisateur) possède un profil contenant :
ID unique.
Mot de passe (hashé et sécurisé).
Email.
Numéro de CIN.
Numéro de téléphone.
Nom et prénom.
Possibilité de mettre à jour les informations du profil (sauf l'ID)
.s’authentifier:
Inserer mot de passe et email
3.2. Fonctionnalités de l'Administrateur
Gestion des comptes utilisateurs :
Creation de compte
S’authentifier
Créer, modifier, supprimer des comptes.
Valider les inscriptions des utilisateurs.
Gestion des annonces d'actions :
Publier, modifier, supprimer des annonces d'actions.
Gestion des demandes de crédit :
Consulter les demandes de crédit.
Approuver ou refuser les demandes.
Traitement des réclamations :
Consulter et résoudre les réclamations des utilisateurs.
Tableau de bord :
Afficher des statistiques sur les transactions, les crédits, et les réclamations.
4. Besoins non fonctionnels
Sécurité :
L'application doit être hautement sécurisée (chiffrement des données,
authentification forte, protection contre les attaques).
Ergonomie :
Les interfaces doivent être simples, intuitives et adaptées à tous les types
d'utilisateurs.
Extensibilité :
La plateforme doit être conçue pour permettre l'ajout de nouvelles
fonctionnalités à l'avenir.
Maintenabilité :
L'application doit inclure un système de journalisation (logs) pour recenser les
erreurs et faciliter la maintenance.
Performance :
Le système doit être capable de gérer un grand nombre de transactions
simultanément sans ralentissement.
4)Diagramme de cas d'utilisation globale
5) Le Product Backlog (Le Backlog du produit) :
ID User story
Théme En tant que... Je veux... Sprint Priorit Compl
é exité
1 Authentification Admin M’authentifier pour 1 Elevée 1
accéder a mes
fonctionalités
2 Authentification Utilisateur M’authentifier pour 1 Elevée 1
accéder aux services
proposés
3 Gérer les comptes Admin Gérer des 1 Elevée 2
roles(Admin,utilisateur
cliebt/non-client)
4 Gérer les comptes Admin Gérer les comptes 1 Moyen 2
(CRUD) ne
5 Gérer des annonces Admin Ajouter une annonce 2 Elevée 2
6 Gérer des annonces Admin Modifier une annonce 2 Moyen 2
ne
7 Gérer des annonces Admin Supprimer une annonce 2 Moyen 2
ne
8 Consulter des Utilisateur Afficher la liste des 2 Elevée 2
annonces annonces
9 Consulter des Utilisateur Rechercher et filtrer des 2 Moyen 2
annonces annonces ne
10 Acheter des actions Utilisateur Consulter les details des 3 Elevée 2
actions
11 Acheter des actions Utilisateur Acheter des actions 3 Elevée 2
12 Acheter des actions Utilisateur Confirmation de l’achat 3 Elevée 3
13 Demander des Utilisateur Demander un crédit par Moyen 3
crédit client les clients ATB a payer ne
les action
14 Traiter le paiement Système de Traiter le paiement des 3 Elevée 1
paiement actions
15 Gestion des utilisateur Faire une réclamation 4 Moyen 2
réclamations ne
16 Gestion des Admin Traitement des 4 Moyen 2
réclamations réclamations par l’admin ne
17 Notifications Utilisateur Notification aprés 4 Moyen 1
paiement réussi ne
18 Notifications Utilisateur Notification pour les 4 Moyen 1
annonces importantes ne
19 Tableau de bord Utilisateur Visualisation des actions 5 Faible 1
achetées
20 Tableau de bord Utilisateur Historique des 5 Faible 1
transactions
Planification de Release : Dans notre cas, nous avons découpé notre projet en quatre
Release.
Plan du Release 1
Authentifivation et gestion des comptes
Sprint 1
DE 01/02/2025 jusqu’a 20/02/2025
- Authentifier
- Gestion des comptes (CRUD)
Plan du Release 2
Gestion et consultation des annonces
Sprint 2
-Gérer les annonces
-consulter les annonces
Plan du Release 3
Transaction financiéres
Sprint 3
-Achat des actions
-Traiter le paiement
-Demande de crédit
Plan du Release 3
Support client et suivi des actions
Sprint 4 Sprint 4
-Gestion des reclamation(reclamer et -Tableau de bord et historique des
traiter la reclamation) transactions
-Gestion des notifications
Développement du Sprint1 « Authentification et Gestion des cours »
Ce premier sprint s’étale sur 14 jours et se décompose en deux items
• S’authentifier
• Gérer les comptes
Décomposition sprint 1 en Items :
S’authentifier Gérer les comptes
10 jours 10 jours
Les user stories de sprint 1 sont les suivantes :
En tant qu’admin, je dois m’authentifier pour accéder à mon espace
En tant qu’utilisateur, je dois m’authentifier pour accéder à mon espace
En tant qu’admin, je peux gérer les roles (admin , utilisateur client, non-client)
En tant qu’admin, je peux gérer les comptes (CRUD)
Le Backlog du sprint 1 est le suivant :
Item User Story Description Priorité
S’authentifier S’authentifier En tant qu’admin, 1
je dois
m’authentifier pour
accéder à
mon espace
S’authentifier En tant 1
qu’utilisateur, je
dois
m’authentifier pour
accéder à
mon espace
Gérer les comptes gérer les roles En tant qu’admin, 2
je peux gérer les
roles (admin ,
utilisateur client,
non-client)
gérer les comptes En tant qu’admin, 2
je peux gérer les
comptes (CRUD)
Analyse
Diagramme de cas d’utilisation : Diagramme de cas d’utilisation du sprint 1 :
