Diagram przypadków użycia
Z Wikipedii
Diagram przypadków użycia - graficzne przedstawienie przypadków użycia, aktorów oraz związków między nimi, występujących w danej dziedzinie przedmiotowej.
Diagram przypadków użycia w języku UML służy do modelowania funkcjonalności systemu. Tworzony jest zazwyczaj w początkowych fazach modelowania. Diagram ten stanowi tylko przegląd możliwych działań w systemie, szczegóły ich przebiegu są modelowane za pomocą innych technik (np. diagramów stanu lub aktywności).
Diagram przypadków użycia przedstawia usługi, które system świadczy aktorom, lecz bez wskazywania konkretnych rozwiązań technicznych.
Spis treści |
[edytuj] Cele stosowania diagramów przypadków użycia
- identyfikacja oraz dokumentacja wymagań,
- umożliwiają analizę obszaru zastosowań, dziedziny przedmiotowej,
- pozwalają na opracowanie projektu przyszłego systemu,
- stanowią przystępną i zrozumiałą platformę współpracy i komunikacji twórców systemu, inwestorów i właścicieli,
- są rodzajem umowy, kontraktu pomiędzy udziałowcami co do zakresu i funkcjonalności przyszłego systemu,
- stanowią podstawę testowania funkcji systemu na dalszych etapach jego cyklu życia.
[edytuj] Kategorie pojęciowe oraz notacja graficzna
Diagram przypadków użycia składa się z następujących kategorii pojęciowych:
- przypadków użycia,
- aktorów,
- związków.
[edytuj] Przypadek użycia
Zobacz więcej w osobnym artykule: przypadek użycia.Przypadek użycia (ang. use case) - specyfikacja ciągu akcji i ich wariantów, które system (lub inna jednostka) może wykonać poprzez interakcję z aktorami tego systemu.
W związku z tym przypadek użycia jest kompleksowym działaniem realizowanym w projektowanym systemie w konsekwencji określonej aktywności aktora. Zakres danego działania determinowany jest przez wszystkie wzajemnie powiązane ze sobą przypadki użycia. Pojedynczy przypadek użycia to reprezentant spójnej jednostki funkcjonalności, którą dostarcza system.
Nazwa przypadku użycia to zwięzłe polecenie wykonania funkcji w projektowanym systemie, najczęściej to sformułowanie w trybie rozkazującym. Według standardu UML reprezentowany jest przez elipsę z etykietą wewnątrz.
W wersji 2.0 standardu UML zostały zaproponowane alternatywne notacje przypadków użycia, które pozostają tożsame z podstawową.
 |
 |
[edytuj] Aktor
Aktor (ang. actor) - spójny zbiór ról odgrywanych przez użytkowników przypadku użycia w czasie interakcji z tym przypadkiem użycia.
Wyróżniamy aktorów osobowych i nieosobowych. Aktorem osobowym może być osoba, zespół, dział, instytucja, organizacja, zrzeszenie organizacji lub organizacja wirtualna. Nazwy aktorów osobowych często pokryte są z nazwami funkcji jakie pełnią w organizacji, projekcie lub przedsięwzięciu bądź nazwą stanowiska jakie piastują. Natomiast aktorem bezosobowym może być system zewnętrzny (podsystemy, bazy danych), urządzenie lub czas.
| Aktor osobowy | Aktor nieosobowy | ||
|---|---|---|---|
| System zewnętrzny | Urządzenie | Czas | |
 |
 |
 |
 |
| Przykłady nazw | |||
| Konsultant Dział sprzedży |
System rezerwacji pokoi System sporządzania zestawień |
Nagrywarka DVD-RAM Kiosk multimedialny |
Termin płatności Ostatni dzień miesiąca |
Nazwa aktora jest rzeczownikiem (ewentualnie określeniem rzeczownikowym) w liczbie pojedynczej. Podczas identyfikacji aktorów musimy pamiętać, że odzwierciedlają oni role pełnione przez te obiekty, a nie indywidualne obiekty ze świata rzeczywistego.
Aktor użytkuje jeden lub wiele przypadków użycia w projektowanym systemie, natomiast przypadek użycia jest użytkowany przez jednego lub więcej aktorów. Interakcja aktorów z przypadkami użycia składa się z ich inicjowania, dostarczania danych, otrzymywaniu danych oraz użytkowaniu realizowanej przez przypadek użycia funkcjonalności.
[edytuj] Związek
 |
Ta sekcja wymaga dopracowania zgodnie z zaleceniami edycyjnymi. Należy w niej poprawić: dopisać o związkach include, extend, generalization. Dokładniejsze informacje o tym, co należy poprawić, być może znajdują się na stronie dyskusji tego artykułu w sekcji Dopracować Po wyeliminowaniu wskazanych powyżej niedoskonałości prosimy usunąć szablon {{Dopracować}} z kodu tego artykułu. |
Związek (ang. relationship) - semantyczne powiązanie pomiędzy elementami modelu.
Każdy aktor, który jest na diagramie przypadków użycia musi być bezpośrednio powiązany z co najmniej jednym przypadkiem użycia. Podobnie każdy przypadek użycia musi być użytkowany co najmniej przez jednego aktora (niejednokrotnie są to powiązania pośrednie).
Według standardu UML możemy wyróżnić cztery rodzaje związków:
- asocjację,
- uogólnienie,
- zależność,
- realizację.
[edytuj] Asocjacja
Asocjacja (ang. association) - związek pomiędzy dwoma lub więcej klasyfikatorami, opisującym powiązanie pomiędzy ich instancjami.
W diagramach przypadków użycia asocjacja wskazuje na komunikację dwukierunkową pomiędzy przypadkiem użycia a aktorem.
W diagramie przypadków użycia nie umieszcza się nazwy związku. Powyższy rysunek wskazuje, że sporządzenie rezerwacji wycieczki zależy od Klienta. Na tym etapie nie podaję się także w jaki sposób wymieniane czynności są realizowane oraz nie podaję się z jakich zasobów systemowych będą musiały skorzystać.
[edytuj] Asocjacja skierowana
Asocjacja skierowana (ang. directed association) - asocjacja skierowana dziedziczy wszystkie cechy po asocjacji, lecz dodatkowo wskazuje kierunek nawigacji. Używana kiedy chcemy ukazać inicjatora interakcji (np. Aktor "Klient" jest inicjatorem przypadku użycia "Kup produkt").
[edytuj] Uogólnienie
Uogólnienie polega na tym, że pewien przypadek użycia może być szczególną odmianą innego, już istniejącego przypadku użycia. Notacja jest ciągłą linią zakończoną pustym trójkątem skierowanym od wyspecjalizowanego ku bardziej ogólnemu przypadkowi użycia. Przypomina to ideę podklasy z podejścia obiektowego. W praktyce może to być zarówno wygodny jak i skuteczny sposób na przeniesienie wspólnych zachowań, ograniczeń i założeń szczegółowych przypadków użycia do ogólnego przypadku użycia.
[edytuj] Bibliografia
- Język UML 2.0 w modelowaniu systemów informatycznych, Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Wyd. Helion 2005, ISBN 83-7361-892-9
|
|||||||||||
| Śliski poranek: wypadki na drogach |
Zablokowana jest droga krajowa nr 10 przy wjeździe na obwodnicę Torunia w Lubiczu, gdzie zderzyły się cztery samochody. Jedna osoba została ranna. W Małopolsce autobus z górnikami wjechał w drzewo. |
| Gehenna z meldunkiem przejdzie do lamusa? |
Zamiast obowiązku meldunkowego wprowadzimy uproszczone formalności; zarejestrowania pobytu będzie można dokonać drogą elektroniczną - mówi w wywiadzie dla "Gazety Prawnej" wiceminister SWiA Witold Drożdż. |
| Farfał: zmiana w TVP nie była zaaranżowana |
Nowy szef TVP Piotr Farfał zapewnia w "Dzienniku", że pochodzące z PiS sugestie, iż zmiana zarządu telewizji publicznej była zaaranżowana w budynkach ministerialnych, jest nieprawdziwa. |
| Abp Kowalczyk i o. Hejmo mieli jednego opiekuna? |
Dzisiejszy nuncjusz apostolski w Polsce apb Józef Kowalczyk, którego tajne służby PRL zarejestrowały bez jego wiedzy jako kontakt informacyjny, przekazywał informacje temu samemu rezydentowi wywiadu co ojciec Konrad Hejmo - donosi „Rzeczpospolita". |
| Tomasz Nałęcz wraca do polityki |
Tomasz Nałęcz przyjął zaproszenie na inauguracyjne spotkanie koalicji SdPl - PD - Zieloni firmowanej przez Dariusza Rosatiego, Janusza Onyszkiewicza i Marka Borowskiego. - Zgodził się uczestniczyć w budowie nowej centrolewicy - twierdzą organizatorzy. |
| Jak CBA odkryło Amerykę |
CBA wykryło aferę korupcyjną w kopalni w Bogdance. Zrobiło to pięć lat po prokuraturze |
| W bitwie o szkło lepszy Kamiński |
Prezydencki minister Michał Kamiński wypchnął z telewizji Piotra Kownackiego. Według raportu Instytutu Monitorowania Mediów w grudniu Kamiński wypowiadał się w głównych telewizyjnych serwisach informacyjnych przeszło dwa razy częściej. |
| Sześciolatki w szkołach w 2012 r. To ich prawo, nie obowiązek |
Platforma zgłosiła wczoraj przełomową poprawkę do rządowego projektu obniżenia wieku szkolnego. Chce zapisać, że do 2012 r. sześcioletnie dzieci będą „miały prawo”, a nie „obowiązek” pójść do pierwszej klasy. |
| Posłowie za rozszerzeniem uprawnień sejmowej "speckomisji" |
Za umożliwieniem sejmowej "speckomisji" dostępu do dokumentów i materiałów uzyskanych przez służby specjalne opowiedzieli się podczas debaty w Sejmie nad projektem zmian w regulaminie izby, posłowie ze wszystkich klubów parlamentarnych. |
