Temat: Scenariusze w diagramach UML

Jakub Płachecki:

Stanisław Niepostyn:

Jakub Płachecki:
By zobrazować bardziej złożone przypadki użycia można też posłużyć się diagramem aktywności, w szczególności jeśli korzystamy z narzędzia wspierającego konwersję scenariusza do tegoż diagramu (np. Enterprise Architect - można sobie wygenerować diagram aktywności z ustrukturyzowanej specyfikacji scenariusza przypadku użycia)

A w której wersji ? Jak w starej 6.5 to mi proszę szybciutko podaj przepis na wygenerowanie diagramu aktywności z ustrukturyzowanej specyfikacji scenariusza.

Obawiam się, że w 6.5 nie było takiej możliwości. Obecnie korzystam z wersji 8, build 864, corporate edition. Oprócz generowania różnego rodzaju diagramów ze scenariusza ustrukturyzowanego (oprócz rzeczonego diagramu aktywności jest to m.in. diagram maszyny stanowej) ma jeszcze co najmniej jedną

Ściągnąłem trial'a i rzeczywiście tworzy diagramy z tzw. ustrukturyzowanego scenariusza. Ale nie widzę możliwości tworzenia scenariusza z diagramu (czyli w drugą strone, a to pewnie byłoby lepsze dla Jarka, bo nie musiałby zastanawiać się nad pisaniem scenariuszy, tylko "click" i automatycznie dostałby wszystkie scenariusze).
W swoim modelerze BPMN, tej wersji jeszcze nie wystawiłem, właśnie wykrywam wszystkie scenariusze z diagramu BPMN, a nastepnie podświetlam wybrane kolejne scenariusze podstawowy i alternatywne.
Ale jeszcze nie opracowałem możliwości tworzenia diagramu ze scenariusza.
Najpierw musiałbym zastanowić się nad strukturą takiego scenariusza, ale ... może za parę dni ... :)

inną ciekawą funkcjonalność: umożliwia przekonwertowanie słowno-musycznego opisu scenariusza na scenariusz ustrukturyzowany. Nawet role do poszczególnych kroków w miarę dobrze przypisuje podczas konwersji (sparx pisze, że zaczytywanych i rozpoznawanych jest bodajże 15 pierwszych znaków z danego kroku, więc jeśli jest tam "system" lub nazwa aktora już zdefiniowanego, to nie powinno być problemu).

Czyli to co miało z 5-6 lat temu RequisitePro IBM-a wreszcie zawitało do Sparx'a ? ;)

Temat: Scenariusze w diagramach UML

Stanisław Niepostyn:
pewnie byłoby lepsze dla Jarka, bo nie musiałby zastanawiać się nad pisaniem scenariuszy, tylko "click" i automatycznie dostałby wszystkie scenariusze).

ah te nieporozumienia ;)

jeśli nie pisałem to piszę, kolejność projektowania UC jaką stosuję:
1. model procesów BPMN, na nim po przetestowaniu zaznaczam UC
2. generuję diagram UC z BPMN
koniec analizy wymagań (w uproszczeniu)

projektowanie:
1. prosty UC: tylko opis słowny
2. średni UC: tabelka z dialogiem aktor<->system (to chyba nazywasz scenariuszem)





3. złożony UC: z tabeli dialogu generuje automatycznie diagram sekwencji aktor<->system i dodaję klasy który biorą w tym udział.

mam model dziedziny:




i z niego (z klas) buduję kompletnych scanariusz UC:




jeżeli czegoś brakuje na modelu dziedziny to wyjdzie podczas testowania UC na diagramie sekwencji.

zainteresowanych szczegółami zapraszam tu:
http://it-consulting.pl/autoinstalator/wordpress/index...

Temat: Scenariusze w diagramach UML

Jarek Żeliński:
i dotyczy tylko tego kto wojuje..

Całą zabawę zepsułeś :-)

Temat: Scenariusze w diagramach UML

Jakub Płachecki:

Jarek Żeliński:
i dotyczy tylko tego kto wojuje..

Całą zabawę zepsułeś :-)

przepraszam :(

Temat: Scenariusze w diagramach UML

Stanisław Niepostyn:
Czyli to co miało z 5-6 lat temu RequisitePro IBM-a wreszcie zawitało do Sparx'a ? ;)

To już wtedy był IBM, czy może jeszcze Rational? :-)

