głuchowski,inzynieria oprogramowania ,funkcjonalnosc systemu(1)

Mariusz Kacała 171058 Data: 21.11.2010 r.

Łukasz Przywarty 171018











Inżynieria oprogramowania



























Laboratorium III-V

Funkcjonalność systemu – przypadki użycia













Prowadzący:

mgr inż. Paweł Głuchowski

1. Diagram przypadków użycia


Rysunek 1: Diagram przypadków użycia



2. Słowny opis przypadków użycia

Przypadek użycia

Opis

produkcja_kwiatów

Cel: Kontrola i zarządzanie produkcją ogrodu

Warunki początkowe:

- brak

Warunki końcowe:

- wzrost ilości towaru w magazynie

Przebieg:

1. Gdy występuje niedobór środków produkcyjnych (sadzonek) skocz do 2, w przeciwnym razie skocz do 3.

2. Sprawdzenie dostępności sadzonek w magazynie. Pracownik ogrodu sprawdza w Systemie dostępność towaru uruchamiając funkcję Magazyn (korzystającą z tabeli stany_magazynowe). W przypadku gdy towar jest dostępny skocz do 3, w przeciwnym razie odczekaj 1 dzień i skocz z powrotem do 2.

3. Inicjacja: aktualizacja_stanu_magazynu

aktualizacja_stanu_magazynu

Cel: Aktualizacja stanu magazynu

Warunki początkowe:

- przyjęcie/wydanie towaru do/z magazynu

Warunki końcowe:

- bieżące odwzorowanie stanów magazynowych

Przebieg:

1. Pracownik magazynu odbiera lub wydaje towar. Każdą operację odebrania/wydania pracownik potwierdza w Systemie korzystając z funkcji Historia operacji w magazynie (tabela historia_operacji_magazyn). Dodaje informacje na temat daty operacji, rodzaju operacji (przyjęcie/wydanie), nazwy towaru oraz jego ilości.

2. Następuje automatyczna aktualizacja bazy danych stany_magazynowe.

magazynowanie

Cel: Monitorowanie bieżącego stanu magazynu; aktualizacje stanów magazynowych wynikających z odbioru (poboru) towaru

Warunki początkowe:

- producent/dystrybutor posiada towar gotowy do przekazania

Warunki końcowe:

- aktualizacja stanu magazynu

Przebieg:

1. Pracownik magazynu sprawdza ilość (zgodnie z zamówieniem zarejestrowanym wcześniej w Systemie) i jakość odebranego towaru. W przypadku gdy ilość towaru nie zgadza się z zamówieniem lub towar jest zniszczony/nieświeży skocz do 2, w przeciwnym razie skocz do 3.

2. Inicjacja: anulowanie_zamówienia

3. Inicjacja: aktualizacja_stanu_magazynu

anulowanie_zamówienia

Cel: Anulowanie zamówienia u dystrybutora w momencie gdy ten nie jest w stanie zrealizować zamówienia lub zrealizował je częściowo/niepoprawnie (nieświeży towar, zbyt mała/duża ilość towaru)

Warunki początkowe:

- problemy z dostępnością/jakością/ilością towaru

Warunki końcowe:

- rezygnacja z zamówienia

Przebieg:

1. Pracownik uruchamia procedurę Anuluj zamówienie korzystając z funkcji Zamówienia magazynu.

2. Zaznaczając odpowiednie zamówienia pracownik wybiera te, które chce anulować.

3. System prosi o wpisanie powodu anulowania zamówienia i zmienia status zamówienia na Anulowane.

import_kwiatów

Cel: Uzupełnienie braków magazynowych

Warunki początkowe:

- niewystarczające stany magazynowe

Warunki końcowe:

- złożenie zamówienia u dystrybutora

Przebieg:

1. Pracownik Centrali korzysta z funkcji Złóż zamówienie, wybiera dystrybutora z bazy danych dystrybutorzy oraz deklaruje zapotrzebowanie na towar – wpisuje ilość oraz rodzaj towaru.

2. Pracownik wysyła zamówienie. Zamówienie otrzymuje status Złożone.

3. Oczekiwanie na informację zwrotną od dystrybutora. W przypadku gdy dystrybutor nie jest w stanie zrealizować zamówienia skocz do 3, w przeciwnym razie skocz do 4.

