Cykl życia elementów - grupowa aktualizacja

W swoich postach rozpisuję się o cyklu życia elementów. Piszę o wersjonowaniu, o własnej liście statusów oraz o wprowadzaniu zasad projektowych mających na celu zachowanie porządku w modelu.
Jak jednak utrzymać ten porządek w repozytorium, gdy gonią terminy i jest wiele różnych pilnych zadań do wykonania?
Z pomocą przychodzi funkcja Update Package Status, o której rzadko się pamięta i dlatego zechciałem poświęcić jej odrobinę miejsca.

Wyszukiwanie w wybranej gałęzi

Enterprise Architect jest wyposażony w funkcjonalność Model Search, która pozwala na wykonanie standardowych zapytań w modelu, bądź opracowanie własnych zapytań i ich wykonanie. Zapytania te z racji swej natury przeszukują cały model, jednakże model EA jest hierarchiczny i składa się z pakietów i podpakietów.
Na szczęście producent daje możliwość ograniczenia wyszukiwania tylko do wybranej gałęzi bez potrzeby żmudnego budowania zapytania SQL odzwierciedlającego zagnieżdżenia pakietów.

Własny zestaw statusów

Każdy element w modelu posiada swój własny zestaw atrybutów. Wśród standardowych atrybutów znaleźć można trzy, które służą określeniu momentu w cyklu życia elementu. Są to:

• status,
• wersja,
• faza.

Domyślnie, w standardowej konfiguracji każdy nowo utworzony element otrzymuje status: Proposed, wersję: 1.0 oraz fazę: 1.0. Na początku najczęściej użytkownicy EA skupiają się na tym, aby opracować jak najlepsze diagramy, które wiernie odzwierciedlają specyfikę projektowanego przedsięwzięcia i są w miarę zgodne z notacją. Później zaczynają dbać o to, żeby nie tworzyć duplikatów tych samych elementów, tzn. na wielu diagramach umieszczać ten sam element, a nie jego kopię. Jeszcze później użytkownicy zaczynają się zastanawiać nad cyklem życia takich elementów, bo przecież projektowany system w którymś momencie wchodzi w fazę utrzymania i konieczne staje się ogarnięcie różnych stanów modyfikacji, faz wdrożenia, czy wydań.

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ół?

Osadzanie raportów RTF w MS Word

Standardowe możliwości w zakresie generowania dokumentacji projektowej w programie Enterprise Architect są wystarczające tylko dla mało wymagających użytkowników. Każdy, kto próbował w tym zakresie osiągnąć coś więcej niż standardowa konfiguracja napotykał na szereg trudności. Trudności te są związane przede wszystkim z edycją szablonów RTF.
A ja tak na przekór wszystkim najbardziej cenię sobie właśnie funkcjonalność generowania dokumentacji. Wynika to chyba z mojej dawnej pasji, którą kiedyś było DTP. Obecnie, gdy uda mi się wyprodukować ładnie wyglądający raport z EA - pękam z radości.
Zamierzam na tym blogu w kolejnych postach dzielić się z Wami doświadczeniem związanych z raportami RTF.
Pominiemy chyba proste generowanie zwykłych raportów, bo łatwo znaleźć w aplikacji polecenie, które do tego służy. Zaczniemy od opisu możliwości osadzania raportów RTF w dokumencie MS Word.

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.

Jak zmienić swoje hasło w repozytorium EA?

Niniejszy post jest skierowany do osób, które korzystają z modelu EA z włączonym modułem Security, którego zastosowanie wymaga logowania do modelu. W takiej sytuacji najczęściej administrator repozytorium konfiguruje grupy, przypisuje użytkowników do grup i ustala inicjalne hasła.
Podczas ustalania hasła brak opcji wymuszenia zmiany hasła przy pierwszym logowaniu (choć wcale nie brakuje takiej opcji). Użytkownicy zazwyczaj korzystają z haseł, które zostały im przydzielone nie wiedząc że mają możliwość samodzielnej zmiany.
Kwestia zmiany hasła wydaje się być trywialna, ale w sytuacji, gdy administrator ustala hasła wszystkim takie samo hasło lub wg tej samej reguły (np. <imię>123.) można założyć, że konta nie są chronione hasłem.

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.

Oznaczanie elementów - bookmarki

Enterprise Architect wyposażony został w funkcjonalność oznaczania dowolnych elementów, mechanizm ten kryje się pod mało oryginalną nazwą: bookmark. Aby ta funkcja mogła być przydatna, trzeba najpierw wiedzieć, że jest istnieje, a potem wiedzieć do czego służy.

Dla kogo jest ten blog?

Zaczynam dopiero swoją przygodę polegającą na prowadzeniu bloga i zauważyłem, że najtrudniej jest zacząć, zrobić ten pierwszy krok. Mam w głowie pomysły na wiele postów do zamieszczenia, ale wypadałoby zrobić jakiś wstęp.
Tym bardziej, że jeśli trafiłeś(aś) tutaj w sytuacji, gdy nie ma jeszcze wielu postów to możesz się zastanawiać o czym tu piszę i czy powinieneś(aś) się zainteresować tematem. Postaram się odpowiedzieć.
Blog jest skierowany do osób, które są związane z prowadzeniem projektów informatycznych, a zwłaszcza tych, którzy korzystają z  programu Sparx Enterprise Architect lub też ewentualnie z innych narzędzi typu CASE.
Zauważyłem, że wiedza o możliwościach tego programu, o rozmaitych trickach, czy sposobach rozwiązania problemów nie jest łatwa do odnalezienia. Wiele wartościowych informacji ukrytych jest w Pomocy do EA, wartościowe mogą być White Papers publikowane na stronie producenta, do tego od pewnego czasu Sparx rozpoczął tworzenie wideo tutoriali, uruchomił stronę społecznościową... ale i tak najczęściej jest tak, że jak ktoś ma jakiś konkretny problem to mimo wszystko sam wyważa otwarte drzwi.
Dodam jeszcze, że wszystkie wymienione przeze mnie wyżej materiały, publikowane przez Sparx lub entuzjastów, dostępne są w języku angielskim. Jeśli nie czujesz się komfortowo szukając informacji pisanych w języku angielskim - zaglądaj tutaj. Postaram się szczegółowo opisywać rozmaite przykłady rozwiązań. I to rozwiązań praktycznych problemów, z którymi wielokrotnie się zetknąłem w swojej pracy.

Powitanie

Witam,

Po dłuższym zastanowieniu się postanowiłem założyć bloga, gdzie zamierzam dzielić się swoim doświadczeniem w zakresie wykorzystania oprogramowania Sparx Enterprise Architect.

Zapraszam do czytania i mam nadzieję, że moje publikacje będą dla Was przydatne.