plik.org 31 KB

Etap 1

Opis sytuacji – opis działania firmy/instytucji – na 2 strony. Jeżeli Państwo w ramach swojej tematyki już zawęziliście obszar analizy – opis w kontekście tego obszaru.

Opis – co się dzieje w firmie/instytucji/organizacji teraz – jak są obsługiwane różne sytuacje – BEZ OPISU – JAK W TYM POMAGA (MA POMAGAĆ) PROJEKTOWANY SI.

Słownik pojęć systemowych

MA BYĆ UZUPEŁNIANY PRZEZ CAŁY OKRES PROJEKTOWANIA SI

DPU systemowy – w oparciu o opis z p.1, w tym:

  • lista PU, lista aktorów
  • opisy PU (z pokazaniem zakresu przyszłego SI – zakres ten może być obwiedziony linią) – projekt może być trochę większy, ale wszystkiego może się nie uda zakodować – wtedy wersja 1.0 aplikacji może obejmować część PU z DPU.

Projekt interfejsu:

ustalić grupy użytkowników i ich charakterystykę

ustalić:

przyjmując, że urządzeniami interfejsowymi będą: klawiatura, mysz i monitor:

wireframe’y

mockupy (lub prototypy)

    – listę funkcji z opisem – co funkcje mają robić (skrótowy opis),
  • jakie funkcje SI powinny być dla jakich grup przyznane,
  • – przedstawić przydział w postaci diagramu FHD
  • opisać dla dwóch najważniejszych grup użytkowników po dwa zadania z konkretnymi danymi – opis ich przebiegu, wprowadzane dane, uzyskane informacje z SI, wartości danych proszę dobrać adekwatnie do zadania, każde zadanie powinno obejmować przynajmniej dwie funkcje
  • ustalić scenariusze do zadań
  • wziąć po jednym zadaniu dla każdej z najważniejszych grup - dla ich scenariuszy - ustalić – jakie widoki ekranów będą potrzebne do przedstawienia wyświetlanych obrazów na ekranie monitora w trakcie wykonania tych zadań
  • dla tych scenariuszy utworzyć projekty tych ekranów w dwóch wersjach:
  • przetestować projekt interfejsu dla tych zadań jedną z metod,
  • wyciągnąć wnioski z testowania, wnieść ew. poprawki.

Scenariusze systemowe PU (WSZYSTKICH PU - ale bez logowania, rejestracji).

Etap 1 Uwagi

  1. Rajewska Magdalena, Kochański Robert, Krupicki Jarosław, Rudziński Tomasz, Salwowski Adam
  2. Firma kurierska Na stronie tytułowej powinien być podany temat, którego dotyczy projektowany SI. Opis – w wytycznych podałem - „Opis – co się dzieje w firmie/instytucji/organizacji teraz – jak są obsługiwane różne sytuacje – BEZ OPISU – JAK W TYM POMAGA (MA POMAGAĆ) PROJEKTOWANY SI.”. Państwa opis właściwy jest na 1 str. Potem – wizja – jak ma działać SI, którego jeszcze nie ma.

We właściwym opisie jest za dużo szczegółów – jakie formularze się wypełnia, za mało informacji – jak paczka trafia do magazynu, jak się ją tam ewidencjonuje, jak paczka trafia do sortowni, jak się sortuje i jak oznacza – dokąd ma trafić – region, magazyn, co dalej – bo musi być zawieziona do odpowiedniego regionu – kto wozi i dokąd – do magazynów w regionach? - jak wygląda procedura odbioru paczek przez kurierów, co się dzieje z paczkami, które nie zostały odebrane, co z tymi co są uszkodzone? Klient ma możliwość na bieżąco monitorować stan przesyłki. Niech przyszły SI zajmuje się logistyką dla kurierów – ustala trasę przejazdu z uwzględnieniem punktów dostarczenia paczek. Opcja - że klient sam zamawia kuriera i ustala parametry paczki – drukuje etykietę – będzie w projekcie Państwa SI. Opis wizji systemu jest zbędny – taki SI mi nie pasuje. Proszę zaprojektować taki, który – będzie obsługiwał to co w moim opisie – W CAŁOŚCI – dla zespołu 5-osobowego to odpowiedni zakres. Ew. przewożenie m-y magazynami i sortowniami można ująć – jako odnotowania wydania z magazynu – przyjęcia w sortowni – bez inf. o przewozie. 2pkt.

