Przypadki użycia a historie użytkowników: różnica między przypadkami użycia a historiami użytkowników

W programowaniu Agile często spotykamy dwa terminy – przypadki użycia i historie użytkowników. Oto niektóre z najczęstszych terminów używanych przez każdego programistę lub osobę niebędącą programistą po ich częstym używaniu. Co więcej, dla tych, którzy nie mają żadnej podstawowej wiedzy na temat programowania, używanie tych terminów zamiennie jest również dość powszechne.

Przypadki użycia i historie użytkowników różnią się od siebie pod wieloma względami. Mają różne cele do zrealizowania. Chociaż mogą mieć podobne funkcje, koncepcje różnią się biegunami.

Sprawdź bezpłatne kursy, aby podnieść swoje kwalifikacje

W tym artykule omówimy przypadki użycia i historie użytkowników wraz z przykładami, a także wyjaśnimy, czym różnią się historie użytkowników od przypadków użycia . Zbadamy również potrzebę stosowania tych dwóch podejść i przyczyny ich nakładania się.

Co to jest przypadek użycia?

Przypadek użycia odzwierciedla proces związany z osiągnięciem celu pożądanego produktu. Jest to wymóg systemu, który pomaga uzyskać produkt. Działa jako opis produktu dla aktorów (lub użytkowników), którzy będą z niego korzystać. Z technicznego punktu widzenia jest to interakcja między systemem a aktorami poprzez opis.

Niektóre z krytycznych elementów przypadków użycia: -

• Aktor: Osoba lub grupa osób wchodzących w interakcję z systemem
• Cel: końcowy wynik, dla którego opracowano przypadki użycia
• System: wszystkie kroki prowadzące do osiągnięcia celu

Przypadki użycia mają związek przyczynowo-skutkowy, który obejmuje pewne zdarzenia, w których funkcje lub cechy produktu są opisywane użytkownikowi końcowemu. Zapewnia szczegółowe zrozumienie zachowania użytkownika podczas interakcji z systemem.

Zespół produktowy wykorzystuje przypadki użycia w projektowaniu, testowaniu i rozwijaniu produktów. Pomaga im nakreślić wymagania dotyczące sposobu zaprojektowania podręcznika pomocy dla użytkownika. Oprócz tego są w stanie wyeliminować błędy.

Przypadki użycia to szczegółowe opisy produktu dla interesariuszy lub użytkowników końcowych.

Przykład przypadku użycia

Weźmy przykład aplikacji marki odzieżowej stworzonej w celu zaspokojenia wymagań klientów w zakresie dostaw odzieży i akcesoriów. Klienci przeglądają aplikację, wybierają najbardziej odpowiedni produkt (y) i składają zamówienie. Składając zamówienie, mogą zapłacić online lub po dostawie. Po potwierdzeniu ze strony klienta, otrzymuje maila z potwierdzeniem lub powiadomienie o „zamówieniu złożonym”.

Następnie zamówienie jest przygotowywane, pakowane i wysyłane pod wskazany adres. W tym scenariuszu aplikacja musi odbierać zamówienia i przetwarzać opcje płatności, komunikując się z obiema stronami (klientami i sprzedawcami). Tutaj:

• System jest – aplikacją e-commerce
• Głównym aktorem jest – klient
• Scenariusz jest taki – przeglądanie aplikacji

Tutaj możesz przeczytać, w jaki sposób klienci i sprzedawcy wchodzą w interakcję z aplikacją i oczekują pożądanego rezultatu. Niektóre z podstawowych opisów przypadków użycia to:

• Użytkownik wybiera element.
• Informacje o płatności i wysyłce
• Potwierdzenie zamówienia i kasy
• Zamów czas odliczania lub śledzenie
• Informacje rozliczeniowe

Przejdźmy do historii użytkownika i zobaczmy, czym różnią się historie użytkowników od przypadków użycia.

Co to jest historia użytkownika?

Historia użytkownika to krótki opis produktów dla użytkowników, który prowadzi ich przez cały proces. Każda historia użytkownika jest napisana z perspektywy klienta łatwym do zrozumienia językiem. User story koncentruje się na tym, czego użytkownik oczekuje od platformy i co system powinien mu zaoferować.

Następnie zespół programistów włącza użytkowników podanych stwierdzeń do oprogramowania z pewnymi poprawkami. Historie użytkowników składają się z interakcji zachodzących w całym procesie za pośrednictwem oprogramowania. Trzy C są zaangażowane w historie użytkowników, koncepcję przywołaną przez Rona Jeffriesa. To są-

• Karta: Historie użytkowników powinny być napisane w formie kart, co oznacza krótkie i zwięzłe historie ze wszystkimi niezbędnymi informacjami.
• Rozmowa: historia użytkownika powinna być rozmową między klientami a programistami za pośrednictwem oprogramowania.
• Potwierdzenie: Oznacza to, że klienci potwierdzają pewne warunki, które należy wdrożyć, zanim nadejdzie wynik.System powinien być w stanie wykonać go poprawnie.

Oprócz tych trzech C historii użytkownika, skupia się ona również na jeszcze jednym ważnym celu: INWESTYCJI. To znaczy

