Use Cases vs. User Stories: Unterschied zwischen Use Cases und User Stories

In der agilen Softwareentwicklung begegnen wir häufig zwei Begriffen – Use Cases und User Stories. Dies sind einige der häufigsten Begriffe, die von Entwicklern oder Nicht-Entwicklern aufgrund ihrer häufigen Verwendung verwendet werden. Darüber hinaus ist es für diejenigen, die kein Hintergrundwissen über die Entwicklung haben, durchaus üblich, diese Begriffe synonym zu verwenden.

Use Cases und User Stories unterscheiden sich in vielen Aspekten voneinander. Sie haben unterschiedliche Ziele, die es zu erfüllen gilt. Obwohl sie ähnliche Funktionalitäten haben könnten, liegen die Konzepte weit auseinander.

Schauen Sie sich kostenlose Kurse an, um sich weiterzubilden

In diesem Artikel diskutieren wir Anwendungsfälle und User Stories mit Beispielen, zusammen mit einer Erklärung, wie sich User Stories von Use Cases unterscheiden . Wir werden auch die Notwendigkeit der beiden Ansätze untersuchen und warum sie sich überschneiden.

Was ist ein Anwendungsfall?

Anwendungsfall spiegelt einen Prozess wider, der zum Erreichen des Ziels des gewünschten Produkts beiträgt. Es ist die Anforderung des Systems, die hilft, das Produkt abzuleiten. Es dient als Produktbeschreibung für die Akteure (oder Benutzer), die es verwenden werden. Technisch gesehen ist es die Interaktion zwischen dem System und den Akteuren über die Beschreibung.

Einige der kritischen Elemente von Anwendungsfällen:-

• Der Akteur: Eine Person oder Gruppe von Personen, die mit dem System interagieren
• Das Ziel: Das Endergebnis, für das Anwendungsfälle entwickelt werden
• Das System: Alle Schritte zur Zielerreichung

Anwendungsfälle tragen eine Ursache-Wirkungs-Beziehung, die bestimmte Ereignisse umfasst, bei denen die Funktionen oder Merkmale eines Produkts dem Endbenutzer beschrieben werden. Es bietet ein detailliertes Verständnis des Benutzerverhaltens während der Interaktion mit dem System.

Das Produktteam nutzt Anwendungsfälle beim Entwerfen, Testen und Entwickeln von Produkten. Es hilft ihnen, die Anforderungen zu skizzieren, wie eine Benutzerhilfe gestaltet werden sollte. Daneben sind sie auch in der Lage, Fehler zu beseitigen.

Anwendungsfälle sind detaillierte Beschreibungen des Produkts für Stakeholder oder Endbenutzer.

Beispiel für Anwendungsfall

Nehmen wir ein Beispiel für eine Bekleidungsmarkenanwendung, die erstellt wurde, um die Anforderungen der Kunden an die Lieferung von Kleidung und Accessoires zu erfüllen. Kunden durchsuchen die App, wählen die am besten geeigneten Artikel aus und geben eine Bestellung auf. Während der Bestellung können sie entweder online oder nach Lieferung bezahlen. Nach Bestätigung seitens des Kunden erhält dieser die Bestätigungsmail bzw. Benachrichtigung „Auftrag erteilt“.

Die Bestellung wird dann vorbereitet, verpackt und an die Adresse versandt. In diesem Szenario muss die Anwendung Bestellungen empfangen und Zahlungsoptionen verarbeiten, während sie mit beiden Parteien (Kunden und Einzelhändlern) kommuniziert. Hier:

• Das System ist – eine E-Commerce-Anwendung
• Der primäre Akteur ist – der Kunde
• Das Szenario ist – Durchsuchen der Anwendung

Lesen Sie hier, wie Kunden und Händler mit der Anwendung interagieren und das gewünschte Ergebnis erwarten. Einige der grundlegenden Anwendungsfallbeschreibungen wären:

• Der Benutzer wählt ein Element aus.
• Zahlungs- und Versandinformationen
• Bestellbestätigung und Kasse
• Bestell-Countdown-Zeit oder Tracking
• Abrechnungsdaten

Lassen Sie uns zur User Story gehen und verstehen, wie sich User Stories von Use Cases unterscheiden.

Was ist eine User-Story?

Eine User Story ist eine kurze Beschreibung von Produkten für die Benutzer, die sie durch den gesamten Prozess führt. Jede User Story wird aus der Perspektive des Kunden in leicht verständlicher Sprache geschrieben. Eine User Story konzentriert sich darauf, was ein Benutzer von der Plattform will und was das System ihm bieten soll.

Das Entwicklungsteam bindet dann die Nutzer der gegebenen Aussagen mit einigen Fixierungen in die Software ein. User Stories bestehen aus der Interaktion, die während des gesamten Prozesses über Software stattfindet. Drei Cs sind an User Stories beteiligt, ein Konzept, das von Ron Jeffries entwickelt wurde. Diese sind-

• Card: Die User Stories sollten als Cards geschrieben werden, das heißt kurze und knackige Stories mit allen nötigen Informationen.
• Konversation: Eine User Story sollte eine Konversation zwischen Kunden und Entwicklern über Software sein.
• Bestätigung: Dies bedeutet, dass die Kunden bestimmte Bedingungen bestätigen, die implementiert werden sollten, bevor das Ergebnis eintrifft.Das System sollte in der Lage sein, es ordnungsgemäß auszuführen.

Neben diesen drei Cs einer User Story konzentriert sie sich auch auf einen weiteren wichtigen Zweck: INVESTIEREN. Es steht für

