methodatlas
Vergleich

Methoden Seite an Seite ansehen.

Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.

Kriterium
Papierillustration zu Event Modeling mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.
Knowledge Modeling
Event Modeling
EventStorming auf einer langen Arbeitsfläche: farbige Ereigniskarten bilden einen Geschäftsfluss, Reibungspunkte werden markiert und eine Grenze trennt unterschiedliche Verantwortungsbereiche.
Domain Modeling
EventStorming
Papierillustration zu Change Analysis.
Operations
Change Analysis
Papierillustration mit Architekturbausteinen und konkreten Änderungsaufgaben für den Vergleich.
Architecture
SAAM (Software Architecture Analysis Method)
Zweckunterschiedlich
Event Modeling verbindet fachliche Abläufe mit Commands, Events und Views zu einem durchgängigen Denkmodell. Es hilft, Verhalten, UI und technische Slices aus derselben Logik heraus zu entwerfen.Wenn eine Domäne aus vielen Ereignissen, Regeln und Zuständen besteht, schafft sie einen gemeinsamen Modellraum für das Team. Sie bündelt Sprache, Abläufe und Grenzen, bevor Fachwissen in Einzelsichten zerfällt.Bei einer Abweichung nach einer Veränderung isoliert die Methode den Einfluss des geänderten Zustands. Sie grenzt ein, welche Unterschiede relevant sind und welche nur Begleitrauschen darstellen.SAAM hilft, die Eignung einer Architektur für ausgewählte Aufgaben und Änderungen zu beurteilen. Die Methode eignet sich besonders, um Änderbarkeit zu untersuchen und Architekturvarianten nachvollziehbar zu vergleichen.
Komplexitätunterschiedlich
MittelMittelMittelHoch
Zeitunterschiedlich
2-6 h2-8 h45-120 minVorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig
Teilnehmendeunterschiedlich
2-85-122-6Architekturkundige Personen und Stakeholder für Szenarien und Gewichtung
Formatunterschiedlich
Workshop + AsyncWorkshopWorkshop + AsyncWorkshop + Async
Outputunterschiedlich
Event Model, UI Flow, Commands, Read ModelsEvent Timeline, Ubiquitous Language, Boundaries, Open QuestionsChange Matrix, Ursachenhypothesen, Validierungsfragen, MaßnahmenlisteFachliche Funktionen mit Zuordnung zu Komponenten und Verbindungen, Qualitätsmerkmale und Bewertungskriterien, Typische Aufgaben mit ihren Folgen für die Architektur, Begründete Bewertung oder Vergleich von Varianten
Tagskeine Überschneidung
EventsBlueprintDomain-Driven DesignVerhalten
Domain-Driven DesignEventsDiscoveryWorkshop
VeränderungUrsachenanalyseFehlersucheVergleich
ArchitekturVeränderungAnalyseVergleichQualität
Weitere Methoden hinzufügen