\n| Propri\u00e9taires d’entreprise<\/td>\n | Parties prenantes souhaitant am\u00e9liorer la satisfaction client et r\u00e9duire les co\u00fbts<\/td>\n | Satisfaction accrue des clients, r\u00e9duction des co\u00fbts et suivi des indicateurs d’utilisation<\/td>\n | Capacit\u00e9 \u00e0 suivre l’utilisation par les clients, les niveaux de satisfaction et analyser les indicateurs d’utilisation afin d’am\u00e9liorer l’application mobile<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Ce document d’analyse des parties prenantes identifie les diff\u00e9rentes parties prenantes impliqu\u00e9es dans le projet, leurs r\u00f4les, leurs int\u00e9r\u00eats et leurs besoins. Il fournit une image claire de ce que chaque partie prenante souhaite atteindre gr\u00e2ce au projet, ainsi que ses priorit\u00e9s. Ce document peut servir de point de r\u00e9f\u00e9rence tout au long du projet et peut \u00eatre mis \u00e0 jour lorsque de nouvelles parties prenantes sont identifi\u00e9es ou lorsque les besoins des parties prenantes \u00e9voluent.<\/p>\n Mod\u00e8le de collecte des exigences<\/h3>\nVoici un exemple de mod\u00e8le de collecte des exigences pour la description du probl\u00e8me que vous avez fournie :<\/p>\n Mod\u00e8le de collecte de besoins : application bancaire mobile<\/p>\n \n\n\n| Description de la demande<\/th>\n | Niveau de priorit\u00e9<\/th>\n | Crit\u00e8res d’acceptation<\/th>\n | Nom du partie prenante<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Capacit\u00e9 \u00e0 visualiser les soldes des comptes<\/td>\n | \u00c9lev\u00e9<\/td>\n | L’utilisateur doit pouvoir voir les soldes actuels de tous les comptes associ\u00e9s \u00e0 son profil<\/td>\n | Clients<\/td>\n<\/tr>\n | \n| Capacit\u00e9 \u00e0 transf\u00e9rer de l’argent entre les comptes<\/td>\n | \u00c9lev\u00e9<\/td>\n | L’utilisateur doit pouvoir transf\u00e9rer de l’argent entre les comptes en utilisant l’application mobile<\/td>\n | Clients<\/td>\n<\/tr>\n | \n| Capacit\u00e9 \u00e0 payer les factures<\/td>\n | \u00c9lev\u00e9<\/td>\n | L’utilisateur doit pouvoir payer les factures via l’application mobile<\/td>\n | Clients<\/td>\n<\/tr>\n | \n| Syst\u00e8me backend efficace<\/td>\n | \u00c9lev\u00e9<\/td>\n | Le syst\u00e8me backend doit \u00eatre capable de g\u00e9rer de fortes volumes de transactions et \u00eatre facile \u00e0 maintenir<\/td>\n | Employ\u00e9s de la banque<\/td>\n<\/tr>\n | \n| Suivi des indicateurs d’utilisation<\/td>\n | Moyen<\/td>\n | L’application doit \u00eatre capable de suivre les indicateurs d’utilisation et les niveaux de satisfaction des clients<\/td>\n | Propri\u00e9taires d’entreprise<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Ce mod\u00e8le de collecte de besoins aide \u00e0 recueillir les exigences des parties prenantes en d\u00e9finissant chaque exigence, son niveau de priorit\u00e9, les crit\u00e8res d’acceptation et le nom de la partie prenante associ\u00e9e. Ce mod\u00e8le peut \u00eatre utilis\u00e9 pour capturer les exigences lors d’entretiens, de sondages et de groupes de discussion avec les parties prenantes. Il garantit que toutes les exigences sont recueillies, prioritaires et align\u00e9es sur les int\u00e9r\u00eats et besoins des parties prenantes. Le mod\u00e8le peut \u00eatre mis \u00e0 jour lorsque de nouvelles exigences sont identifi\u00e9es ou lorsque les niveaux de priorit\u00e9 des exigences existantes changent.<\/p>\n Matrice de tra\u00e7abilit\u00e9 des exigences<\/h3>\nVoici un exemple de matrice de tra\u00e7abilit\u00e9 des exigences pour la description du probl\u00e8me que vous avez fournie :<\/p>\n Matrice de tra\u00e7abilit\u00e9 des exigences : application bancaire mobile<\/p>\n \n\n\n| ID de l’exigence<\/th>\n | Description de la exigence<\/th>\n | Nom du partie prenante<\/th>\n | Statut<\/th>\n | R\u00e9f\u00e9rence au document de conception<\/th>\n | R\u00e9f\u00e9rence au document de test<\/th>\n<\/tr>\n<\/thead>\n | \n\n| R1<\/td>\n | Capacit\u00e9 \u00e0 visualiser les soldes des comptes<\/td>\n | Clients<\/td>\n | Mis en \u0153uvre<\/td>\n | Conception de l’interface 1.1<\/td>\n | Cas de test 1.1<\/td>\n<\/tr>\n | \n| R2<\/td>\n | Capacit\u00e9 \u00e0 transf\u00e9rer de l’argent entre les comptes<\/td>\n | Clients<\/td>\n | En cours<\/td>\n | Conception de l’interface 1.2<\/td>\n | Cas de test 1.2<\/td>\n<\/tr>\n | \n| R3<\/td>\n | Capacit\u00e9 \u00e0 payer les factures<\/td>\n | Clients<\/td>\n | Non commenc\u00e9<\/td>\n | Conception de l’interface 1.3<\/td>\n | Cas de test 1.3<\/td>\n<\/tr>\n | \n| R4<\/td>\n | Syst\u00e8me backend efficace<\/td>\n | Employ\u00e9s de banque<\/td>\n | Mis en \u0153uvre<\/td>\n | Conception du backend 2.1<\/td>\n | Cas de test 2.1<\/td>\n<\/tr>\n | \n| R5<\/td>\n | Suivi des m\u00e9triques d’utilisation<\/td>\n | Propri\u00e9taires d’entreprise<\/td>\n | En cours<\/td>\n | Conception d’analyse 3.1<\/td>\n | Cas de test 3.1<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Cette matrice de tra\u00e7abilit\u00e9 des exigences permet de suivre l’\u00e9volution des exigences tout au long du projet. Elle associe chaque exigence \u00e0 sa description, au nom du partie prenante, \u00e0 son statut et aux r\u00e9f\u00e9rences des documents de conception et de test. La matrice garantit que toutes les exigences sont prises en compte et fournit une m\u00e9thode claire pour suivre l’\u00e9tat de mise en \u0153uvre de chaque exigence. Elle peut servir de point de r\u00e9f\u00e9rence pendant le d\u00e9veloppement et les tests pour s’assurer que toutes les exigences ont \u00e9t\u00e9 satisfaites et test\u00e9es. La matrice peut \u00eatre mise \u00e0 jour au fur et \u00e0 mesure que le projet progresse et que de nouvelles exigences sont ajout\u00e9es ou que les exigences existantes \u00e9voluent.<\/p>\n Document de persona utilisateur<\/h3>\nVoici un exemple de document de persona utilisateur pour la description du probl\u00e8me que vous avez fournie :<\/p>\n Document de persona utilisateur : Application bancaire mobile<\/p>\n Nom de la persona : Sarah<\/p>\n Contexte :<\/p>\n Sarah est une graphiste \u00e2g\u00e9e de 29 ans qui travaille dans une agence de design en ville. Elle est tr\u00e8s \u00e0 l’aise avec les technologies et utilise son t\u00e9l\u00e9phone mobile pour presque tout, y compris la banque. Elle est toujours en d\u00e9placement et pr\u00e9f\u00e8re utiliser son application mobile pour g\u00e9rer ses finances, car cela lui fait gagner du temps.<\/p>\n D\u00e9mographie :<\/p>\n \n- \u00c2ge : 29<\/li>\n
- Sexe : F\u00e9minin<\/li>\n
- \u00c9tat civil : C\u00e9libataire<\/li>\n
- Profession : Graphiste<\/li>\n
- Localisation : Urbain<\/li>\n<\/ul>\n
Objectifs :<\/p>\n \n- \u00catre en mesure d’acc\u00e9der rapidement et facilement \u00e0 ses soldes de compte<\/li>\n
- \u00catre en mesure de transf\u00e9rer de l’argent entre ses comptes sans difficult\u00e9<\/li>\n
- \u00catre en mesure de payer ses factures \u00e0 temps en utilisant l’application mobile<\/li>\n<\/ul>\n
D\u00e9fis :<\/p>\n \n- Sarah poss\u00e8de plusieurs comptes bancaires et trouve parfois difficile de suivre ses soldes sur tous ces comptes.<\/li>\n
- Elle s’inqui\u00e8te de la s\u00e9curit\u00e9 de ses informations financi\u00e8res et souhaite s’assurer que son application bancaire mobile est s\u00e9curis\u00e9e.<\/li>\n<\/ul>\n
Citation :<\/p>\n \u00ab J’adore utiliser mon application mobile pour g\u00e9rer mes finances. Cela me fait gagner beaucoup de temps et d’efforts. Je veux simplement pouvoir acc\u00e9der rapidement et facilement \u00e0 mes soldes, transf\u00e9rer de l’argent entre mes comptes et payer mes factures \u00e0 temps. \u00bb<\/p>\n Ce document de persona utilisateur permet de cr\u00e9er un profil d\u00e9taill\u00e9 d’un utilisateur typique de l’application bancaire mobile. Il fournit des informations sur le contexte, les caract\u00e9ristiques d\u00e9mographiques, les objectifs, les d\u00e9fis et les citations de l’utilisateur. Ce document peut servir de point de r\u00e9f\u00e9rence lors de la conception et des tests de l’application mobile, afin de s’assurer que l’application r\u00e9pond aux besoins de ses utilisateurs cibles. Le document peut \u00eatre mis \u00e0 jour lorsque de nouvelles personas utilisateur sont identifi\u00e9es ou que les besoins des personas existants \u00e9voluent.<\/p>\n \u00a0<\/p>\n Liste des cas d’utilisation candidats<\/h3>\nSur la base de la description du probl\u00e8me que vous avez fournie, voici une liste des cas d’utilisation candidats pour l’application bancaire mobile :<\/p>\n \n- Visualiser les soldes des comptes \u2013 Les utilisateurs doivent pouvoir voir leurs soldes actuels pour tous les comptes associ\u00e9s \u00e0 leur profil.<\/li>\n
- Transf\u00e9rer de l’argent entre les comptes \u2013 Les utilisateurs doivent pouvoir transf\u00e9rer de l’argent entre leurs comptes en utilisant l’application mobile.<\/li>\n
- Payer les factures \u2013 Les utilisateurs doivent pouvoir payer leurs factures via l’application mobile.<\/li>\n
- Configurer les paiements automatiques \u2013 Les utilisateurs doivent pouvoir configurer des paiements automatiques pour les factures r\u00e9currentes.<\/li>\n
- D\u00e9poser des ch\u00e8ques \u2013 Les utilisateurs doivent pouvoir d\u00e9poser des ch\u00e8ques en utilisant l’application mobile.<\/li>\n
- Trouver les guichets automatiques et agences proches \u2013 Les utilisateurs doivent pouvoir trouver les guichets automatiques et agences bancaires proches en utilisant l’application mobile.<\/li>\n
- Signaler les cartes perdues ou vol\u00e9es \u2013 Les utilisateurs doivent pouvoir signaler les cartes perdues ou vol\u00e9es en utilisant l’application mobile.<\/li>\n
- Contacter le service client \u2013 Les utilisateurs doivent pouvoir contacter le service client via l’application mobile.<\/li>\n
- Visualiser l’historique des transactions \u2013 Les utilisateurs doivent pouvoir visualiser leur historique des transactions pour tous les comptes associ\u00e9s \u00e0 leur profil.<\/li>\n
- Configurer des alertes pour le compte \u2013 Les utilisateurs doivent pouvoir configurer des alertes pour les soldes faibles, les transactions importantes et d’autres activit\u00e9s du compte.<\/li>\n<\/ol>\n
Ces cas d’utilisation couvrent une gamme de fonctionnalit\u00e9s que les utilisateurs pourraient attendre d’une application bancaire mobile. Chaque cas d’utilisation repr\u00e9sente une action ou une t\u00e2che sp\u00e9cifique qu’un utilisateur peut effectuer dans l’application. Ces cas d’utilisation peuvent \u00eatre utilis\u00e9s pour \u00e9laborer des histoires utilisateur, des cas de test et d’autres \u00e9l\u00e9ments du projet. Ils peuvent \u00e9galement \u00eatre prioris\u00e9s en fonction des besoins et des int\u00e9r\u00eats des parties prenantes impliqu\u00e9es.<\/p>\n \u00a0<\/p>\n Cas d’utilisation prioritaires<\/h3>\nVoici un exemple de tableau qui priorise les cas d’utilisation selon leur taille, leur priorit\u00e9 et leurs objectifs\/valeurs pour l’application bancaire mobile :<\/p>\n \n\n\n| Cas d’utilisation<\/th>\n | Taille<\/th>\n | Priorit\u00e9<\/th>\n | Objectif\/Valeurs<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Visualiser les soldes des comptes<\/td>\n | Petit<\/td>\n | \u00c9lev\u00e9e<\/td>\n | Confort, Acc\u00e8s \u00e0 l’information<\/td>\n<\/tr>\n | \n| Transf\u00e9rer de l’argent entre les comptes<\/td>\n | Moyen<\/td>\n | \u00c9lev\u00e9e<\/td>\n | Confort, Efficacit\u00e9<\/td>\n<\/tr>\n | \n| Payer les factures<\/td>\n | Moyen<\/td>\n | \u00c9lev\u00e9e<\/td>\n | Confort, Efficacit\u00e9<\/td>\n<\/tr>\n | \n| Configurer les paiements automatiques<\/td>\n | Moyen<\/td>\n | Moyen<\/td>\n | Confort, efficacit\u00e9<\/td>\n<\/tr>\n | \n| D\u00e9poser des ch\u00e8ques<\/td>\n | Moyen<\/td>\n | Moyen<\/td>\n | Confort, efficacit\u00e9<\/td>\n<\/tr>\n | \n| Trouver les guichets automatiques et les agences proches<\/td>\n | Petit<\/td>\n | Moyen<\/td>\n | Confort, acc\u00e8s \u00e0 l’information<\/td>\n<\/tr>\n | \n| Signaler les cartes perdues ou vol\u00e9es<\/td>\n | Petit<\/td>\n | Moyen<\/td>\n | S\u00e9curit\u00e9, pr\u00e9vention des fraudes<\/td>\n<\/tr>\n | \n| Contacter le service client<\/td>\n | Petit<\/td>\n | Moyen<\/td>\n | Service client, satisfaction<\/td>\n<\/tr>\n | \n| Consulter l’historique des transactions<\/td>\n | Moyen<\/td>\n | Faible<\/td>\n | Gestion des dossiers, acc\u00e8s \u00e0 l’information<\/td>\n<\/tr>\n | \n| Configurer les alertes de compte<\/td>\n | Moyen<\/td>\n | Faible<\/td>\n | Confort, s\u00e9curit\u00e9<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Ce tableau liste chaque cas d’utilisation, ainsi que sa taille (petit, moyen ou grand), sa priorit\u00e9 (\u00e9lev\u00e9e, moyenne ou faible) et l’objectif ou la valeur qu’elle repr\u00e9sente (par exemple, confort, acc\u00e8s \u00e0 l’information, s\u00e9curit\u00e9, etc.). La taille du cas d’utilisation est d\u00e9termin\u00e9e par la quantit\u00e9 d’effort n\u00e9cessaire pour le mettre en \u0153uvre, tandis que la priorit\u00e9 repose sur l’importance du cas d’utilisation pour le succ\u00e8s du projet. L’objectif ou la valeur permet de fournir un contexte pour chaque cas d’utilisation et d’expliquer pourquoi il est important. Ce tableau peut \u00eatre utilis\u00e9 pour guider le d\u00e9veloppement de l’application bancaire mobile et s’assurer que les cas d’utilisation les plus critiques sont correctement prioris\u00e9s.<\/p>\n Exemple de description de cas d’utilisation<\/h3>\nVoici un exemple de description de cas d’utilisation pour le cas d’utilisation \u00ab Consulter les soldes des comptes \u00bb :<\/p>\n Nom du cas d’utilisation : Visualiser les soldes des comptes<\/p>\n Acteurs :<\/p>\n \n- Client<\/li>\n<\/ul>\n
Description : Le client souhaite visualiser les soldes de ses comptes via l’application bancaire mobile. Ce cas d’utilisation permet au client de v\u00e9rifier rapidement et facilement les soldes de ses comptes sans avoir \u00e0 se rendre dans une agence bancaire ou \u00e0 un guichet automatique.<\/p>\n Pr\u00e9conditions :<\/p>\n \n- Le client dispose d’un compte valide aupr\u00e8s de la banque.<\/li>\n
- Le client a t\u00e9l\u00e9charg\u00e9 et install\u00e9 l’application bancaire mobile sur son smartphone ou sa tablette.<\/li>\n
- Le client est connect\u00e9 \u00e0 son compte bancaire mobile.<\/li>\n<\/ul>\n
Flux principal :<\/p>\n \n- Le client ouvre l’application bancaire mobile.<\/li>\n
- Le client s\u00e9lectionne l’option \u00ab Visualiser les soldes des comptes \u00bb dans le menu principal.<\/li>\n
- L’application affiche une liste des comptes du client, accompagn\u00e9e du solde actuel de chaque compte.<\/li>\n
- Le client examine les soldes des comptes.<\/li>\n<\/ol>\n
Flux alternatifs :<\/p>\n \n- Si le client ne poss\u00e8de qu’un seul compte, l’application peut afficher automatiquement le solde du compte sans afficher la liste des comptes (\u00e9tape 3).<\/li>\n
- Si le client poss\u00e8de plusieurs comptes, mais que l’application est incapable de r\u00e9cup\u00e9rer les soldes des comptes, un message d’erreur est affich\u00e9 au client.<\/li>\n<\/ul>\n
Postconditions :<\/p>\n \n- Le client a consult\u00e9 les soldes de ses comptes.<\/li>\n
- Le client peut choisir d’effectuer d’autres actions dans l’application bancaire mobile ou de se d\u00e9connecter de son compte.<\/li>\n<\/ul>\n
Exceptions :<\/p>\n \n- Si l’application bancaire mobile est indisponible ou ne fonctionne pas correctement, le client ne pourra pas visualiser les soldes de ses comptes.<\/li>\n
- Si le client a oubli\u00e9 ses identifiants de connexion, il devra r\u00e9initialiser son mot de passe ou contacter le service client pour obtenir de l’aide.<\/li>\n
- Si le compte du client est ferm\u00e9 ou inactif, il ne pourra pas visualiser les soldes des comptes.<\/li>\n<\/ul>\n
| | | |
![\"Use](\"https:\/\/guides.visual-paradigm.com\/wp-content\/uploads\/2023\/03\/use-case-based-notes-editor.png\"\/)
<\/p>\n