Kierowanie skutecznym rozwojem oprogramowania za pomocą podejścia opartego na przypadkach użycia: rzeczywiste szablony i przykłady

Podejście oparte na przypadkach użycia to metoda skupiająca się na definiowaniu wymagań i funkcji systemu z perspektywy jego użytkowników. Jest to podejście skierowane na użytkownika, które podkreśla identyfikację potrzeb, celów i zachowań użytkowników w celu zapewnienia, że system being rozwojowy spełni ich oczekiwania. W tym podejściu przypadki użycia służą do opisu zachowania systemu w odpowiedzi na interakcje użytkownika. Przypadki użycia to scenariusze opisujące sposób użytkowania systemu w różnych sytuacjach.

Zalety

Podejście oparte na przypadkach użycia oferuje szereg korzyści, w tym:

• Zwiększone zrozumienie potrzeb i wymagań użytkowników
• Jasna definicja zachowania i funkcjonalności systemu
• Wczesne wykrywanie potencjalnych problemów i konfliktów
• Ulepszona komunikacja między zaangażowanymi stronami
• Efektywne przydzielanie zasobów i wysiłku
• Skuteczna priorytetyzacja funkcji i wymagań

Przewodnik krok po kroku w tworzeniu przypadków użycia

Oto szablon ogólnego procesu tworzenia przypadków użycia, który możesz dostosować i zmodyfikować zgodnie z potrzebami swojego zespołu:

1. Zidentyfikuj zaangażowane strony i ich wymagania:Zacznij od zidentyfikowania wszystkich zaangażowanych stron w projekcie i zebrania ich wymagań. Może to obejmować użytkowników końcowych, właścicieli biznesu oraz innych członków zespołu.
2. Priorytetyzuj wymagania: Po utworzeniu listy wymagań, priorytetyzuj je na podstawie ich znaczenia i wpływu na projekt. Dzięki temu możesz skupić się najpierw na najważniejszych potrzebach.
3. Zdefiniuj zakres: Na podstawie priorytetowych wymagań zdefiniuj zakres projektu. Obejmuje to określenie funkcji i możliwości, które projekt będzie zawierał.
4. Stwórz przypadki użycia: Przypadki użycia to opisy sposobu, w jaki użytkownik interaguje z systemem w celu osiągnięcia konkretnego celu. Stwórz przypadki użycia opisujące różne sytuacje, w których system będzie używany.
5. Przejrzyj i dopasuj przypadki użycia: Przejrzyj przypadki użycia z zaangażowanymi stronami i dopasuj je na podstawie ich opinii. Może to obejmować dodawanie lub usuwanie kroków, aktualizację wymagań lub wyjaśnienie szczegółów.
6. Stwórz historie użytkownika: Historie użytkownika to krótkie opisy funkcji lub możliwości z perspektywy użytkownika końcowego. Stwórz historie użytkownika na podstawie stworzonych przypadków użycia.
7. Oszacuj wysiłek: Oszacuj wysiłek potrzebny do opracowania każdej historii użytkownika. Pomoże to Ci zaplanować harmonogram projektu i przydział zasobów.
8. Priorytetyzuj historie użytkownika: Priorytetyzuj historie użytkownika na podstawie ich znaczenia i wpływu na projekt.
9. Zaplanuj sprinty: Na podstawie priorytetowych historii użytkownika zaplanuj sprinty rozwojowe. Każdy sprint powinien zawierać zestaw historii użytkownika, które można ukończyć w czasie trwania sprintu.
10. Przegląd i doskonalenie: Przejrzyj postępy każdego sprintu i w razie potrzeby doskonal przypadki użycia i historie użytkownika.
11. Test i weryfikacja: Przetestuj system, aby upewnić się, że spełnia wymagania, i zweryfikuj, czy spełnia potrzeby stakeholderów.
12. Wdrożenie i monitorowanie: Po przetestowaniu i zweryfikowaniu systemu wdroż go do środowiska produkcyjnego i monitoruj go pod kątem jakichkolwiek problemów lub błędów.

To tylko ogólny szablon, który można dostosować do specyficznych potrzeb zespołu i wymagań projektu. Możesz również używać narzędzi do zarządzania projektami agilnymi, takich jak Jira lub Trello, aby pomóc w zarządzaniu procesem i śledzeniu postępów.

Szablony dokumentów agilnych dla podejścia przypadków użycia

Dokument analizy stakeholderów

Oto przykład dokumentu analizy stakeholderów dla opisanego przez Ciebie problemu:

Dokument analizy stakeholderów: Aplikacja mobilna do bankowości

