Przyszedł czas na poruszenie tematów bardziej związanych z samym tworzeniem oprogramowania a nie tylko z samym opisem(modelowaniem) wymagań. Zaczniemy od omówienia książki „Agile Development. Filozofia programowania zwinnego”. Dotyczy, jak tytuł wskazuje, modnych ostatnio zwinnych procesów wytwarzania oprogramowania. Autorzy opisują metodyki agile w wydaniu Extreme Programming, chociaż opowiadają także ogólnie o filozofii agile. Czytaj dalej Agile Development. Filozofia programowania zwinnego
Przypadki użycia
Kilka postów wcześniej wspomniałem o tym, że nie cierpię diagramów przypadków użycia. Skrytykowałem to narzędzie m.in. za, ukrywanie tego czym przypadki użycia naprawdę są. Nie wspomniałem jednak czym właściwie są te przypadki użycia. Pojęcie jest znane od przynajmniej kilkunastu lat (1994?), czy jednak wszyscy używający tego pomysłu wiedzą o co chodzi? Postaram się w skrócie opowiedzieć jak ja posługuję się przypadkami użycia. Dziś skupię się raczej na tym jak zastosować przypadki użycia, jak je rozumieć. Do tego jak je opisać wrócę, mam nadzieję, w którymś z kolejnych wpisów. Czytaj dalej Przypadki użycia
Celem naszym jest dumnie kroczyć do przodu
Zacznę od cytatu z pewnego dokumentu, dotyczącego bardzo ważnego państwowego projektu informatycznego1:
Istotą postępu w budowie społeczeństwa informacyjnego jest konsekwentne rozszerzanie zbioru zadań publicznych udostępnianych drogą elektroniczną.
Czyli, według autorów, celem tzw. budowy społeczeństwa informacyjnego (czy w tym wypadku informatyzacji administracji publicznej) jest po prostu przerobienie każdej usługi do postaci elektronicznej i dzięki temu wszyscy będą szczęśliwi. Niestety nie jest tak łatwo – przerabianie wszystkiego na „postać elektroniczną” nie jest istotą postępu. Czytaj dalej Celem naszym jest dumnie kroczyć do przodu
Mam problem z przypadkami
użycia, a właściwie z UML-owym diagramem przypadków użycia.
Na początek małe zastrzeżenie: mówię o diagramach przypadków użycia a nie przypadkach użycia. Przypadki użycia to całkiem niezłe narzędzie, któremu poświęcę trochę uwagi dalej. Zwracam też uwagę, że mówię tu o czystym UMLu, bez wchodzenia w tematykę metodologii, frameworków modeli itp. Wracając do naszych dzisiejszych bohaterów – sądzę, że diagramy przypadków to bardzo niebezpieczne narzędzie, które może łatwo wyrządzić więcej szkód niż przynieść pożytków. Czytaj dalej Mam problem z przypadkami
UML 2.0 Almanach
Na pierwszy ogień w kategorii recenzji idzie książka pod tytułem „UML 2.0 Almanach” wydana przez Helion. Książkę zakupiłem już dawno, ale leżała na półce czekając na swoją kolej i moją chęć. W końcu, trochę z braku innych opcji, trochę z poczucia obowiązku zdecydowałem się na sprawdzenie co też może być tam ciekawego napisane. Czytaj dalej UML 2.0 Almanach
Książki
Ponieważ chciałem się podzielić swoimi opiniami na temat książek związanych z tematem bloga, wprowadzam nową kategorię Książka. Postaram się umieszczać recenzje wydawnictw związanych z inżynierią oprogramowania, zarządzaniem wymaganiami.
Jak używać kontroli wersji
… a jak nie?
Prawdopodobnie każdy, kto przynajmniej raz próbował na poważnie programować, zetknął się z systemami kontroli wersji. W firmach deweloperskich czy działach IT korporacji(no może trochę mniej), cvs czy svn jest wręcz podstawowym narzędziem (przynajmniej powinien być). Niestety, często nie jest to dobrze wykorzystywane narzędzie. Często svn kończy jako takie łatwiejsze w obsłudze narzędzie do tworzenia kolejnych kopii folderów, a nawet w pewnych sytuacjach zaczyna tworzyć więcej utrudnień niż rozwiązuje ich rozwiązuje. Czytaj dalej Jak używać kontroli wersji
W ramach wstępu
Czasem przychodzi taki moment, że trzeba założyć bloga :).