UML - diagramy/ocena/pytanie

Postanowilem wziasc sie za OOP oraz chce pierwszy raz zaprojektowac i udokumentowac pozadnie projekt, czyli mini system CMS przeznaczony do prowadzenia blogow, stron domowych. W kazdym razie nie portali.
W zwiazku z powyzszym postanowilem przygotowac kilka diagramow UML.
Pierwszy jaki zrobilem to DPU, prosilbym Was o ocene tego diagramu, poniewaz nie mam doswiadczenia w UML, a pewnie jakbym sam zrobil diagramy bez pomocy moglby byc klops.
Projekt jest open-source jak skoncze wersje testowa udostepnie kod.
Link do diagramu DPU:

http://img687.imageshack.us/img687/4504/dgr.png

Zastanawiam sie jeszcze ktore diagramy sa niezbedne, chce zrobic dpu, klas, aktywnosci, pakietow, a niewiem czy tylko te wystarcza, czy jeszcze musze jakies inne zrobic.
Niezbedne rozumiem jako potrzebne, aby mozna bylo uznac ze gdybym mial przygotowac ten projekt dla jakiejs firmy to czy by wystarczylo.

Prosze o nie zamykanie tego tematu, poniewaz jak juz bede pewny ktore diagramy zrobic to chcialbym wrzucic je Wam do oceny.

edit//
Powyzszy diagram jest diagramem przedstawiajacym wymagania funkcjonalne.
Zastanawiam sie jeszcze, jakie moglby byc niefunkcjonalne wymagania w przypadku prostego systemu cms ?
Prosilbym rowniez, jesli ktos jest w posiadaniu lub wie gdzie mozna znalezc jakis przyklad gotowych dokumentow fazy okreslenia wymagan, jak rowniez fazy strategicznej(modelu wodospadu ;p)

Za wszystkie informacje bede bardzo wdzieczny.

Zastanów się czy metodologia waterfall jest tu odpowiednia, szczególnie jeśli robisz to sam.
Zalecałbym jakąś metodykę Agile, tutaj masz przykład użycia XP w prostym projekcie:http://www.objectmentor.com/resources/articles/xpepisode.htm i trochę propagandy z youtube http://www.youtube.com/watch?v=gDDO3ob-4ZY.

Ale nie sugeruj się moim postem. Ja uczyłem się UML w ten sposób, że najpierw pisałem działającą apilkację wymienionymi metodykami, a potem zmianiałem to na diagramy. Wynik nie przypominał w niczym grafów które nakreśliłem dla rozgrzewki przed pisaniem testów-kodu.

thx za te dwa linki, tylko bardziej chodzi mi o sparzadzenie papierkow, ale ten o XP przejrze sobie dokladnie, bo film widzialem, ale nic nie wniosl, tam jeszcze bylo kilka innych moze cos znajde.

Wybralem waterfall, poniewaz:

• sam dla siebie jestem klientem, wiec oczekiwania i wymagania mam jasno okreslone
• wymaga bardzo dobrze przygotowanych/przemyslanych poczatkowych faz, wiec bede mogl ogarnac w praktyce tworzenie tych wszystkich papierow
• podejscie do testow mogloby przemawiac za agile, ale raczej moim interesem jest tutaj praktyczne zapoznanie sie, nauczenie uml'a oraz wlasnie przygotowywania papierow/dokumentacji
• nie jest to projekt wysokiego ryzyka, poniewaz wiem jak wszystko zaimplementowac oraz wiem co zaimplementowac, moglby byc w kwesti przygotowania dokumentacji, ale nie jest to pojekt komercyjny,

Co do programowania metoda XP to wydaje mi sie, ze caly czas tak pisalem, poniewaz nigdy nic od razu nie planowalem, zawsze wychodzilo cos w trakcie.
Nie pisalem z kims na przemian, wiec moze ktos sie nie zgodzic, ze to byla metodyka XP, ;p

Ucze sie z dwoch ksiazek:

• inżynieria oprogramowania jaszkiewicz
• jezyk uml 2.0 w modelowaniu systemow informatycznych
  Obie ksiazki calkiem calkiem, z tym ze nie mam pomyslu ani zadnego przykladu jak to powinno w calosci wygladac oraz brak mi doswiadczenia stad moja prosba o ocene tego diagramu.
  Oczywiscie chodzi mi o to jak to powinno wszystko wygladac na papierze.
  Pytania, nad ktorymi sie zastanawiam:
• w ksiazce P. Jaszkiewicza sa pokazane tabelki z opisami warunkow funkcjonalnych, a nastepnie metoda hierarchiczna oraz DPU, niewiem czy mam tabelki porobic oraz DPU, czy sam diagram wystarczy ?
• czy w jednym dokumencie mam zawrzec wszystkie diagramy i informacje na temat pierwszych dwoch faz ?
• jak powinienem nazwac ten dokument ? ;p wymagania ?
• oraz te wczesniejsze pytania

