Podczas mojej pracy zauważyłem, że spory problem stanowią wymagania i w sumie to cała analiza. Trudnością nie jest ich spisanie. Trudnością jest ich wyartykułowanie, przeanalizowanie i potwierdzenie. Pomijam turbulencje związane z celem zamiany czy też budowy systemu. Nie zawsze trzeba wiedzieć, po co się zmienia system. Żartowałem :-). Wiedzieć trzeba. W tym wpisie podzielić się kilkoma …
Wielokrotnie już pisałem o metodach zwinnych oraz bardziej klasycznych. W tym tekście także wejdę w ten temat, a mianowicie postaram się porównać podejście analityczne oparte o przypadki użycia i Gherkin wywodzące się z nurtu Behavior-Driven Development. Czym jest Gherkin a czym przypadek użycia? Przypadek użycia Zacznę od przypadku użycia. Przypadek użycia (ang. use case) to …
W wielu firmach, z którymi mam przyjemność współpracować jest stosowana nierozłączna para: JIRA i Confluence. JIRA odpowiada za zarządzania zadaniami a Confluence jest swoistym repozytorium treści. Narzędzia te zostały niejako wtłoczone w proces wytwarzania oprogramowania. Korzystają z niego programiści, testerzy, a także analitycy i architekci. W wielu firmach pojawia się też i narzędzie do modelowania. …
Subiektywne porównanie narzędzi do modelowania procesów biznesowych Czytaj dalej »
W co większych firmach lub przy okazji dużych przedsięwzięć zwanych projektami, analitycy to nie jedna lub dwie osoby a grupa ludzi, która opracowuje wymagania, procesy biznesowe, specyfikuje wymagania. Ta grupa ludzi współpracuje z projektantami, programistami oraz ogólnie rozumianym biznesem. W takich organizacjach obserwuję dwa różne sposoby działania. Jeden, w którym nie ma opracowanych zasad modelowania …
Zasada TAO w procesie wytwórczym oprogramowania Czytaj dalej »
Wiele się mówi o potrzebie identyfikacji celów projektowych, celów organizacji a także o potrzebie identyfikacji wymagań biznesowych oraz systemowych. Wszystko po to by lepiej zrozumieć oczekiwania biznesu (interesariuszy) w kontekście tego co ma być zrobione, na czym ma polegać zmiana, co ma być wynikiem realizacji projektu. Wymienione powyżej elementy mają finalnie być uszczegółowione wymaganiami na system. …
Zarządzanie wymaganiami to ważny element procesu wytwórczego oprogramowania. Jednym z jego elementów budowanie i zarządzanie relacjami pomiędzy wymaganiami. Najczęściej spotykanym jest podejście stosowane czy też nawet promowane przez Sparx Systems. Enterprise Architect w swojej dokumentacji proponuje, by wymagania były łączone ze sobą za pomocą agregacji lub kompozycji. To dobre, choć uproszczone podejście do tego zagadnienia, …
Ian Sommerville i Pete Sawyer w „Requirements Engineering: A Good Practice Guide” opisali, ponad 15 lat temu, metodę oceny i doskonalenia procesów inżynierii wymagań. Opiera się ona na wyodrębnieniu dobrych praktyk, czyli czynności będących pożądanymi elementami wzorcowego procesu inżynierii wymagań. Autorzy starali się przy tym objąć całość problematyki inżynierii wymagań. W moim mniemaniu te dobre …
Plan zarządzania wymaganiami to dokument, który opisuje zasady postępowania z wymaganiami. W moim odczuciu to jeden z najważniejszych dokumentów, gdyż w jawny sposób opisuje szereg ważnych informacji dotyczących sposobu udokumentowania wymagań. To swoisty kontrakt pomiędzy analitykami a pozostałymi interesariuszami. Dokument w zależności od projektu może się różnić. W opisie wymagań nie zapominam o przypadkach życia, Zazwyczaj …
Zmiany w wymaganiach wymaga ich wersjonowania.Wersje wymagań pomagają uzyskać dostęp do określonego stanu wymagania w trakcie życia oprogramowania. Najczęściej wersje wymagań określane są za pomocą kolejnych ich numerów. Najbardziej popularnym sposobem nadawania numerów wymagań jest złożenie numeru z wersji wymagania oraz przyrostu, oddzielonych znakiem kropki. Wersja 1.3 oznacza wtedy 1 wersję wymagania i 3 przyrost. …
Trakcie życia oprogramowania zmiany wymagań są nieuniknione. Powodem zmian w wymaganiach mogą być wykryte błędy, nowe lub zmienione cele interesariuszy, zmiany prawne, udostępnienie nowych technologii, czy zmiany na rynku, w którym funkcjonuje organizacja klienta. Zmiany w wymaganiach same w sobie nie są negatywne i mogą świadczyć o dużym zainteresowaniu interesariuszy tworzonym lub wdrożonym systemem. Natomiast …