Zresztą - nie mam nic przeciw oddawaniu "palmy pierwszeństwa" tym, którzy na nią zasługują. Do EA się już po prostu przyzwyczaiłem, poza tym sporo czasu i wysiłku poświęciłem na poznawanie tego narzędzia i dopóki okoliczności mnie nie zmuszą do używania innego, pewnie pozostanę wierny :-)

Temat: Scenariusze w diagramach UML

Jakub Płachecki:

Jarek Żeliński:
i dotyczy tylko tego kto wojuje..

Całą zabawę zepsułeś :-)

Ten typ tak ma;)

BTW - Fajnie że się włączyłeś w dyskusje, od dawna na tej grupie nic się nie działo ciekawego:)

Temat: Scenariusze w diagramach UML

Mateusz Kurleto:

Jakub Płachecki:

Jarek Żeliński:
i dotyczy tylko tego kto wojuje..

Całą zabawę zepsułeś :-)

Ten typ tak ma;)

BTW - Fajnie że się włączyłeś w dyskusje, od dawna na tej grupie nic się nie działo ciekawego:)

Również się cieszę, im więcej osób z którymi można wymieniać poglądy, tym lepiej. Chyba. :-)

Temat: Scenariusze w diagramach UML

Jakub Płachecki:

Stanisław Niepostyn:
Czyli to co miało z 5-6 lat temu RequisitePro IBM-a wreszcie zawitało do Sparx'a ? ;)

To już wtedy był IBM, czy może jeszcze Rational? :-)

Rational was sold for US$2.1 billion to IBM on February 20, 2003.

Zresztą - nie mam nic przeciw oddawaniu "palmy pierwszeństwa" tym, którzy na nią zasługują. Do EA się już po prostu przyzwyczaiłem, poza tym sporo czasu i wysiłku poświęciłem na poznawanie tego narzędzia i dopóki okoliczności mnie nie zmuszą do używania innego, pewnie pozostanę wierny :-)

W sumie najtańszy na rynku ;)
A propos, czy w nowszej wersji poprawili generowanie raportów ?
Bo w 6.5 do 7.3 to te ich raporty były mocno wkurzające.
Aczkolwiek z drugiej strony kilka "szybkich" kilkusetstronicowych dokumentacji analityczno-projektowych to dzięki temu sprzedałem ...;)

Temat: Scenariusze w diagramach UML

Stanisław Niepostyn:
Aczkolwiek z drugiej strony kilka "szybkich" kilkusetstronicowych dokumentacji analityczno-projektowych to dzięki temu sprzedałem ...;)

rozliczasz się od kilograma papieru ???:)

no dobra, idę na imprezę ;)

Temat: Scenariusze w diagramach UML

Stanisław Niepostyn:

Jakub Płachecki:

Stanisław Niepostyn:
Czyli to co miało z 5-6 lat temu RequisitePro IBM-a wreszcie zawitało do Sparx'a ? ;)

To już wtedy był IBM, czy może jeszcze Rational? :-)

Rational was sold for US$2.1 billion to IBM on February 20, 2003.

Zresztą - nie mam nic przeciw oddawaniu "palmy pierwszeństwa" tym, którzy na nią zasługują. Do EA się już po prostu przyzwyczaiłem, poza tym sporo czasu i wysiłku poświęciłem na poznawanie tego narzędzia i dopóki okoliczności mnie nie zmuszą do używania innego, pewnie pozostanę wierny :-)

W sumie najtańszy na rynku ;)
A propos, czy w nowszej wersji poprawili generowanie raportów ?
Bo w 6.5 do 7.3 to te ich raporty były mocno wkurzające.
Aczkolwiek z drugiej strony kilka "szybkich" kilkusetstronicowych dokumentacji analityczno-projektowych to dzięki temu sprzedałem ...;)

Na temat 6.5 - 7.3 się nie będę wypowiadał, bo nie znam. Od wersji 7.5 zacząłem "zabawę" z EA, ale dopiero praca z wersją 8 była sensowna. Nie ze względu na narzędzie, ale moją jego znajomość :-)

W chwili obecnej mogę powiedzieć "kilka" słów na temat raportów RTFowych - jeśli podejdziemy do tego tematu w sposób optymalny, jaki wspiera narzędzie (czyli przez tworzenie modelu dokumentacji) i dorzucimy dostosowywanie do własnych potrzeb szablonów do generowania raportów i "stałe projektowe" (które rzecz jasna są zmiennymi:-)), to nie ukrywam, że możliwości są imponujące (przynajmniej dla mnie, acz brak mi tu jakiegoś punktu odniesienia do innych narzędzi - moją wypowiedź uznałbym za pełniejszą, gdybym mógł odnieść się do możliwości dwóch różnych narzędzi CASE przy porównywalnej i dość głębokiej wiedzy na ich temat).

