Archiwalne tagi przypadki użycia

Kończy się rok 2016. Dla mnie dość intensywny i jednocześnie pełen refleksji. Refleksja dotyka kilku tematów. Zastanawiam się dokąd zmierza architektura korporacyjna? Co stanie się z architektami korporacyjnymi w organizacjach, które jeszcze nie dojrzały do wykorzystania mocy architektury korporacyjnej. Myślę coraz cieplej o Scrum, który coraz częściej łączy się z analizą po to by dokumentacja wspierała zarówno aktualne jak i…

Myślę, że czasem warto się pochwalić drobnymi osiągnięciami. W 2013 roku miałem okazję współpracować z Ministerstwem Sprawiedliwości. Brałem udział w projekcie SIWPM (System Informatyczny Wspierający Procesy Merytoryczne). Zadaniem tego systemu jest wsparcie pracowników sądu w ich pracy od biura podawczego poprzez zarządzanie aktami (tzw. kalendarz)  kończąc na wsparciu czynności wydawania orzeczeń.

Kilkanaście miesięcy konsultowałem, wspomagałem z ramienia MS proces zbierania wymagań. Pracując z sędziami, sekretarzami, spędzając na analizie setki godzin,  wydaje się, że dość dobrze poznałem specyfikę pracy naszego sądownictwa. 

Istotne jest jednak to, że brałem udział w jednym z tych projektów, w których Zamawiający nie tylko miał wizję systemu ale także wymusił powstanie obszernej dokumentacji analitycznej.

Wynik tej pracy to ponad 600 przypadków użycia i ponad 500 prototypów ekranów. Zidentyfikowano i opisano ponad 2900 scenariuszy użycia systemu.

Opisując przypadki użycia stosuję kilka poziomów ich opisu. Najpierw identyfikuję aktorów i przypadki użycia potem dla każdego przypadku użycia opisuje punkty końcowe i początkowe by pomiędzy tymi punktami umieścić scenariusze.  Jakiś czas temu wynotowałem z jakiejś publikacji taki oto zakres działania Aktorzy i cele. Wypisz aktorów i ich cele, których realizację system będzie wspomagał. Sprawdź tę listę pod względem dokładności…

Tormigo został oficjalnie zarejestrowany na stronach Sparx Systems jako program wspierający Enterprise Architect’a http://sparxsystems.com.au/products/3rdparty.html#tormigo Tormigo jest konkurencją dla RaQuest w zakresie zarządzania wymaganiami. Poza tradycyjnym wpisaniem wymagania Tormigo umożliwia zapisywanie danych bezpośrednio z MS Word i OpenOffice. Ponadto Tormigo działa pod Linuxem. Co więcej Tormigo umożliwia zarządzanie wymaganiami poprzez system automatycznego ich wersjonowania przy każdej zmianie. Mechanizm przyporządkowywania wymagań do…

Chciałbym podzielić się kilkoma istotnymi zasadami, które, mam nadzieję, że pomogą ustanowić efektywne podstawy dla modelowania wymogów metodą agile (i nie tylko). 1. "Niezwykle ważny jest aktywny udział osób zainteresowanych”. Udziałowcy projektu powinni przekazywać swoje wymagania, nadawać im priorytety oraz w odpowiednim czasie podejmować decyzję. Istotnym jest, aby udziałowcy projektu zrozumieli tę koncepcję i angażowali się od początku projektu. 2.…

Analizując model przypadków użycia można zidentyfikować elementy modelu statycznego (struktury). Poniżej kilka porad w tym zakresie: Szukaj rzeczowników: to zazwyczaj klasy lub atrybuty, przykładowo Centrum Odpowiedzialności. Szukaj czasowników: wskazują one często na związek. Przykładowo, użytkownik przypisuje Klienta do Centrum Odpowiedzialności. Szukaj sprawców: jeśli biznes wskazuje na ich działanie, lub są oni do czegoś potrzebni, stanowią oni klasy, przykładowo Dostawca. Szukaj…

Co zrobić w sytuacji gdy do wykonania danej funkcji, opisanej przez przypadek użycia, potrzeba w tym samym momencie więcej niż jednego aktora? Czy można pokazać to na diagramie przypadków użycia? Otóż nie. Diagram przypadków użycia nie definiuje nam tego kto w jakiej sytuacji, w jakim momencie korzysta z danej funkcji. Relacja aktor - przypadek użycia mówi jedynie o tym kto…

Właściwym podejściem do definiowania przypadków użycia dla tworzenia oprogramowania przy użyciu metody agile to zacząć od definicji zakresu. Definicje zakresu można opisać za pomocą diagramów WPA (Wysokiego Poziomu Abstrakcji) Kiedy już zakres zostanie zdefiniowany należy zdefiniować nazwy przypadków użycia a następnie stopniowo nadawać priorytety i definiować bardziej szczegółowo przypadki użycia podczas gdy są one włączane do harmonogramu projektu. Co pewien…

Wiele mówi się o tym co dają przypadki użycia dla wymagań na system. Warto jest tez wiedzieć iż przypadki użycia pozwalają, zwłaszcza w projektach agile, na określenie celu  i zakresu projektu. Zasadniczo bez przypadków użycia: Projektanci nie mają pojęcia, jaki cel ma użytkownik. Zespół nie zostaje poinformowany odpowiednio wcześnie o zakresie projektu. Różne zachowania użytkowników nie są zdefiniowane przed zobowiązaniem…

Close