пропозиції роботи
konto usunięte
Temat: Scenariusze w diagramach UML
Jarek Żeliński:Czemu oskarżasz każdego kto ma inne zdanie o złośliwość ?
czy "bitwa" na złośliwości to coś co lubisz?
Mateusz
Kurleto
Szukamy wybitnych
talentów do
świetnego zespołu IT
w Gdańsku
Temat: Scenariusze w diagramach UML
Stanisław Niepostyn:To komplement. Złośliwość dowodzi inteligencji:)
Jarek Żeliński:Czemu oskarżasz każdego kto ma inne zdanie o złośliwość ?
czy "bitwa" na złośliwości to coś co lubisz?
Jarosław
Żeliński
Analityk i
Projektant Systemów
Temat: Scenariusze w diagramach UML
Stanisław Niepostyn:
Jarek Żeliński:Czemu oskarżasz każdego kto ma inne zdanie o złośliwość ?
czy "bitwa" na złośliwości to coś co lubisz?
tak to odbierasz?
Jarosław
Żeliński
Analityk i
Projektant Systemów
Temat: Scenariusze w diagramach UML
Jakub Płachecki:[...]
A nie, przepraszam, 404 - zrób co chcesz :-)
A nie, znów przepraszam, toż to 404 - zrób co chcesz...
Scenariusze alternatywne nie są potrzebne chyba tylko komuś, kto nie wie jak się opisuje przypadki użycia.
czy powyższe to:
- dyskusja
- ???
bo ja mógł bym napisać:
scenariusz alternatywne są potrzebne tylko komuś kto nie rozumie tego co modeluje..... Jarek Żeliński edytował(a) ten post dnia 25.02.11 o godzinie 00:23
konto usunięte
Temat: Scenariusze w diagramach UML
Jarek Żeliński:Odbieram to co piszesz, a piszesz, że znów ktoś jest złośliwy ...
Stanisław Niepostyn:
Jarek Żeliński:Czemu oskarżasz każdego kto ma inne zdanie o złośliwość ?
czy "bitwa" na złośliwości to coś co lubisz?
tak to odbierasz?
konto usunięte
Temat: Scenariusze w diagramach UML
Jarek Żeliński:Zastosowanie Twoich stwierdzeń do konkretnych rozwiązań, by pokazać, że istnieją przypadki, w których Twoje propozycje nie są adekwatne ...
Jakub Płachecki:[...]
A nie, przepraszam, 404 - zrób co chcesz :-)A nie, znów przepraszam, toż to 404 - zrób co chcesz...
Scenariusze alternatywne nie są potrzebne chyba tylko komuś, kto nie wie jak się opisuje przypadki użycia.
czy powyższe to:
- dyskusja
- ???
bo ja mógł bym napisać:
scenariusz alternatywne są potrzebne tylko komuś kto nie rozumie tego co modeluje..... Jarek Żeliński edytował(a) ten post dnia 25.02.11 o godzinie 00:23
Zabieg z niektórymi zwrotami zaś jest po to, by inni czytelnicy czasem nie odczytali tego jako propozycje rozwiązania, ale odczytali jako nieadekwatne rozwiązanie ...
Naprawdę nie ma się co dąsać ... ;)
konto usunięte
Temat: Scenariusze w diagramach UML
Po lekturze kilku powyższych postów widzę jak gdyby dwa rozwiązania:1. Każdy scenariusz, czy to podstawowy, czy alternatywny to osobny PU
2. Wiekszość scenariuszy zdefiniowanych dla tego samego aktora i posiadających ten sam początek i koniec opisuje się jako jeden PU posiadający wiele PU dziedziczących, bez pokazywania tych dziedziczących.
Wynik zaś jest taki, że możemy mieć bardzo dużo PU jeśli zastosujemy sposób 1., zas stosując metodę 2. mocno ograniczamy liczbe PU, ale zwiększamy liczbę scenariuszy alternatywnych.
Jarosław
Żeliński
Analityk i
Projektant Systemów
Temat: Scenariusze w diagramach UML
Nikt się na nic nie dąsa, staram się zwrócić uwagę na to, że każdy z nas ma nieco inny styl analizy i jej dokumentowania, jej skuteczność mierzy się tylko tym jakim kosztem (nakładem pracy) powstanie końcowy, oddany do użytku produkt...nie ma jedynie słusznych metod, są tylko mniej lub bardziej skuteczne w danym projekcie/przypadku, można cały system ERP potraktować jako jeden przypadek użycia z milionem scenariuszy alternatywnych, można rozebrać takie ERP na "proste" przypadki użycia z jednym scenariuszem i obsługą sytuacji awaryjnych, można ....
prostym miernikiem jakości modelowania jest porównanie pierwotnej dokumentacji z produktem końcowym... ja chyba wyczerpałem temat sceanariuszy (no bo ileż można o pierdołach...), tym bardziej, ze są inne niż zorientowane na UC metody analizy i projektowania
konto usunięte
Temat: Scenariusze w diagramach UML
Stanisław Niepostyn:
Jakub Płachecki: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.
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)
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ą 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).
konto usunięte
Temat: Scenariusze w diagramach UML
Stanisław Niepostyn:>
A tak na marginesie Jakub, to polecam Ci opisywanie scenariuszy alternatywnych jako A1, A2, A3 ...
Brzmi rozsądnie, aczkolwiek wolę w nazwie zawrzeć coś, co przekaże jakieś dodatkowe informacje odnośnie tego, czego dotyczy alternatywa.
Stanisław Niepostyn:
Od razu widać, który to przebieg alternatywny. Ponadto bardzo ekonomicznie jest opisywanie przebiegi alternatywne w stosunku do głównego w następujący sposób:
A2. Alternatywa 2 (nieprawidłowy PIN)
A2.1. Kroki 1-5 przebiegu podstawowego
A2.2. System wyświetla komunikat "nieprawidłowy PIN. wprowadź poprawny numer PIN (pozostało prób: 2).
A2.3. Użytkownik wprowadza PIN.
(...)
A2.X System wyświetla komunikat "Wprowadziłeś nieprawidłowy PIN 3 razy. Karta nie zostanie zwrócona. Skontaktuj się z najbliższym oddziałem swojego banku".
A2.X+1. krok 6 przebiegu podstawowego
Zgadzam się, ale to robi za mnie EA w structured scenarios :-)
Stanisław Niepostyn:
Możesz zmieniać podstawowy, a alternatywne w większości przypadków już nie musisz.
Również się zgodzę, przynajmniej jeśli chodzi o "standardowe" alternatywy, np. anulowanie operacji.
Stanisław Niepostyn:
Ale to tylko moja sugestia ...
Za którą pozostaję wdzięczny :-)
Stanisław Niepostyn:
No, ale powróćmy do naszych baranów
Synonimem scenariusza jest przypadek użycia.
W UML przypadki użycia mogą po sobie dziedziczyć. I właśnie w ten sposób zaznacza się scenariusz podstawowy jako PU uogólniony oraz scenariusze alternatywne jako dziedziczące po scenariuszu podstawowym.
Aczkolwiek istnieje interpretacja, w której PU uogólniony przedstawia się jako scenariusz abstrakcyjny zawierający tylko te kroki, które są we wszystkich PU dziedziczących.
Owszem, natomiast nie stosuję takiego podejścia - nie jest mi ono potrzebne.
konto usunięte
Temat: Scenariusze w diagramach UML
Jarek Żeliński:
czy "bitwa" na złośliwości to coś co lubisz?
Przy odpowiednim dystansie do siebie nie jest to na pewno nic złego :-) Poza tym zauważyłem, że jak już uda się komuś wyprowadzić Cię z równowagi (co wcale nie jest trudne jeśli powie się coś wystarczająco nieodpowiadającego Twojej idei danego zagadnienia :-)), to nie szczędzisz nie tylko drobnych, mających żartobliwe podłoże, złośliwości. ;-)
konto usunięte
Temat: Scenariusze w diagramach UML
Jarek Żeliński:
ja całkowicie rezygnuje z opisu słowno-muzycznwego, a scenariusze alternatywne są potrzebne komuś kto nie radzi sobie z procesami...
Pozazdrościć Klientów, dla których przy sprawdzaniu realizacji wymagań przez przypadki użycia wystarczającymi są diagramy sekwencji :-)
konto usunięte
Temat: Scenariusze w diagramach UML
Jarek Żeliński:
Nikt się na nic nie dąsa, staram się zwrócić uwagę na to, że każdy z nas ma nieco inny styl analizy i jej dokumentowania, jej skuteczność mierzy się tylko tym jakim kosztem (nakładem pracy) powstanie końcowy, oddany do użytku produkt...
nie ma jedynie słusznych metod, są tylko mniej lub bardziej skuteczne w danym projekcie/przypadku, można cały system ERP potraktować jako jeden przypadek użycia z milionem scenariuszy alternatywnych, można rozebrać takie ERP na "proste" przypadki użycia z jednym scenariuszem i obsługą sytuacji awaryjnych, można ....
prostym miernikiem jakości modelowania jest porównanie pierwotnej dokumentacji z produktem końcowym... ja chyba wyczerpałem temat sceanariuszy (no bo ileż można o pierdołach...), tym bardziej, ze są inne niż zorientowane na UC metody analizy i projektowania
No i właśnie o to chodzi! Widzisz Jarku, odnoszę wrażenie, że z Tobą to jest tak, że jak już przestajesz coś traktować personalnie, to zaczynasz być bardzo cennym rozmówcą ;-)
Jarosław
Żeliński
Analityk i
Projektant Systemów
Temat: Scenariusze w diagramach UML
Jakub Płachecki:
Jarek Żeliński:
czy "bitwa" na złośliwości to coś co lubisz?
Przy odpowiednim dystansie do siebie nie jest to na pewno nic złego :-)
owszem
Poza tym zauważyłem, że jak już uda się komuś wyprowadzić Cię z równowagi (co wcale nie jest trudne jeśli powie się coś wystarczająco nieodpowiadającego Twojej idei danego zagadnienia :-)), to nie szczędzisz nie tylko drobnych, mających żartobliwe podłoże, złośliwości. ;-)
nie zostałem wyprowadzony z równowagi, czasem tylko stosuję zasadę kto mieczem wojuje od miecza ginie, dodam, że pisząc cokolwiek podaję swój sposób pisząc "moim zdaniem...." a nie "należy...." jest to subtelna różnica...
Jarosław
Żeliński
Analityk i
Projektant Systemów
Temat: Scenariusze w diagramach UML
Jakub Płachecki:
No i właśnie o to chodzi! Widzisz Jarku, odnoszę wrażenie, że z Tobą to jest tak, że jak już przestajesz coś traktować personalnie, to zaczynasz być bardzo cennym rozmówcą ;-)
nikt nie jest idealny :)
Jarosław
Żeliński
Analityk i
Projektant Systemów
Temat: Scenariusze w diagramach UML
Jakub Płachecki:
Jarek Żeliński:
ja całkowicie rezygnuje z opisu słowno-muzycznwego, a scenariusze alternatywne są potrzebne komuś kto nie radzi sobie z procesami...
Pozazdrościć Klientów, dla których przy sprawdzaniu realizacji wymagań przez przypadki użycia wystarczającymi są diagramy sekwencji :-)
nigdzie tego nie napisałem, powiem nawet, że bronie tezy, że nadmiarowe opisy są potrzebne i robię to... klient sam nigdy nie sprawdzi projektu bo nie ma wymaganej wiedzy, może sprawdzić całość testując z pomocą wskazanych procesów biznesowych testowych (odbiorowych), nie znam klienta który by odebrał model dziedziny... przypadki użycia to chyba ostatni element zrozumiały dla zamawiającego (chyba że ktoś poleci po dziedziczeniach, Excludach itp....)
dalej małe uściślenie:
- projekt systemu to dokument dla wykonawcy a nie dla zamawiającego...(ostatnio nawet dodaje do swoich umów zapis, że wykonawca musi zadeklarować znajomość i stosowanie obiektowych metod i znajomość wzorców, UML'a)
- diagramy sekwencji służą mi do przetestowania modelu dziedziny (taki proof-of-concept) a potem jako dokumentacja pomysłu (projektu)
- po trzecie przypadki użycia w moim wydaniu to półprodukt projektu (mało istotny zresztą) a nie wsad do niego...(jak w RUPie).
konto usunięte
Temat: Scenariusze w diagramach UML
Jarek Żeliński:
nie zostałem wyprowadzony z równowagi, czasem tylko stosuję zasadę kto mieczem wojuje od miecza ginie (...)
Przepraszam, ale nie mogę się oprzeć... Którą część tej zasady stosujesz? :-)
Już daję spokój, wybacz :-)
Jarosław
Żeliński
Analityk i
Projektant Systemów
Temat: Scenariusze w diagramach UML
Jakub Płachecki:
Jarek Żeliński:
nie zostałem wyprowadzony z równowagi, czasem tylko stosuję zasadę kto mieczem wojuje od miecza ginie (...)
Przepraszam, ale nie mogę się oprzeć... Którą część tej zasady stosujesz? :-)
Już daję spokój, wybacz :-)
a to ona ma jakieś dwie części???:)
konto usunięte
Temat: Scenariusze w diagramach UML
Jarek Żeliński:
Jakub Płachecki:
Jarek Żeliński:
nie zostałem wyprowadzony z równowagi, czasem tylko stosuję zasadę kto mieczem wojuje od miecza ginie (...)
Przepraszam, ale nie mogę się oprzeć... Którą część tej zasady stosujesz? :-)
Już daję spokój, wybacz :-)
a to ona ma jakieś dwie części???:)
Tak, w pierwszej się wojuje ;-)
Jarosław
Żeliński
Analityk i
Projektant Systemów
Temat: Scenariusze w diagramach UML
Jakub Płachecki:
Jarek Żeliński:
Jakub Płachecki:
Jarek Żeliński:
nie zostałem wyprowadzony z równowagi, czasem tylko stosuję zasadę kto mieczem wojuje od miecza ginie (...)
Przepraszam, ale nie mogę się oprzeć... Którą część tej zasady stosujesz? :-)
Już daję spokój, wybacz :-)
a to ona ma jakieś dwie części???:)
Tak, w pierwszej się wojuje ;-)
i dotyczy tylko tego kto wojuje..
Podobne tematy
-
UML » Częste błędy na diagramach UML dziedziczenie i użycie -
-
UML » UML - i jego "milion" wersji ... -
-
UML » UML a ERD -
-
UML » Kolejny ciekawy opis UML proces czyli procesu wytwórczego -
-
UML » Szkolenie "UML – analiza i modelowanie systemów... -
-
UML » Szkolenia dofinansowane "Technologicznie w przyszłość"... -
-
UML » enterprise architect elementy z project browser... -
-
UML » Szybki kurs UML :) -
-
UML » UML - darmowe narzędzie -
-
UML » Antywzorce UML, ciekawy artykuł.. -
Następna dyskusja:
