• Nie Znaleziono Wyników

DIAGRAMY PRZYPADKÓW UŻYCIA

N/A
N/A
Protected

Academic year: 2021

Share "DIAGRAMY PRZYPADKÓW UŻYCIA"

Copied!
16
0
0

Pełen tekst

(1)

DIAGRAMY PRZYPADKÓW

UŻYCIA

(2)

Co to jest?

• Diagram przypadków użycia opisuje

system z punktu widzenia użytkownika, pokazuje co robi system, a nie w jaki

sposób to robi.

• Diagram ten zazwyczaj nie daje nam zbyt wielu informacji, dlatego zawsze

potrzebna jest do niego dokumentacja, w której będziemy mieli dobrze opisany

przypadek użycia.

(3)

Aktorzy?

Aktorzy reprezentują spójny zbiór ról, jakie odgrywają użytkownicy w czasie interakcji z danym przypadkiem użycia. Aktorzy

mogą reprezentować stanowiska i funkcje w danej organizacji, mogą to być także

systemy zewnętrzne aplikacji (podsystem, baza danych itd.) czy też urządzenia.

(4)

Aktorzy są najczęściej prezentowani jako

proste postacie. Inną dozwoloną notacją jest kwadrat znany z diagramów klas wraz ze

stereotypem <>.

(5)

Nazwą aktora powinien być rzeczownik.

Nawet jeśli firma zatrudnia wielu sprzedawców, to z puntu widzenia

systemu będą oni obsługiwani jednakowo.

(6)

Przypadek użycia

Użytkownicy projektowanego przez nas

systemu (aktorzy), oczekują od niego, aby oferował on określone funkcjonalności.

Każdy z aktorów potrzebuje innej

funkcjonalności systemu (jednak mogą się one miejscami nakładać, a więc pewne

funkcje mogą być potrzebne jednocześnie kilku aktorom).

(7)

Przypadek użycia

Funkcjonalności to jednocześnie nasze przypadki użycia. Oficjalnie przypadek użycia jest

specyfikacją akcji i ich wariantów, które poprzez interakcje z aktorami systemu, system może

wykonać. Najprościej rzecz ujmując, jest on

działaniem, jakie realizuje system w odpowiedzi na aktywność aktora.

Przypadki użycia na diagramach UML prezentuje się w postaci elips z umieszczonymi w środku

nazwami.

(8)

Związki

Związek określa nam zależność pomiędzy aktorem a daną funkcjonalnością.

Głównym związkiem jest asocjacja. To ona jest najczęściej spotykana. Mówi nam o wystąpieniu dwukierunkowej komunikacji pomiędzy

przypadkiem użycia a aktorem.

Jeśli komunikacja ta przebiega tylko w jednym kierunku, można kierunek ten zaznaczyć

strzałką.

W przypadku diagramów użycia, związkom nie nadaje się nazw!!!

(9)
(10)

Związki

Innym związkiem jest zawieranie. „Zawierany przypadek użycia” nie jest wykonywany

samodzielnie. Związek zawierania ma postać przerywanej strzałki ze stereotypem <>,

biegnącej od przypadku użycia zawierającego do zawieranego.

Związku zawierania używa się wówczas, gdy z kilku innych przypadków użycia można

wydzielić pewną część wspólną.

(11)
(12)

Kolejnym związkiem jest rozszerzanie.

Związek ten pozwala na wydzielenie

przypadku użycia, który w pewnych sytuacjach może zostać wzbogacony o dodatkowe opcje.

Wygląda on tak samo jak związek zawierania.

Związki

(13)
(14)

Ostatnim typem związku jest uogólnienie.

Jak sama nazwa wskazuje, ma on na celu uogólnienie aktorów bądź

przypadków użycia, przy czym obiekt uogólniany posiada wszystkie cechy

obiektu ogólnego. Uogólnienie ma postać strzałki z linią ciągłą i zamkniętym grotem.

Związki

(15)

Nasze przypadki użycia

(16)

Dziękujemy za uwagę 

Cytaty

Powiązane dokumenty

Diagram sekwencji wyraża scenariusz przypadku użycia Przetwarzanie książek... (int aNumber) : BaseClass (aNumber) , constMinimumValue

Czy istnieje związek między częstością stosowania seksualizmów odwołujących się do sportu a czynnym uprawianiem

Diagramy przypadków użycia służą do modelowania perspektywy przypadków użycia systemu, a w tym do opisywania otoczenia systemu, podsystemu lub klasy lub określania

Usługi uzupełniające to przeglądanie aktywnych aukcji, przeglądanie historii zawartych transakcji, a także finalizacja transakcji, związana z odnotowaniem zapłaty oraz

– Dalsza analiza reguł działania i wymagań użytkownika może prowadzić do wyodrębnienia przypadków użycia opisujących sposoby używania systemu do poszczególnych

Celem ćwiczenia jest stworzenie modelu systemu służącego do obsługi zgłoszeń systemowych na podstawie

zdefiniowane standardy dla dokumentu wymagań oraz czynności pozyskiwania wymagań - problemów w fazie analizy wymagań jest dużo mniej. - Poziom zdefiniowany - posiada z

wskazuje na to miejsce w zachowaniu (scenariuszu) przypadku użycia, które jest rozszerzone o inny przypadek użycia za pomocą