Erfolgreiche Softwareentwicklung mit dem use-case-getriebenen Ansatz: Vorlagen und Beispiele aus der Praxis

Der use-case-getriebene Ansatz ist eine Methodik, die sich darauf konzentriert, Systemanforderungen und -funktionen aus der Perspektive der Nutzer zu definieren. Es handelt sich um einen nutzerzentrierten Ansatz, der die Identifizierung von Nutzerbedürfnissen, Zielen und Verhaltensweisen betont, um sicherzustellen, dass das entwickelte System deren Erwartungen entspricht. In diesem Ansatz werden Use Cases eingesetzt, um das Verhalten des Systems in Reaktion auf Nutzerinteraktionen zu beschreiben. Use Cases sind Szenarien, die beschreiben, wie das System in verschiedenen Situationen genutzt wird.

Vorteile

Der use-case-getriebene Ansatz bietet eine Reihe von Vorteilen, darunter:

• Erhöhtes Verständnis für Nutzerbedürfnisse und Anforderungen
• Klare Definition des Systemverhaltens und der Funktionalität
• Frühzeitige Identifizierung potenzieller Probleme und Konflikte
• Verbesserte Kommunikation unter den Stakeholdern
• Effiziente Zuweisung von Ressourcen und Aufwand
• Effektive Priorisierung von Funktionen und Anforderungen

Ein Schritt-für-Schritt-Leitfaden zur Use-Case-Entwicklung

Hier ist eine hochgradig anpassbare Vorlage für einen Prozess zur Use-Case-Entwicklung, die Sie an die Bedürfnisse Ihres Teams anpassen und personalisieren können:

1. Identifizieren Sie die Stakeholder und ihre Anforderungen:Beginnen Sie damit, alle am Projekt beteiligten Stakeholder zu identifizieren und ihre Anforderungen zu sammeln. Dazu können Endnutzer, Geschäftsinhaber und andere Teammitglieder gehören.
2. Priorisieren Sie die Anforderungen: Sobald Sie eine Liste der Anforderungen haben, priorisieren Sie sie nach ihrer Bedeutung und ihrem Einfluss auf das Projekt. Dadurch können Sie sich zunächst auf die wichtigsten Bedürfnisse konzentrieren.
3. Definieren Sie den Umfang: Basierend auf den priorisierten Anforderungen definieren Sie den Umfang des Projekts. Dazu gehören die Festlegung der Funktionen und Eigenschaften, die das Projekt umfassen wird.
4. Erstellen Sie Use Cases: Use Cases sind Beschreibungen, wie ein Nutzer mit dem System interagiert, um ein bestimmtes Ziel zu erreichen. Erstellen Sie Use Cases, die die verschiedenen Szenarien beschreiben, in denen das System genutzt wird.
5. Überprüfen und verfeinern Sie die Use Cases: Überprüfen Sie die Use Cases mit den Stakeholdern und verfeinern Sie sie auf Basis ihres Feedbacks. Dies kann das Hinzufügen oder Entfernen von Schritten, das Aktualisieren von Anforderungen oder die Klärung von Details beinhalten.
6. Erstellen Sie Benutzerstories: Benutzerstories sind kurze Beschreibungen einer Funktion oder eines Features aus der Perspektive des Endnutzers. Erstellen Sie Benutzerstories basierend auf den von Ihnen entwickelten Use Cases.
7. Schätzen Sie den Aufwand: Schätzen Sie den Aufwand, der für die Entwicklung jeder Benutzerstory erforderlich ist. Dies hilft Ihnen, den Projektzeitplan und die Ressourcenallokation zu planen.
8. Priorisieren Sie die Benutzerstories: Priorisieren Sie die Benutzerstories basierend auf ihrer Bedeutung und ihrem Einfluss auf das Projekt.
9. Planen Sie Sprints: Basierend auf den priorisierten Benutzerstories planen Sie Sprints für die Entwicklung. Jeder Sprint sollte eine Gruppe von Benutzerstories enthalten, die innerhalb des Sprint-Zeitraums abgeschlossen werden können.
10. Überprüfen und verfeinern: Überprüfen Sie den Fortschritt jedes Sprints und verfeinern Sie die Anwendungsfälle und Benutzerstories bei Bedarf.
11. Testen und validieren: Testen Sie das System, um sicherzustellen, dass es die Anforderungen erfüllt, und validieren Sie, dass es die Bedürfnisse der Stakeholder erfüllt.
12. Bereitstellen und überwachen: Sobald das System getestet und validiert wurde, stellen Sie es in die Produktion bereit und überwachen Sie es auf mögliche Probleme oder Fehler.