• Unabhängig :von anderen Projekten
• Verhandelbar :Raum für Weiterentwicklung
• Wertvoll :Beschreibung für die Benutzer
• Schätzbar :User Story zur Ausführung eines richtigen Plans
• Klein :Arbeitstage, um die Arbeit innerhalb von 3-5 Tagen abzuschließen
• Testbar :Mechanismus, um den Wert oder die Gültigkeit des Prozesses zu überprüfen

Beispiel einer User Story

User Stories werden wie folgt ausgedrückt:

„Als (Persona) (will ich), (damit).“

• Als (Persona) – Die Person, für die die Anwendung oder Software entwickelt wurde. Es sollte den Endverbraucher hervorheben.
• Ich (will) – Hier wird die Absicht beschrieben, nicht die Features. Es sollte das Ziel des Benutzers beschreiben und nicht den Teil der Anwendung oder Benutzeroberfläche.
• (Damit) – Dies beschreibt den Gesamtnutzen oder das Gesamtbild der Anwendung. Was ist der Gesamtnutzen, den der Endbenutzer erfahren würde?

Hier sind einige Beispiele für User Stories

• Als Elie möchte ich meine Kreditkarte mit meinem Profil verknüpfen, damit ich bequem und bargeldlos die Miete zahlen kann.
• Als Manager möchte ich meine Arbeit so organisieren, dass ich das Gefühl habe, mehr Kontrolle zu haben.

Die Struktur der User Story kann unterschiedlich sein, aber die Intention sollte die gleiche sein.

Warum brauchen wir Use Case und User Story?

Es gibt einige Gründe, warum wir sowohl Use Cases als auch User Stories in unserem System brauchen. Lassen Sie uns in den Zweck hinter einer User Story und einem Anwendungsfall eintauchen:-

Wir brauchen Anwendungsfälle, um –

• Verwalten Sie den Umfang der Arbeit
• Erleichtern Sie die Kommunikation zwischen den Endbenutzern und den Entwicklern
• Legen Sie alle Anforderungen fest
• Systemarchitektur visualisieren
• Skizzieren Sie die Struktur, durch die wir mit dem System interagieren können

Wir brauchen User Stories, um –

• Erstellen Sie einen optimierten Prozess
• Erstellen Sie kleine erreichbare Ziele
• Halten Sie sowohl technische als auch nicht technische Benutzer auf derselben Seite
• Definieren Sie den gesamten Prozess

Sehen Sie sich unsere US - Data Science-Programme an

Unterschied zwischen Use Case und User Story

Werfen wir einen Blick auf den Unterschied zwischen Use Case und User Story, um zu verstehen, was die beiden unterscheidet:-

1. Use Cases werden für das Produktteam entwickelt, indem die Absicht der Stakeholder berücksichtigt wird. Es skizziert die Leistungsstruktur für das Team, um die gewünschte Software zu erstellen. Use Cases sind tendenziell detaillierter als User Stories.
   User Stories sind einfacher und benutzerorientierter. Es hebt die Routineaufgaben der Nutzer hervor, weshalb die Sprache der User Stories verständlich und ganz aus der Sicht der Stakeholder ist.
2. Wie bereits erwähnt, sind Use Cases unkomplizierter als User Stories. Beide Ansätze sind jedoch vereinfacht und leicht verständlich.
3. User Stories lassen bewusst Spielraum für Verbesserungen. Aus diesem Grund muss es mehr Details enthalten.
   Im Gegensatz dazu sind Anwendungsfälle auf den Punkt gebracht und zeigen alle Schritte auf, die von den Entwicklern befolgt werden müssen.
4. User Stories werden vor Use Cases entwickelt und werden hauptsächlich durch Interaktion geformt.

Lesen Sie unsere beliebten US - Data Science-Artikel

Wann verwendet man einen Use Case und eine User Story?

User Stories werden für die Produktentwicklung verwendet und der Ansatz ist eher kundenorientiert. Wie bereits erwähnt, lassen User Stories bewusst Raum für Verbesserungen, die durch Gespräche zwischen den Entwicklern und den Benutzern stattfinden. Es setzt zu Beginn des Prozesses ein Ziel und ist für die Steigerung der Effizienz verantwortlich. Ein Entwickler kann diese Punkte beim Erstellen von User Stories berücksichtigen.

Anwendungsfälle werden jedoch verwendet, um den Prozess zu dokumentieren. Es besteht aus allen Prozessanforderungen, um das Endziel zu erreichen. Anwendungsfälle zeichnen ein größeres Bild des bestehenden Systems. Es beinhaltet einfache Punkte für einen einfachen Entwicklungsprozess.

Steigern Sie Ihre Karriere mit upGrad

Die richtige Hochschulbildung kann für alle angehenden Entwickler und Datenwissenschaftler einen entscheidenden Unterschied machen. Wenn Sie nach einer Möglichkeit suchen, Ihre Fähigkeiten und Qualifikationen zu verbessern, kann das Executive PG Program in Data Science von upGrad eine ausgezeichnete Wahl sein. Mit diesem Kurs erhalten die Lernenden einen hervorragenden Einblick in die technische Welt. WES und das Institute of Analytics erkennen den Wert dieses Kurses an, der unter der Expertise führender Branchenexperten kuratiert wird.

Abschluss

Bei der agilen Softwareentwicklung geht es um die Entwicklung von Iterationen, Methoden und Techniken zur Einbeziehung von Benutzeransichten. Aus diesem Grund steigt die Nachfrage ständig. Jede Branche konzentriert sich darauf, Anwendungsfälle und Benutzergeschichten in ihr System zu integrieren, damit sich jedes Ergebnis als kundenorientiert herausstellt und dadurch die Kundenzufriedenheit erhöht.