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 zarządzać opisem zamian w repozytorium projektu Enterprise Architect’a. Rozwiązania nie jest bardzo skomplikowane i pozwala w sposób podstawowy zapisać informacje o zmianie. Oto przepis:

  1. Każdą przyczynę zmiany opisz jednym zdaniem zaznaczając datę zmiany. Ja zapisuję ją w nawiasach kwadratowych.
  2. Jeśli mam pytanie (np. wymaganie jest niejasne) poprzedzam je znakiem zapytania w nawisie kwadratowym
  3. W pytaniach, na które mam odpowiedź usuwam znak zapytania.

image

Co to daje?

Otóż w każdym raporcie mam informację o historii zmiany tego elementu i to co najważniejsze mogę w miarę łatwo wyszukać te informacje w repozytorium projektu. Po naciśnięciu klawisz CTRL+F wpisuję [?] i mam listę pytań

image

 

Wpisując datę w nawiasie kwadratowym otrzymuję listę elementów zmodyfikowanych w danym dniu:

image

A podając samą datę bez innych znaków np.: 20110929 otrzymuję tylko elementy z opisami zmian z danego dnia:

image

Przyznaję sposób nie jest bardzo wyrafinowany, ale w wielu projektach wystarczający.

Podobne wpisy

  • Wymagania a śledzenie powiązań między nimi Ważnym aspektem zarządzania wymaganiami jest możliwość zapewnienia śledzenia związków pomiędzy wymaganiami a innymi artefaktami (również innymi wymaganiami). Możliwość śledzenia relacji […]
  • Wprowadzenie do zarządzania wymaganiami–podstawowe definicje Wpisy na temat inżynierii wymagań zacznę od podstawowych definicji. Definicja: Wymaganie 1.Ograniczenie lub zdolność potrzebna użytkownikowi do rozwiązania problemu lub osiągnięcia […]
  • Śledzenie za pomocą relacji trace – problemy 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. […]
  • Dedykowana metodyka prowadzenia projektu 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 […]
  • Statusy i priorytety wymagań 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 […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Przewiń do góry