Dies ist lediglich eine allgemeine Vorlage, die an die spezifischen Bedürfnisse Ihres Teams und die Projektanforderungen angepasst werden kann. Sie können auch agile Projektmanagement-Tools wie Jira oder Trello verwenden, um den Prozess zu steuern und den Fortschritt zu verfolgen.

Agile Dokumentvorlagen für den Anwendungsfalldesign-Ansatz

Dokument zur Stakeholder-Analyse

Hier ist ein Beispiel für ein Dokument zur Stakeholder-Analyse für die von Ihnen bereitgestellte Problemstellung:

Dokument zur Stakeholder-Analyse: Mobile-Banking-Anwendung

Stakeholder	Rolle	Interessen	Bedürfnisse
Kunden	Endnutzer der mobilen Bankanwendung	Einfach zu bedienende, sichere und bequeme Bankerfahrung	Möglichkeit, Kontostände einzusehen, Geld zwischen Konten zu überweisen und Rechnungen über die Mobile-App zu bezahlen
Bankangestellte	Kundenservice und Verwaltung des Backend-Systems	Effizientes und sicheres Backend-System	Fähigkeit, hohe Transaktionsvolumina zu bewältigen, einfach zu pflegen und zu beheben
Geschäftsinhaber	Stakeholder, die die Kundenzufriedenheit verbessern und Kosten senken möchten	Erhöhte Kundenzufriedenheit, reduzierte Kosten und Verfolgung von Nutzungsmetriken	Möglichkeit, die Nutzung durch Kunden zu verfolgen, Zufriedenheitsniveaus zu messen und Nutzungsmetriken zu analysieren, um die mobile App zu verbessern

Dieses Dokument zur Stakeholder-Analyse identifiziert die verschiedenen am Projekt beteiligten Stakeholder, ihre Rollen, Interessen und Bedürfnisse. Es bietet ein klares Bild davon, was jeder Stakeholder vom Projekt erreichen möchte, sowie seine Prioritäten. Dieses Dokument kann als Bezugspunkt während des gesamten Projekts dienen und aktualisiert werden, sobald neue Stakeholder identifiziert werden oder sich die Bedürfnisse der Stakeholder ändern.

Vorlage zur Anforderungserhebung

Hier ist ein Beispiel für eine Vorlage zur Anforderungserhebung für die von Ihnen bereitgestellte Problemstellung:

Vorlagen für die Anforderungserhebung: Mobile-Banking-Anwendung

Anforderungsbeschreibung	Prioritätsstufe	Akzeptanzkriterien	Name des Interessenten
Fähigkeit, Kontostände einzusehen	Hoch	Der Benutzer sollte in der Lage sein, die aktuellen Kontostände aller Konten einzusehen, die mit ihrem Profil verknüpft sind	Kunden
Fähigkeit, Geld zwischen Konten zu überweisen	Hoch	Der Benutzer sollte in der Lage sein, Geld zwischen Konten über die mobile App zu überweisen	Kunden
Fähigkeit, Rechnungen zu bezahlen	Hoch	Der Benutzer sollte in der Lage sein, Rechnungen über die mobile App zu bezahlen	Kunden
Effizientes Backend-System	Hoch	Das Backend-System sollte in der Lage sein, hohe Transaktionsvolumina zu bewältigen und einfach zu pflegen zu sein	Bankangestellte
Verfolgung von Nutzungsmetriken	Mittel	Die App sollte in der Lage sein, Nutzungsmetriken und Zufriedenheitsniveaus der Kunden zu verfolgen	Geschäftsinhaber

