Diagram czynności Opcje

[Księżyc]

Witam

Mam problem nigdy nie projektowałem diagramów uml(czynności) wziązku z tym mam dwa pytania:

1. Mam czynność logowanie po czynności tej nastepuje rozwidlenie(błędny login, logował się pacjent, logował się admin) czy w przypadku wystapienia trzech mozliwości lepiej będzie stworzyć dwa diagramy czynności osobny dla pacjenta i osobny dla admina.

2. Przy dokonywaniu rejestracji pacjent wybiera termin wizyty, ale na stronie są też przyciski nawigacyjne( wyloguj, powrót do menu,powrót do wyboru lekarza) jak mam to potraktować? czy jako cztery możliwości wyboru na diagramie czynności?

Dziękuje z góry za pomoc

[anas]

Hej.

Ad 1. Jezeli zmienia sie tylko rola aktora a sam przebieg czynnosci wykonywanych podczas kazdego zdarzenia jest identyczny mozesz to umiescic na jednym diagramie(ja bym tak zrobi). Jezeli roznia sie one, to poprostu po rozwidleniu czynnosci na admina / pacjenta -> osobne dwa diagramy - jezeli jest to wywalenie komunikatu, lub np. wyswietelenie menu admina / pacjenta (ja bym to umiescil na jednym diagramie).

Ad 2. Skoro jest to jakas czynnosc, to oczywiscie na jednym diagramie - ale sam proces powrotu do menu powoduje wykonanie kolejnych czynnosci (w zaleznosci od zlozonosci tych konsekwencji mozesz to albo umiescic na tym samym, albo na osobym diagramie).

@Vengance: ale nikt tutaj nie mowi o implementacji, dobrze mowisz ze diagram przypadkow uzcycia opisuje tylko mozliwe do wykonania przez aktorow systemu czynnosci, ale juz same czynnosci wlasnie za pomoca diagramu o ktory pyta autor mozna to bardziej uszczegolowic - Co do rozpatrywania kto sie logowal, na diagramach czynnosci, to wlasnie tutaj sie nie zgodze, bo czym bardziej szczegolowo sobie to rozpiszemy, tym latwiej bedzie nam przejsc do kolejnych etapow projektowania.

W UML sa jeszcze inne diagramy opisujace zachowanie(diagramy stanow, diagramy interakcji) - dopiero to wszystko da nam pelen obraz zachowania projektowanych obiektow systemu - do opisu obiektow mamy znow diagramy struktury, ktore szczegolowo scharakteryzcuja nam dany obiekt(diagramy klas, obiektow) i pokaza jak wyglada implementacja(diagramy komponentow, wdrozenia)

tak czy siak UML sluzyc ma dobrej dokumentacji projektu, a nie przpychaniu sie kto lepiej potrafi narysowac dany diagram i lepiej scharakeryzowac dany obiekt - jezeli robimy to dla siebie, to tym bardziej w mojej opinii mozemy to naciagac.

pozdrowka

anas

Ten post edytował anas 19.03.2006, 22:09:22