Treść:

Książka przeznaczona jest dla studentów informatyki, a także ludzi uczestniczących w przedsięwzięciach programistycznych, architektów systemów, projektantów, programistów, wdrożeniowców. Zawiera opis procesu powstawania oprogramowania od strony i teoretycznej i praktycznej.

Książka z grona "teoria i praktyka". Na mojej półce ma poczesne miejsce, gdyż poza praktycznymi wynurzeniami wyłącznie paktyków, zawiera sporo teorii i systemowych uzasadnień dla wielu elementów procesu powstawania oprogramowania. Nie jest to tylko kolejne tępe klepanie przypadków użycia, prostego UML'a i RUP'a ale rzetelne potraktowanie problemu jakości analizy i projektowania (bo kodowanie mamy chyba opanowane aż za dobrze).

Polecam każdemu analitykowi...

P.S. Dlaczego wielu ludziom w branży IT wydaje się, że mniejszych systemów (a co to znaczy?) nie trzeba projektować, można od razu kodować? Klient zapłaci za błędy, owszem, ciekawe jak długo tak będzie... Osobiście uważam, że nie istnieje pojęcie "mały system", systemy mają kluczowy lub nie wpływ na biznes zamawiającego i to jest argument (ryzyko dla zamawiającego) za tym by uznać projekt za ważny a nie to czy ma pięć czy pięć milionow linii kodu....