Słownik – wstępnie może być, gdy pojawią się nowe pojęcia – proszę je dołączać. 2pkt.

DPU – Nie rozumiem tego zapisu – o zakresie przyszłego SI – jeżeli do produkcji przechodzą niebieskie PU (zielone nie) – to co mają do roboty kurier, pracownik odbiorca w Państwa SI? Proszę przyjrzeć się mojemu wcześniejszemu opisowi – nie wszystko jest w Państwa DPU. Państwo mają zając się całym DPU plus tym co ująłem we wcześniejszym opisie. Niektóre PU są zbyt drobiazgowe – wyceń, pokaż paczkę - ale ostatecznie może być. PU zarządzaj paczką – pozwala operatorowi systemu – na dowolną manipulację danymi paczki – po co??? Status paczki powinien wynikać z tego – gdzie ona jest w danej chwili – co ma być odnotowane w SI. 6,5pkt.

Projekt interfejsu. Grupy – w-g mnie kurier i pracownik powinni trochę więcej wiedzieć nt. pracy firmy – niż podstawowa wiedza, to że kurier kieruje pojazdem (samochodem?) – nie ma nic wspólnego z obsługą SI – to warunek do przyjęcia go do pracy, (może jeździć np. rowerem, skuterem itp.). 1pkt.

Funkcje – aż za dużo ich – zbyt drobiazgowe , te dwie: -wyświetl dane przesyłki -przynieś paczkę do punktu są z poziomu biznesowego SI chyba przesyłek nie nosi? Chyba nie ma w pełni adekwatności – funkcje -PU w DPU? Gdzie funkcja – dostarczenia do magazynu? 3pkt.

Zadania – pierwsze jeszcze mogą być – dla obu grup, pozostałe są zbyt proste i dotyczą tematów pobocznych. Brak w zadaniach dostarczenia paczki do magazynu, odebranie jej z sortowni (magazynu?) i dostarczenie dla odbiorcy. 1,5pkt.

Scenariusze do zadań – mogą być. 2pkt. Projekty – mogą być. 4pkt.

Testowanie obu projektów- jest test jednego – może być, choć brak uwag. A wnioski z testowania ? 1pkt. Scenariusze PU – BRAK NAJWAŻNIEJSZYCH – bez których SI nie ma sensu – odbierz paczkę – dla kuriera są funkcje – odbierz z magazynu, odbierz sortowni itd. - one się tyczą tego PU , dostarcz paczkę. 5pkt.

Dodatkowe – BRAK.

Punktacja za etap I: Opis – 4pkt, słownik -2pkt, DPU – 8pkt., grupy -1pkt., funkcje -4pkt, zadania - 2pkt., scenariusze do zadań – 2pkt., projekty – 4pkt., testy – 2pkt., scenariusze PU – 8pkt. Razem= 37pkt. Państwa punkty: Opis – 3pkt., słownik – 2pkt, DPU – 6,5pkt., grupy – 1, funkcje – 3, zadania – 1,5pkt., scenariusze do zadań –2 pkt., projekty – 4pkt., testy – 1pkt., scenariusze PU –5pkt. Razem= 29.

Etap 2

moodle

WSPÓŁCZYNNIK TRUDNOŚCI=0,9 Jeżeli będą właściwie ujęte – dostarczanie przesyłek od nadawcy – poprzez magazyn, sortownię , …, magazyn/sortownię do odbiorcy – to będzie 1.0. Hasła do słownika : magazyn, sortownia, sortowanie – jak się oznacza wynik sortowania na paczkach. 29 x0,9= 26,1 Etap II: -obiektowy model danych (diagram klas)