Diese Vorlage zur Anforderungserhebung hilft dabei, Anforderungen von Interessenten zu sammeln, indem jede Anforderung, ihre Prioritätsstufe, Akzeptanzkriterien und der Name des zugehörigen Interessenten definiert werden. Die Vorlage kann verwendet werden, um Anforderungen während Interviews, Umfragen und Fokusgruppen mit Interessenten zu erfassen. Sie stellt sicher, dass alle Anforderungen erfasst, priorisiert und den Interessen und Bedürfnissen der Interessenten entsprechen. Die Vorlage kann aktualisiert werden, wenn neue Anforderungen identifiziert werden oder sich die Prioritätsstufen bestehender Anforderungen ändern.

Anforderungsnachverfolgungsmatrix

Hier ist ein Beispiel für eine Anforderungsnachverfolgungsmatrix für die von Ihnen bereitgestellte Problembeschreibung:

Anforderungsnachverfolgungsmatrix: Mobile-Banking-Anwendung

Anforderungs-ID	Anforderungsbeschreibung	Name des Interessenten	Status	Referenz auf Entwurfsdokument	Referenz auf Testdokument
R1	Fähigkeit, Kontostände einzusehen	Kunden	Implementiert	UI-Entwurf 1.1	Testfall 1.1
R2	Fähigkeit, Geld zwischen Konten zu überweisen	Kunden	In Bearbeitung	UI-Entwurf 1.2	Testfall 1.2
R3	Fähigkeit, Rechnungen zu bezahlen	Kunden	Nicht begonnen	UI-Entwurf 1.3	Testfall 1.3
R4	Effizientes Backend-System	Bankangestellte	Implementiert	Backend-Entwurf 2.1	Testfall 2.1
R5	Verwendungsmetriken-Verfolgung	Geschäftsinhaber	In Bearbeitung	Analytik-Design 3.1	Testfall 3.1

Die Anforderungstrace-Matrix hilft dabei, den Fortschritt der Anforderungen während des gesamten Projekts zu verfolgen. Sie ordnet jeder Anforderung ihre Beschreibung, den Namen des Stakeholders, den Status sowie Referenzen zu Design- und Testdokumenten zu. Die Matrix stellt sicher, dass alle Anforderungen berücksichtigt werden, und bietet eine klare Möglichkeit, den Implementierungsstatus jeder Anforderung zu verfolgen. Sie kann als Referenzpunkt während der Entwicklung und des Testens verwendet werden, um sicherzustellen, dass alle Anforderungen erfüllt und getestet wurden. Die Matrix kann aktualisiert werden, während das Projekt fortschreitet, und wenn neue Anforderungen hinzugefügt oder bestehende Anforderungen geändert werden.

Benutzer-Persona-Dokument

Hier ist ein Beispiel für ein Benutzer-Persona-Dokument zur von Ihnen bereitgestellten Problemstellung:

Benutzer-Persona-Dokument: Mobile-Banking-Anwendung

Personenname: Sarah

Hintergrund:

Sarah ist eine 29-jährige Grafikdesignerin, die für ein Designunternehmen in der Stadt arbeitet. Sie ist technikaffin und nutzt ihr Mobiltelefon für fast alles, einschließlich Banking. Sie ist ständig unterwegs und bevorzugt die Verwendung ihrer mobilen App, um ihre Finanzen zu verwalten, da dies Zeit spart.

Demografie:

• Alter: 29
• Geschlecht: Weiblich
• Familienstand: Ledig
• Beruf: Grafikdesignerin
• Standort: Urban

Ziele:

• Schnellen und einfachen Zugriff auf ihre Kontostände haben zu können
• Geld zwischen ihren Konten problemlos überweisen zu können
• Rechnungen pünktlich über die mobile App bezahlen zu können

Herausforderungen:

• Sarah hat mehrere Bankkonten und findet manchmal Schwierigkeiten, den Überblick über ihre Kontostände auf allen Konten zu behalten.
• Sie macht sich Sorgen um die Sicherheit ihrer finanziellen Informationen und möchte sicherstellen, dass ihre mobile Banking-App sicher ist.

Zitat:

„Ich liebe es, meine Finanzen mit meiner mobilen App zu verwalten. Es spart mir so viel Zeit und Aufwand. Ich möchte nur schnell und einfach auf meine Kontostände zugreifen, Geld zwischen meinen Konten überweisen und meine Rechnungen pünktlich bezahlen können.“

Das Benutzer-Persona-Dokument hilft dabei, ein detailliertes Profil eines typischen Nutzers der mobilen Banking-Anwendung zu erstellen. Es liefert Informationen über den Hintergrund des Nutzers, dessen Demografie, Ziele, Herausforderungen und Zitate. Dieses Dokument kann als Referenzpunkt bei der Gestaltung und dem Testen der mobilen App verwendet werden, um sicherzustellen, dass die App die Bedürfnisse ihrer Zielgruppe erfüllt. Das Dokument kann aktualisiert werden, wenn neue Benutzer-Personas identifiziert werden oder wenn sich die Bedürfnisse bestehender Personas ändern.

 

Liste der Kandidaten-Use-Cases

Basierend auf der von Ihnen bereitgestellten Problemstellung, hier eine Liste von Kandidaten-Use-Cases für die mobile Banking-Anwendung:

1. Kontostände einsehen – Benutzer sollten in der Lage sein, ihre aktuellen Kontostände für alle Konten einzusehen, die mit ihrem Profil verknüpft sind.
2. Geld zwischen Konten überweisen – Benutzer sollten in der Lage sein, Geld zwischen ihren Konten über die mobile App zu überweisen.
3. Rechnungen bezahlen – Benutzer sollten in der Lage sein, Rechnungen über die mobile App zu bezahlen.
4. Automatische Zahlungen einrichten – Benutzer sollten in der Lage sein, automatische Zahlungen für wiederkehrende Rechnungen einzurichten.
5. Schecks einreichen – Benutzer sollten in der Lage sein, Schecks über die mobile App einzuzahlen.
6. Nahegelegene ATMs und Filialen finden – Benutzer sollten in der Lage sein, nahegelegene ATMs und Bankfilialen über die mobile App zu finden.
7. Verlorene oder gestohlene Karten melden – Benutzer sollten in der Lage sein, verlorene oder gestohlene Karten über die mobile App zu melden.
8. Kundenservice kontaktieren – Benutzer sollten in der Lage sein, den Kundenservice über die mobile App zu kontaktieren.
9. Transaktionsverlauf einsehen – Benutzer sollten in der Lage sein, ihren Transaktionsverlauf für alle Konten einzusehen, die mit ihrem Profil verknüpft sind.
10. Kontowarnungen einrichten – Benutzer sollten in der Lage sein, Warnungen für niedrige Kontostände, große Transaktionen und andere Kontotätigkeiten einzurichten.

Diese Anwendungsfälle decken eine Vielzahl von Funktionen ab, die Benutzer von einer mobilen Banking-Anwendung erwarten können. Jeder Anwendungsfall stellt eine spezifische Aktion oder Aufgabe dar, die ein Benutzer innerhalb der App ausführen kann. Diese Anwendungsfälle können verwendet werden, um Benutzerstories, Testfälle und andere Projektartefakte zu entwickeln. Sie können auch basierend auf den Bedürfnissen und Interessen der beteiligten Stakeholder priorisiert werden.

 

Priorisierte Anwendungsfälle

Hier ist ein Beispiel für eine Tabelle, die die Anwendungsfälle nach Größe, Priorität und Zielen/Werten für die mobile Banking-Anwendung priorisiert:

