inżynieria oprogramowania

Wszystko to co, moim zdaniem, ważnego dzieje się na świecie w dziedzinie inżynierii oprogramowania.

Raport Gartnera o repozytoriach architektonicznych

inżynieria oprogramowania /

Enterprise Architect na polskim rynku wypiera skutecznie inne narzędzia. Na blogu ArchitekturaKorporacyjna.pl praktycznie pojawiło się bardzo sensowny opis pozycji tego narzędzia.  Zapraszam do lektury  Raport Gartnera o repozytoriach architektonicznych. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w […]

Raport Gartnera o repozytoriach architektonicznych Czytaj dalej »

Trzy podstawowe zasady Kanban

agile, inżynieria oprogramowania, kanban /

Kanban nałoży się na Twój istniejący proces i wymaga wyłącznie przestrzegania trzech podstawowych zasad:1. Wizualizuj swój przepływ2. Ogranicz swoją pracę w toku3. Zacznij nową pracę po zakończeniu dotychczasowej pracy. Wiem, że brzmi to dość dziwnie, ale przestrzeganie tych podstawowych zasad może znacznie poprawić wydajność pracy Twojego zespołu. Zapytasz, jak? Przyjrzyjmy się każdej z zasad. Wizualizuj

Trzy podstawowe zasady Kanban Czytaj dalej »

KANBAN w inżynierii oprogramowania

agile, inżynieria oprogramowania, kanban /

W świecie oprogramowania i IT, Kanban uważany jest za proces ewolucyjny lub system ulepszający tworzenie oprogramowania, konserwacji i operacji IT. David Anderson, powszechnie uważany za ojca „Metody Kanban” w zakresie oprogramowania opisuje pięć podstawowych zasad umożliwiających znaczne ulepszenie w tworzeniu oprogramowania z wykorzystaniem metody Kanban. Zasady te to: Wizualizacja Pracy Ograniczenie Pracy w toku (WIP

KANBAN w inżynierii oprogramowania Czytaj dalej »

Kanban–czyli być gotowym na czas

agile, inżynieria oprogramowania, kanban /

Proces wytwórczy oprogramowania powinien być zorganizowany jak w fabryce. Idąc tą drogą zainteresowałem się metodą Kanban. Postanowiłem też napisać kilka tekstów na ten temat. Czym jest Kanban? Kanban jest metodą stosowaną przez zespoły i organizacje do wizualizacji pracy, identyfikacji i eliminacji wąskich gardeł oraz osiągania znacznych usprawnień operacyjnych w zakresie wydajności i jakości! Kanban jest

Kanban–czyli być gotowym na czas Czytaj dalej »

Śledzenie za pomocą relacji trace – problemy

Enterprise Architect, inżynieria oprogramowania /

Ostatnio pracując przy jednym z projektów spotkałem się z nietypowym zachowaniem Enterprise Architect’a. Otóż mój zespół pracuje na wersji 10 tego narzędzia a zespół klienta na wersji 9.3. O ile zgodność w zakresie bazy danych jest identyczna tak niespodziewanie dowiedziałem się iż klient w widoku traceability nie widzi relacji trace. W EA 10 widać to

Śledzenie za pomocą relacji trace – problemy Czytaj dalej »

Dialog techniczny

inżynieria oprogramowania /

Jesień 2013 to czas, w którym miałem przyjemność współorganizować dialog techniczny w Ministerstwie Sprawiedliwości. Czym jest dialog można poczytać przykładowo: http://www.portalzp.pl/aktualnosci/dialog-techniczny-ma-pomoc-w-zredukowaniu-ryzyka-uniewaznienia-postepowania-ze-wzgledu-na-brak-ofert-wykonawcow-1276842/, więc nie będę powtarzał treści. Moje wrażenia z dialogu. Całe przedsięwzięcie wymaga pewnej ilości czasu, ale daje wymierne korzyści i Organizującemu dialog jak i jego Uczestnikom. Kilka dobrych rad. Moim zdaniem warto: Przesłać Uczestnikom

Dialog techniczny Czytaj dalej »

Dedykowana metodyka prowadzenia projektu

agile, analiza wymagań, Enterprise Architect, inżynieria oprogramowania, zarządzanie wymaganiami /

Koniec roku pozwala mi wreszcie odetchnąć. Ostatnie tygodnie były mega pracowite. To czym chcę się pochwalić to fakt iż w tym roku udało się opracować dedykowane metodyki prowadzenia projektów w Enterprise Architect. Odbiorcami tej dedykowanej usługi były bank, duży ubezpieczyciel oraz firma wytwarzająca oprogramowanie. Każdy z opracowanych metodyk była spersonalizowana pod kątem klienta. Każda z

Dedykowana metodyka prowadzenia projektu Czytaj dalej »

Statusy i priorytety wymagań

analiza wymagań, inżynieria oprogramowania, zarządzanie wymaganiami /

Często otrzymuję pytanie jak opisuję wymagania. Otóż wielu projektach określam statusy i wymagania w następujący sposób:Status• Proponowane – wymaganie w fazie negocjacji pomiędzy klientem a analitykami• Zatwierdzone -wymaganie zatwierdzone do realizacji.• Odrzucone – wymaganie odrzucone przez klienta lub analityków. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego

Statusy i priorytety wymagań Czytaj dalej »

Fragmenty na diagramach sekwencji

Enterprise Architect, inżynieria oprogramowania /

Otrzymałem pytanie od jednego z czytelników bloga: …, jeśli mamy do czynienia z fragmentem sekwencji operacji, które trzeba wykonać, jedna po drugiej, to jaki rodzaj fragmentu będzie najstosowniejszy?Dla przykładu:<fragment>wyświetl ekran wyszukiwaniawprowadź kryteria wyszukiwaniawyszukajwybierz wynik wyszukiwania</fragment>pozostałe elementy sekwencjiCzy takim typem mogłoby być assert? Otóż moim zdaniem na możemy tą sekwencję zostawić bez zmian. Jeśli jednak chcemy

Fragmenty na diagramach sekwencji Czytaj dalej »

Przewijanie do góry