-opcjonalnie - można dodać diagramy: obiektów, stanów, sekwencji itp., modelujące zachowania przyszłego SI - objaśniające DODATKOWO zachowanie przyszłego SI (za punkty premiowe)

-dwa diagramy analityczne - obejmujące całość zakresu SI lub jego część - objaśniające działanie SI w istotnych sytuacjach

    -schemat relacyjnej BD -diagramy wdrożeniowe -weryfikacja dokumentacji projektowej - inspekcja Fagana swojej dokumentacji
  • listę pytań zamieszczę
  • -interfejs dla osób z niepełnosprawnością – kwerenda plus zastosowanie w projektowanym SI:
  • proszę wyszukać w Internecie informacje nt. ułatwień i udogodnień programowych i sprzętowych dla osób niepełnosprawnych, które się stosuje na świecie – na 6 stron;
  • proszę wybrać – które z tych rozwiązań można by było zastosować w projektowanym przez Państwa SI – i uzasadnić wybór, dla której grupy użytkowników; proszę zaproponować rozwiązania w swoim interfejsie – programowe i/lub sprzętowe dla jednego z aktorów z określoną niepełnosprawnością.

discord

TODO Inspekcja Fagana

DONE Czy opis firmy/instytucji/środowiska, w którym będzie wykorzystywany przyszły system, jest zrozumiały i opisuje obecny sposób działania firmy/instytucji/środowiska?

DONE Czy właściwie rozpoznano grupy użytkowników przy projektowaniu interfejsu ? Czy są adekwatne aktorom z DPU ? Na ile ich charakterystyka odzwierciedla ich kompetencje komputerowe oraz stopień przygotowania do użytkowania tworzonego systemu?

DONE Czy poprawnie zostały rozpoznane i zdefiniowane typowe zadania dla tych grup ? Na ile są one konkretne – tzn. zawierają konkretne dane ? Czy obejmują rozwiązanie kilku problemów?

DONE Czy określony w DPU systemowym zakres przyszłego SI został ujęty w opisie (którego dotyczyło pytanie 1) ?

DONE Na ile lista aktorów odpowiada przyjętemu zakresowi, jaki obejmie przyszły SI?

DONE Na ile diagram hierarchii funkcji (FHD) udostępnia potrzebne poszczególnym aktorom funkcjonalności? Co zostało pominięte ?

DONE Proszę przyporządkować funkcje z FHD do poszczególnych PU. Czy pozwolą one właściwie sterować poszczególnymi PU ?

