Temat: Scenariusze w diagramach UML

Jakub Płachecki:
A fakt, że UML jest zdefiniowany przy użyciu samego UMLa, jest w moim odczuciu jedną z największych jego zalet i oznaką wręcz wirtuozostwa jego twórców. To jest po prostu piękne :-)

jest to także zmorą: każdy kto ma nawet małe kłopoty z interpretacją diagramów klas ma duże kłopoty z rozumieniem dokumentacji UML.

zainteresowanym różnicami zastosowaniami diagramów klas polecam na początek to:
http://www.agilemodeling.com/style/classDiagram.htm

http://en.wikipedia.org/wiki/Class_diagram

co ciekawe Miscrosoft także rekomenduje UML od pewnego czasu i nawet tworzy tutoriale dla analityków w tym różne zastosowania diagramów klas:
http://msdn.microsoft.com/en-us/library/dd409376.aspx

miłej lektury

P.S.
Żeby nie było że tylko ja coś wymyśla w kwestii testowania modeli i scenariuszy, jedna ze stosowanych metod analizy opartej na modelach:
http://psobczuk.kis.p.lodz.pl/pio.docJarek Żeliński edytował(a) ten post dnia 28.02.11 o godzinie 13:08

Temat: Scenariusze w diagramach UML

Jakub Płachecki:

Jarek Żeliński:
ok, jaki wg. Ciebie związek istnieje pomiędzy nazwiskiem pracownika a osobą > wystawiającą fakturę?

Klasa "Wystawiający fakturę" to może być rola "Pracownika", zależnie od kontekstu. Klasa "Pracownik" może mieć atrybut "Nazwisko" (chyba że chcemy zejść "niżej" i przedstawić pracownika jako osobę, która ma jakieś dodatkowe cechy tworzące z niej pracownika, wówczas "nazwisko" będzie atrybutem osoby).

Wystawiający fakturę to także tylko dane (atrybuty imię i nazwisko) klasy FakturaVAT.

Jeśli chodzi o liczności -
Pracownik 1..* __________ 0..1 Wystawiający fakturę
występuje w roli >

liczności są cechą modeli pojęciowych...

Ale to tylko jeden z możliwych zapisów, zależy co chcemy pokazać. Możemy też przyjąć, że "wystawiający fakturę" jest specjalizacją "pracownika" (dziedziczy po nim). Albo też "wystawiającego fakturę" możemy potraktować jako instancję klasy "rola" (będącej atrybutem pracownika).

Nie ma tu jednej dobrej odpowiedzi - wszystko zależy od tego, co chcemy (lub musimy) pokazać.

jednej nie ma ale łatwo się zorientować po tym co piszesz czy myślisz o modelu pojęciowym czy modelu dziedziny...

prezent dla innych dyskutantów (poszperałem): Bereza-Jarociński, Szomański, Inżynieria Oprogramowania, rozdział 8.1. - bardzo ładnie opisana różnica pomiędzy tępym rzemiosłem a nauką, pierwsze usiłuje dokumentować "wszystkie" przypadki użycia druga testuje dziedzinę (nie model pojęciowy! który opisujesz powyżej) i tylko kilka przypadków użycia do weryfikacji, w nieco innej formie opisuje to także Fowler w Analysis Patterns.

Reprezentujemy bardzo różne podejście, dalsze ścieranie się nie ma sensu...

Temat: Scenariusze w diagramach UML

Jakub Płachecki:
Ach ten Sparx, wszystko pokręcili... Czy może to jest model pojęciowy?

to jeden z paskudniejszych modeli jakie widziałem, jakieś coś w postaci diagramu klas nafaszerowanego getterami i setterami baz żadnych innych metod, klasyczny przykład anemicznego modelu, w zasadzie jakaś pseudoobiektowa atrapa relacyjnego modelu. To jakaś namiastka modelu pojęciowego (na modelach pojęciowych raczej nie umieszcza się operacji). Jeżeli to jakiś przykład do naśladowania to dobrze, że taka nauka mnie ominęła... Mój kolega programista nazywa to koszmarem EJB.

Dobry model dziedziny (wykonawczy, wzorzec MVC) składa się z agregatów modelujących obiekty biznesowe i zależności między nimi (obiekt modelujący reguły biznesowe i wiedzę o zarządzaniu innymi obiektami to także element dziedziny) i klasy zarządzające, tu np.:





(źr. http://www.typo3-media.com/blog/mvc-news-example.html)

fragment fajnego modelu (jakaś mała namiastka): mamy klasę artykuł (agregat, typowy wzorzec rodem z DDD) , odpowiada ona za składowanie artykułów, artykuł powiązany jest z kategorią, zawiera także obiekty używane do komentowania i pobierania, mały fragment czegoś większego. Repozytorium zawiera metody pozwalające na operowanie obiektami artykuł, to także miejsce na ewentualne reguły biznesowe.

jak masz czas to polecam np.:
http://www.infoq.com/presentations/strategic-design-evans

w ogóle InfoQ to świetny serwis i grupa ludzi...

w kwestii samouczków wole jednak to:
http://www.visual-paradigm.com/product/vpuml/tutorials...

P.S.
zastanawiałeś się jak to coś (diagram Sparx) zadziała? Jak do tego czegoś stworzyć np. diagram sekwencji? Czy ten diagram przedstawia coś co obsłuży choć jeden przypadek użycia? Bo faktycznie taki nie da się przetestować, inaczej: on nic nie robi więc testy oblał.Jarek Żeliński edytował(a) ten post dnia 01.03.11 o godzinie 06:32

Temat: Scenariusze w diagramach UML

Jakub Płachecki:
A takie PU nie będą obsłużone?
PU1 Wyszukaj kontakt
PU2 Dodaj kontakt do ksiązki adresów
PU3 Wyświetl informacje o kontakcie

znaczy się, ze te przypadki wykonają owe set/get?

Napisanie diagramów sekwencji (a przynajmniej ich części) dla tych PU, bazując na tym diagramie klas, nie byłoby raczej zbyt trudne...

ooo, to poprosze skleić z tych klas taka sekwencję, chętnie popatrze jak get/set prowadzą dialog... po drugie kto (jaka klasa) przyjmnie ów komunikat:

PU1 Wyszukaj kontakt
PU2 Dodaj kontakt do ksiązki adresów
PU3 Wyświetl informacje o kontakcie

bo niegdzie nie widze takich metod ani klasy która by odebrała ode mnie takie życzenia

Poza tym diagram ten powstał na potrzeby zobrazowania związków agregacji i kompozycji - nie jest to kompletny model, który ma faktycznie coś zrobić.

to po co powstał? no chyba, ze to kulawy model pojęciowy (o czym wspomnaiłem).

Link:
http://sparxsystems.com/resources/uml2_tutorial/uml2_c...

na prawdę nie rozumiem, którą wypowiedź maiły ilustrować powyższe szkolne martwe przykłady

Temat: Scenariusze w diagramach UML

Jakub Płachecki:

Chciałbym zauważyć, że korzystając z załączonego przez Ciebie linka można się dowiedzieć czegoś ciekawego (co tak jakby przeczy temu, co mówiłeś wcześniej:-)):

to tylko fragment modelu dziedziny...

Dopiero tutaj pojawia się zależność (między klasami należącymi do dwóch różnych części MVC - OrderController jako C, Order jako część modelu).

orderControler to także obekt modelu dziedziny: zawiera dziedzinowe reguły biznesowe i to właśnie jest "pełniejszy" model dziedziny. (polecam na początek http://pl.wikipedia.org/wiki/MVC: Model zawiera obekty dziedzinowe i logike biznesową!). klasa OrderController obsłuży przyapdek użycia NoweZamówienie (ma taka metodę!) a nie klasa Order.

Nie zapominaj, że to nieco uproszczone modele bo chodzi o pokazanie zasad a nie 100% projektu.

Sugeruję skupić się raczej na tym podamym przeze mnie przykładzie:
http://www.typo3-media.com/blog/mvc-news-example.htmlJarek Żeliński edytował(a) ten post dnia 01.03.11 o godzinie 09:17

Temat: Scenariusze w diagramach UML

przy okazji get/set polecam pokrewną dyskusję:
http://www.goldenline.pl/forum/2260642/pozbycie-sie-ge...

Temat: Scenariusze w diagramach UML

Jakub Płachecki:

Jarek Żeliński:
to tylko fragment modelu dziedziny...

Ciekawe, że model dziedziny (aż dziw bierze, że przyznałeś iż jest to model dziedziny, skoro są w nim głównie asocjacje i występują liczności :-)) pochodzący z tutoriala VP potrafisz potraktować jako fragmentaryczny, a od przytoczonego przeze mnie przykładu (i mimo określenia, że służy on zobrazowaniu określonych związków - agregacji i kompozycji) wymagasz, by nie był on jedynie fragmentem. Przy takim podejściu do zagadnienia nie będę nawet próbował dalej z Tobą dyskutować, z jak mniemam wiadomych względów.

mój przykład zawierał coś czego nie zawierał Twój: klasę sterująca gromadząca reguły biznesowe, przykrząc ze stron Sprax'a to sieczka nafaszerowana get/set... po drugie celowo podkreśliłem że dobrym przykładem jest nie ten ze stron VP (tam był raczej proces tworzenia modelu), nie używam EA i nie żałuje, po drugie mój VP to tylko narzędzie pracy a nie wszystko co wiem i potrafię...

ja także nie będę dalej dyskutował, niestety ze względów Tobie jednak chyba nie wiadomych, skupmy się na swojej pracy, oceniają nasi klienci a nie my sami... tu także...

EOT

P.S.
Rozumiem, że nie zobaczymy diagramu sekwencji dla przykładu Sparx'a.... ani jakieś wskazanego przypadku użycia na bazie tego modelu...Jarek Żeliński edytował(a) ten post dnia 01.03.11 o godzinie 13:29

Temat: Scenariusze w diagramach UML

wygrałeś ;)

Temat: Scenariusze w diagramach UML

...Jarek Żeliński edytował(a) ten post dnia 01.03.11 o godzinie 19:15