====== Zadanie 4 Diagramy czynności ======

===== O diagramach czynności =====

Diagramy czynności lub aktywności (ang. //activity diagram//) przypominają pod wieloma względami schematy blokowe. Przykłady i omówienie można znaleźć w proponowanej literaturze.

Pewne rozszerzenia:
  *Możliwe jest modelowanie operacji współbieżnych (pogrubione kreski to rozgałęzienia (//fork//) i miejsca synchronizacji po zakończeniu czynności współbieżnych (//join//). 
  *Możliwe jest umieszczenie czynności w torach. Każdy tor reprezentuje element modelu zdolny do ich wykonania (a więc element aktywny: aktora, człowieka, komponent oprogramowania)
  *Możliwe jest także modelowanie komunikacji (zazwyczaj pomiędzy torami). Czynności wysłania i odbioru wiadomości łączymy ze sobą **[wyślij>------- >odbierz]**. Niestety, w Visio zniknęło, można znaleźć w //SDL Diagram Shapes// albo po prostu użyć zwykłego symbolu czynności.
  *Możliwe jest modelowanie wpływu czynności na przekazywany obiekt (pominiemy, bo Visio 2013 cofnęło się).

===== Do wykonania =====

==== 1. Przeczytaj o diagramach czynności =====

  *[[http://home.agh.edu.pl/~pszwed/pub/uml/refman.pdf|UML Reference Manual (1.0) str 81-84 (W PDF 99-102)]] (Wystarczy na początek)
  *[[http://brasil.cel.agh.edu.pl/~09sbfraczek/diagram-aktywnosci,1,10.html|Notatki w Internecie (AGH)]]
  *[[http://chomikuj.pl/kitek04/UML/wyklady/|Wykłady Prof. T. Szmuca, gdzieś w sieci...]] Na końcu jest widoczny plik ActivityDiagram...
  *Porównanie diagramów czynności i diagramów stanów [[https://www.visual-paradigm.com/guide/uml-unified-modeling-language/state-machine-diagram-vs-activity-diagram/]]
==== 2. Zamodeluj systemowy przypadek użycia =====

Zamodeluj jeden z opisanych systemowych przypadków użycia (z wszelkimi przebiegami alternatywnymi). Rozgranicz za pomocą torów czynności wykonywane przez Aktora (ów) oraz System. Zwróć uwagę na węzły decyzyjne (rozgałęzienia) i węzły łączące. 

==== 3. Zamodeluj biznesowy przypadek użycia =====

Biznesowy przypadek użycia (lub proces) to wysokopoziomowy przypadek użycia, w którym:
  *Można/należy uwzględnić operacje manualne
  *Zmienia się także lista aktorów. Na przykład //kasjerka// jest aktorem //systemu informatycznego// hipermarketu, ale aktorem biznesowego przypadku użycia dla organizacji jest //klient//. Kasjerka to element aktywny modelu biznesowego (ang. //worker//). Opis biznesowego przypadku użycia będzie więc uwzględniał interakcje:
    * klient - kasjerka
    * kasjerka - system IT
  *Bardzo często systemowe przypadki użycia to czynności wchodzące w skład biznesowego przypadku użycia. Np. systemowe PU to //Zarejestruj sprzedaż towarów//, //Pobierz płatność kartą//, //Przyjmij zwrot towaru//,  będą zapewne elementami składowymi większej całości.   

Przejrzyj diagram przypadków użycia swojego projektu i spróbuj skomponować z wybranych jego elementów biznesowy przypadek użycia (proces). 
  -Dodaj brakujących aktorów
  -Ewentualnie usuń aktorów, np. czas stanie się raczej węzłem decyzyjnym opisanym dozorem, np. ''[after 2 days]''
  -Określ tory
  -Dodaj brakujące (manualne) czynności

===Przykład===

{{:amo:diagram-czynnosci-biznes.png?600|{Przykład - biznesowy przyp. użycia}}


//Źródło: SYSTEM WSPIERAJĄCY PROCES RAPORTOWANIA Praca Inżynierska, Piotr Antosz, AGH 2011//

** :!: Czynności na tym diagramie to przypadki użycia w systemie informatycznym ** 


**Uwaga** W biznesowym PU nie ma:
  - wyświetlania/wypelniania formularza
  - zapisywania w bazie danych
  - szczegółów interakcji podczas sesji z komputerem
  - jeżeli czyność kończy się dwoma możliwymi wynikami (klient złożył zamówienie albo anulował zamówienie) to można:
     - przetestować czy złożył czy anulował
     - potraktować, że jej nie było (czyli nie złożył zamówienia)