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

  • 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ę […]
  • Jak żyć Panie Premierze? W czasie ostatnich wyborów, jeden z uczestników spotkania wyborczego zapytał: “Jak żyć Panie Premierze?” Przekładając na grunt modelowania często słyszę: “Jak modelować?”. I o ile daleko […]
  • 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 […]
  • 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ść […]
  • 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ś […]

Zostaw komentarz

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