Anwendungsfall	Größe	Priorität	Ziel/Werte
Kontostände einsehen	Klein	Hoch	Bequemlichkeit, Zugang zu Informationen
Geld zwischen Konten überweisen	Mittel	Hoch	Bequemlichkeit, Effizienz
Rechnungen bezahlen	Mittel	Hoch	Bequemlichkeit, Effizienz
Automatische Zahlungen einrichten	Mittel	Mittel	Bequemlichkeit, Effizienz
Schecks einlegen	Mittel	Mittel	Bequemlichkeit, Effizienz
Nahegelegene Geldautomaten und Filialen finden	Klein	Mittel	Bequemlichkeit, Zugang zu Informationen
Verlorene oder gestohlene Karten melden	Klein	Mittel	Sicherheit, Betrugverhinderung
Kundenservice kontaktieren	Klein	Mittel	Kundenservice, Zufriedenheit
Transaktionsverlauf anzeigen	Mittel	Niedrig	Dokumentation, Zugang zu Informationen
Konto-Benachrichtigungen einrichten	Mittel	Niedrig	Bequemlichkeit, Sicherheit

Diese Tabelle listet jeden Anwendungsfall mit seiner Größe (klein, mittel oder groß), Priorität (hoch, mittel oder niedrig) und dem Ziel oder Wert auf, den er darstellt (z. B. Bequemlichkeit, Zugang zu Informationen, Sicherheit usw.). Die Größe des Anwendungsfalls wird durch den Aufwand bestimmt, der zur Umsetzung erforderlich ist, während die Priorität auf der Bedeutung des Anwendungsfalls für den Erfolg des Projekts basiert. Das Ziel oder der Wert hilft, Kontext für jeden Anwendungsfall zu schaffen und zu erklären, warum er wichtig ist. Diese Tabelle kann zur Leitung der Entwicklung der mobilen Bankanwendung verwendet werden und sicherstellen, dass die wichtigsten Anwendungsfälle angemessen priorisiert werden.

Beispiel für eine Anwendungsfalldeskription

Hier ist ein Beispiel für eine Anwendungsfalldeskription für den Anwendungsfall „Kontostand anzeigen“:

Anwendungsfalld Name: Kontostände anzeigen

Akteure:

• Kunde

Beschreibung: Der Kunde möchte die Kontostände über die Mobile-Banking-Anwendung einsehen. Dieser Anwendungsfall ermöglicht es dem Kunden, seine Kontostände schnell und einfach einzusehen, ohne eine Filiale oder einen Geldautomaten aufsuchen zu müssen.

Voraussetzungen:

• Der Kunde verfügt über ein gültiges Konto bei der Bank.
• Der Kunde hat die Mobile-Banking-Anwendung auf seinem Smartphone oder Tablet heruntergeladen und installiert.
• Der Kunde ist in sein Mobile-Banking-Konto eingeloggt.

Grundablauf:

1. Der Kunde öffnet die Mobile-Banking-Anwendung.
2. Der Kunde wählt die Option „Kontostände anzeigen“ im Hauptmenü aus.
3. Die Anwendung zeigt eine Liste der Konten des Kunden zusammen mit dem aktuellen Kontostand jedes Kontos an.
4. Der Kunde prüft die Kontostände.

Abweichende Abläufe:

• Falls der Kunde nur ein Konto besitzt, kann die Anwendung den Kontostand automatisch anzeigen, ohne eine Liste der Konten anzuzeigen (Schritt 3).
• Falls der Kunde mehrere Konten besitzt, die Anwendung jedoch die Kontostände nicht abrufen kann, wird dem Kunden eine Fehlermeldung angezeigt.

Nachbedingungen:

• Der Kunde hat die Kontostände seiner Konten eingesehen.
• Der Kunde kann andere Aktionen innerhalb der Mobile-Banking-Anwendung ausführen oder sich von seinem Konto abmelden.

Ausnahmen:

• Falls die Mobile-Banking-Anwendung nicht verfügbar ist oder nicht ordnungsgemäß funktioniert, kann der Kunde seine Kontostände nicht einsehen.
• Falls der Kunde seine Anmeldeinformationen vergessen hat, muss er sein Passwort zurücksetzen oder sich an den Kundenservice wenden, um Unterstützung zu erhalten.
• Falls das Konto des Kunden geschlossen oder inaktiv ist, kann er die Kontostände nicht einsehen.