Moze ma ktos jakis szablon, jesli nie gotowy taki dokument ?

[offtop]
Albo nigdy nie pisałeś metodą XP, albo nie napisałeś wszystkiego.
Najważniejsze w metodzie XP, co nie podlega żadnej dyskusji jest napisanie najpierw testu. Jeśli zaczynałeś od pisania programu właściwego, a potem do niego dorabiałeś testy to to nie było XP.
[/offtop]

Na tej stronie http://readyset.tigris.org/nonav/templates/frameset.html i tu na dole http://www.ftj.agh.edu.pl/~panasiuk/pl/index.php?p=io/14/io masz coś z papierologi stosowanej. Chyba jest tam to o co Ci chodzi. Sprawdź też odnośnik do UPEDU w drugim linku.

Dzieki wielkie za tego linka, caly czas wlasnie czegos takiego szukalem :)

Co do tej metody XP to zartowalem, bo tak naprawde zawsze po prostu pisalem i testowalem, nigdy sie nie trzymalem zadnej metodyki programowania ;)

Znalazlem jeszcze pewien gotowy projekt. Wrzucam link moze komus posluzy za wroc, czy do czegos innego sie przyda.

http://free.of.pl/m/maniax/files/proksimuz.zip

Przepraszam z gory za posta pod postem, jakby ktos mogl polaczyc te moje trzy posty to bede wdzieczny.

Sporzadzilem dokument zawierajacy informacje po ukonczonej fazie strategicznej oraz okreslenia wymagan.
http://www.speedyshare.com/files/21519157/test.pdf
; tekst zawiera tylko piec nie pelnych stron

Chcialbym prosic kogos kto sie na tym dobrze zna o przejrzenie(nawet pobiezne) tego dokumentu i o uwagi patrzac z punktu widzenia inzyniera, z punktu widzenia merytorycznego, jak i logicznego.

Bede wdzieczny za kazda pomoc.

t0m_k napisał(a)

Pierwszy jaki zrobilem to DPU, prosilbym Was o ocene tego diagramu, poniewaz nie mam doswiadczenia w UML, a pewnie jakbym sam zrobil diagramy bez pomocy moglby byc klops.
Projekt jest open-source jak skoncze wersje testowa udostepnie kod.
Link do diagramu DPU:

http://img687.imageshack.us/img687/4504/dgr.png

Ogólnie diagram jest kiepski nic ci nie daje. Wręcz może wprowadzać w błąd. Traktując go dosłownie można by sądzić że walidacji danych odbywa się TYLKO przy dodawaniu komentarzy. w ogóle też nie wiesz do czego wykorzystywany jest <<extend>>. Bo jeżeli przeglądanie zawartości strony to opcjonalna czynność przy dodawaniu komentarzy to coś tu jest nie halo.

poza tym wiesz że przy dokumentowaniu wymagań za pomocą przypadków użycia sam diagram przypadków użycia jest tutaj mało ważny, wręcz opcjonalny? Sam diagram przypadków użycia jest bezużyteczny. Najważniejsze są słowne opisy przypadków użycia.

Radzę najpierw poczytać coś na temat UML zanim zaczniesz korzystać z oznaczeń, których nie rozumiesz.
Jeżeli chcesz UML wykorzystywać do szkiców projektowych polecam:
http://merlin.pl/UML-w-kropelce-wersja-2-0_Martin-Fowler/browse/product/1,424062.html

Co do tego, ze walidacja danych odbywa sie tylko przy dodawaniu komentarzy sie zgadzam, na poczatku mialem taki zamysl, poniewaz uzytkownicy nie moga w inny sposob wprowadzac danych do bazy. Po dluzszym zastanowieniu dodalem, tez walidacje do zarzadzania baza, co widac w drugim pliku, do ktorego dalem link.

Jesli chodzi natomiast o <<extend>> to chyba cos namieszales, bo jego zadaniem jest opcjonalne rozszerzenie, czyli w moim przypadku dodawanie komentarzy rozszerza przegladanie strony, nie na odwrot.

Na poczatku mialem, rzeczywiscie problem z asocjacja przy <<include>> oraz <<extend>>, poniewaz zaznacza sie je odwrotnie, to co Ty powiedziales o extend, to pasuje do include, jesli chodzi o kierunek zaznaczenia.

Rowniez napisalem w poscie wyzej, ze czytam dwie ksiazki na ten temat, jedna o uml druga o IO. Mam jeszcze kolejna o uml, wiec mysle, ze z tymi dwiema co mam dam sobie rade.

Jeszcze co do tego opisu warunkow to zrobilem i link jest w poscie nad Twoim ;)

Dziekuje za odpowiedz i zainteresowanie sie tematem, na pewno bede glebiej sie zastanawial nad DPU, przy ich tworzeniu.