3. Inicjacja: anulowanie_zamówienia; skocz do 1 wybierając innego dystrybutora

4. Zamówienie otrzymuje status Potwierdzone. Proces składania zamówienia kończy się sukcesem.

zamówienie_klienta

Cel: Złożenie zamówienia przez klienta

Warunki początkowe:

- brak

Warunki końcowe:

- stworzenie zamówienia

Przebieg:

1. Klient odwiedza stronę internetową kwiaciarni, na której znajduje się pełna oferta sprzedaży. Wyrażając chęć kupna konkretnego towaru klient korzysta z przycisku Dodaj do koszyka, który znajduje się na każdej podstronie produktu.

2. Następuje aktualizacja zawartości koszyka (tabela zamówienia). W przypadku, gdy klient kupuje więcej niż jeden produkt powtarzane zostają punty 1 i 2.

3. Klient korzysta z funkcji Kup, wpisuje swoje dane, wybiera z listy sposób odbioru towaru oraz sposób płatności.

4. Zamówienie otrzymuje numer porządkowy w celu późniejszej identyfikacji.

5. System wypisuje sumaryczne zestawienie zamówienia. Klient zobowiązany jest do potwierdzenia poprawności wprowadzonych danych (ilość i rodzaj towaru, dane osobowe, sposób wysyłki i płatności). W przypadku gdy dane są poprawne Klient potwierdza zamówienie i otrzymuje ono status Realizowane, w przeciwnym razie skocz do 3.

księgowanie

Cel: Zaksięgowanie wpłat/wypłat na/z konta firmowego Centrali.

Warunki początkowe:

- pracownik posiada dostęp do internetowego systemu bankowego obsługującego konto bankowe. W momencie otrzymania wpłaty lub zlecenia przelewu księguje operację w Systemie.

Warunki końcowe:

- operacja została zaksięgowana w systemie

Przebieg:

1. Pracownik Centrali korzysta z funkcji Wpłaty/wypłaty. Dodaje wpłatę lub wypłatę wpisując datę, kwotę oraz opis operacji.

2. System dodaje wpłatę/wypłatę do tabeli wpłaty_wypłaty oraz automatycznie oblicza środki dostępne na rachunku bankowym.

3. W przypadku gdy pracownik zarejestruje przelew klienta płacącego za towar aktualizuje on zamówienie zaznaczając pole Opłacone.

realizacja_zamówienia

Cel: Zrealizowanie zamówienia złożonego przez klienta

Warunki początkowe:

- złożenie zamówienia przez klienta

Warunki końcowe:

- realizacja zamówienia

Przebieg:

1. Inicjacja: kompletowanie_zamówienia

2. Inicjacja: przekazanie_do_odbioru

3. Opcja: anulowanie_zamówienia_klienta (w przypadku gdy klient rezygnuje z zamówienia)

kompletowanie_zamówienia

Cel: Skompletowanie wszystkich produktów z zamówienia klienta

Warunki początkowe:

- złożenie zamówienia przez klienta

Warunki końcowe:

- uzyskanie informacji o dostępności towaru

Przebieg:

1. Pracownik Centrali sprawdza dostępność towaru w magazynie korzystając z funkcji Magazyn (tabela stany_magazynowe). W przypadku dostępności towaru skocz do 2, w przeciwnym razie skocz do 4.

2. Inicjacja: aktualizacja_stanu_magazynu; zmiana statusu zamówienia na Zrealizowane.

3. System wysyła na adres e-mail klienta informację o zmianie statusu zamówienia.
4. Inicjacja: import_kwiatów

przekazanie_do_odbioru

Cel: Przekazanie towaru klientowi. Możliwe są trzy opcje: dostawa do miejsca zamieszkania, dostawa do kwiaciarni partnerskiej lub pozostawienie w Centrali.

Warunki początkowe:

- skompletowane zamówienie (zamówienie ze statusem Zrealizowane) oraz zaznaczone pole Opłacone (w przypadku gdy klient jako sposób płatności wybrał wpłatę na konto)

Warunki końcowe:

- towar oczekuje na odbiór przez klienta

Przebieg:

1. Towar zostaje przekazany klientowi zgodnie z jego wcześniejszą deklaracją (tabela zamówienia – sposób_dostawy). W przypadku gdy klient wybrał wysyłkę lub dostawę do kwiaciarni skocz do 2, w przeciwnym razie skocz do 4.

