Prolaborate i Enterprise Architect

Kilka tygodni temu w artykule dotyczącym Enterprise Architect Pro Cloud Server (Enterprise Architect Pro Cloud Server – modelowanie w chmurze) opisywałem jedno z narzędzi, jakie oferuje Sparx Systems, które umożliwia dostęp do repozytorium modeli poprzez przeglądarkę internetową.   We wpisie tym chciałbym pisać drugi produkt – Prolaborate.

Prolaborate to narzędzie, które umożliwia współpracę z modelami,  czytanie ich, komentowanie poprzez przeglądarkę internetową. W Prolaborate możemy pracować wprost na obiektach z modelu Enterprise Architect. To kolejne takie rozwiązanie, które pozwala w dość łatwy sposób poprawić komunikację pomiędzy interesariuszami projektu. Do czytania modeli wystarczy zwykła przeglądarka internetowa. “Biznes”  nie musi uczyć się już obsługi Enterprise Architect. Może dostać tą informację, która jest mu potrzebna. Publikacja modeli przez internet to także możliwość uniknięcia pracy na MS Word. Z mojego punktu widzenia praca bezpośrednio na modelu ma tę zaletę, że poszczególne elementy wymagania, przypadki użycia, User Stories, inne są ze sobą powiązane.  Mając sieć tych powiązań mogę sprawdzić na co dane wymaga nie wpływa, co tak naprawdę zmienia dane przypadek użycia? W dokumentach “papierowych”  te relacje znikają lub są trudniejsze do zidentyfikowania.

Co znajdziemy w Prolaborate?

Zacznijmy od tego że Prolaborate pozwala na dostęp  do wielu repozytoriów. po drugie umożliwia przypisanie widoczności poszczególnych pakietów wybranym użytkownikom.

Prolaborate – repozytoria

Użytkownicy mogą mieć dostęp tylko do tych gałęzi repozytorium, do których jest to konieczne.  Zarówno zakres dostępnych gałęzi repozytorium, jak i dostępnych funkcji (edycja, wyświetlanie itd.), zależą od posiadanego zakresu uprawnień. Prolaborate zapisuje te informacje w swojej autonomicznej bazie danych.

Przyjemną własnością jest własny Dashboard.  

Prolaborate – dashboard

Dashboard jest wstępem  do bardziej zaawansowanego raportowania,  gdzie na skonfigurowanych zakładkach widać ostatnio zaktualizowane dyskusje linki odpowiednie widoki.

Dodawanie elementów do strony głównej

Dashboard dla danego repozytorium może być konfigurowany poprzez zdefiniowane Widgety.  Możemy przedstawić tą informację, która dla nas jest potrzebna w momencie rozpoczynania pracy z repozytorium.

Przegląd modeli jest zbliżony do tego co można było zobaczyć w Enterprise Architect Pro Cloud Server. Uprawnieni użytkownicy mogą edytować treść oglądanych elementów. Należy zwrócić uwagę, że Prolaborate kładzie większy nacisk  na komunikację. Wszędzie można znaleźć ikonki zachęcające do dyskusji. Dodanie komentarza skutkuje wysłaniem maila z notyfikacją.

Prolaborate – dyskusja

Tutaj należy wspomnieć o ważnym elemencie. Dyskusja, jaką znamy z Enterprise Architect i dyskusja z Prolaborate – choć odnoszą się do tego samego elementu to to nie jest ta sama dyskusja. Nasze komentarze w Prolaborate zapisywane są w bazie danych Prolaborate, a więc nie jest ona widoczna w Enterprise Architect. [EDIT: 03.04.2019] Dostęp do komentarzy zapisanych w Prolaborate jest możliwy po zastosowaniu dodatku
Prolaborate add-in for Enterprise Architect .

Kolejną funkcją, o której warto wspomnieć jest opcja udostępniania, która nie tylko umożliwia przekazanie linka prywatnego lub publicznego do diagramu, ale także pozwala na wklejenie diagramu na inną stronę internetową.  

Prolaborate – udostępnianie

Ostatnią i chyba najbardziej pożądaną, zwłaszcza z punktu widzenia podejścia zwinnego, jest integracja z JIRA i Conflunce. Po pierwsze diagramy i opisy mogą znaleźć sie w Conflunece i być aktualne w czasie rzeczywistym. Po drugie możemy niemal dowolnie mapować elementy z Enterprise na Elementy JIRA.   

Prolaborate – integracja z JIRA i Confluence

Po integracji Prolaborate z JIRA, link do zadania w JIRA zapisuje się przy elemencie. Dodatkowo w Prolaborate można mieć podgląd w statusy realizacji poszczególnych zadań. Przydatną funkcją wydaje się także synchronizacja dyskusji w JIRA z dyskusją zapisana w Prolaborate.

Prolaborate to wiele funkcji wspomagających pracę organizacji, ale nie jest to tanie rozwiązanie. Do swojej pracy potrzebuje Pro Cloud Server w wersji płatnej. Sam kosztuje też nie mało. Aktualne ceny można znaleźć na stronie: https://modesto.pl/kategoria-produktu/enterprise-architect-prolaborate/

Czy warto ponieść te koszty?

