Witam,
Zaczynam uczyć się UML dlatego proszę profesjonalistów o sprawdzenie diagramu use case sklepu internetowego B2B
Z góry dzięki za konkretne uwagi w stylu to jest źle bo...
Pozdrawiam
0
1
Autoryzacja użytkownika nie jest przypadkiem użycia systemu, przynajmniej nie z biznesowego punktu widzenia. Bo przecież to nie jest jeden z celów systemu ;]
Zwykle jak przypadek nazywa sie "zarządzaj" to znaczy że to żaden przypadek bo jest zbyt ogólny. Bo co to niby znaczy "zarządzaj produktami"? Jaki scenariusz byś do tego napisał? Dodaj produkt, usuń produkt, edytuj produkt, to są konkretne przypadki uzycia systemu. Ale zarządzaj?
0
Autoryzacja użytkownika - chodziło bardziej o czynność zaloguj użytkownika A jeśli chodzi o Zarządzaj zamówieniami to mogło by to zostać gdyby podpiąć Extend - dodaj zamówienie, usuń zamówienie itd. czy dalej wymaga to zmiany
1
Czynność w systemie nie musi wcale być sensownym przypadkiem użycia. Istotne jest czy jest to funkcjonalność systemu z "biznesowego" punktu widzenia. Czy taki system mógłby działać bez logowania? Pewnie tak, więc nie jest to jakaś integralna część.
Co innego gdybyś pisał system do zdalnego zarządzania infrastrukturą komputerową. Wtedy zalogowanie sie do zdalnej maszyny byłoby sensownym przypadkiem użycia takiego systemu.
Co do extend to nie, nie będzie dobrze. Każdy przypadek musi mieć sens sam z siebie. Extend oznacza że jakiś przypadek jest w pewien sposób rozszerzony, nic więcej. Równie dobrze mógłbyś zrobić przypadek "używaj systemu". Jest równie sensowny co te "zarządzaj". Chciałbym zobaczyć scenariusz takiego przypadku. Napisz i sam zobaczysz czy ma to sens. Scenariusz przypadku, jeśli nie wiesz, to jest po prostu wypunktowanie akcji które podejmuje użytkownik plus warunki wstępne i końcowe. Np. dla "dodaj użytkownika" mógłby mieć:
Warunek wstępny: użytkownik jest zalogowany do systemu jako administrator
1. Użytkownik uruchamia opcje "dodawanie użytkownika"
2. Użytkownik wprowadza dane poprzez UI
3. Użytkownik potwierdza wprowadzone dane
Warunek końcowy: do systemu wprowadzony został użytkownik z podanymi danymi
Napisz coś takiego dla tego twojego "zarządzaj" i zobacz czy ma sens.
0
Shalom napisał(a):
Czy taki system mógłby działać bez logowania? Pewnie tak, więc nie jest to jakaś integralna część.
Z tym się nie zgodzę - w przypadku B2B tylko użytkownicy zalogowani (dodani przez administratora systemu) mają prawo do jakiegokolwiek wglądu, tym bardziej że oferta produktów i inne dane są dopasowane typowo pod nich, nikt nie dodany przez administratora nie ma prawa do podglądu
1
Ok w takim razie zrób jeden przypadek "logowanie do systemu". Ale wszystkie pozostałe wcale go nie rozszerzają bo nie są "szczególnymi przypadkami logowania". Pozostałe co najwyżej mają logowanie jako warunek wstępny scenariusza.
extend na logowaniu do systemu to mogłoby być np. użycie two-factor-authentication i wpisanie kodu sms, bo to jest pewien szczególny "rozszerzony" sposób logowania.
0
Ok dzięki za pomoc, postaram się jutro zastosować do twoich uwag i poprawić diagram, pewnie jutro go wstawię do ponownej oceny:)
Dzięki