canvas
Consumer Experience Requirements Canvas
Un canvas d’exigences pour l’expérience utilisateur et les besoins non fonctionnels, destiné à guider les décisions ultérieures d’architecture et de mode de mise en œuvre.
Résultats
- Exigences utilisateurs et de service indépendantes de la technologie
- Besoins d’expérience et exigences non fonctionnelles capturés avant le début de la conception
- Impacts architecturaux documentés pour le choix du mode de mise en œuvre
Comment cela fonctionne-t-il ?
- Capturez les objectifs des utilisateurs et leur contexte d’usage.
- Documentez les attentes de disponibilité, de fraîcheur, de volume, de performance, de qualité et de cohérence des données.
- Documentez les attentes de sécurité, de confidentialité, d’onboarding, de changement, d’observabilité, de support et de reprise.
- Résumez ce que les exigences impliquent pour les modes de mise en œuvre possibles.
Espace canvas local
Use the purpose, outcomes, and instructions above as your static reference while capturing evidence in the interactive workspace.
Espace canvas local
Consumer Experience Requirements Canvas
Quelles exigences d’expérience et non fonctionnelles les utilisateurs doivent-ils préciser avant de décider de la meilleure architecture d’intégration ? Utiliser ce canvas comme tableau d’exigences indépendant de la technologie. Capturer les attentes et contraintes des utilisateurs, puis utiliser les implications d’architecture pour choisir API, événements, fichiers, flux, produits de données ou un autre mode de mise en œuvre.
Section active: Objectifs des utilisateurs. Sélectionnez une section avec le pointeur, ou placez-y le focus et appuyez sur Entrée ou Espace.
Objectifs des utilisateurs
Quels sont les objectifs métier, de workflow, de décision, d’automatisation ou d’usage des données des utilisateurs ?
Disponibilité et fraîcheur
Quand la capacité doit-elle être disponible, quelle fraîcheur d’information est nécessaire et quelles fenêtres de latence ou de mise à disposition comptent ?
Volume et performance
Quels volumes de requêtes, événements, enregistrements, fichiers, lots, utilisateurs ou transactions la capacité doit-elle supporter aujourd’hui et demain ?
Qualité et cohérence des données
Quelles attentes les utilisateurs ont-ils en matière d’exactitude, complétude, cohérence, ordre, déduplication, rapprochement ou validation ?
Sécurité, protection des données et conformité
Quelles contraintes d’identité, d’autorisation, de confidentialité, de résidence, de consentement, de conservation, d’audit ou de réglementation s’appliquent ?
Onboarding et accès
Comment les utilisateurs doivent-ils trouver, demander, tester, obtenir l’approbation et commencer à utiliser la capacité ?
Changement et versionnement
Quelle tolérance au changement les utilisateurs ont-ils, et quelles attentes de préavis, compatibilité, migration ou versionnement s’appliquent ?
Observabilité et support
De quelle surveillance, information de statut, traçabilité, visibilité sur la qualité des données, support, propriété et communication d’incident les utilisateurs ont-ils besoin ?
Reprise et continuité
Quelles attentes de replay, retry, rapprochement, sauvegarde, fallback, continuité ou reprise manuelle doivent être prises en charge ?
Implications d’architecture
Que signifient ces exigences pour les styles d’architecture possibles, tels que API, événements, fichiers, flux, produits de données ou intégration directe ?
APIOps Cycles · CC-BY-SA 4.0 · Osaango Ltd