Stakeholder	Rola	Zainteresowania	Potrzeby
Klienci	Końcowi użytkownicy aplikacji mobilnej do bankowości	Łatwy w użyciu, bezpieczny i wygodny doświadczenie bankowe	Możliwość przeglądania sald kont, przesyłania pieniędzy między kontami oraz płatności rachunków przez aplikację mobilną
Pracownicy banku	Wsparcie klienta i zarządzanie systemem backendowym	Efektywny i bezpieczny system backendowy	Możliwość obsługi dużych ilości transakcji, łatwy do utrzymania i diagnozowania problemów
Właściciele firm	Stakeholderzy, którzy chcą poprawić satysfakcję klientów i zmniejszyć koszty	Zwiększenie satysfakcji klientów, zmniejszenie kosztów oraz śledzenie metryk użytkowania	Możliwość śledzenia użytkowania przez klientów, poziomu satysfakcji oraz analizy metryk użytkowania w celu poprawy aplikacji mobilnej

Ten dokument analizy stakeholderów identyfikuje różnych stakeholderów uczestniczących w projekcie, ich role, zainteresowania i potrzeby. Daje jasny obraz tego, co każdy stakeholder chce osiągnąć w projekcie oraz ich priorytety. Ten dokument może służyć jako punkt odniesienia przez cały projekt i może być aktualizowany w miarę pojawiania się nowych stakeholderów lub zmiany ich potrzeb.

Szablon zbierania wymagań

Oto przykład szablonu zbierania wymagań dla opisanego przez Ciebie problemu:

Szablon zbierania wymagań: aplikacja mobilna do bankowości

Opis wymagania	Poziom priorytetu	Kryteria akceptacji	Imię i nazwisko stakeholdera
Możliwość przeglądania sald kont	Wysoki	Użytkownik powinien mieć możliwość wyświetlania aktualnych sald wszystkich kont związanych z jego profilem	Klienci
Możliwość przesyłania środków między kontami	Wysoki	Użytkownik powinien mieć możliwość przesyłania środków między kontami za pomocą aplikacji mobilnej	Klienci
Możliwość płatności rachunków	Wysoki	Użytkownik powinien mieć możliwość płatności rachunków za pomocą aplikacji mobilnej	Klienci
Efektywny system zaplecza	Wysoki	System zaplecza powinien być w stanie obsługiwać duże objętości transakcji i być łatwy w utrzymaniu	Pracownicy banku
Śledzenie metryk użytkowania	Średni	Aplikacja powinna być w stanie śledzić metryki użytkowania klientów oraz poziom ich satysfakcji	Właściciele firm

Ten szablon zbierania wymagań pomaga zbierać wymagania od stakeholderów poprzez określenie każdego wymagania, jego poziomu priorytetu, kryteriów akceptacji oraz imienia i nazwiska stakeholdera z nim powiązanego. Szablon może być wykorzystywany do zapisywania wymagań podczas rozmów, ankiet i grup dyskusyjnych z stakeholderami. Zapewnia, że wszystkie wymagania są zapisane, priorytetyzowane i dopasowane do interesów i potrzeb stakeholderów. Szablon może być aktualizowany w przypadku identyfikacji nowych wymagań lub zmiany poziomu priorytetu istniejących wymagań.

Macierz śledzenia wymagań

Oto przykład macierzy śledzenia wymagań dla opisanego przez Ciebie problemu:

Macierz śledzenia wymagań: aplikacja mobilna do bankowości

Identyfikator wymagania	Opis wymagania	Nazwa stakeholdera	Status	Odnośnik do dokumentu projektowego	Odnośnik do dokumentu testowego
R1	Możliwość przeglądania sald kont	Klienci	Zaimplementowane	Projekt interfejsu użytkownika 1.1	Przypadek testowy 1.1
R2	Możliwość przesyłania środków między kontami	Klienci	W trakcie	Projekt interfejsu użytkownika 1.2	Przypadek testowy 1.2
R3	Możliwość płatności rachunków	Klienci	Nie rozpoczęto	Projekt interfejsu użytkownika 1.3	Przypadek testowy 1.3
R4	Efektywny system zaplecza	Pracownicy banku	Zaimplementowane	Projekt zaplecza 2.1	Przypadek testowy 2.1
R5	Śledzenie metryk użycia	Właściciele firm	W trakcie	Projekt analizy 3.1	Przypadek testowy 3.1

Ta macierz śledzenia wymagań pomaga śledzić postępy wymagań przez cały projekt. Przypisuje każde wymaganie do jego opisu, imienia stakeholdera, statusu oraz odwołań do dokumentów projektowych i testowych. Macierz zapewnia, że wszystkie wymagania są uwzględnione i oferuje jasny sposób śledzenia statusu wdrożenia każdego wymagania. Może służyć jako punkt odniesienia podczas rozwoju i testowania, aby upewnić się, że wszystkie wymagania zostały spełnione i przetestowane. Macierz można aktualizować w miarę postępu projektu oraz dodawania nowych wymagań lub zmiany istniejących.

Dokument osoby użytkownika

Oto przykład dokumentu osoby użytkownika dla opisanego przez Ciebie problemu:

Dokument osoby użytkownika: Aplikacja mobilna do bankowości

Imię postaci: Sarah

Tło:

Sarah to 29-letnia grafik, która pracuje w firmie projektowej w mieście. Jest technicznie zorientowana i używa telefonu komórkowego do prawie wszystkiego, w tym do bankowości. Zawsze jest w ruchu i preferuje korzystanie z aplikacji mobilnej do zarządzania finansami, ponieważ oszczędza jej czas.

Demografia:

• Wiek: 29
• Płeć: Kobieta
• Stan cywilny: Kłótna
• Zawód: Grafik
• Lokalizacja: Miejska

Cele:

• Możliwość szybkiego i łatwego dostępu do sald kont
• Możliwość bezproblemowego przekazania pieniędzy między kontami
• Możliwość płatności rachunków na czas za pomocą aplikacji mobilnej

Wyzwania:

• Sarah ma wiele kont bankowych i czasem trudno jej śledzić salda na wszystkich z nich.
• Zmartwiona jest bezpieczeństwem swoich informacji finansowych i chce upewnić się, że jej aplikacja mobilna do bankowości jest bezpieczna.

Cytat:

„Kocham korzystanie z mojej aplikacji mobilnej do zarządzania finansami. Oszczędza mi to ogromnie dużo czasu i problemów. Chciałabym tylko móc szybko i łatwo uzyskać dostęp do sald kont, przekazywać pieniądze między kontami i płacić rachunki na czas.”

Ten dokument osoby użytkownika pomaga stworzyć szczegółowy profil typowego użytkownika aplikacji mobilnej do bankowości. Udostępnia informacje o tle użytkownika, demografii, celach, wyzwaniach i cytatach. Ten dokument może służyć jako punkt odniesienia podczas projektowania i testowania aplikacji mobilnej, aby upewnić się, że aplikacja spełnia potrzeby swoich użytkowników docelowych. Dokument można aktualizować w miarę identyfikowania nowych postaci użytkowników lub zmiany potrzeb istniejących postaci.

 

Lista kandydatów do przypadków użycia

Na podstawie opisanego przez Ciebie problemu, oto lista kandydatów do przypadków użycia dla aplikacji mobilnej do bankowości:

1. Wyświetlanie sald kont – Użytkownicy powinni mieć możliwość wyświetlania aktualnych sald wszystkich kont związanych z ich profilem.
2. Przenoszenie pieniędzy między kontami – Użytkownicy powinni mieć możliwość przesyłania pieniędzy między swoimi kontami za pomocą aplikacji mobilnej.
3. Płacenie rachunków – Użytkownicy powinni mieć możliwość płatności rachunków za pomocą aplikacji mobilnej.
4. Ustawianie automatycznych płatności – Użytkownicy powinni mieć możliwość ustawienia automatycznych płatności za okresowe rachunki.
5. Wpłata czeków – Użytkownicy powinni mieć możliwość wpłacania czeków za pomocą aplikacji mobilnej.
6. Znajdowanie pobliskich bankomatów i oddziałów – Użytkownicy powinni mieć możliwość znajdowania pobliskich bankomatów i oddziałów bankowych za pomocą aplikacji mobilnej.
7. Zgłaszanie utraconych lub skradzionych kart – Użytkownicy powinni mieć możliwość zgłaszania utraconych lub skradzionych kart za pomocą aplikacji mobilnej.
8. Kontakt z obsługą klienta – Użytkownicy powinni mieć możliwość kontaktowania się z obsługą klienta za pomocą aplikacji mobilnej.
9. Wyświetlanie historii transakcji – Użytkownicy powinni mieć możliwość wyświetlania historii transakcji dla wszystkich kont związanych z ich profilem.
10. Ustawianie alertów kont – Użytkownicy powinni mieć możliwość ustawienia alertów dotyczących niskich sald, dużych transakcji i innej aktywności konta.

