Planowanie i monitorowanie pracy w Enterprise Architect

Enterprise Architect w w swojej funkcjonalności zawiera mechanizm planowania pracy zespołu. Otóż wśród widoków i perspektyw Enterprise Architect.

image

jest perspektywa Project Management

image

Po wybraniu tej opcji można zobaczyć dość przyzwoity widok, na którym można dodawać zasoby do artefaktów.

image

Kluczowym wydaje się określenie na jakim poziomie (do jakich elementów) powinniśmy przypisywać zasoby. Z moich doświadczeń wynika, że takimi elementami są Business Process (BPMN) oraz UseCase (UML).

Przypisanie zasobów musi mieć swój cel. Przypisuję zasoby, gdyż chcę śledzić stan realizacji projektu. Przy procesach biznesowych chcę widzieć czy są już one opisane, zamodelowane itd. Przy przypadkach użycia istotnym jest dla mnie czy mają opisane scenariusze, dodane wymagania itd.

Przypisane zadania do osób mają następujący wygląd

image

Na tym etapie wystarczy, że członkowie zespołu aktualizują stopień wykonania poszczególnych zadań:

image

Osobiście staram się wprowadzić taką zasadę by procentowa wartość realizacji zadania coś oznaczała. Przykładowo:

  • 50% – przypadek użycia został opisany i czeka na weryfikację
  • 75% – przypadek użycia został zweryfikowany i jest poprawiany
  • 100% – przypadek użycia został zweryfikowany

Lista “statusów” jest oczywiście przykładowa. Pozwala jednak na szybką weryfikację stanu prac nad każdym artefaktem.

Na koniec raportowanie. Enterprise Architect umożliwia zbudowanie raportu. Użycie elementu Standard Chart:

image

Pozwala na utworzenie wielu zestawień. Przykładowo zestawienia postępów prac dla wszystkich przypadków użycia oraz z podziałem na poszczególne role.

image

Post ten ma charakter informacyjny. Nie ukrywam, że zbudowanie wielu raportów wymaga użycia zapytania w SQL. Niemniej jednak Enterprise Architect pozwala nie tylko na przypisywanie zasobów do artefaktów ale także na w miarę sensowne raportowanie.

Podobne wpisy

  • Transformacje modeli UML do kodu w Rational Software Architect MDA jest podejściem, w którym UML jest traktowany jako język programowania. Głównym celem MDA jest tworzenia oprogramowania w oparciu o modele biznesowe oraz separacja modelu na zależny […]
  • Dokumentacja wymagań w oparciu o przypadki użycia Przypadki użycia służą do dokumentacji funkcjonalności systemu i bazują na dwóch wspólnie wykorzystywanych koncepcjach: Diagramach przypadków użycia Specyfikacjach przypadków […]
  • Oprogramowanie jako usługa (Software as a Service, SaaS, S+S) Software as a Service (Oprogramowanie jako usługa) jest outsourcingową metodą budowy i oferowania specjalistycznych aplikacji dla przedsiębiorstw. Firmy, w ramach opłaty abonamentowej […]
  • Urodziny UML Mało osób wie, że UML w tym roku kończy 15 lat. Sto lat !!! Czy UML jest lekarstwem na radzenie sobie ze złożonością oprogramowania? Tak, ale pod warunkiem, że jest stosowany z umiarem. […]
  • Nadchodzi 9 wersja Enterprise Architect Niebawem ukaże się 9 odsłona Enterprise Architect’a. Warto wiedzieć czego dotyczyć będą zmiany. Otóż zasadniczo nowości należy się spodziewać w obszarach: wizualnej analizy działania […]
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