Praca grupowa w Enterprise Architect

Sparx Enterprise Architect posiada bogate możliwości w zakresie konfiguracji środowiska począwszy od łatwego umożliwienia pracy indywidualnej do złożonych konfiguracji pracy wielu organizacji w odniesieniu do modelowania jednocześnie wielu przedsięwzięć.

W najprostszej konfiguracji, gdy model tworzy jedna osoba wystarczy zainstalowanie programu Sparx Enterprise Architect na jednej stacji roboczej i aktualizacja modelu w pliku EAP. W takim przypadku możemy również mówić o pracy grupowej, gdyż zazwyczaj wyniki pracy prezentowane są zwykle interesariuszom przy użyciu jednej z poniższych metod:

• eksport diagramów w postaci pliku graficznego lub umieszczenie diagramów w niezależnie tworzonej dokumentacji,
• przesyłanie kopii pliku EAP lub umieszczenie go we współdzielonym repozytorium,
• generowanie dokumentacji w formacie RTF,
• generowanie raportu HTML,
• eksport modelu w formacie XMI.

Poniżej zostały opisane po krótce różne metody pracy grupowej wraz z ich zaletami i wadami.

Replikacja repozytorium - jak to zrobić?

W poprzednim artykule o replikacji repozytorium wskazałem, kiedy warto zdecydować się na replikację repozytorium EAP. Podałem wady i zalety takiego rozwiązania oraz opisałem proponowany proces, który powinien moim zdaniem towarzyszyć tego typu pracy grupowej.

W tym miejscu opisuję temat replikacji od strony technicznej.

Replikacja repozytorium EAP

Gdy nie jedna osoba, a zespół ludzi pracuje nad projektem wówczas zachodzi potrzeba zorganizowania jednego współdzielonego repozytorium. W przypadku pracy z programem Enterprise Architect mamy wiele możliwości zorganizowania pracy.
Jedną z takich metod jest replikacja.

Kiedy warto stosować replikację?

Replikacja najlepiej sprawdza się, gdy użytkownicy modelu:

• pochodzą z różnych organizacji - w konsorcjum, podwykonawcy;
• pracują w różnych lokalizacjach, w różnych sieciach;
• są mobilni - pracują u klienta, z domu, z biura.

Jak zdjąć blokadę z pakietu z kontrolą wersji?

W przypadku, gdy w repozytorium jest włączona kontrola wersji w oparciu o SVN lub inny system kontroli wersji może dojść do sytuacji, gdy ktoś zablokował dla siebie możliwość edycji zawartości pakietu (funkcja check-out), a my potrzebujemy pilnie otrzymać uprawnienia do modyfikacji jego zawartości i nie możemy czekać aż ten zapominalski wróci do pracy z urlopu lub ze spotkania z klientem.
Tylko co zrobić? Program Enterprise Architect uparcie zwraca nam informację, że pakiet ten jest zablokowany do edycji wyświetlając komunikat o treści: The selected package cannot be checked-out at this time. The associated XMI package file is already checked-out.

Do czego może służyć wysyłanie maili w Enterprise Architect?

Enterprise Architect od wersji 9.0 wraz z wieloma innymi nowinkami został wyposażony w funkcjonalność usprawniającą komunikację między członkami zespołu projektowego. Funkcja ta została nazwana Internal Mail i polega w skrócie na możliwości wymiany korespondencji mailowej między użytkownikami modelu.
Można odnieść pierwsze wrażenie, że to niepotrzebne wymyślanie koła na nowo. Przecież zespół projektowy na ogół i tak korzysta z jakiegoś systemu pocztowego.
No dobrze, ale przyjrzyjmy się tej funkcjonalności bliżej.

Jak usunąć masowo kontrolę wersji z modelu?

Zawartość modelu może być poddana kontroli wersji przy użyciu SVN lub TFS. Zastosowanie takiego mechanizmu niesie ze sobą wiele zalet, które opiszę przy innej okazji.
Gdy model jest poddany kontroli wersji, wówczas jednak mamy ograniczone możliwości, bo możemy stworzyć kopię repozytorium w postaci pliku EAP lub testowej bazy danych - korzystając z funkcjonalności Project Transfer, ale co z tego, skoro i tak kopia repozytorium jest nadal "spięta" z tym samym systemem kontroli wersji.
Co zrobić zatem, gdy potrzebujemy przekazać klientowi kopię naszego modelu albo wykonać jakieś testy w modelu bez obaw o przypadkowe "uszkodzenie" zawartości modelu wykorzystywanego przez zespół?

Dostęp do modelu w trybie tylko do odczytu

W przypadku, gdy zespół projektowy zastanawia się nad wykorzystaniem Enterprise Architecta, jednym z pierwszych pytań jest:

Czy możliwy jest dostęp do modelu tylko do odczytu?

Odpowiedź brzmi:

Tak, oczywiście.

Pytanie jest jak najbardziej zasadne, gdyż w przypadku każdego projektu istnieją interesariusze, którzy nie uczestniczą w tworzeniu i utrzymaniu modelu, a mogą być zainteresowani jakimiś jego aspektami.  Przede wszystkim taki dostęp może potrzebować kierownictwo projektu i klient.
Mamy w tej kwestii kilka możliwości opisanych poniżej.

Funkcja administratora repozytorium EA

Stworzenie współdzielonego repozytorium EA ma sporo zalet w porównaniu z pracą na oddzielnych plikach EAP. W niektórych sytuacjach jest to wręcz krok nieodzowny. Warto jednak pamiętać, że utrzymanie takiego repozytorium wiąże się z koniecznością wyznaczenia osoby administratora, na którym powinien ciążyć obowiązek wykonywania pewnych zadań.
Dopóki każdy sam odpowiada za swój kawałek modelu, dopóty jest za niego odpowiedzialny. Gdy model staje się wspólny, wówczas nie można już współdzielić tej odpowiedzialności, gdyż mogłoby to doprowadzić do powstania bałaganu w zawartości repozytorium, a w skrajnym przypadku do jego utraty w wyniku awarii.

Co to jest Team Review?

Team Review to jedna z funkcjonalności Enterprise Architecta do wspierania pracy grupowej. Może być wykorzystywane przez członków zespołów projektowych jako swego rodzaju forum dyskusyjne. Stanowi miejsce, gdzie można publikować w ustrukturyzowanej formie informacje, które mogą być istotne dla innych w kontekście wspólnego modelu EA.
Oczywiście do decyzji zespołu należy decyzja, czy korzystamy z bardziej tradycyjnych metod komunikacji, takich jak spotkania, poczta elektroniczna, sharepoint czy inna forma współdzielonych zasobów.
Enterprise Architect posiada bogatą funkcjonalność we wszystkich aspektach pracy zespołowej, nie znaczy to jednak, że ta właśnie funkcjonalność jest dla Was najlepszym rozwiązaniem.

Kiedy warto rozważyć wykorzystanie Team Review?

• wykorzystywane jest jedno współdzielone repozytorium EA (w formie bazy danych lub współdzielonego pliku .eap),
• z repozytorium EA korzystają aktywnie więcej niż 3 osoby,
• użytkownicy repozytorium są zlokalizowani w różnych miejscach (różne pokoje, budynki, miasta, praca zdalna itp.),
• tworzone modele stanowią integralną część dokumentacji projektowej, która jest (lub będzie) czytana przez klienta,
• zespół opracował określone zasady projektowe dotyczące modelowania i utrzymania repozytorium, które powinny być przestrzegane przez wszystkich członków zespołu,
• członkowie zespołu są otwarci na wykorzystanie nowych metod wymiany informacji.