🚀 go-pugleaf

On 21 Wrz, 11:44, sasq.gamecrea...@gmail.com wrote:
> On 21 Wrz, 11:13, sasq.gamecrea...@gmail.com wrote:
>
> > Jeśli użytkownik steruje aplikacją wydając polecenia poprzez GUI, to
> > co tutaj będzie aktorem na diagramie przypadków użycia UML:
> > użytkownik, czy GUI, które go reprezentuje w systemie?
>
> OK nevermind :P
> Znalazłem coś takiego:http://www.andrew.cmu.edu/course/90-754/umlucdfaq.html
> Przykład z użytkownikiem, przeglądarką i serwerem rozwiał moje
> wątpliwości ;J
>
> --
> SasQ

To tylko jedna z intepretacji, inne mówią, że aktorem jest TYLKO
człowiek reszta to system i jego obiekty (tak więc nie ma aktorów
systemowych). Notacja UC narzuca  jeden tylko system na diagramie,
rolą tego "prostokąta" jest zobrazowanie "systemu" (niezależnie od
liczby jego składników), ma on przypadki jego użycia. Nie ma
jednoznaczności w specyfkacji, przytoczony przykład być moze jest OK.
Ja się posługuję ogólną terią systemów do modelowania przypadków
użycia, nie używam ich do modelwania modułów systemu (nie używam np.
include itp...). Funklcjonalności staram się opisywać  za pomocą
realizujacych je klas.

Dlatego moim zdaniem przykład powyższy mógły równie dobrze wygladac
tak, że aktor komunikuje sie z systemem, a interfejs (przegladarka
(jest jednym z obiektow w systemie). Komunikację pomiędzy aktorem,
przeglądarka i resztą systemu moim zdaniem lepiej jest i łatwiej
pokaząć diagramem interakcji, Moim zdaniem dużo lepszym do tego celu.
Ja jednak nie używam metod modelowania zorientowanych na przypadki
użycia. To co tu opisuję to inna opcja (metodyka modelwoania) a nie
"dobry" i jedyny sposób.