Praca z UML, Znać - nie znaczy umieć korzystać... Opcje

[DeyV]

Witam

Od pewnego czasu staram się lepej zorganizować swoje projekty, i w lepszy sposób projektować zarówno strukturę OOP, jak i sam przebieg działania aplikacji.
I nagle okazalo się, że moja wiedza i umiejętności związane z UML są stanowczo niewystarczające. Stąd stwierdziłem, że muszę poszukać dodatkowych materiałów lub książek, które pomogą mi nauczyć się pracy z UML.

Ale zanim - może wspomnę, co mnie zmartwiło.
Znam podstawy UML, znaczenie poszczególnych diagramów, rozrysowywanie poszczególnych związków itp. A przynajmniej podstawy tego.
Mam również i znam podstawowe zasady obsługi paru programów do tworzenia diagramów, a nawet sprawiłem sobie tablice do rysowania (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Niestety - okazuje się, że bardzo trudno przychodzi mi z tym pracować.
Nie wiem, od których diagramów należałoby rozpocząć, jak je z sobą łączyć, jak rozpocząć i w którym momencie skończyć prace z projektem.

No i potrzebuję pomocy.
Potrzebuję materiałów i publikacji, które nie tylko przekażą podstawowe zasady UMLa ale również pokażą jak z nim żyć, tak by było to udane "współżycie" (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Możecie coś zaproponować?

[patrycjusz]

@anas, piękne, ale ma się do rzeczywistości baaardzo średnio.

Tak poważnie, Deyv, trzeba pamiętać o tym, że:
- projekt zawsze się zmienia w trakcie realizacji,
- przy oprogramowaniu często nasz projekt może mieć potrzebę synchronizacji z 10-cioma już istniejącymi rozwiązaniami (np. Xls-y Pani Hani z księgowości (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ),
- piękne książki trzeba przekładać na rzeczywistość i często okazuje się, że 50% materiału w nich zawartego jest do odłożenia na inną okazję,
- im mniej dokumentów a więcej stabilnego i bezbłędnego kodu tym szybciej Klient zobaczy efekty.

Kilka linków:
http://www.agiledata.org/essays/tdd.html
http://www.featuredrivendevelopment.com/
http://www-306.ibm.com/software/awdtools/rup/

Dodatkowo kilka uwag:
- zamiast rysować diagramy UML w początkowej fazie lepiej jest zrobić "ekrany" czyli poglądowe widoki w aplikacji (np. grid pokazujący listing faktur bla bla .... z dostępnymi opcjami) , jeżeli Klient zaakceptuje ekrany -> przypadki użycia i następne,
- pamiętaj, że w/w ekrany mogą posłużyć jako załączniki do umów itp - mocno Cię zabezpieczają -> dokładnie ukazując wyglad i działanie aplikacji,
- z każdej metodologi wyciągaj coś dla siebie - bądź elastyczny - dobry management to ten który wypracowuje w swoim środowisku własny styl adoptując najlepsze wzorce.

Tyle (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

pzdr patS