Diagram przypadków użycia UML
Czy kiedykolwiek interesowały Cię schematy blokowe? Zdolność schematów blokowych polega na wyjaśnianiu złożonych algorytmów instrukcjami krok po kroku w różnych kształtach - zawsze był to łatwy sposób obrazowego zobrazowania dowolnego algorytmu lub procesu. Diagramy UML to zaawansowana wersja schematów blokowych. Pozwól nam zrozumieć każdy termin.
Co to jest diagram przypadków użycia UML?
Brzmi jak dość ciężki tytuł, prawda? Podzielmy to na każde słowo.
UML
Unified Modeling Language to nowoczesne podejście do konwencjonalnego procesu modelowania i dokumentowania oprogramowania. To podejście jest schematyczną reprezentacją komponentów i procesów związanych z oprogramowaniem. To tak, jakby wyjaśniać całe oprogramowanie za pomocą prezentacji wizualnych, aby łatwo było je zrozumieć i wyeliminować ewentualne wady i błędy w systemie. Cały proces objęty jest większą parasolką technik modelowania procesów biznesowych.
Diagramy UML
Wyobraźcie sobie rzeczywiste, wyskalowane modele różnych rozległych architektur, takich jak centrum handlowe lub spółdzielnia mieszkaniowa rozmieszczone na akrach, umieszczone w ładnych błyszczących szklanych skrzyniach na recepcji budynku. Czy nie jest łatwo zrozumieć całą strukturę, gdy została ona wymodelowana jako całość na twoich oczach?
Cóż, diagramy UML są oprogramowaniem tym, czym są te skalowane modele do faktycznej struktury. Pełna reprezentacja całego systemu lub jego części za pomocą diagramów. Istnieją różne diagramy służące różnym celom. Oto niektóre przykłady:
- Schemat klasy - Koncentruje się bardziej na planie.
- schemat sekwencji - Koncentruje się bardziej na procesie, z perspektywy systemu.
- diagram aktywności - Koncentruje się na działaniach z perspektywy użytkownika.
- Schemat przypadków użycia - Koncentruje się na wymaganiach biznesowych i wielu innych.
Diagram przypadków użycia UML
Centralnym tematem dzisiejszej dyskusji są diagramy przypadków użycia. Diagram przypadku użycia modeluje zachowanie dynamiczne systemu podczas jego działania. Podkreśla wysokie wymagania systemu. Jest modelowany do reprezentowania zewnętrznego widoku systemu. Schemat przypadków użycia wyjaśnia różne przypadki użycia, w których użytkownik końcowy może wchodzić w interakcje z systemem. Perspektywa na zdjęciu to użytkownik końcowy.
Prostym przykładem diagramu przypadków użycia jest sposób interakcji użytkownika końcowego z systemem rezerwacji biletów lotniczych. Niektóre przypadki użycia w tym przykładzie mogą być między innymi:
- Osoba loguje się, aby wyszukać loty.
- Osoba rezerwuje lot.
- Osoba przegląda poprzednie rezerwacje lotów.
- Osoba sprawdza sieć podczas lotu.
- Osoba odwołuje swój lot.
i trochę więcej,
Zanurzmy się w…
Jak wspomniano wcześniej, schemat przypadków użycia modeluje zachowanie dynamiczne systemu. Zwróć uwagę na słowo dynamiczne. Oznacza to, że muszą istnieć pewne czynniki wewnętrzne lub zewnętrzne, które wpływają na zachowanie systemu w czasie wykonywania i nadają mu charakter dynamiczny. Ci wewnętrzni lub zewnętrzni agenci są znani jako aktorzy . Diagram przypadków użycia modeluje aktorów, system i ich interakcje. Schemat pojedynczego przypadku użycia może modelować określoną funkcjonalność systemu.
Ale dlaczego warto korzystać ze schematu przypadków?
To ciekawa strona twojej rozmowy. Przeanalizujmy przez niektóre QnA.
- Po co przypadek użycia, gdy diagram aktywności modeluje również działania systemu na podstawie danych wejściowych?
Odp .: Tak, ale diagram przypadku użycia robi to z perspektywy użytkownika końcowego, podczas gdy diagram aktywności robi to z perspektywy systemu. Użytkownik końcowy może nie znać swojej roli poprzez diagram aktywności.
- Cóż, diagramy sekwencji obejmują aktorów i działania, które wykonują na różnych etapach. Dlaczego przypadek użycia?
Odp: Diagramy sekwencji są bardziej szczegółowymi wersjami interakcji użytkownika z systemem. Obejmują one również wewnętrzne funkcjonowanie systemu, interakcję między podmodułami i czas, jaki upłynął podczas wewnętrznego funkcjonowania. Użytkownik końcowy może nie być zainteresowany takimi szczegółami. Jest zainteresowany ogólną wydajnością systemu.
- Wiem, że diagramy współpracy / komunikacji są prostszą wersją diagramów sekwencji. Dlaczego nie mogę ich użyć?
Odp. Diagramy współpracy są rzeczywiście prostsze, ale koncentrują się głównie na komunikacji między komponentami. Nadal wymaga to większego skupienia się na komunikatach wymienianych między systemem a modułami podrzędnymi. Użytkownik końcowy może nadal uznać go za zbyt szczegółowy do swoich celów.
- Istnieje również diagram stanu. Są proste, nie wymagają wewnętrznych podmodułów i przedstawiają również interakcje użytkownika końcowego. Jak pokonuje to diagram przypadków użycia?
Odp. Podstawowym celem diagramów stanu jest analiza stanu systemu w każdym możliwym momencie. Są bardziej odpowiednie do debugowania i inżynierii wstecznej systemu. Diagramy przypadków użycia pomijają stany pośrednie systemu, ponieważ użytkownik końcowy może nie być zainteresowany znajomością wszystkich stanów, w których przechodzi maszyna. Ponadto diagramy schematów stanu nie koncentrują się na ogólnych wymaganiach, podobnie jak diagramy przypadków użycia. Koncentrują się bardziej na konkretnym wkładzie i danych wynikach.
W związku z tym dyskusja polega na tym, że podczas gdy wiele diagramów UML wykonuje podobne funkcje, mają one jednak wyróżniającą się rolę w zrozumieniu systemu. Schemat przypadków użycia jest tak samo ważny, jak każdy inny schemat dla ogólnej dokumentacji komponentów systemu schematów przypadków użycia.
Przykład
Poniżej znajduje się prosty przykład schematu zastosowania dla systemu rezerwacji biletów lotniczych. Schemat ten można uczynić bardziej kompleksowym dzięki wprowadzeniu innych podmiotów, takich jak operatorzy rezerwacji, banki itp. Uproszczono, aby pokazać, jak powstaje schemat przypadków użycia.
Wniosek
Diagramy przypadków użycia są proste, ale skuteczne w zrozumieniu systemu z zewnątrz. Są bardzo pomocne dla firmy w definiowaniu wymagań na wysokim poziomie i analizowaniu wad w tych wymaganiach. Zrozumienie diagramów przypadków użycia pomaga zarówno firmie, jak i zespołowi technicznemu uzyskać dostęp do tej samej strony pod względem wymagań.
Polecane artykuły
Jest to przewodnik po diagramie przypadków użycia UML. Tutaj omawialiśmy, czym jest Diagram przypadków UML i dlaczego jest używany oraz elementy tego diagramu. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -
- Przewodnik krok po kroku na diagramie klas
- Co to jest grafika komputerowa?
- Nauka danych a wizualizacja danych
- Co to jest Teradata? | Architektura Teradata