WerNicht ausgewähltWarumNicht ausgewähltWoCanvas für Anforderungen an das NutzererlebnisZyklusNicht ausgewählt

canvas

Canvas für Anforderungen an das Nutzererlebnis

Ein Anforderungen-Canvas für nutzerbezogene Experience- und nichtfunktionale Anforderungen, die die spätere Architekturentscheidung steuern sollen.

Ergebnisse

  • Technologieunabhängige Nutzeranforderungen
  • Experience- und nichtfunktionale Anforderungen vor Designbeginn erfasst
  • Architekturauswirkungen für die Stilauswahl dokumentiert

Lokaler Canvas-Arbeitsbereich

Verwenden Sie den oben beschriebenen Zweck, die Ergebnisse und die Anweisungen als statische Referenz, während Sie Nachweise im interaktiven Arbeitsbereich erfassen.

Lokaler Canvas-Arbeitsbereich

Experience Requirements Canvas

Welche Erlebnis-, Betriebs- und nichtfunktionalen Anforderungen muss die Lösung für Benutzer, Betreiber, Konsumenten, Genehmigende und Support-Teams erfüllen? Erfassen Sie, was Menschen und konsumierende Systeme von der Fähigkeit oder Automatisierung benötigen. Konzentrieren Sie sich auf Anforderungen und Randbedingungen; quantifizieren Sie Kapazität und wählen Sie Implementierungsmechanismen in späterer Architekturarbeit.

Aktiver Abschnitt: Ziele von Benutzern, Betreibern oder Konsumenten. Wählen Sie einen Abschnitt mit dem Zeiger aus oder fokussieren Sie ihn und drücken Sie die Eingabe- oder Leertaste.

Ziele von Benutzern, Betreibern oder Konsumenten

Welche Geschäfts-, Workflow-, Entscheidungs-, Automatisierungs-, Support- oder Datennutzungsziele müssen unterstützt werden?

Verfügbarkeits- und Aktualitätsbedarfe

Wann muss die Lösung verfügbar sein, wie aktuell müssen Informationen sein, und welche Reaktions-, Liefer- oder Abschlussfenster sind wichtig?

Volumen- und Leistungserwartungen

Welche Benutzer-, Fall-, Transaktions-, Datensatz-, Event-, Datei-, Batch- oder Arbeitsvolumen müssen vor der Kapazitätsplanung verstanden werden?

Bedarfe an Datenqualität und Konsistenz

Welche Erwartungen an Genauigkeit, Vollständigkeit, Konsistenz, Reihenfolge, Deduplizierung, Abstimmung oder Validierung bestehen?

Sicherheits-, Datenschutz- und Compliance-Randbedingungen

Welche Anforderungen an Identität, Autorisierung, Vertraulichkeit, Datenresidenz, Einwilligung, Aufbewahrung, Audit oder Regulierung muss die Lösung erfüllen?

Aktivierung und Zugriff

Wie erhalten Benutzer, Betreiber oder konsumierende Teams Zugriff, starten oder nutzen die Lösung und erhalten notwendige Berechtigungen und Anleitung?

Erwartungen an Änderung und Versionierung

Welche Änderungstoleranz besteht, und welche Erwartungen an Ankündigung, Kompatibilität, Migration, Schulung oder Versionierung gelten?

Bedarfe an Beobachtbarkeit und Support

Welche Überwachung, Statusinformationen, Nachverfolgbarkeit, Qualitätsübersicht, Unterstützung, Verantwortung und Incident-Kommunikation benötigen Benutzer und Betreiber?

Bedarfe an Wiederherstellung und Kontinuität

Welche Erwartungen an Replay, Retry, Abstimmung, Backup, Fallback, Kontinuität oder manuelle Wiederherstellung müssen unterstützt werden?

Randbedingungen für späteres Design

Welche Anforderungen müssen spätere Architektur-, Workflow-, Kapazitäts-, Integrations- oder Implementierungsentscheidungen erfüllen?

APIOps Cycles · CC-BY-SA 4.0 · Osaango Ltd

So funktioniert es

  1. Erfassen Sie Nutzerziele und Nutzungskontext.
  2. Dokumentieren Sie Erwartungen an Verfügbarkeit, Aktualität, Volumen, Performance, Datenqualität und Konsistenz.
  3. Dokumentieren Sie Erwartungen an Sicherheit, Datenschutz, Onboarding, Änderung, Beobachtbarkeit, Support und Wiederherstellung.
  4. Fassen Sie zusammen, was die Anforderungen für mögliche Architekturstile bedeuten.

Zugehörige Stationen