Rejestracja problemów zidentyfikowanych podczas analizy

Otrzymałem mailem ciekawe pytanie:

Czy wg Pana wiedzy istnieje w EA obiekt, który najbardziej nadawałby się do rejestracji problemów zidentyfikowanych podczas analizy (AS-IS) biznesowej lub systemowej? Mam na myśli taki obiekt, w którym rejestrowane byłby, parametry zidentyfikowanego podczas warsztatów problemu, np. nazwa, opis, powiązanie z procesem, przyczyna występowania, itp.,  a po zarejestrowaniu dałoby się łatwo wyeksportować wszystkie zarejestrowane problemy w formie tabeli do  RTF’a, wykorzystując przygotowany wcześniej template?

Odpowiedź mam jedną. Tak jest takie miejsce  w Enterprise Architect, które pozwala na rejestrację takich elementów. Tym miejscem jest właściwość każdego z elementów Maintenance.

 image

W tym elemencie można zapisać, i ja to robię nagminnie: usterki, defekty, problemy, oraz planowane zadania.

image 

Każdy zespół projektowy może zdefiniować swoje zastosowanie podanych zakładek.

Ważne jest  to, że wśród szablonów mamy szablon Maintenance, który pozwala na wygenerowanie raportu z powyższych elementów. 

Właściwość Maintenance stosuję nie tylko przy analizie procesów biznesowych ale także przy analizie wymagań i projektowaniu systemów informatycznych.

Podobne wpisy

  • 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 […]
  • 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 […]
  • Niezależny konsultant–nowy blog Nic mnie tak nie cieszy jak odkrycie, że na polskiej blogosferze pojawia się nowy blog o inżynierii oprogramowania. Tym razem takim odkryciem jest blog, który pani Ewa Wardzała. Pod dość […]
  • Cechy perfekcyjnych wymagań na system Jakość opisu wymagań jest bardzo ważna i tego nie muszę nikomu tłumaczyć. Standard  ANSI/IEEE 830  formułuje  szereg  zaleceń,  jakie  powinna  spełniać dobrze napisana specyfikacja […]
  • Kartezjusz a projektowanie systemów Ostatnio natknąłem się na prace Kartezjusza* “Rozprawa  metodzie”. Czytając to dzieło w rozdziale w części drugiej przeczytałem opis metody, którą niemalże bez zmian stosuje się dziś […]
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