zarządzanie wymaganiami

Informacje dotyczące zarządzania wymaganiami

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 »

Nazywanie procesu

Modelując procesy biznesowe czy też scenariusze działania systemów IT często dochodzi do dyskusji jak nazwać proces.Poniżej są wskazówki i lista sugerowanych nazw, które można zastosować identyfikując procesy na diagramach DFD, diagramach aktywności, czy scenariuszach opisujących dekomponujących przypadki użycia,.: Nazwa powinna składać się z wyrażenia czasownikowego poprzedzonego wyrażeniem rzeczownikowym, przykładowo ważność zakresu ubezpieczenia, Użyj wyrażenia czasownikowego

Nazywanie procesu Czytaj dalej »

Tormigo – oficjalne wydanie

Miło mi zakomunikować iż dziś tj. 10.11.2010 oficjalnie opublikowana została wersja 1.0 Tormigo. Wersja 1.0 to oficjalne wydanie tej małej aplikacji wspierającej pracę w Enterprise Architect. Do najważniejszych cech aplikacji należą: Akwizycja wymagań z dokumentu tekstowego Mapowanie wymagań w Tormigo Zaawansowane raportowanie z Enterprise Architect Automatyczne wersjonowanie wymagań Możliwość wprowadzanie wymagań do Enterprise Architect Wersja

Tormigo – oficjalne wydanie Czytaj dalej »

Akwizycja wymagań z dokumentu tekstowego

Moim zdaniem najważniejszą funkcją Tormigo jest możliwość pobierania wymagań bezpośrednio z dokumentu tekstowego. Jako dokument tekstowy wybrany został Open Office gdyż otwiera on popularne formaty plików także pliki doc, i docx. Ponadto Open Office działa pod linuksem. Pobrane wymagania wpisywane są bezpośrednio do repozytorium Enterprise Architect’a. [flashvideo file=http://tormigo.modesto.pl/tormigo_video/requirements_from_00.flv width=460 height=320 /] W przypadku gdy ekran

Akwizycja wymagań z dokumentu tekstowego Czytaj dalej »

Scroll to Top