Maciek Drewniany

Maciek Drewniany
PM/Projektant/Analit
yk

Temat: EA - diagramy stanu vs generowanie dokumentacji

Witam,
mam pytanie odnośnie generowania dokumentacji RTF w Enterprise architect.
Otóż projektując system założyłem, że podstawowym diagramem będzie diagram stanu(maszyny stanowej) z racji, że system opiera się na obiegu pewnych dokumentów (DMS(SOD) w tym przypadku) i ich specyficznych stanach.

Mając diagram stanu i warunki przejścia(decyzje) pomiędzy nimi (okreslone strzałkami) chciałbym wygenerować w EA (mam wer.10) proste zestawienie typu:
stan -> lista wychodzących/dostępnych akcji/decyzji.

Niestety podstawowy problem przy generowaniu dokumentacji mam w obiektach typu choice.
Moje podejście zakłada ze "romby" nie są opisane i system generuje mi je jako <anonymous> (z resztą wg mnie generator nie rozróźnia obiektów typu choice i state, co jest dla mnie bardzo problematyczne i utrudnia generowanie dokumentacji).
Czy istnieje możliwośc "połączenia/scalenia" obiektu typu choice ze stanem? tak zebym miał prostą tabele typu: "nazwa stanu | decyzja 1, decyzja 2, decyzja 3"?

Generalnie ten generator rtf jest bardzo toporny i tworzenie w ogole dokumentacji z EA jest mało przyjazne i jak dla mnie nieprzydatne.
Jakie wy macie doświadczenia z generowaniem dokumentacji w EA? Przyspiesza Wam prace związane z tworzeniem dokumentów analizy?
Stanisław Jerzy Niepostyn

Stanisław Jerzy Niepostyn Bądź przeszkolony :)

www.project-media.pl
/szkolenia.php

Temat: EA - diagramy stanu vs generowanie dokumentacji

Po pierwsze nie kombinuj tylko modeluj jak najprościej.
Po drugie jak już udało Ci się wypichcić jakiś raporcik to trzymaj go jak skarb ;)
No i po trzecie: nie wiem co chcesz osiągnąć ?

Tabelka w Twoim przypadku praktycznie nie jest do wygenerowania.
W generatorze możesz co najwyżej wygenerować przyłaczony element po drugiej stronie krawędzi.
Zatem ustawiasz sobie Element i wiążesz go z Connector.Source.Element lub Connector.Target.Element.
Kilkanaście prób robisz w połaczeniu z Diagram Options (które elementy masz generować, a które nie) i być może, że po kilku razach zacznie Ci to generować w przybliżeniu to co chcesz.
Wtedy szybko zapisz pod odpowiednią nazwą raport i nastepne próby rób juz na innym raporcie.
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: EA - diagramy stanu vs generowanie dokumentacji

Otóż projektując system założyłem, że podstawowym diagramem będzie diagram stanu(maszyny stanowej) z racji, że system opiera się na obiegu pewnych dokumentów (DMS(SOD) w tym przypadku) i ich specyficznych stanach.

na takim założeniu wywalił się niejeden taki projekt, odradzam, tu więcej:
http://it-consulting.pl/autoinstalator/wordpress/2012/...

Po drugie podstawowym diagram (korzeń struktury modeli) lepiej by było diagram przypadków użycia....

Być może problem w tym, że model maszyny stanowej jako korzeń struktury nie ma żadnego wsparcia w raportowaniu (i sensu), bo taki model dotyczy klasy stanowej i co najmniej ta nadaje się na korzeń takiej struktury modelu...

proponuje książkę Larmana na temat procesu projektowania...
http://it-consulting.pl/autoinstalator/wordpress/2012/...

po co odkrywać amerykę i niepotrzebnie komplikować projekt....
Maciek Drewniany

Maciek Drewniany
PM/Projektant/Analit
yk

Temat: EA - diagramy stanu vs generowanie dokumentacji

Przeglądnąłem materiały i wygląda na to, że stosujemy model WfMC:) a diagramy stanu prezentowane są klientowi dla analizowanych procesów, co do których działanie klientowi jest znane (np. wniosek urlopowy, zaliczka itp).
Dla nas pojęcie maszyny stanowej dla danego obiektu jest nieco umowne i status defacto trzymamy w atrybucie( i możemy łatwo nim manipulować, dzięki elastycznym narzędziom). Ważniejsze są dla nas warunki przejścia i obieg.
Ale nie w tym rzecz, chciałem wykorzystać nieco same EA do zautomatyzowania tworzenia dokumentacji, ale widzę, że i tak będę musiał tworzyć ręcznie w EA diagramy przypadków użycia.
Generalnie szukam wartości dodanej stosowania tego narzędzia. Bo nie o to chodzi żeby tworzyć sztukę dla sztuki (zwłaszcza, że czas jest tutaj drogim czynnikiem).
Inna sprawa, że powinienem zacząć raczej od diagramu przypadków użycia a potem na ich podstawie tworzyć diagramy SM.( w najnowszym EA można już z prostych use caseów tworzyć diagramy czynności).
Czy istnieją jakieś "wzorcowe" podejścia do samego EA w tym obszarze?
Maciek Drewniany

Maciek Drewniany
PM/Projektant/Analit
yk

Temat: EA - diagramy stanu vs generowanie dokumentacji

Stanisław Jerzy N.:
Po pierwsze nie kombinuj tylko modeluj jak najprościej.
Po drugie jak już udało Ci się wypichcić jakiś raporcik to trzymaj go jak skarb ;)
No i po trzecie: nie wiem co chcesz osiągnąć ?

Tabelka w Twoim przypadku praktycznie nie jest do wygenerowania.
W generatorze możesz co najwyżej wygenerować przyłaczony element po drugiej stronie krawędzi.
Zatem ustawiasz sobie Element i wiążesz go z Connector.Source.Element lub Connector.Target.Element.

No niestety widzę, że nie przeskoczę pewnych rzeczy w EA.
Nikt nie tworzy podobnych raportów? Może moje podejście jest z założenia nieprawidłowe i powinno to nieco inaczej wyglądać?

Następna dyskusja:

Generowanie dokumentacji z ...




Wyślij zaproszenie do