FUNKCJE

    SPRAWOZDANIE MA ZAWIERAĆ ETAP I i II - jeden plik. # Etap 2 - do 13 stycznia # - diagram klas # - diagram obiektów (OPCJONALNIE, punkty premiowe) # - diagram stanów (OPCJONALNIE, punkty premiowe) # - diagram sekwencji (OPCJONALNIE, punkty premiowe) # - diagram aktywności (OPCJONALNIE, punkty premiowe)
  • diagramy analityczne (cały SI oraz realizowana cześć)
  • schemat relacyjnej bazy danych (DDL)
  • diagram wdrożeniowy
  • weryfikacja dokumentacji inspekcja Fagana (aktualnie brak pytań)
  • # - interfejs dla osób z niepełnosprawnościami # - informacje nt. ułatwień i udogodnień programowych i sprzętowych dla osób niepełnosprawnych, które się stosuje na świecie (6 stron) oraz wybrać rozwiązania, które można zastosować w projektowanym SI i uzasadnić wybór # - zaproponować interfejs dla jednego z aktorów z określoną niepełnosprawnością (edited) # TEMAT: Testowanie dokumentacji projektowej (inspekcja Fagana). # Proszę przeanalizować dokumentację projektową w celu ustalenia poziomu jej spójności i poprawności (potencjalnych niedociągnięć). # Wnioski z analizy proszę spisać. Proszę je pisać pod każdym pytaniem. *Pytania i otpowiedzi* CLOSED: [2022-01-09 Sun 22:44] Tak. Po przeczytaniu opisu można wywnioskować przeznaczenie SI oraz przebieg działania z nim związany. CLOSED: [2022-01-09 Sun 23:19] Grupy użytkowników zostały poprawnie sprecyzowane. Są adekwatne do ich kwalifikacji. CLOSED: [2022-01-09 Sun 23:22] Typowe zadania zawierają konkretne dane. Obejmują swoją treścią ok. ponad połowę atrybutów encji. CLOSED: [2022-01-09 Sun 23:31] W opisie brak jest sprecyzowanego zakresu. Czytelnik nie odróżni części nad którą skupia się system (logistyka kurierów) od reszty. CLOSED: [2022-01-09 Sun 23:31] Lista aktorów jest adekwatna do objętego obszaru SI. CLOSED: [2022-01-09 Sun 23:36] Wszystkie sprecyzowane funkcje dla aktorów znalazły się na diagramie FHD. CLOSED: [2022-01-10 Mon 12:08] | Przypadki użycia | Funkcje | |------------------------+-------------------------------------------------------------------------------------------------------| | Autoryzuj użytkownika | zaloguj się, zarejestruj się | Dostarcz paczkę | odbierz paczkę z sortowni, dostarcz paczkę do odbiorcy | Nadaj paczkę w punkcie | odbierz formularz w punkcie, wypełnij formularz w punkcie, opłać paczkę w punkcie, wypełnij formularz | Odbierz paczkę | odbierz paczkę z magazynu, dostarcz paczkę do sortowni | Opłać paczkę | opłać paczkę | Pokaż paczkę | wyświetl listę przesyłek, sprawdź dane nadawcy, sprawdź dane przesyłki, sprawdź status | Rejestruj paczkę | wyświetl dane przesyłk, opłać paczkę, opłać paczkę w punkcie, pobierz etykietę, przygotuj etykietę | Sprawdź cennik | sprawdź cennik | System Przelewy24 | opłać paczkę | Śledź paczkę | wyświetl historię przesyłek, sprawdź status | Wyceń paczkę | wypełnij formularz | Zarządzaj paczką | wyświetl listę przesyłek, edytuj dane przesyłki | Zarządzaj nadawcą | wyświetl listę nadawców, edytuj dane nadawcy
  • dostarcz paczkę do odbiorcy
  • dostarcz paczkę do sortowni
  • edytuj dane nadawcy
  • edytuj dane przesyłki
  • odbierz formularz w punkcie
  • odbierz paczkę od kuriera
  • odbierz paczkę od nadawcy
  • odbierz paczkę z magazynu
  • odbierz paczkę z sortowni
  • opłać paczkę
  • opłać paczkę w punkcie
  • pobierz etykietę
  • przygotuj etykietę
  • przyjmij paczkę
  • przynieś paczkę do punktu
  • sprawdź cennik
  • sprawdź dane nadawcy
  • sprawdź dane przesyłki
  • sprawdź status
  • wypełnij formularz
  • wypełnij formularz w punkcie
  • wyświetl dane przesyłki
  • wyświetl historię przesyłek
  • wyświetl listę nadawców
  • wyświetl listę przesyłek
  • zaloguj się
  • zaloguj się
  • zarejestruj się
  • zweryfikuj dane

DONE Autoryzuj użytkownika

DONE Dostarcz paczkę

DONE Nadaj paczkę w punkcie

DONE Odbierz paczkę

DONE Opłać paczkę

DONE Pokaż paczkę

DONE Rejestruj paczkę

DONE Sprawdź cennik

DONE System Przelewy24

DONE Śledź paczkę

