
UML for Java programmers
Tym razem książka dla programistów (autor książki jest znany w sieci jako Uncle Bob). Długo się nad nią zastanawiałem ale w końcu kupiłem i nie żałuję mimo, że napisana ponad dekadę temu. Po pierwsze jako projektant muszę (no powinienem ;)) znać ograniczenia oraz specyfikę narzędzia (Java). Po drugie jako analityk, nie raz sprawujący nadzór autorski nad developerem, muszę (no powinienem ;)) mieć z tymi ludźmi wspólny język.
Książka doskonale pokazuje to co zawsze mówię na szkoleniach: UML jako notacja jest nadmiarowa i nie wolno o tym zapominać (czasem mam wrażenie, że autorzy wielu diagramów, jako zadanie, postawili sobie użycie za wszelka cenę wszystkich symboli UML jakie są dostępne).
Jednym z najbardziej (po diagramie klas) nadużywanym jest diagram przypadków użycia. Na każdym szkoleniu zawsze mówię: to ma być prosty diagram, wszelkie extends, include, dziedziczenie to dzisiaj bełkot UMLowy (te związki powstały w latach 90-tych, gdy diagram UC był samodzielnym tworem, nie znającym diagramów klas czy komponentów… ).
Po drugie kolejna ważna rzecz: w toku procesu tworzenia oprogramowania powstają modele pojęciowe (tak conceptual znaczy pojęciowy a nie konceptualny czy koncepcyjny!), specyfikacyjne i implementacyjne. Autor książki opisuje dwa ostatnie, w końcu to książka dla programistów, ale nie zakazana dla analityków. Od siebie dodam, że w ramach analiz wymagań powstają modele pojęciowe i (nie raz uproszczone) specyfikacyjne.
Po co modelować?
Gorąco polecam programistom, by w ogóle zaczęli korzystać z UML a analitykom, by wyleczyli się z wielu mitów o UML rozpowszechnianych niestety na wielu, nie zawsze tanich, szkoleniach i w wielu kiepskich „poradnikach UML” (pisanych nie raz nawet przez uczelnianych doktorów i nie tylko).…. Może wtedy przestaną tworzyć nieprzydatne developerom dokumentacje.
Poniżej także – o dziwo jest dostępna – wersja pdf do pobrania.
UML for Java Programmers, June 6, 2003 by Robert C. Martin (Author): papierowe wydanie na Amazonie i do pobrania pdf (pobieżne przejrzenie wersji pdf wskazuje że jest troszkę uboższa)
Inne artykuły na podobny temat
- Związki w UML czyli abstrakcja vs rzeczywistość
- Obiektowy model systemu
- Wzorce projektowe w analizie i projektowaniu modelu dziedziny systemu
- Związki między elementami w modelach systemów – zawieranie, dekompozycja i zależności
- UML MDA czyli od biznesu do projektu logiki systemu

BIO: Od roku 1991 roku, nieprzerwanie, realizuję projekty z zakresu analiz i projektowania systemów, dla urzędów, firm i organizacji. Od 1998 roku prowadzę także samodzielne studia i prace badawcze z obszaru analizy systemowej i modelowania (modele jako przedmiot badań: ORCID). Od 2005 roku, jako nieetatowy wykładowca akademicki, prowadzę wykłady i laboratoria (ontologie i modelowanie systemów informacyjnych, aktualnie w Wyższej Szkole Informatyki Stosowanej i Zarządzania pod auspicjami Polskiej Akademii Nauk w Warszawie. Oświadczenia: moje badania i publikacje nie mają finansowania z zewnątrz, jako ich autor deklaruję brak konfliktu interesów.
Rozumiem, że recenzowana książka jest dobrą książką o UMLu? Mimo że jest dosyć wiekowa, prawie lat «90tych sięga.
Może jeszcze jakieś przykłady dobrych materiałów o UML?
P.
UML się nie starzeje ;), jest masa lepszych lub gorszych streszczeń samej specyfikacji UML (z reguły gorszych), książek o praktycznym użyciu i korzyściach z tego płynących jest baaardzo mało. Ja mogę polecić jeszcze swój blog 😉