To zależy od organizacji. Wiem tylko, że Prolaborate to drugie narzędzie w stajni Sparx Systems, które wspiera dostęp do modeli via przeglądarka internetowa. To znak zmian w podejściu do modelowania. Usprawnienie komunikacji z interesariuszami to krok w dobrą stronę. Wdrożenie nowego podejścia nie będzie łatwe. “Biznes” ma często problem z przeczytaniem dokumentów w MS Word. Najczęściej brakuje czasu. W sumie to zrozumiałe. Interesariusze bardzo często zajęci nie tylko wymyślaniem co robi system, ale także bieżącą operacyjną pracą. Bardzo często brakuje mu odpowiednich kompetencji.  Korzystanie z bardziej zaawansowanych technik i narzędzi wymaga większej dojrzałości organizacji. Ta dojrzałość to nie tylko ogłoszenie, że wdrażamy nowe lepsze zabawki a przede wszystkim zaproszenie “biznesu” do tworzenia procesu wytwórczego oprogramowania, szkolenia i wsparcie komunikacji.

Wydaje się, że nastały dni, w których wybór takich narzędzi jak Prolaborate czy opisywany wcześniej Pro Cloud Server to nie tylko decyzja “IT”. To wspólna decyzja “IT” i “Biznesu”, nie tylko dlatego, że biznes będzie korzystał z tego narzędzia. “IT” i “Biznes” są jak układ oddechowy i układ krążenia. Jeden pompuje krew a drugi zapewnia tlen. Jeden dostarcza oprogramowanie, za pomocą którego drugi zarabia pieniądze, by rozwijać to oprogramowanie. Jeśli jeden z układów przestaje działać to cały organizm – organizacja – zaczyna umierać.

Myślę, że nadchodzi czas w którym, w procesie wytwórczym oprogramowania, linia podziału pomiędzy “IT” a “Biznesem” będzie się zacierać a takie narzędzia jak Prolaborate czy Pro Cloud Server będą wspierać ten proces.

Podobne wpisy

Reklama

  1. Cześć,
    Fajny (choć nieco zdawkowy :)) artykuł. Zajmuję się Prolaboratem już drugi rok i mam kilka nieco odmiennych przemyśleń. Na początek zgodzę się Michale, że bez porozumienia z biznesem, żadna zmiana w procesie nie jest możliwa. Ale jak już ją przejdziesz, to zapewniam Cię, że nikt do ‚wordów’ nie będzie chciał wracać. To opinia jednego z klientów, z którym współpracujemy w Prolaborate i mamy za sobą projekt w tym środowisku. W tym aspekcie to game-changer!
    Zgodzę się też z opinią, że jest to dość kosztowne narzędzie (głównie przez koszt PCS, którego Sparx promuje – ot, takie prawo monopolisty). Z drugiej zaś koszt całego środowiska to jakieś 2-3 pensje specjalisty. Zważywszy, że można przy użyciu tego środowiska zejść z czasem dystrybucji i akceptacji artefaktów projektowych o rząd (!!) wielkości, to jest się o co bić. Prolaborate to agile-enabler, i to nie tylko przez integrację z JIRA i Confluecne ale też dzięki zaimplementowanym w nim samym mechanizmom (chociażby review).
    Nie stawiałbym jednak WebEA i Prolaborate w jednym szeregu. Ja osobiście wieszczę przyszłość Prolaborate jako następcy / zastępcy dla WebEA, który się po prostu nie sprawdził.
    Na korzyść Prolaborate przemawia argument, że jest to swego rodzaju centrum sterowania i integracji a nie kolejne narzędzie – i tym wg. mnie wygrywa.
    Myślę, że kluczowe staje się tu to jak łatwo dostraja się Prolaborate do potrzeb, jak wiele można pokazać, a jednocześnie jak wiele ukryć nie tracąc przy tym spójności modelu.
    Kilka przykładów zastosowań Prolaborate opisałem na blogu Ateny, (https://blog.atena.pl/) kolejne w przygotowaniu. Ja jestem zafascynowany tym podejściem.

  2. Jacku dzięki za komentarz :-). Osobiście też uważam, że WebEA odejdzie i zostanie tylko Prolaborate. W artykule nie opisałem wielu opcji, ale to, co jest pod „maską” ma olbrzymi potencjał. Za kilkanaście miesięcy będzie wiadomo czy się przyjmie na naszym rynku.

  3. Trochę słabo wygląda informacja, że komentarze w Prolaborate i komentarze w Sparxie – nie są tożsame. Czyli osoba pracująca w programie – dalej musi skakać po innych miejscach ( w tym wypadku portalu Prolaborate) by zobaczyć czy są jakieś uwagi. Niczym to nie różni się od sytuacji gdzie ktoś komentuje w Wordzie, Conflu itd. Myślałem, iż po takim czasie firma jednak opracuje sprawniejszy mechanizm.
    Mam też pytanie odnośnie „Użytkownicy mogą mieć dostęp tylko do tych gałęzi repozytorium, do których jest to konieczne. ” – W dużych repozytoriach powszechne jest, że na diagramach zamieszcza się obiekty leżące „fizycznie” w różnych Modelach/pakietach/gałęziach. Przy generowaniu z samego Sparxa raportu HTML – takie obiekty były „nieklikalne” na stronie. Podobnie przy tworzeniu materiału rtf/doc – dla obiektów spoza pakietu (ale umieszczonych na diagramie w nim) – nie można było wygenerować części informacji. Jak to wygląda tutaj?

  4. Treść artykuł przed momentem uzupełniłem. Dostęp do komentarzy zapisanych w Prolaborate jest możliwy po zastosowaniu dodatku Prolaborate add-in for Enterprise Architect. Nie trzeba skakać :-).
    Odnośnie do elementów w różnych pakietach. Elementy, do których nie mam dostępu a są umieszczone na diagramach do których mam dostęp są klikalne. Co więcej, jeśli mam prawo do edycji diagramu, na którym jest element z pakietu, do którego nie mam dostępu to mogę zmienić jego nazwę i treść.

Zostaw komentarz

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

Przewiń do góry