DONE Wyceń paczkę

DONE Zarządzaj paczką

DONE Zarządzaj nadawcą

DONE Czy jasne jest jaki zakresy działań zostały przypisane poszczególnym PU ? Czy scenariusze opisujące poszczególne PU odpowiadają tym zakresom ?

DONE Czy w diagramie klas utworzone klasy obejmują cały zakres projektowanego SI – czy można utworzyć obiekty, które będą używane w trakcie wykonania poszczególnych (wszystkich) PU z DPU?

DONE Czy jest adekwatność – diagram klas ↔ schemat BD?

DONE Czy są metody odpowiadające funkcjom w FHD?

    (zaloguj się, występuje 2 razy?) CLOSED: [2022-01-09 Sun 23:59]
  • zaloguj się
  • zarejestruj się
  • CLOSED: [2022-01-09 Sun 23:59]
  • odbierz paczkę z sortowni
  • dostarcz paczkę do odbiorcy
  • CLOSED: [2022-01-09 Sun 23:59]
  • odbierz formularz w punkcie
  • wypełnij formularz w punkcie
  • opłać paczkę w punkcie
  • wypełnij formularz
  • CLOSED: [2022-01-10 Mon 00:02]
  • odbierz paczkę z magazynu
  • dostarcz paczkę do sortowni
  • CLOSED: [2022-01-10 Mon 00:03]
  • opłać paczkę
  • CLOSED: [2022-01-10 Mon 09:31]
  • wyświetl listę przesyłek
  • sprawdź dane nadawcy
  • sprawdź dane przesyłki
  • sprawdź status
  • CLOSED: [2022-01-10 Mon 09:21]
  • wyświetl dane przesyłki
  • opłać paczkę
  • opłać paczkę w punkcie
  • pobierz etykietę
  • przygotuj etykietę
  • CLOSED: [2022-01-10 Mon 09:22]
  • sprawdź cennik
  • CLOSED: [2022-01-10 Mon 09:24]
  • opłać paczkę
  • CLOSED: [2022-01-10 Mon 09:25]
  • wyświetl historię przesyłek
  • sprawdź status
  • CLOSED: [2022-01-10 Mon 09:27]
  • wypełnij formularz
  • CLOSED: [2022-01-10 Mon 09:34]
  • wyświetl listę przesyłek
  • edytuj dane przesyłki
  • CLOSED: [2022-01-10 Mon 09:34]
  • wyświetl listę nadawców
  • edytuj dane nadawcy
  • CLOSED: [2022-01-10 Mon 13:22] Zakresy działań każdego przypadku użycia nie są zbyt obszerne i są jasne dla czytelnika. CLOSED: [2022-01-10 Mon 09:47] Diagram klas obejmuje całość wyznaczonej sobie częsci projektowanego SI. Da się stworzyć obiekty, które będą obejmowały swoją zawartością większość PU z DPU. CLOSED: [2022-01-10 Mon 09:51] Diagram klas jest adekwatny do schematu relacyjnej bazy danych (DDL). W końcu został stworzony na podstawie diagramu klas. Watrości atrybutów w tabelach SQL są adekwatne z wartościami w diagramie klas (typy zmiennych języka C++). CLOSED: [2022-01-10 Mon 13:26] Tak. Każda funkcja ma swoją metodę wykonania. Można zobaczyć jak przebiega w diagramie aktywności.

DONE Czy każda porcja informacji zawarta w diagramie związków encji (ERD) podlega zasadzie CRUD – tzn. czy może być utworzona (wpisana), czytana, edytowana, usuwana?

DONE Czy da się ustalić dla wszystkich porcji informacji zawartych w encjach odpowiednie sekwencje: funkcja  PU  atrybut (-y) encji?

DONE Czy są funkcje oraz PU, które spowodują wykonanie operacji CRUD na tych atrybutach ?

DONE Czy wszystkie istotne pojęcia funkcjonujące w projekcie zostały ujęte w słowniku?

