Ein Anwendungsfall ist eine schriftliche Beschreibung, wie ein Benutzer eine Aufgabe in Ihrem System ausführt. Er umreißt das Verhalten des Systems aus der Sicht des Benutzers bei der Beantwortung einer Anfrage. Jeder Anwendungsfall wird als eine Abfolge einfacher Schritte dargestellt, die mit dem Ziel des Benutzers beginnen und enden, wenn das Ziel erreicht ist.
WeiterlesenSchlagwort: es-done
Agile Anwendungsfallmodellierung mit Use Case 2.0 Automated Process Tool
Use Case 2.0 ist ein skalierbarer und agiler Ansatz, der Use Cases verwendet, um Anforderungen zu erfassen und die schrittweise Entwicklung eines Systems voranzutreiben, um diese zu erfüllen. Er hilft Ihnen zu verstehen, wie das System genutzt werden soll, und führt Sie durch die Entwicklung eines geeigneten Systems zur Unterstützung der Benutzer.
WeiterlesenAnwendungsfall-Tutorial für Dummies
Ein Anwendungsfalldiagramm modelliert verschiedene Arten von Benutzern, die mit dem System interagieren, um ein Problem zu lösen. Als solches beschreibt es die Ziele der Benutzer, die Interaktionen zwischen den Benutzern und dem System und das erforderliche Verhalten des Systems bei der Erfüllung dieser Ziele. Anwendungsfälle definieren Interaktionen zwischen externen Akteuren und dem System, um bestimmte Ziele zu erreichen. Ein Anwendungsfalldiagramm enthält vier Hauptkomponenten
WeiterlesenSprint-Planung: Forecasting vs. Commitment
Im Sommer 2011 überarbeiteten Ken Schwaber und Jeff Sutherland ihren Scrum Guide. Darin entfernten sie eine seit langem etablierte Verhaltensweise, die bei Scrum bekannt ist, nämlich das Commitment des Teams gegenüber dem Product Owner und den Kunden. Commitment wurde durch Forecast ersetzt. Sie sagen, dass Teams ihre Arbeit prognostizieren können, sich aber nicht dazu verpflichten.
WeiterlesenWas ist der Unterschied zwischen User Story und Akzeptanzkriterien?
Die Definition of Done (DoD) ist eine Liste von Anforderungen, die eine User Story erfüllen muss, damit das Team sie als vollständig bezeichnen kann. Während die Abnahmekriterien einer User Story aus einer Reihe von Testszenarien bestehen, die erfüllt werden müssen, um zu bestätigen, dass die Software wie erwartet funktioniert.
WeiterlesenSprint-Rückblick vs. Sprint-Retrospektive
Jeder Sprint endet mit einem zweiteiligen Sprint-Review-Meeting. Eine solche Sitzung beginnt mit einer Kundenbewertung und -demonstration und endet mit der Retrospektive des Teams. Diese beiden Komponenten finden am letzten Tag des Sprints statt. Das Sprint Review konzentriert sich auf das „Prüfen“ und „Anpassen“ des Inkrements (potenziell auslieferungsfähig), während die Sprint Retrospektive sich mehr auf das „Prüfen“ und „Anpassen“ des Prozesses des Sprints konzentriert.
WeiterlesenKostenloses Online-ArchiMate-Tool + Beispiele
Die Open Group hat ArchiMate als offene und unabhängige Modellierungssprache für Unternehmensarchitektur (EA) entwickelt. Der Standard bietet eine Notation, die es Unternehmensarchitekten ermöglicht, die Beziehungen zwischen Geschäftsbereichen auf eindeutige Weise zu beschreiben, zu analysieren und zu visualisieren. ArchiMate ermöglicht die Erstellung vollständig integrierter Modelle der EA des Unternehmens, der Motivation dafür und der Programme, Projekte und Migrationspfade zu ihrer Umsetzung.
WeiterlesenScrum: INVESTIEREN Sie in gute Geschichten, indem Sie SMARTe Aufgaben erfüllen
Das INVEST als Erinnerung an die Merkmale eines guten Product Backlog Items (PBI) (oder User Stories), das üblicherweise im User Story-Format geschrieben wird. Aber was sind die Merkmale einer guten User Story? Das Akronym „INVEST“ kann Sie daran erinnern, dass gute Stories sein sollten
WeiterlesenWarum Visual Paradigm eine bessere Wahl ist als Microsoft Visio
Wenn Sie schon einmal versucht haben, das MS Visio Flowchart® zu erstellen, wissen Sie, wie schwierig das ist. Sie können mit ein paar grundlegenden Werkzeugen beginnen, aber wenn Sie etwas ändern müssen – Formen verschieben, löschen oder neue Formen hinzufügen – ist es zu schwierig! Sie wissen, was ich meine. Visual Paradigm Online automatisiert alle Ihre komplexen Aufgaben mit nur wenigen Klicks.
WeiterlesenUML vom Was zum Wie mit Anwendungsfall und Aktivitätsdiagramm
Use-Case-Diagramme und Aktivitätsdiagramme sind UML-Verhaltensdiagramme, die die dynamischen Eigenschaften eines Systems beschreiben. Der Unterschied zwischen Use-Case-Diagrammen und Aktivitätsdiagrammen besteht darin, dass Use-Case-Diagramme helfen, das System und die Benutzerinteraktionen zu modellieren, während Aktivitätsdiagramme helfen, den Arbeitsablauf des Systems zu modellieren und oft verwendet werden, um die interne Logik von Use-Cases zu veranschaulichen. Diese Diagramme bieten mehrere Vorteile. Sie helfen dabei, die Geschäftsanforderungen zu modellieren und die Funktionalität des Systems auf einer hohen Ebene zu verstehen.
Weiterlesen