• Niezależny :od innych projektów
• Do negocjacji :miejsce do dalszej zabudowy
• Cenne :opis dla użytkowników
• Estimable :historia użytkownika, aby wykonać odpowiedni plan
• Małe :dni roboczych, aby zakończyć pracę w ciągu 3-5 dni
• Testowalny :Mechanizm sprawdzania wartości lub ważności procesu

Przykład historii użytkownika

Historie użytkowników są wyrażane w następujący sposób:

„Jako (osoba), ja (chcę) (tak, że).”

• Jako (persona) – osoba, dla której tworzona jest aplikacja lub oprogramowanie. Powinien podkreślać użytkownika końcowego.
• Ja (chcę) – Tutaj opisuje się intencję, a nie cechy. Powinien opisywać cel użytkownika, a nie część aplikacji lub interfejsu użytkownika.
• (Tak, że) – opisuje ogólną korzyść lub szerszy obraz aplikacji. Jaka jest ogólna korzyść, jakiej odniósłby użytkownik końcowy?

Oto kilka przykładów historii użytkowników

• Jako Elie chcę powiązać swoją kartę kredytową z moim profilem, aby móc łatwo płacić czynsz bez gotówki.
• Jako menedżer chcę tak zorganizować swoją pracę, aby mieć poczucie większej kontroli.

Struktura historii użytkownika może się różnić, ale intencja powinna być taka sama.

Dlaczego potrzebujemy przypadków użycia i historii użytkownika?

Istnieje kilka powodów, dla których potrzebujemy zarówno przypadków użycia, jak i historii użytkowników w naszym systemie. Zagłębmy się w cel historii użytkownika i przypadku użycia:

Potrzebujemy przypadków użycia, aby–

• Zarządzaj zakresem prac
• Ułatwienie komunikacji między użytkownikami końcowymi a programistami
• Ustal wszystkie wymagania
• Wizualizuj architekturę systemu
• Nakreśl strukturę, poprzez którą możemy wchodzić w interakcje z systemem

Potrzebujemy historii użytkowników, aby –

• Stwórz usprawniony proces
• Twórz małe, osiągalne cele
• Zadbaj o to, aby zarówno użytkownicy techniczni, jak i nietechniczni byli na tej samej stronie
• Zdefiniuj cały proces

Sprawdź nasze amerykańskie programy nauki o danych

Różnica między przypadkiem użycia a historią użytkownika

Przyjrzyjmy się różnicy między przypadkiem użycia a historią użytkownika, aby zrozumieć, co je odróżnia:

1. Przypadki użycia są opracowywane dla zespołu produktu, mając na uwadze intencje interesariuszy. Nakreśla strukturę osiągnięć dla zespołu, aby stworzyć pożądane oprogramowanie. Przypadki użycia są zwykle bardziej szczegółowe niż historie użytkowników.
   Historie użytkowników są prostsze i bardziej skoncentrowane na użytkowniku. Podkreśla rutynowe obowiązki użytkowników, dlatego język używany w user stories jest zrozumiały i całkowicie z punktu widzenia interesariusza.
2. Jak wspomniano, przypadki użycia są prostsze niż historie użytkowników. Jednak oba podejścia są uproszczone i łatwe do zrozumienia.
3. Historie użytkowników celowo pozostawiają pewne pole do ulepszeń. Z tego powodu musi zawierać więcej szczegółów.
   Natomiast przypadki użycia są trafne i podkreślają wszystkie kroki, które muszą wykonać programiści.
4. Historie użytkowników są opracowywane przed przypadkami użycia i powstają głównie w wyniku interakcji.

Przeczytaj nasze popularne artykuły w USA — Data Science

Kiedy używać przypadku użycia, a kiedy historii użytkownika?

Historie użytkowników są wykorzystywane do rozwoju produktu, a podejście jest bardziej nastawione na klientów. Jak wspomniano, historie użytkowników celowo pozostawiają miejsce na ulepszenia, które odbywają się poprzez rozmowy między programistami a użytkownikami. Wyznacza sobie cel na początku procesu, a to oni odpowiadają za zwiększenie efektywności. Deweloper może o tym pamiętać podczas tworzenia historii użytkowników.

Przypadki użycia służą jednak do dokumentowania procesu. Składa się ze wszystkich wymagań procesowych, aby osiągnąć cel końcowy. Przypadki użycia rysują szerszy obraz istniejącego systemu. Obejmuje proste punkty ułatwiające proces programowania.

Zwiększ swoją karierę dzięki upGrad

Odpowiednie wykształcenie wyższe może mieć duże znaczenie dla wszystkich początkujących programistów i naukowców zajmujących się danymi. Jeśli szukasz możliwości doskonalenia swoich umiejętności i referencji, program Executive PG upGrad w Data Science może być doskonałym wyborem. Dzięki temu kursowi uczniowie mają wyjątkową ekspozycję na świat techniczny. WES i Institute of Analytics doceniają wartość tego kursu, który jest kuratorem w oparciu o wiedzę wiodących specjalistów z branży.

Wniosek

Zwinne tworzenie oprogramowania obraca się wokół opracowywania iteracji, metodologii i technik w celu uwzględnienia punktów widzenia użytkowników. Z tego powodu popyt stale rośnie. Każda branża koncentruje się na opracowywaniu przypadków użycia i historii użytkowników w swoim systemie, tak aby każdy wynik okazał się zorientowany na klienta, zwiększając w ten sposób satysfakcję klienta.