DONE Czy diagramy wdrożeniowe ujęły zakres DPU przewidziany do implementacji wariantu 1.0?

DONE 10. Na ile poprawnie zostały zdefiniowane PU typu include oraz extend - jeżeli wystąpiły, czy są potrzebne?

CLOSED: [2022-01-10 Mon 09:56] Tak. Każdy informacja/atrybut zawarty w diagramie związków encji może podlec manipulacji przez operatora systemu. CLOSED: [2022-01-10 Mon 11:14] Tak. Jest to możliwe. Proszę spojrzeć na pytanie nr. 9 oraz nr. 18 CLOSED: [2022-01-10 Mon 12:16] Funkcje oraz przypadki użycia należące do aktora operatora systemu powodują wykonywanie operacji CRUD na tych atrybutach. CLOSED: [2022-01-09 Sun 16:50] Pojęcia które są częścią realizowanego systemu zostały zawarte w słowniku. CLOSED: [2022-01-09 Sun 16:55] Diagram wdrożeniowy ujął zakres projektowanej części sysyemu. CLOSED: [2022-01-10 Mon 18:58] # << include >>: wskazuje na wspólny fragment wielu przypadków użycia (wyłączony "przed nawias"); wykorzystywane w przebiegach podstawowych (operacje zawsze wykonywane) # << extend >>: strzałka prowadzi od przypadku użycia, który czasami rozszerza inny przypadek użycia - wykorzystywane w przebiegach opcjonalnych (operacje nie zawsze wykonywane) W diagramie DPU wystąpiły PU typu include oraz extend. PU "Autoryzuj użytkownika" jest typu include. Jest to potrzebna czynność walidacyjna dla dwóch aktorów (nadawca oraz operator systemu) mająca na celu określenie aktora w systemie. PU typu extend też wydają się być poprawnie zdefiniowane. Nadawca wcale nie musi czekać na kuriera, by wręczyć mu paczkę. Może, tak jak nasz określony zarys systemu, zanieść przesyłkę do punktu.

DONE Którzy aktorzy z jakiej informacji w BD mogą skorzystać i za pomocą jakich funkcji – sekwencje: aktor -> funkcja -> atrybut(-y) encji ?

CLOSED: [2022-01-10 Mon 19:12] | Aktor | Funkcja | Atrybuty | |-------------+------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------| | Odbiorca | odbierz paczkę od kuriera | koszt, waga, rozmiar, o_kod_pocztowy, o_ulica, o_nazwisko, o_imie | | Kurier | odbierz paczkę z magazynu | id_przesylki, koszt, waga, rozmiar | | Kurier | odbierz paczkę od nadawcy | id_przesylki, koszt, waga, rozmiar, n_kod_pocztowy, n_ulica, n_nazwisko, n_imie, n_telefon | | Kurier | dostarcz paczkę do sortowni | id_przesylki, koszt, waga, rozmiar, n_kod_pocztowy, n_ulica, n_nazwisko, n_imie, n_telefon | | Kurier | odbierz paczkę z sortowni | id_przesylki, koszt, waga, rozmiar, o_kod_pocztowy, o_ulica, o_nazwisko, o_imie, o_telefon, n_kod_pocztowy, n_ulica, n_nazwisko, n_imie, n_telefon | | Kurier | dostarcz paczkę do odbiorcy | id_przesylki, koszt, waga, rozmiar, o_kod_pocztowy, o_ulica, o_nazwisko, o_imie, o_telefon | | Pracownik | przyjmij paczkę | (wszystkie z tabeli przesylka) | | Pracownik | zweryfikuj dane | (wszystkie z tabeli uzytkownik) | | Pracownik | przygotuj etykietę | (wszystkie z tabeli przesylka) | | Nadawca | zaloguj się | rodzaj_konta, haslo, mail | | Nadawca | zarejestruj się | (wszystkie z tabeli uzytkownik) | | Nadawca | sprawdź status | (wszystkie z tabeli historia) | | Nadawca | sprawdź cennik | BRAK | | Nadawca | wypełnij formularz | (wszystkie z tabeli przesylka) | | Nadawca | opłać paczkę | koszt | | Nadawca | wyświetl historię przesyłek | (wszystkie z tabeli historia) | | Nadawca | pobierz etykietę | (wszystkie z tabeli przesylka) | | Nadawca | wyświetl dane przesyłki | (wszystkie z tabeli przesylka) | | Nadawca | przynieś paczkę do punktu | BRAK | | Nadawca | odbierz formularz w punkcie | BRAK | | Nadawca | wypełnij formularz w punkcie | (wszystkie z tabeli przesylka) | | Operator SI | zaloguj się | rodzaj_konta, haslo, mail | | Operator SI | wyświetl listę nadawców | (wszystkie z tabeli uzytkownik) | | Operator SI | sprawdź dane nadawcy | (wszystkie z tabeli uzytkownik) | | Operator SI | wyświetl listę przesyłek | (wszystkie z tabeli przesylka) | | Operator SI | sprawdź dane przesyłki | (wszystkie z tabeli przesylka) |

ATRYBUTY KLAS

przesylka
uzytkownik
historia
  • n_telefon
  • n_mail
  • n_miasto
  • n_kod_pocztowy
  • n_ulica
  • n_nazwisko
  • n_imie
  • o_telefon
  • o_mail
  • o_miasto
  • o_kod_pocztowy
  • o_ulica
  • o_nazwisko
  • o_imie
  • rozmiar
  • koszt
  • waga
  • rozmiar_a
  • rozmiar_b
  • rozmiar_c
  • id_przesylki
  • rodzaj_konta
  • haslo
  • mail
  • id_uzytkownika
  • telefon
  • miasto
  • kod_pocztowy
  • ulica
  • nazwisko
  • imie
  • status
  • data
  • id_przesylki
  • id

Nadawca

Odbiorca

odbierz paczkę od kuriera

Pracownik

przyjmij paczkę
zweryfikuj dane
przygotuj etykietę

Kurier

odbierz paczkę z magazynu
odbierz paczkę od nadawcy
dostarcz paczkę do sortowni
odbierz paczkę z sortowni
dostarcz paczkę do odbiorcy

DONE 7. Czy są odpowiadające tym zadaniom PU oraz funkcje – tzn. czy w systemie na poziomie DPU, FHD, scenariusze i diagramów czynności są przewidziane mechanizmy, które pozwolą na wykonanie stosownych operacji?

TODO 8. Czy analiza projektów interfejsów została przeprowadzona wnikliwie?

DONE Diagram analityczny

  • n_telefon
  • n_mail
  • n_miasto
  • n_kod_pocztowy
  • n_ulica
  • n_nazwisko
  • n_imie
  • o_telefon
  • o_mail
  • o_miasto
  • o_kod_pocztowy
  • o_ulica
  • o_nazwisko
  • o_imie
  • rozmiar
  • koszt
  • waga
  • rozmiar_a
  • rozmiar_b
  • rozmiar_c
  • id_przesylki
  • CLOSED: [2022-01-10 Mon 19:16] Tak. W systemie są adekwatne metody wykonujące czynności określane przez funkcje, diagramy i schematy. Przynajmniej do części nad którą skupiony jest nasz system. (logistyka kurierów) Interfejsy zostały zaprojektowane prawidłowo, dla każdego typu użytkownika systemu. Aktorzy mają swoje adekwatne funkcje zaimplementowane w interfejsie. (TUTAJ BĘDZIE COŚ O INTERFEJSIE DLA OSÓB Z NIEPEŁNOSPRAWOŚCIAMI...)? CLOSED: [2022-01-08 Sat 16:16] [[./images/diagramAnalityczny.png]]

DONE Diagram wdrożeniowy/komponentów