Te przypadki użycia obejmują zakres funkcjonalności, które użytkownicy mogą oczekiwać od aplikacji mobilnej do bankowości. Każdy przypadek użycia reprezentuje konkretną czynność lub zadanie, które użytkownik może wykonać w aplikacji. Te przypadki użycia mogą być wykorzystywane do tworzenia historii użytkownika, przypadków testowych i innych artefaktów projektu. Mogą również być priorytetyzowane na podstawie potrzeb i interesów zaangażowanych stakeholderów.

 

Priorytetowe przypadki użycia

Oto przykładowa tabela, która priorytetyzuje przypadki użycia według rozmiaru, priorytetu i celów/wartości dla aplikacji mobilnej do bankowości:

Przypadek użycia	Rozmiar	Priorytet	Cel/Wartości
Wyświetlanie sald kont	Mały	Wysoki	Komfort, dostęp do informacji
Przenoszenie pieniędzy między kontami	Średni	Wysoki	Komfort, efektywność
Płacenie rachunków	Średni	Wysoki	Komfort, efektywność
Ustawianie automatycznych płatności	Średnia	Średnia	Komfort, Efektywność
Wpłać czeki	Średnia	Średnia	Komfort, Efektywność
Znajdź najbliższe bankomaty i oddziały	Mała	Średnia	Komfort, Dostęp do informacji
Zgłoś zagubione lub skradzione karty	Mała	Średnia	Bezpieczeństwo, Ochrona przed oszustwami
Skontaktuj się z obsługą klienta	Mała	Średnia	Obsługa klienta, Satysfakcja
Zobacz historię transakcji	Średnia	Niska	Zachowanie rekordów, Dostęp do informacji
Skonfiguruj powiadomienia konta	Średnia	Niska	Komfort, Bezpieczeństwo

Ta tabela zawiera każdy przypadek użycia wraz z jego rozmiarem (mały, średni lub duży), priorytetem (wysoki, średni lub niski) oraz celu lub wartością, którą reprezentuje (np. komfort, dostęp do informacji, bezpieczeństwo itp.). Rozmiar przypadku użycia jest określany przez ilość wysiłku potrzebnego do jego wdrożenia, a priorytet opiera się na znaczeniu przypadku użycia dla sukcesu projektu. Cel lub wartość pomaga dostarczyć kontekst dla każdego przypadku użycia i wyjaśnić, dlaczego jest on ważny. Ta tabela może służyć do kierowania rozwojem aplikacji mobilnej do bankowości i zapewnienia, że najważniejsze przypadki użycia są odpowiednio priorytetyzowane.

Przykład opisu przypadku użycia

Oto przykład opisu przypadku użycia dla przypadku „Zobacz saldo konta“:

Nazwa przypadku użycia: Wyświetlanie sald kont

Uczestnicy:

• Klient

Opis: Klient chce wyświetlić salda swoich kont za pomocą aplikacji mobilnego bankowości. Ten przypadek użycia pozwala klientowi szybko i łatwo sprawdzić salda swoich kont bez konieczności odwiedzania filii banku lub bankomatu.

Wstępne warunki:

• Klient posiada ważne konto w banku.
• Klient pobrał i zainstalował aplikację mobilnego bankowości na swoim telefonie komórkowym lub tabletzie.
• Klient jest zalogowany do swojego konta w aplikacji mobilnego bankowości.

Podstawowy przebieg:

1. Klient otwiera aplikację mobilnego bankowości.
2. Klient wybiera opcję „Wyświetl salda kont” z menu głównego.
3. Aplikacja wyświetla listę kont klienta wraz z aktualnym saldem każdego konta.
4. Klient przegląda salda kont.

Alternatywne przebiegi:

• Jeśli klient ma tylko jedno konto, aplikacja może automatycznie wyświetlić saldo konta bez pokazywania listy kont (krok 3).
• Jeśli klient ma wiele kont, ale aplikacja nie może pobrać sald kont, wyświetla się komunikat o błędzie dla klienta.

Warunki końcowe:

• Klient wyświetlił salda swoich kont.
• Klient może wybrać wykonanie innych działań w aplikacji mobilnego bankowości lub wylogować się z konta.

Wyjątki:

• Jeśli aplikacja mobilnego bankowości jest niedostępna lub działa nieprawidłowo, klient nie będzie mógł wyświetlić sald swoich kont.
• Jeśli klient zapomniał danych logowania, będzie musiał zresetować hasło lub skontaktować się z obsługą klienta w celu uzyskania pomocy.
• Jeśli konto klienta jest zamknięte lub nieaktywne, nie będzie mógł wyświetlić sald kont.