Oprogramowanie i inżynierii systemów Use Case-chart jest lista kroków działania lub działań, które zwykle definiują interakcje między rolą zunifikowanego języka modelowania (do niektórych jako „aktor”) oraz systemu do końca. "Aktor" może być człowiekiem lub innym systemem zewnętrznym.
Identyfikacja
diagramy przypadków użycia UML-językowe - jest ważną i cenną metodą analizy wymagań, które są szeroko stosowane w nowoczesnym rozwoju oprogramowania od oficjalnego wprowadzenia Ivar Jacobson w 1992 roku. Rozwój użyciu oprogramowania zależy od wielu modeli i ram procesowych, takich jak Iconix, Unified Process (UP), IBM Rational Unified Process (RUP) i Oracle Unified Method (OUM).
Historia
W 1986 r. Ivar Jakobson opracował najpierw metody symulacji tekstowych, strukturalnych i wizualnych w celu określenia wykorzystania opcji. W 1992 roku jego współautor książki Object-Oriented Software Development - podejście oparte na CASE USE pomogło promować technikę zbierania wymagań funkcjonalnych, zwłaszcza w rozwoju.
Inni eksperci mają również wielki wkład, w tym Alistair Cockburn, Larry Constantine, Dean Leffynhvell Kurt Bittner i Gunnar Overhaard. W 2011 roku Jacobson opublikował zaktualizowane informacje na temat swojej pracy o nazwie Use Case 2.0 z zamiarem włączenia wielu jego praktycznych przykładów użycia precedensów od momentu powstania koncepcji.
Charakter interakcji elementów
Schemat określa interakcję między zewnętrznymiuczestników i system uznany za cel. Aktorem może być osoba, firma lub organizacja, program komputerowy, sprzęt systemowy lub oprogramowanie. Uczestnik może odgrywać rolę aktywną i pasywną: na przykład konsument jest zarówno kupującym (nie wchodzącym w interakcje z systemem), jak i użytkownikiem ("aktor", aktywnie wchodzącym w interakcję z zakupionym produktem). Z kolei użytkownik jest zwykłym operatorem ("podmiotem" korzystającym z systemu zgodnie z jego przeznaczeniem) i funkcjonalnym beneficjentem (osoba zainteresowana korzystająca z systemu).
USE CASE to termin poświęcony projektowaniu oprogramowania i systemu, który opisuje, w jaki sposób użytkownik wykorzystuje system do osiągnięcia określonego celu. Proces ten działa jako metoda modelowania oprogramowania, definiuje funkcje do wdrożenia i rozwiązuje ewentualne błędy. Istnieją trzy główne elementy tego procesu:
"Aktorzy" to rodzaj użytkowników, którzy wchodzą w interakcje z systemem.
System - wymagania funkcjonalne określające oczekiwane zachowanie elementów.
Cele - USE CASE są zazwyczaj inicjowane przez użytkownika w celu opisania działań i opcji związanych z ich osiągnięciem.
Charakterystyka procedury:
Organizacja wymagań funkcjonalnych.
Symulacja celów interakcji użytkownika.
Zapisuj zdarzenia scenariuszy z wydarzeń wyzwalających do ostatecznego celu.
Opis głównego kierunku działania i wyjątkowego przepływu wydarzeń.
Pozwoleniedostęp do funkcji innego wydarzenia.
Etapy opracowywania schematów:
Identyfikacja użytkowników systemu.
Utwórz profil użytkownika dla każdej kategorii. Obejmuje to wszystkie role, które są istotne dla systemu.
Określić ważne cele związane z każdą rolą wspomagającą system. Propozycja cenowa systemu determinuje znaczącą rolę.
Utwórz przykłady użycia dla każdego celu związanego z szablonem i zachowaj ten sam poziom abstrakcji w całym precedensie.
Kroki mające na celu zastosowanie wyższych poziomów są uważane za cele na niższym poziomie.
Terminologia
Diagram USE CASE w Rational Rose to dynamiczny diagram zachowania w języku UML, który symuluje funkcjonalność systemu za pomocą uczestników, precedensów i innych najważniejszych obiektów. Przypadki użycia to zestaw działań, usług i funkcji, które system musi wykonać. W tym kontekście tworzony lub obsługiwany jest system, taki jak strona internetowa. "Aktorzy" (termin warunkowy) to osoby lub organizacje działające w ramach określonych ról w ramach systemu.
Do czego wykorzystywane są diagramy CASE?
Diagramy są cenne dla wizualizacji wymagań funkcjonalnych systemu, które będą uwzględnione w wyborach projektowych i priorytetach rozwojowych. Pomagają również w identyfikacji czynników wewnętrznych lub zewnętrznych, które mogą wpływać na system i powinny być brane pod uwagę. Diagramy przypadków użycia CASE zapewniają dobrą analizę na niskim poziomie, wysokiego poziomu i wskazują, w jaki sposób system współdziała z uczestnikami, a niemartwiąc się o szczegóły wdrożenia tej funkcjonalności.
Co to jest diagram UML?
USE CASE UML Diagram jest sposobem wizualizacji oprogramowania przy użyciu zestawu wykresów. Założycielami technologii są Gredi Buch, James Rumbo, Ivar Jacobson i Rational Software Corporation. Ich prace stanowiły podstawę projektowania obiektowego, a następnie specyfikacje zostały rozszerzone, aby objąć szerszy zakres projektów związanych z tworzeniem oprogramowania. Dziś UML jest akceptowane przez Object Management Group (OMG) jako standard tworzenia oprogramowania do modelowania. Aby odpowiedzieć na pytanie, czym jest diagram UML, musisz najpierw zrozumieć jego elementy składowe. Typowe składniki to:
użytkownicy, którzy wchodzą w interakcję z systemem;
pewien ciąg działań i interakcji między uczestnikami a scenariuszem systemu;
Wynik końcowy - udany wykres powinien opisywać działania i opcje zastosowane do osiągnięcia celu.
W środowisku zawodowym programistów do wyjaśnienia struktury często używanych diagramów UŻYJ CASE "kurczak Ryaba" - wizualna reprezentacja opowieści o popularnej bajce w formie schematu.
Co to jest UML?
UML oznacza Unified Modeling Language. UML 2.0 pomógł rozszerzyć oryginalną specyfikację, aby objąć szerszy zakres prac związanych z rozwojem oprogramowania, w tym elastycznymi metodami. Wprowadzono również następujące rozwiązania:
ulepszona integracja między modelami strukturalnymi, takimi jak diagramy klas i modelezachowanie (diagramy aktywności);
dodano możliwość zdefiniowania hierarchii i rozszerzenia systemu programu na komponenty i podkomponenty;
W wynikach UML dziewięć wykresów UML 2.0 zwiększa tę liczbę do 13;
Nazywa się cztery nowe diagramy: diagram komunikacyjny, schemat struktury składowej, diagram interakcji i diagram czasowy. W tym wydaniu zmieniono również nazwy wykresów stanu na maszynach stanowych lub diagramy stanu.
Kluczem do stworzenia diagramu UML jest łączenie form reprezentujących obiekt lub klasę z innymi danymi w celu zilustrowania przepływu informacji i danych.
Rodzaje wykresów
Obecne standardy UML wymagają trzynastu różnych typów wykresów: klasy, aktywności, obiektu, precedensu, sekwencji, pakietu, stanu, komponentu, komunikacji, struktury komponentów, przeglądu interakcji, czasu i wdrożenia.
Te wykresy są podzielone na dwie grupy: schematy strukturalne i behawioralne (lub interakcje).
Strukturalne z kolei są podzielone na następujące typy wykresów:
Klasy są podstawą niemal każdej metody obiektowej, w tym UML. Opisują statyczną strukturę systemu.
Pakiety są podzbiorem diagramów klas. Programiści są czasami postrzegani jako osobna metoda. Wykresy wsadowe organizują elementy systemowe powiązanych grup, aby zminimalizować zależności między pakietami.
Obiekt - opisać statyczną strukturę systemu w określonym czasie. Mogą być używane do sprawdzania dokładności diagramów klas. Złożone schematy strukturalnepokaż wewnętrzną część klasy. Symuluj funkcjonalność systemu za pomocą uczestników i precedensów.
Komponenty - opisuje organizację fizycznych komponentów programu, w tym kod źródłowy, plik wykonywalny (kod binarny).
Wykresy rozmieszczenia odzwierciedlają zasoby fizyczne w systemie, w tym węzły, komponenty i połączenia.
Diagramy behawioralne obejmują:
Czynności - ilustrują dynamiczną naturę systemu poprzez symulowanie przepływu kontroli z działalności do aktywności. Akcja jest operacją na jakiejś klasie w systemie, co prowadzi do zmiany stanu systemu. Zazwyczaj wykresy aktywności służą do symulacji przepływu pracy lub procesów biznesowych i wewnętrznego przepływu pracy.
Sekwencje opisują interakcje między klasami pod względem przesyłania wiadomości w czasie.
State - opis dynamicznego zachowania się systemu w odpowiedzi na bodźce zewnętrzne. Diagramy stanów są szczególnie użyteczne w modelowaniu obiektów reaktywnych, których stan jest inicjowany przez pewne zdarzenia.
Komunikacja - symulacja interakcji między obiektami w sekwencji. Opisują zarówno statyczną strukturę, jak i dynamiczne zachowanie systemu. Pod wieloma względami istnieje uproszczona wersja schematu współpracy wprowadzonego w UML 2.0.
Przegląd interakcji - przedstawia połączenie schematów aktywności i spójności. Symulują sekwencję czynności i umożliwiają dekonstrukcję bardziej złożonych interakcji w kontrolowanych zdarzeniach.
Tymczasowy - reprezentuje typ behawioralnego lub interaktywnego diagramu UML, który koncentruje się na procesach zachodzących przez pewien okres czasu. Istnieje specjalny przykład diagramu sekwencji.
Symbole i oznaczenia
Istnieje wiele różnych typów diagramów UML, a każdy z nich ma swój własny zestaw symboli. Diagramy klas są jednym z najczęściej używanych diagramów UML, a diagramy klas są jednym z ważnych atrybutów. Na przykład istnieją symbole dla aktywnych klas i interfejsów. Symbol klasy można oprawić, aby pokazać operacje, atrybuty i obowiązki klasy. Linie są również ważnymi symbolami wskazującymi na związek między komponentami. Generalizacja i dziedziczenie są oznaczone pustymi strzałkami. W zależności od wykropkowanej linii ze strzałką. Użyj pozwala określić właściwości tej zależności. Liczba całkowita jest zwykle wyświetlana z liczbą na jednym końcu strzałki i * na drugiej. Wykresy pakietów zawierają znaki definiujące pakiet podobny do folderu. Wykresy akcji zawierają osobne znaki dla stanu początkowego i końcowego. Przepływ kontroli jest zwykle wskazywany przez strzałkę, a przepływ obiektu to przerywana strzałka. Diagramy przypadków użycia zawierają znaki dla uczestników i precedensów.
Dlaczego używamy UML?
Zintegrowana aplikacja korporacyjna z dużym personelem wymaga solidnych podstaw planowania i jasnej komunikacji między członkami zespołu w miarę postępów projektu. Wizualizuj interakcje użytkownika, procesy i strukturę systemu, którego próbujesztworzyć, oszczędzać czas i upewnić się, że wszyscy członkowie zespołu są aktywnie zaangażowani w proces. Kolejne diagramy opisują interakcje między klasami pod względem przesyłania wiadomości w czasie. Są one również nazywane tabelami zdarzeń i są dobrym sposobem wizualizowania i testowania różnych scenariuszy wykonania. Obiekty te mogą pomóc przewidzieć zachowanie systemu i określić obowiązki, jakie klasa musi wykonać w procesie modelowania nowego systemu. Przykład UŻYCIE Diagram CASE jest graficzną reprezentacją interakcji między elementami systemu. Jest to metodologia wykorzystywana w analizie systemu do wykrywania, udoskonalania i organizowania wymagań systemowych. W tym kontekście termin "system" odnosi się do tego, co jest opracowywane lub wykorzystywane, na przykład do strony internetowej służącej do sprzedaży i obsługi towarów pocztą. Użyj diagramu CASE w UML (Unified Modeling Language) - notacja standardowa do modelowania obiektów i systemów w świecie rzeczywistym.
Definicja pojęć
Cele systemowe mogą obejmować ogólne planowanie wymagań, weryfikację projektu sprzętu, testowanie i debugowanie opracowanego oprogramowania, tworzenie stanowiska pomocy technicznej lub przypisanie użytkownika. Na przykład użycie opcji USE CASE diagram w środowisku sprzedaży obejmuje zamawianie produktów, aktualizacje katalogu, przetwarzanie płatności i relacje z klientami. Schemat użycia wygląda jak schemat blokowy. Intuicyjne symbole są elementami systemu. SkryptyPRZYKŁADOWE STWORZENIE PRZYPADKÓW - PRZYKŁADOWE diagramy zawierające cztery elementy:
Granica, która określa system będący przedmiotem zainteresowania świata zewnętrznego.
"Podmioty" to zazwyczaj osoby związane z systemem, określone zgodnie ze swoimi rolami.
Opcje użytkowania, które są specyficznymi rolami odgrywanymi przez "aktorów" wewnątrz i wokół systemu.
Związek między aktorami.
W ujednoliconym języku symulacji wykres może podsumowywać informacje o użytkownikach systemu (zwane również jednostkami) i ich interakcji z systemem. Aby zbudować jeden obiekt, użyjesz zestawu znaków specjalnych i łączników. Na przykład tabela CASE USE dla sklepu internetowego może pomóc zespołowi omówić i wyobrazić sobie:
scenariusze, w których twój system lub aplikacja współdziała z ludźmi, organizacjami lub systemami zewnętrznymi;
cele i metody ich osiągnięcia;
Objętość systemu.
Praktyczne zastosowanie
Diagram USE CASE nie jest bardzo ważny w przypadku braku jasnego zrozumienia procesu - nie będzie on symulował kolejności kroków, chyba że zostanie ustanowiony jasny algorytm. Eksperci zalecają używanie danych z wykresu w celu uzupełnienia wersji tekstowej. Diagram pokazuje wysoki poziom wzajemnego połączenia między zastosowaniami, przedmiotami i systemami. Z tego powodu do modelowania struktury często stosuje się schematy USE CASE dla partii politycznej. Schemat jest idealny w następujących sytuacjach:
przedstawienie celów interakcji system-użytkownik;
definicja i organizacja wymagań funkcjonalnych dla systemu;
określające kontekst i wymagania systemu;
symulacja głównego strumienia wydarzeń w precedensie.
Ze względu na optymalną wizualizację modelowania oprogramowania pralniczego opartego na CASE, są one szeroko stosowane. Do modelowania systemu najważniejszym aspektem jest wychwytywanie dynamicznego zachowania, które oznacza zachowanie systemu podczas jego uruchamiania i dalszej pracy. W języku UML dostępnych jest pięć diagramów do modelowania dynamicznego, a najbardziej oczywistym przykładem jest diagram USE CASE.
Cel
Celem diagramu jest uchwycenie dynamicznego aspektu systemu. Jednak ta definicja jest zbyt ogólna, aby opisać cel. Ponieważ pozostałe cztery wykresy (Activity, Sequence, Sharing i Statechart) również mają ten sam cel. ZASTOSOWANIE Diagramy CASE służą do zbierania wymagań systemowych, w tym wpływów wewnętrznych i zewnętrznych (z reguły te wymagania projektowe). Tak więc, analizując system do gromadzenia jego funkcjonalności, opracowywane są przykłady użycia i zidentyfikowani uczestnicy. Po zakończeniu początkowego zadania losowe diagramy stochastyczne są modelowane w celu przedstawienia wyglądu. Cele tworzenia diagramów CASE USE są następujące:
zbieranie wymagań;
uzyskanie wyglądu systemu;
wpływ czynników zewnętrznych i wewnętrznych;
wizualizacja interakcji między wymaganiami i podmiotami.
Proces tworzenia
Wykres używany dlaanaliza wymagań systemowych wysokiego poziomu. Po przeanalizowaniu wymagań systemowych funkcja jest naprawiana, gdy jest używana. Można powiedzieć, że wzorce użycia są tylko funkcjami systemowymi napisanymi w sposób zorganizowany.
Diagramy są stosowane w celu uwzględnienia wymagań funkcjonalnych systemu. Po zidentyfikowaniu powyższych pozycji, musimy użyć następujących wskazówek do zbudowania efektywnego diagramu użycia:
Nazwa precedensu jest bardzo ważna - wybierz ją, aby mogła zidentyfikować wykonane funkcje.
Nadaj odpowiednią nazwę aktorom.
Pokaż wykres zależności i zależności.
Nie staraj się uwzględniać wszystkich rodzajów relacji, ponieważ głównym celem diagramu jest określenie wymagań.
W razie potrzeby należy skorzystać z wyjaśnienia, aby wyjaśnić niektóre ważne punkty.
Zakres
UML ma pięć schematów do modelowania dynamicznej reprezentacji systemu. Każdy model ma określony cel użycia. W rzeczywistości te konkretne cele są stosowane w różnych kierunkach działającego systemu. Aby zrozumieć dynamikę, należy użyć różnych typów diagramów. Użyj diagramów CASE, składu, typów połączeń - najlepszy przykład. Jego szczególnym celem jest zebranie wymagań systemowych uczestników. Diagramy są używane na bardzo wysokim poziomie projektu, gdzie dane są wielokrotnie udokładniane, zanim uzyska się pełny i praktyczny obraz. Dobrze skonstruowany precedens opisuje także warunek wstępny, stan komunikatu i wyjątek. To sąDodatkowe elementy służą do tworzenia przykładów do testowania. W inżynierii wykorzystywane są diagramy do tworzenia zapytań testowych oraz w przypadku inżynierii odwrotnej do przygotowywania informacji o wymaganiach z istniejącego programu. ZASTOSOWANIE Diagramy CASE mogą być używane do analizy wymagań i projektowania na wysokim poziomie, mapowania kontekstowego i inżynierii wstecznej.
