Jacek Sałacki

Przez książki, tutoriale, blogi dotyczące inżynierii oprogramowania przewijają się różne epitety ^{Read the rest of this entry »}

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. Read the rest of this entry »

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. Read the rest of this entry »

Zacznę od cytatu z pewnego dokumentu, dotyczącego bardzo ważnego państwowego projektu informatycznego¹:

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. Read the rest of this entry »

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. Read the rest of this entry »

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. Read the rest of this entry »

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.

… 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. Read the rest of this entry »

Czasem przychodzi taki moment, że trzeba założyć bloga .