L’analyse détaillée des exigences
La phase de lancement est terminée, le client a validé le projet. On passe aux itérations.
Il faut souvent refaire une analyse métier plus approfondie.
ℹ️
On travaille de façon agile avec une liste d’exigences par itération (sprint backlog).
ℹ️
Exigences = “Quoi ?”
Conception = “Comment ?”
Diagrammes de cas d’utilisation détaillé
Zoom sur les fonctionnalités qui nous intéressent pour l’itération en cours.
Le diagramme de cas d’utilisation détaillé décrit une seule fonctionnalité, avec tous les scénarios possibles.
ℹ️
Un scénario = une instance d’un cas d’utilisation :
- scénario nominal (numéro) —> tout se passe normalement
- scénario alternatif (numéro+lettre ou point d’extension) —> étend le scénario du numéro correspondant, alternative ou erreur par exemple
| Cas d’utilisation | Nom de la fonctionnalité |
|---|---|
| Résumé | Objectif |
| Acteur principal | Utilisateur concerné |
| Pré-conditions | |
| Post-conditions | |
| Déclencheur | |
| Scénario nominal | Etapes de 1 à n |
| Scénarios alternatifs | Alternatives par étapes à partir de 1a |
⚙
Trame du cas d’utilisation textuel : fiche synthétique permettant de décrire avec des mots les différents scénarios d’un cas d’utilisation
Maquettage
Première représentation des écrans souhaités, sur la base de l’analyse métier validée par le client, avec la cinématique.
ℹ️
Cinématique = ordre d’affichage des écrans et les liens entre eux.
Zoning :
Grandes zones d’organisation générale de l’application.
Wireframes :
Schématisation statique (grossière) de chaque écran.
Prototype :
Représentation graphique dynamique de chaque écran, fidèle au design souhaité.
Accessibilité :
titres informatifs, fil d’Ariane, structuration des pages, pas de code couleur uniquement,…
ℹ️
Les processus en back sont annotés sur chaque écran.
⚠️
On différencie bien le maquettage du prototypage, deux étapes successives dans la représentation de l’interface graphique.
⚙
Balsamiq : https://balsamiq.com/
Penpot (alternative open source et gratuite) : https://penpot.app/
Diagramme de classe d’analyse
Identifier les données métier nécessaires pour l’application.
Un diagramme de classe d’analyse ne montre aucune méthode, rien qui se rapproche du code (par exemple, la DAO sera faite par un framework).
= “modèle de données”
⚙
Le modèle de données peut être réalisé avec d’autres méthodes (voir cours suivants).