analiza wymagań

Szacowanie procesów biznesowych metodą diagramów aktywności

W trakcie prac projektowych lub analitycznych wielokrotnie powstaje potrzeba policzenia parametrów procesu biznesowego lub szacowania złożoności budowanego oprogramowania.  Większość metod formalnych wymaga bardzo często dość trudnych obliczeń. Z drugiej strony w trakcie prac analitycznych lub projektowych powstaje zazwyczaj diagram aktywności, który w sposób naturalny prezentuje składowe procesu biznesowego lub elementy scenariusza przypadku użycia. W artykule …

Szacowanie procesów biznesowych metodą diagramów aktywności Czytaj dalej »

Sześć myśli na temat zwinnych wymagań

W ostatnich kilku projektach spotkałem się z tym, że poświęca się masę czasu na budowę modeli zaniedbując wymagania. Oto kilka dobrych rad dla zespołów stosujących zwinne modele 1. "Oprogramowanie musi być oparte na wymaganiach”. Jeśli nie ma wymagań, nie ma czego budować. Celem Tworzenia Oprogramowania jest zbudowanie działającego oprogramowania, które spełnia wymogi udziałowców projektu. Jeśli …

Sześć myśli na temat zwinnych wymagań Czytaj dalej »

Banalne zarządzanie informacją o zmianie w Enterprise Architect

Jedną z trudności, z jakimi spotykam się w EA to zarządzanie zmianą a dokładniej przyczyną zmiany. Na co dzień używam TORMIGO i tam problem ten został rozwiązany. TORMIGO monitoruje zmianę i ją odnotowuje wymuszając na mnie jakikolwiek opis. Film demo pokazałem w tekście: Automatyczne wersjonowanie wymagań. Nie wszyscy używają tej aplikacji jak w takim razie …

Banalne zarządzanie informacją o zmianie w Enterprise Architect Czytaj dalej »

Zarządzanie wymaganiami w Enterprise Architect z wykorzystaniem Google Docs

Praca grupowa w chmurze to bardzo wygodne rozwiązanie. Kto raz spróbował pisać tekst z inną osobą lub osobami w tym samym czasie w aplikacjach takich jak Google Docs, ten wie jak skuteczne i wartościowe są to rozwiązania. Dzięki takim produktom jak wspomniane Google Docs praca grupowa nabrała innego wymiaru. Wydaje się być celowym aby korzyści …

Zarządzanie wymaganiami w Enterprise Architect z wykorzystaniem Google Docs Czytaj dalej »

Czy czas może być aktorem?

Czy czas może być aktorem czy też nie oto jest pytanie? Jak zamodelować w konkretnym czasie aplikacji działanie? I inne tego typu pytania często są bolączką osób modelujących. Otóż jest opinia, że, można traktować czas jako aktora. Wówczas aktor reprezentujący czas może przykładowo rozpoczynać przypadek użycia odpowiadający za przygotowanie informacji o zarobkach, raportu lub rozesłanie …

Czy czas może być aktorem? Czytaj dalej »

Jak opisywać przypadki użycia?

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ź …

Jak opisywać przypadki użycia? Czytaj dalej »

TORMIGO – oficjalnie na stronach Sparx Systems

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 …

TORMIGO – oficjalnie na stronach Sparx Systems Czytaj dalej »

niedocenione wymagania niefunkcjonalne

Wymaganie niefunkcjonalne zawsze wydają się być zbyt słabo podkreślone podczas pisania wymagań. Zazwyczaj brakuje na nie czasu i są zbyt szczegółowe by wszystkie opisać. Ponadto udziałowcy projektu w tym analitycy biznesowi mają tendencję do zaniedbywania wymagań niefunkcjonalnych gdyż pisząc wymagania skupiają się na użytkowniku i ich celach.  To dziwne gdyż cele użytkownika i scenariusze przypadków …

niedocenione wymagania niefunkcjonalne Czytaj dalej »

KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE

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 …

KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE Czytaj dalej »

Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia

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ą …

Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia Czytaj dalej »

Przewiń do góry