2. Pracownik Centrali korzystając z formularza na stronie www przewoźnika zamawia kuriera, uzupełnia pola: adres klienta (w przypadku dostawy bezpośredniej) lub adres kwiaciarni (w przypadku dostawy do kwiaciarni partnerskiej) oraz gabaryty przesyłki a także numer konta bankowego Centrali i kwotę pobrania (w przypadku gdy klient wybrał zapłatę przy odbiorze)

3. Kurier odbiera towar z Centrali. Pracownik Centrali aktualizuje zamówienie przypisując mu numer przewozowy oraz datę wysyłki.

4. W przypadku gdy towar został wysłany do klienta zamówienie otrzymuje status Wysłane, w przypadku dostawy do kwiaciarni lub pozostawienia w Centrali – status Gotowe do odbioru.

5. System wysyła na adres e-mail klienta informację o zmianie statusu zamówienia.

anulowanie_zamówienia_klienta

Cel: Przerwanie realizacji zamówienia klienta

Warunki początkowe:

- klient wyraża chęć anulowania zamówienia

Warunki końcowe:

- zamówienie anulowane

Przebieg:

1. Klient korzysta z funkcji Kontakt. Wyraża chęć anulowania zamówienia.

2. Jeśli zamówienie ma w Systemie status Realizowane pracownik zmienia ten status na Anulowane, w przeciwnym razie następuje odrzucenie prośby o anulowanie zamówienia.

3. System wysyła na adres e-mail klienta informację o zmianie statusu zamówienia.

złożenie_reklamacji

Cel: Złożenie przez klienta reklamacji towaru

Warunki początkowe:

- wystąpienie problemów z jakością/ ilością dostarczonych towarów

Warunki końcowe:

- przyjęcie lub odrzucenie reklamacji przez Centralę

Przebieg:

1. Klient korzysta z funkcji Kontakt. Wyraża chęć reklamacji produktu, podaje przyczynę reklamowania towaru.

2. Pracownik Centrali korzysta z funkcji Reklamacje. Dodaje nową reklamację, wpisuje datę, numer zamówienia oraz powód reklamacji.

3. Pracownik rozpatruje reklamację i wydaje decyzję. W przypadku gdy reklamacja jest bezpodstawna skocz do 3, w przeciwnym razie skocz do 4.

3. Klient otrzymuje wiadomość e-mail z Systemu oznajmiającą odrzucenie reklamacji. Status reklamacji zostaje zmieniony na Odrzucona.

4. Klient otrzymuje wiadomość e-mail z Systemu oznajmiającą pozytywne rozpatrzenie reklamacji. Status reklamacji zostaje zmieniony na Rozpatrzona pozytywnie. Zwrot pełnej wartości zamówionego towaru nastąpi w ciągi 7 dni roboczych. Forma rekompensaty: przekaz pocztowy na adres klienta.


Strona 8/8


Wyszukiwarka

Podobne podstrony:
głuchowski,inżynieria oprogramowania, Modelowanie konceptualne
głuchowski,inzynieria oprogramowania ,modelowanie struktury i dzialania cz2(1)
głuchowski,inzynieria oprogramowania ,modelowanie struktury i dzialania(1)
głuchowski,inżynieria oprogramowania, Weryfikacja i walidacja
głuchowski,inżynieria oprogramowania, Struktura modelu CMM
głuchowski,inzynieria oprogramowania ,specyfikacja slowna(1)
głuchowski,inzynieria oprogramowania ,diagramy czynnosci(1)
głuchowski,inżynieria oprogramowania, OCL
Rafał Polak 12k2 lab8, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Rafał Polak 12k2 lab9, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Projektowanie systemu, Semestr 5, Inżynieria oprogramowania
unold, inżynieria oprograamowania, diagramy?nych i testy systemu
Rafał Polak 12k2 lab4a, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
Rafał Polak 12k2 lab4b, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
2006 09 Wielozadaniowość w systemach operacyjnych [Inzynieria Oprogramowania]
Modelowanie systemu, Semestr 5, Inżynieria oprogramowania
Rafał Polak 12k2 lab11, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
Rafał Polak 12k2 lab2, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr

więcej podobnych podstron