Zaś jeśli chodzi o EA - chętnie udzielę szerszych informacji w razie potrzeby.

Temat: Scenariusze w diagramach UML

Jarek Żeliński:

Stanisław Niepostyn:
Aczkolwiek z drugiej strony kilka "szybkich" kilkusetstronicowych dokumentacji analityczno-projektowych to dzięki temu sprzedałem ...;)

rozliczasz się od kilograma papieru ???:)

no dobra, idę na imprezę ;)

Udanej zabawy, czekamy na reportaż ;-) Hehe

Temat: Scenariusze w diagramach UML

Jarek Żeliński:

Stanisław Niepostyn:
pewnie byłoby lepsze dla Jarka, bo nie musiałby zastanawiać się nad pisaniem scenariuszy, tylko "click" i automatycznie dostałby wszystkie scenariusze).

ah te nieporozumienia ;)

jeśli nie pisałem to piszę, kolejność projektowania UC jaką stosuję:
1. model procesów BPMN, na nim po przetestowaniu zaznaczam UC

A co to znaczy "przetestowanie" na tym etapie ????

2. generuję diagram UC z BPMN

Generujesz w tym Visual Paradigm ?
A co to jest diagram UC ? Diagram z przypadkami użycia, aktorami i asocjacjami ?
Jeśli tak to ten Visual dużo się chyba nie "napracuje" ????
A czy VP generuje również asocjacje między aktorami a przypadkami ?
A związki rozszerzające i włączające to na jakiej podstawie ???

koniec analizy wymagań (w uproszczeniu)

Wymaganiami nazywasz tylko proces biznesowy ????
A sposób interakcji, który niżej zamieszczasz to nie są wymagania ????
Dla mnie projekt, to opis UC, domeny, czy zachowania przystosowany do elementów danej platformy.
Dla J2EE to klasy Java, dla Documentum to elementy workflow, formatki cykle życia, obiekty itp..., a dla Oracle fmx, triggery, tudzież SQL-owe wyrażenia ...

projektowanie:
1. prosty UC: tylko opis słowny
2. średni UC: tabelka z dialogiem aktor<->system (to chyba nazywasz scenariuszem)

Takie tabelki robiłem dość dawno po czym zrezygnowałem ... strasznie niewygodne te tabelki do kopiowania, aczkolwiek dużo miejsca zajmowały w dokumemntacji i to była ich niewątpliwa zaleta ...
Od ponad 6 lat stosuję proste scenariusze, nie tabelkowe ....

3. złożony UC: z tabeli dialogu generuje automatycznie diagram sekwencji aktor<->system i dodaję klasy który biorą w tym udział.

Czyli w VP scenariusze zapisuje się w formie tabelek dialogu ???
Diagram sekwencji dotyczy obiektów, nie klas (na Twoim diagramie masz kuwetka to klasa, a :Kuwetka to instancja klasy kuwetka, czyli obiekt o nazwie Kuwetka), ale ciekawe jak wiążesz obiekty z komunikatami (czy wywołaniami metod?) ...
czy VP może generować również inne diagramy realizacji przypadku uzycia ? NP. diagram aktywności, czy diagram kolaboracji ?
A jak wygląda sprawa ze scenariuszami alternatywnymi ?
Bo jak VP "nie potrafi" generować scenariuszy alternatywnych, to faktycznie dobrym obejściem problemu jest tworzenie przypadków uzycia wyłącznie z jednym, głównym przebiegiem ....

mam model dziedziny:

W modelu dziedziny masz pełno najsłabszych związków typu Dependency, bez krotności ... cięzko z tego wygenerować bazę danych ...

i z niego (z klas) buduję kompletnych scanariusz UC:

Znaczy, że dopiero tutaj dodajesz alternatywne ????
Między komunikatem 3., a 4. albo 6 (bo alternatywa) masz przerwę, cos by przydałoby się uzupełnić ... Bardzo dziwny ten komunikat 3., który pokazuej, że aktor cos wprowadził lub nic nie wprowadził ?

jeżeli czegoś brakuje na modelu dziedziny to wyjdzie podczas testowania UC na diagramie sekwencji.

Jak wygląda "testowanie UC" na diagramie sekwencji ?

zainteresowanych szczegółami zapraszam tu:
http://it-consulting.pl/autoinstalator/wordpress/index...

Ciekawy sposób tworzenia scenariuszy bez pokazania przebiegów alternatywnych opisujących wykrycie typowych sytuacji jak np wykrycie jakichś literówek w zamówieniu (sprawdz poprawnosć zamówienia) - no chyba, że ten diagram nie jest wykończony ....

Temat: Scenariusze w diagramach UML

Jarek Żeliński:

Stanisław Niepostyn:
Aczkolwiek z drugiej strony kilka "szybkich" kilkusetstronicowych dokumentacji analityczno-projektowych to dzięki temu sprzedałem ...;)

rozliczasz się od kilograma papieru ???:)

Jeśli przyjmiemy jeden diagram na stronę, dwa na scenariusze, czy inne opisy to wtedy można oszacować mniej więcej wielkość modelowanego systemu ....

Temat: Scenariusze w diagramach UML

@Stanisław
Jeżeli zadałeś te wszystkie pytania dla jaj z okazji weekendu to rozumiem, jeżeli zaś pytania są jednak poważnie zadane to ich ilość i treść sugeruje mi, że powinienem Ci polecić jakieś szkolenie lub książki, ale nie moje żeby było Ci łatwiej..

Co do możliwości VP, to ja dla odmiany myślę sam a VP to tylko narzędzie pracy... zresztą całkiem niezłe...Jarek Żeliński edytował(a) ten post dnia 26.02.11 o godzinie 11:14

Temat: Scenariusze w diagramach UML

Jarek Żeliński:
@Stanisław
Jeżeli zadałeś te wszystkie pytania dla jaj z okazji weekendu to rozumiem, jeżeli zaś pytania są jednak poważnie zadane to ich ilość i treść sugeruje mi, że powinienem Ci polecić jakieś szkolenie lub książki, ale nie moje żeby było Ci łatwiej..

Pomimo sporego doswiadczenia w przemysle IT uważam, że dobre szkolenie zawsze się może przydać :)
Co więcej, powtarzanie materiału z podstaw informatyki też nigdy nie zaszkodzi ... :)
Zaś co do odpowiedzi Jarek, to wcale nie musisz odpowiadać ...
Aczkolwiek szkoda, że nie poznam Twojej autorskiej metody tworzenia dokumentacji analitycznej. Na razie widzę w niej sporo luk i parę błędnych założeń, stąd moje pytania, bo być może rozbiezności co do terminów dotyczą nie tylko scenariuszy ...

Co do możliwości VP, to ja dla odmiany myślę sam a VP to tylko narzędzie pracy... zresztą całkiem niezłe...Jarek Żeliński edytował(a) ten post dnia 26.02.11 o godzinie 11:14

Temat: Scenariusze w diagramach UML

kilka wyjaśnień innym czytającym i szukającym informacji o UML:

Wymaganiami nazywasz tylko proces biznesowy ????

jeżeli celem zamawiającego jest wsparcie danego procesu prze projektowane oprogramowanie to tak (np. program ma wspierać proces wystawiania faktur, należy opisać ten proces, najlepiej w postaci modelu).

Dla mnie projekt, to opis UC, domeny, czy zachowania przystosowany do elementów danej platformy.
Dla J2EE to klasy Java, dla Documentum to elementy workflow, formatki cykle życia, obiekty itp..., a dla Oracle fmx, triggery, tudzież SQL-owe wyrażenia ...

dobra praktyką jest pilnowanie zasady, ze wymaganie określa co ma być zrobione a nie jak. Jestem zwolennikiem tezy, że wymagania muszą abstrahować od implementacji, bo chyba że ktoś chce sobie ustawić przetarg...;)

W modelu dziedziny masz pełno najsłabszych związków typu Dependency, bez krotności ... cięzko z tego wygenerować bazę danych ...

jednym z powszechnie popełnianych błędów w projektach obiektowych jest łączenie pojęć modelu dziedziny i diagramu klas z relacyjnym modelem danych. jedną z najgorszych książek jakie mam na półce jest ta zawierająca na diagramach klas klucze główne i obce....

Bazy danych się projektuje a nie generuje, zaprojektowanie modelu bazy relacyjnej zależy od implementacji (mapowanie ORM) a ta wykracza poza "wymagania funkcjonalne". Po drugie mamy bazy noSQL, obiektowe, hierarchiczne itp... to wykonawca dokonuje wyboru metody implementacji a nie analityk czy projektant koncepcji.

co do związków na diagramie diagram klas to przerywana strzałka domyślnie oznacza użycie a nie zależność. Tak wiec wskazuje ona, że dana klasa wywołuje metody drugiej.