CLOSED: [2022-01-10 Mon 10:32] ./images/diagramWdrozeniowy.png

moje uwagi

    update
  1. 2. Funkcje przyznane dla poszczególnych grup
  2. pracownik

Czy da się ustalić dla wszystkich porcji informacji zawartych w encjach odpowiednie sekwencje: funkcja  PU  atrybut (-y) encji?

Tak. Jest to możliwe. Proszę spojrzeć na pytanie nr. 9 oraz nr. 18

FUNKCJE

  • dostarcz paczkę do sortowni
  • edytuj dane nadawcy
  • edytuj dane przesyłki
  • odbierz formularz w punkcie
  • odbierz paczkę od kuriera
  • odbierz paczkę od nadawcy
  • odbierz paczkę z magazynu
  • odbierz paczkę z sortowni
  • opłać paczkę
  • opłać paczkę w punkcie
  • pobierz etykietę
  • przygotuj etykietę
  • przyjmij paczkę
  • przynieś paczkę do punktu
  • sprawdź cennik
  • sprawdź dane nadawcy
  • sprawdź dane przesyłki
  • sprawdź status
  • wypełnij formularz
  • wypełnij formularz w punkcie
  • wyświetl dane przesyłki
  • wyświetl historię przesyłek
  • wyświetl listę nadawców
  • wyświetl listę przesyłek
  • zaloguj się
  • zaloguj się
  • zarejestruj się
  • zweryfikuj dane

PRZYPADKI UŻYCIA

ATRYBUTY KLAS

uzytkownik
przesylka
historia
    (zaloguj się, występuje 2 razy?)
  • Autoryzuj użytkownika
  • Dostarcz paczkę
  • Nadaj paczkę w punkcie
  • Odbierz paczkę
  • Opłać paczkę
  • Pokaż paczkę
  • Rejestruj paczkę
  • Sprawdź cennik
  • System Przelewy24
  • Śledź paczkę
  • Wyceń paczkę
  • Zarządzaj paczką
  • Zarządzaj nadawcą
  • rodzaj_konta
  • haslo
  • mail
  • id_uzytkownika
  • telefon
  • miasto
  • kod_pocztowy
  • ulica
  • nazwisko
  • imie
  • n_telefon
  • n_mail
  • n_miasto
  • n_kod_pocztowy
  • n_ulica
  • n_nazwisko
  • n_imie
  • o_telefon
  • o_mail
  • o_miasto
  • o_kod_pocztowy
  • o_ulica
  • o_nazwisko
  • o_imie
  • rozmiar
  • koszt
  • waga
  • rozmiar_a
  • rozmiar_b
  • rozmiar_c
  • id_przesylki
  • status
  • data
  • id_przesylki
  • id

| Funkcja | Przypadkek użycia | Atrybut | |------------------------------+-------------------+----------| | dostarcz paczkę do odbiorcy | | | | dostarcz paczkę do sortowni | | | | edytuj dane nadawcy | | | | edytuj dane przesyłki | | | | odbierz formularz w punkcie | | | | odbierz paczkę od kuriera | | | | odbierz paczkę od nadawcy | | | | odbierz paczkę z magazynu | | | | odbierz paczkę z sortowni | | | | opłać paczkę | | | | opłać paczkę w punkcie | | | | pobierz etykietę | | | | przygotuj etykietę | | | | przyjmij paczkę | | | | przynieś paczkę do punktu | | | | sprawdź cennik | | | | sprawdź dane nadawcy | | | | sprawdź dane przesyłki | | | | sprawdź status | | | | wypełnij formularz | | | | wypełnij formularz w punkcie | | | | wyświetl dane przesyłki | | | | wyświetl historię przesyłek | | | | wyświetl listę nadawców | | | | wyświetl listę przesyłek | | | | zaloguj się | | | | zaloguj się | | | | zarejestruj się | | | | zweryfikuj dane | | |