Różnice między wybraną wersją a wersją aktualną.
| Both sides previous revision Poprzednia wersja Nowa wersja | Poprzednia wersja | ||
|
pl:miw:miw08_ardcase_uml [2008/06/15 20:37] miw |
pl:miw:miw08_ardcase_uml [2019/06/27 15:50] (aktualna) |
||
|---|---|---|---|
| Linia 1: | Linia 1: | ||
| ====== Opis ====== | ====== Opis ====== | ||
| + | __**Projekt zakończony**__ | ||
| + | |||
| Artur Poniedziałek (4AR) <arturponiedzialek@gmail.com> | Artur Poniedziałek (4AR) <arturponiedzialek@gmail.com> | ||
| Linia 8: | Linia 10: | ||
| ====== Spotkania ====== | ====== Spotkania ====== | ||
| *[[pl:miw:miw08_ardcase_uml:projekt|przebieg prac nad projektem]] | *[[pl:miw:miw08_ardcase_uml:projekt|przebieg prac nad projektem]] | ||
| + | |||
| Linia 21: | Linia 24: | ||
| *[[pl:miw:miw08_ardcase_uml:ard_diagramy|uzyskane diagramy w ARD]] | *[[pl:miw:miw08_ardcase_uml:ard_diagramy|uzyskane diagramy w ARD]] | ||
| - | + | Gotowe przykłady w UML: | |
| + | * {{:pl:miw:miw08_ardcase_uml:borland.zip|:pl:miw:miw08_ardcase_uml:borland.zip}} | ||
| + | * {{:pl:miw:miw08_ardcase_uml:kompletny_prosty_system.zip|:pl:miw:miw08_ardcase_uml:kompletny_prosty_system.zip}} | ||
| + | * {{:pl:miw:miw08_ardcase_uml:sparx.zip|:pl:miw:miw08_ardcase_uml:sparx.zip}} | ||
| + | * {{:pl:miw:miw08_ardcase_uml:sun_java_-_system_udzielania_pozyczek.zip|:pl:miw:miw08_ardcase_uml:sun_java_-_system_udzielania_pozyczek.zip}} | ||
| + | * {{:pl:miw:miw08_ardcase_uml:system_seminariow_dla_studentow.zip|:pl:miw:miw08_ardcase_uml:system_seminariow_dla_studentow.zip}} | ||
| ====== Sprawozdanie ====== | ====== Sprawozdanie ====== | ||
| Linia 32: | Linia 39: | ||
| W czasie prac związanych z wyszukiwaniem właściwych systemów uzgodniono, że projekt będzie dotyczył | W czasie prac związanych z wyszukiwaniem właściwych systemów uzgodniono, że projekt będzie dotyczył | ||
| systemu rejestacji studentów na seminaria. | systemu rejestacji studentów na seminaria. | ||
| + | |||
| Linia 54: | Linia 62: | ||
| - System rejestracji studentów to tak naprawdę kilka mniejszych systemów, które ze sobą współpracują. | - System rejestracji studentów to tak naprawdę kilka mniejszych systemów, które ze sobą współpracują. | ||
| - Pierwszy z podsystemów przedstawia relację, że plan studenta oraz historia jego seminariów są w związku z opłatą oraz terminem seminarium | - Pierwszy z podsystemów przedstawia relację, że plan studenta oraz historia jego seminariów są w związku z opłatą oraz terminem seminarium | ||
| - | - Drugi z podsystemu przedstawia dwie relacje, że student jest w związku z prowadzącym, a prowadzący musi uwzględniać fakt czy student brał wcześniej udział w seminarium i czy są np. wolne miejsca aby zapisać studenta. | + | - Drugi z podsystemów przedstawia dwie relacje, że student jest w związku z prowadzącym, a prowadzący musi uwzględniać fakt czy student brał wcześniej udział w seminarium, i czy są np. wolne miejsca aby zapisać studenta. |
| - Trzeci podsystem przedstawia relację, że potwierdzenie zapisu jest dokonywane przez prowadzącego na podstawie utworzonej przez niego listy studentów. | - Trzeci podsystem przedstawia relację, że potwierdzenie zapisu jest dokonywane przez prowadzącego na podstawie utworzonej przez niego listy studentów. | ||
| Linia 60: | Linia 68: | ||
| Te i wiele innych pytań z całą pewnością mogą posłużyć za temat kolejnego projektu. Trzeba przeanalizować co nam daje informacja, że początkowo jeden system stał się nadsystemem w stosunku do nowych trzech systemów. Jak ten fakt dalej wykorzystać ? Czy jest to jedyny sposób realizacji rejestracji studentów ? Czy inne diagramy uml dałyby zbliżony diagram ARD analizowanego systemu ? | Te i wiele innych pytań z całą pewnością mogą posłużyć za temat kolejnego projektu. Trzeba przeanalizować co nam daje informacja, że początkowo jeden system stał się nadsystemem w stosunku do nowych trzech systemów. Jak ten fakt dalej wykorzystać ? Czy jest to jedyny sposób realizacji rejestracji studentów ? Czy inne diagramy uml dałyby zbliżony diagram ARD analizowanego systemu ? | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| Linia 69: | Linia 82: | ||
| ==== 3. Napotkane problemy ==== | ==== 3. Napotkane problemy ==== | ||
| - | Trzeba powiedzieć na wstępie, że ARD jest stosunkowo słabo udokumentowane. Przykład termostatu jest specyficzny i nie objaśnia dobrze składni dla split'a dla atrybutów konceptualnych. Oficjalne dokumenty opisujące ARD jak choćby [[hekate:bib:hekate_bibliography#gjn2008flairs-ardprolog]] w prawdzie podają wiele przykładów split ( podziału ), ale nigdzie nie jest podany jeden kompleksowy przykład opisujący listy jakie trzeba podać jako "argumenty" split'a. Byłoby dobrze przedstawić podział dla przykładowego atrybutu [ a , b , c ], który ma zostać podzielony na inne atrybuty np. [a,b] oraz [c] czy też [c] i [a,b] odpowiednio zależnościami [a,b] -> [c] ( [a,b] zależy od [c]) oraz [c] -> [a,b] ( [c] zależy od [a,b] ). | + | Trzeba powiedzieć na wstępie, że ARD jest stosunkowo słabo udokumentowane a przynajmniej niewłaściwie. Przykład termostatu jest specyficzny i nie objaśnia dobrze składni dla split'a dla atrybutów konceptualnych. Oficjalne dokumenty opisujące ARD jak choćby [[hekate:bib:hekate_bibliography#gjn2008flairs-ardprolog]] w prawdzie podają wiele przykładów split ( podziału ), ale nigdzie nie jest podany jeden kompleksowy przykład opisujący listy jakie trzeba podać jako "argumenty" split'a. Byłoby dobrze przedstawić podział dla przykładowego atrybutu [ a , b , c ], który ma zostać podzielony na inne atrybuty np. [a,b] oraz [c] czy też [c] i [a,b] odpowiednio zależnościami [a,b] -> [c] ( [a,b] zależy od [c]) oraz [c] -> [a,b] ( [c] zależy od [a,b] ). |
| Krótko mówiąc opisać parametry splita: | Krótko mówiąc opisać parametry splita: | ||
| - atrybut do podziału np. [a,b,c,d,e] | - atrybut do podziału np. [a,b,c,d,e] | ||
| Linia 77: | Linia 90: | ||
| Brak powyższego opisu sprawił, że godziny spędzone nad próbą tworzenia diagramu ARD w systemie Varda przeszły do historii jako "źle wykorzystane". | Brak powyższego opisu sprawił, że godziny spędzone nad próbą tworzenia diagramu ARD w systemie Varda przeszły do historii jako "źle wykorzystane". | ||
| + | Druga kwestia jest związana z wykorzystaniem środowiska Varda. Na stronie [[hekate:varda|Varda]] w prawdzie rozdzielono przykład użycia Vardy w systemie Unix/Windows, ale nie wyjaśniono choćby co robią komendy: | ||
| + | |||
| + | <code> | ||
| + | ?- sar('therm-ard.dot'). | ||
| + | ?- shi('therm-tph.dot'). | ||
| + | ?- gax. | ||
| + | ?- sxt('therm-xtt.dot'). | ||
| + | </code> | ||
| + | |||
| + | Wspomniano tylko, że służą do generowania diagramów w Graphizie nie wyjaśniając, że tworzą one kod rozumiany przez Graphiza, który trzeba "skompilować" w Graphizie aby otrzymać plik bitmapy, png czy jpg. Na temat Graphiza wiadomo tylko, że jest "needed to build visual models". | ||
| + | |||
| + | Tych kilka "komend" prologu wywoływanych z Vardy to chyba niepełny potencjał. W zasadzie co robi sar, shi, gax ? Nie napisano choćby jak wywołać helpa w Vardzie (oczywiście można powiedzieć, że doświadczony użytkownik metodą prób i błędów dojdzie to tego). Może warto przedstawić wynik działania helpa w Vardzie na stronie [[hekate:varda|Varda]] ? | ||
| ====== Materiały ====== | ====== Materiały ====== | ||
| Linia 85: | Linia 110: | ||
| * [[http://www.pst.informatik.uni-muenchen.de/~kochn/pUML2001-Hen-Koch.pdf|ogólnie o modelowaniu webowym]] | * [[http://www.pst.informatik.uni-muenchen.de/~kochn/pUML2001-Hen-Koch.pdf|ogólnie o modelowaniu webowym]] | ||
| * [[http://services.eng.uts.edu.au/~dbl/archive/2003-Low02b.pdf|rozrzerzenie UMLa o diagramy potrzebne do modelowania MVC]] | * [[http://services.eng.uts.edu.au/~dbl/archive/2003-Low02b.pdf|rozrzerzenie UMLa o diagramy potrzebne do modelowania MVC]] | ||
| + | |||
| Linia 105: | Linia 131: | ||
| - | **[[http://student.agh.edu.pl/~poniedzi/uml/|Wyniki aktualnych prac]]** | + | |
| ===== ===== | ===== ===== | ||