więcej o przytoczonym modelu dziedziny tu:

http://it-consulting.pl/autoinstalator/wordpress/index...

bardzo ważne jest pamiętanie, że projektowanie to nie mechaniczne rzemiosło, klient zamawiający analizę i projekt oczekuje raczej pracy analityka a nie automatu do generowania czegokolwiek (bo to można szybko i znaczniej taniej), tak więc ocena projektu na bazie liczby asocjacji czy ich braku bez powołania się na zalety lub wady takiej czy innej konstrukcji jest raczej bezprzedmiotowe.

zaś w kwestii tego co może VP Agilian polecam strony producenta:
http://www.visual-paradigm.com/product/ag/

Temat: Scenariusze w diagramach UML

Stanisław Niepostyn:
Aczkolwiek szkoda, że nie poznam Twojej autorskiej metody tworzenia dokumentacji analitycznej.

nie radzisz sobie z google czy nie potrafisz zajrzeć do mojego profilu?

Na razie widzę w niej sporo luk i parę błędnych założeń, stąd moje pytania,

masz prawo, my wymieniamy się poglądami a ludzie to czytają... każdy sam ocenia

Temat: Scenariusze w diagramach UML

Jarek Żeliński:

Stanisław Niepostyn:
Aczkolwiek szkoda, że nie poznam Twojej autorskiej metody tworzenia dokumentacji analitycznej.

nie radzisz sobie z google czy nie potrafisz zajrzeć do mojego profilu?

Skąd takie opory ?

Temat: Scenariusze w diagramach UML

Stanisław Niepostyn:

Jarek Żeliński:

Stanisław Niepostyn:
Aczkolwiek szkoda, że nie poznam Twojej autorskiej metody tworzenia dokumentacji analitycznej.

nie radzisz sobie z google czy nie potrafisz zajrzeć do mojego profilu?

Skąd takie opory ?

chyba nie zrozumiałem, jakie opory?

Temat: Scenariusze w diagramach UML

Jarek Żeliński:
@Stanisław
Jeżeli zadałeś te wszystkie pytania dla jaj z okazji weekendu to rozumiem, jeżeli zaś pytania są jednak poważnie zadane to ich ilość i treść sugeruje mi, że powinienem Ci polecić jakieś szkolenie lub książki, ale nie moje żeby było Ci łatwiej..

Szczerze powiedziawszy nie wiem, które z pytań zadanych przez Stanisława uważasz za "niegodne"... W moim odczuciu większość uwag i pytań jest jak najbardziej sensowna. Nie zgodzę się co prawda z "generowaniem bazy danych z modelu dziedzinowego" - jestem zdania, że model dziedzinowy owszem powinien mieć wpływ na model klas czy bazy danych, ale na pewno te dwa ostatnie nie powinny być 1:1 odzwierciedleniem modelu dziedzinowego. Moje modele dziedzinowe służą jasnemu określeniu pojęć z dziedziny i zależności między nimi. Natomiast na diagramie klas mogą znaleźć się klasy nie odpowiadające żadnemu pojęciu z dziedziny, a wynikające bardziej z kwestii implementacyjnych (różnego rodzaju klasy pomocnicze, interfejsy - oczywiście nie w rozumieniu GUI, itp), zaś w modelu bazy danych mogą pojawić się choćby np. struktury pośrednie służące utworzeniu relacji wiele do wielu (których również w modelu dziedzinowym nie umieszczę).

Co do "przerywanej strzałki" - nie masz racji Jarku. Tak jak napisał Stanisław jest to związek zależności (dependency), natomiast dopiero jedną z predefiniowanych zależności (via odpowiedni stereotyp) jest użycie. Zgodzę się też ze Stanisławem, że wykorzystanie go jako głównego typu związku na diagramie dziedzinowym lub klas, to lekkie nieporozumienie.

jeżeli celem zamawiającego jest wsparcie danego procesu prze projektowane
oprogramowanie to tak (np. program ma wspierać proces wystawiania faktur,
należy opisać ten proces, najlepiej w postaci modelu).

Odnoszę wrażenie, że pobożnym życzeniem pozostaje taka wiara Klienta w czyjeś kompetencje i pozostawienie przez niego takiej swobody wykonawcy (czy to analizy, czy projektu), by wymagania ograniczyły się do "wsparcia procesu biznesowego" jako takiego, bez żadnych dodatkowych wymagań, uwag i sugestii.