Aktywne Wpisy
Meregle +945
Najgorszy styl prowadzenia rozmów polegający na ciągłym przerywaniu i zagłuszaniu rozmówcy.
Chłop zadaje pytanie i gdy słyszy że rozmówcy idzie dobrze to albo przerywa i zagłusza albo szybko zmienia temat i jakimś komentarzem bagatelizuje odpowiedź. Nic konkretnego z jego wywiadów dowiedzieć się nie da, bo on z wywiadu robi dziennikarski freak fight. Ludzie go chyba oglądają tylko dlatego żeby zobaczyć jak ich przeciwnik polityczny sobie nie radzi z jego tanimi zagrywkami.
Żałosny
Chłop zadaje pytanie i gdy słyszy że rozmówcy idzie dobrze to albo przerywa i zagłusza albo szybko zmienia temat i jakimś komentarzem bagatelizuje odpowiedź. Nic konkretnego z jego wywiadów dowiedzieć się nie da, bo on z wywiadu robi dziennikarski freak fight. Ludzie go chyba oglądają tylko dlatego żeby zobaczyć jak ich przeciwnik polityczny sobie nie radzi z jego tanimi zagrywkami.
Żałosny
SzubiDubiDu +221
Przez te ostrzejsze przepisy z wyprzedzaniem na przejściu zauważyłem po sobie, że mniej się skupiam na tym czy jakiś pieszy zbliża się do przejścia a więcej pilnuję czy jadę w równym tempie co auto obok ( ͡° ʖ̯ ͡°)
Ktoś też po sobie zauważył, że mniej zwraca uwagę na rzeczywiste bezpieczeństwo a więcej skupia się by nie zarobić w głupi sposób mandatu?
#polskiedrogi #prawojazdy #kiciochpyta
Ktoś też po sobie zauważył, że mniej zwraca uwagę na rzeczywiste bezpieczeństwo a więcej skupia się by nie zarobić w głupi sposób mandatu?
#polskiedrogi #prawojazdy #kiciochpyta
Aktywne Znaleziska
- Czym się różnią przypadki użycia od wymagań funkcjonalnych (z opisu wygląda na to samo)?
- W czym tworzyć UML-e (oprócz płatnego Enterprise Architect).
- Najpierw pisać przypadki użycia a potem wymagania funkcjonalne?
Macie jakieś materiały w którym znalazłbym odpowiedzi na to? Oprócz jakiś książek na 300 stron.
wymagania funkcjonalne opisuja oczekiwania od systemu
use case to po prostu opisane wymagania funkvjonalne na konkretnym przykladzie
najpierw wymagania potem 'kejsy'
@olektrolek: dzięki. No właśnie z wymaganiami nie mam problemu. Ale nie rozumiem jak później z tego zrobić przypadki użycia.
Np. mam aplikację i jej wymagania funkcjonalne:
- wyszukiwanie informacji,
- monitorowanie zmian.
To przypadki użycia będą takie?
- użytkownik wyszukuje informacje w systemie,
- system powiadamia użytkownika o zmianach.
No bez sensu (dwa razy to samo).
Bo z jednej strony nie potrzebuję dużo (tylko te podstawowe diagramy np. przypadków użycia i klas), ale z drugiej to te darmowe co znam, ot nawet tego nie oferują.
przyklad
wymagania:
aplikacja zapewnia mozliwosc wyszukiwania zamowien
use case:
wyszukiwanie zamowien - domyslne:
user klika w opcje SZUKAJ i zostaje przeniesiony na screen gdzie moze okreslic kryteria wyszukiwania. Wstepnie ustawione sa nastepujace kryteria: zamowienia za ostatnie 24 godziny
po wybraniu WYSZUKAJ zwrocaona zostaje lista zamowien zawierajaca: numer, date, kwote....
use case: wyszukiwanie zaawansowane
jw ale wybranie opcji "zaawansowane" pozwla wybrac nazwe klienta, przedział wartości zamowien, ...
EDIT: