Dokumentacja Projektu

Transkrypt

1 Dokumentacja Projektu Diagram: podstawowe operacje class podstawowe operacje Użytkow nik Rejestracja Modyfikacja danych konta Logowanie do systemu Element: Logowanie do systemu Autor: Piotrek Utworzony: Zmodyfikowany: Element: Modyfikacja danych konta Autor: Piotrek Utworzony: Zmodyfikowany: Element: Rejestracja

2 Autor: Piotrek Utworzony: Zmodyfikowany: Diagram: Sprawdzanie informacji o opóźnieniach class Sprawdzanie informacji o opóźnieniach System informacji o opóźnieniach System po otrzymaniu informacji o opóżnieniu wysyła wszystkim użytkownikom, którzy włączyli opcję powiadamiania i którzy są przypisani do danego przejazdu informację o opóźnieniu Wyślij informację o opóźnieniu Wyłącz opcję powiadamiania o opóżnieniach Włącz opcje powiadamiania o opóźnieniach Sprawdź informacje o opóżnieniach Użytkownik Element: Sprawdź informacje o opóżnieniach Autor: Robert Utworzony: Zmodyfikowany: Użytkownik ma możliwość uzyskania informacji o ewentualnych opóźnieniach, w wybranym przez siebie momencie. Element: Wyłącz opcję powiadamiania o opóżnieniach

3 Status: Proposed Wersja: 1.2 Autor: Robert Utworzony: Zmodyfikowany: Użytkownik ma możliwość rezygnacji z usługi powiadamiającej o zaistniałych opóźnieniach, na własne życzenie. Element: Wyślij informację o opóźnieniu Status: Proposed Wersja: 1.2 Autor: Robert Utworzony: Zmodyfikowany: System wysyła użytkownikom specjalne powiadomienie, w przypadku pojawienia się nieprzewidzianych wcześniej opóźnień pociągu. Element: Włącz opcje powiadamiania o opóźnieniach Status: Proposed Wersja: 1.2 Autor: Robert Utworzony: Zmodyfikowany: Użytkownik może wznowić działanie usługi, informującej na bieżąco o zaistniałych opóźnieniach.

4 Diagram: Przypadki użycia biznesowe uc Przypadki użycia biznesowe System użytkownika PKP zapłać kartą zapłać przelewem «precedes» «precedes» Drukuj bilet płatność za bilet zapłać przez paypal «precedes» «precedes» Zapłata za bilet zapłać przez SMS Element: Drukuj bilet Autor: Macimi Utworzony: Zmodyfikowany: Element: Zapłata za bilet Autor: Macimi Utworzony: Zmodyfikowany: Element: zapłać kartą Autor: Macimi Utworzony: Zmodyfikowany: Użytkownik przy zapłacie kartą wpisuje numer PIN swojej karty.

5 Element: zapłać przelewem Autor: Macimi Utworzony: Zmodyfikowany: Użytkownik ma możliwość zapłaty za bilet przelewem po wpisaniu swoich danych na stronie systemu, po czym przekierowywany jest na stronę swojego banku. Element: zapłać przez SMS Autor: Macimi Utworzony: Zmodyfikowany: Zapłata za bilet przy użyciu SMS'a opiera się na wysłaniu SMS'a na podany na stronie numer telefonu. Element: zapłać przez paypal Autor: Macimi Utworzony: Zmodyfikowany: Użytkownik ma możliwość zapłaty za bilet poprzez system PayPal.

6 Diagram: Drukowanie

7 act Drukowanie Start Klient wchodzi na stronę PKP Klient zgłasza chęć w ydrukow ania biletu System wyświetla okno podglądu i drukowania biletów Klient w ybiera bilet Sprawdzenie czy bilet został opłacony [brak opłaty] Poinformowanie o konieczności opłacenia biletu Udostępnienie klientowi biletu do wydrukowania Koniec

8

9 Diagram: Wyszukanie połączeń z rezerwacją act Wyszukanie połączeń z rezerwacją Start Wyszukanie i wybór połączenia Sprawdzenie czy jest połączenie spełniające warunki klienta [brak odpowiadającego połączenia] [lol] Ponowne wprowadzenie danych Sprawdzenie, czy do odjazdu pociągu zostało więcej niż 1h [mniej niż 1h] Odmówienie rezerwacji Koniec Wybór miejsca w pociągu Autoryzacja klienta [klient niezalogowany] [klient zalogowany] Prośba o zalogowanie lub wprowadzenie danych Pobranie danych klienta Sprawdzenie i potwierdzenie wyborów klienta Koniec

10 Diagram: Dostęp z telefonu act Dostęp z telefonu Start Wejście na stronę PKP Sprawdzenie czy klient łączy się z pomocą telefonu [nie] Udostępnienie standardowej wersji strony Koniec Udostępnienie strony w wersji dopasowanej do urządzenia klienta Uniemożliwienie płatności przy pomocy karty i usługi PayPal Koniec

11 Diagram: Rezerwacja biletów uc Rezerwacja biletów Klient Rezerw acj a biletów Element: Rezerwacja biletów Autor: Piotr Utworzony: Zmodyfikowany:

12 Diagram: Grupy zainteresowania i uzytkownicy class Grupy zainteresow ania i uzytkow nicy Zarząd Proj ektant Klient Zespół serw isow y IT Kasj erzy Diagram: kolejki custom kolejki czasochłonność motto szybkie wyszukiwanie połączeń kolejki zakup biletu

13 Diagram: wymagania funkcjonalne custom wymagania funkcjonalne Obsługa płatności internetowej za bilet Uiszczenie opłaty przy pomocy przelewu internetowego Uiszczenie opłaty przy użyciu karty kredytowej Uiszczenie zapłaty przy użyciu płatności SMS Uiszczenie opłaty przy pomocy portalu PayPal Rezerwacja biletu Wyszukiwanie połączeń Sprawdzenie informacji o opóźnieniach Wyłączenie powiadomień o opóźnieniach Przechowywanie danych osobowych Modyfikacja danych osobowych Dostęp przez internet Dostęp mobilny Drukowanie biletu Logowanie do systemu Rejestracja do sytstemu

14 Diagram: wymagania pozafunkcjonalne custom wymagania pozafunkcjonalne System będzie posiadał wspólna bazę danych z systemem zarządcy połączeń Baza danych będzie zaszyfrowana Baza danych będzie odporna na uszkodzenia po awariach System pozwoli skrócić czas wyszukania połączenia o 70% System pozwoli na skrócenie czasu zakupu biletu o 95% System, będzie działał 24h 7 dni w tygodniu, w czasie konserwacji serwerów (w godzianch nocnych) system będzie dostępny, ale będzie działał wolniej o 50% Nauczenie się obłsugi systemu nie zajmie dłużej niż 10 minut System będzie można rozbudowywać o kolejne moduły, a także modyfikować Diagram: Dodawanie podróży do kalendarza uc Dodaw anie podróży do kalendarza «it3» Dodanie przejazdu do kalendarza Klient (from Aktorzy aplikacji użytkownika)

15 Element: Dodanie przejazdu do kalendarza Autor: kwiatkos1 Utworzony: Zmodyfikowany: System daje możliwość automatycznego dodania przypomnienia o zarezerwowanym bilecie, do kalendzarza google, bądź w telefonie klienta, w przypadku gdy bilet zostanie zakupiony. Przypomnienie jest ustawiane na pół godziny przed odjazdem pociągu. Funkcja ta jest opcjonalna. System daje taką możliwość po zakupie biletu przez klienta. Ustawienie przypomnienia jest dokonywane tylko w przypadku, gdy klient wybierze opcję "Tak" w wyświetlającym się okienku z pytaniem. Pre-Condition: Nazwa Status Uwagi Klient zakupił bilet na pociąg Approved Klient zakupił bilet na dany przejazd Scenariusz: Brak przypomnienia 1. Klient wybiera opcję Nie 2. System konczy działanie bez dodawania przypomnienia do kalendzarza. Basic Path Przypomnienie 1. Klient wybiera opcję dodaj do kalendarza 2. System pyta klient o dodania przypomnienia o odjedzie pociag do jego kalendarza. 3. Klient wybiera opcję Tak. Exception: 3a. Brak przypomnienia 4. System dodaje przypomnienie do kalendarza, na telefonie klienta. Post-Conditions: Nazwa Status Uwagi Przypomnienie dodane do Approved Wydarzenie zostało dodane do kalendzarza kalendarza klienta

16 Diagram: Drukowanie biletu uc Drukow anie biletu «it1» Zarezerw uj bilet «it3» Drukuj bilet (from Rezerwacja biletu) Klient (from Aktorzy aplikacji użytkownika) Element: Drukuj bilet Autor: Ponury Utworzony: Zmodyfikowany: System udostępnia klientowi możliwość wydrukowania uprzednio opłaconego biletu. Pre-Condition: Nazwa Status Uwagi Połączenie z siecią Approved Klient musi miec możliwość połączenia z siecią Klien zalogowany Approved Klient musi być zalogowany do systemu Bilet opłacony Approved Bilet musi być opłacony przez klienta Scenariusz: Basic Path drukowanie biletu 1. Klient wchodzi na stronę PKP 2. Klient wybiera opcję drukuj moje bilety 3. System wyświetla Okno podglądu i drukowania biletów

17 4. Klient wybiera bilet 5. System weryfikuje czy bilet został opłacony Exception: 5a. bilet nie opłacony 6. System generuje Bilet użytkownika 7. System udostępnia bilet dla Klient bilet nie opłacony 1. System przekierowuje Klient na formularz zapłaty 2. [Invokes: zapłać przelewem] Post-Conditions: Nazwa Status Uwagi Klient dysponuje biletem Approved Jeżeli podstawowy scenariusz został wypełniony, klient dysponuje biletem w drukowalnej formie

18 Diagram: Korzystanie z urządzen mobilnych uc Korzystanie z urządzen mobilnych «it1» Zarezerwuj bilet «it2» zapłać przez SMS (from Zapłata za bilet) «it1» Rejestracja (from Rezerwacja biletu) (from Rejestracja, logowanie i modyfikowanie danych konta) «it1» Logowanie (from Rejestracja, logowanie i modyfikowanie danych konta) «it3» Połącz z urządzenia mobilnego «it2» Modyfikowanie danych konta (from Rejestracja, logowanie i modyfikowanie danych konta) Klient (from Aktorzy aplikacji użytkownika) «it2» Sprawdzenie informacji o opóźnieniach na stronie (from Sprawdzanie internetowej informacji o opóźnieniach) Element: Połącz z urządzenia mobilnego Autor: Ponury Utworzony: Zmodyfikowany: Klient będzie mógł korzystać ze strony PKP przy pomocy swojego urządzenia mobilnego. Strona PKP będzie w takiej sytuacji dostosowywała swoją rozdzielczość dla wygody klienta. Pre-Condition: Nazwa Status Uwagi Klient ma dostęp do sieci Approved Aby połączyć się ze stroną PKP klient musi mieć dostęp do internetu Scenariusz: Basic Path wyswietlenie strony mobilenj 1. Klient wchodzi na stronę PKP 2. System sprawdza, czy użytkownik łączy się z Urządzenie Mobilne Exception: 2a. wyswietlenie strony standardowej 3. System wyswietla stronę dostosowana do rozdzielczosci urzadzenia Klient

19 4. System blokuje opcje zapłać kartą, zapłać przelewem, zapłać przez paypal wyswietlenie strony standardowej 1. System wyświetla normalną wersję strony Post-Conditions: Nazwa Status Uwagi Klientowi została udostępniona przystosowana strona Approved W zależności od urządzenia z jakiego korzysta klient, zostaje mu udostępniona przystępna wersja strony PKP Diagram: Rejestracja, logowanie i modyfikowanie danych konta uc Rejestracja, logowanie i modyfikowanie danych konta «it1» Logowanie «it1» Rejestracja «it2» Modyfikowanie danych konta «it3» Walidacja numeru telefonu (from Walidacja numeru telefonu) Klient (from Aktorzy aplikacji użytkownika) Element: Logowanie Autor: Piotrek Utworzony: Zmodyfikowany: Pozwala zarejestrowanemu użytkownikowi na zalogowanie się do systemu. Pre-Condition: Nazwa Status Uwagi Użytkownik posiada konto Approved Użytkownik posiada konto w sytemie PKP Scenariusz:

20 Basic Path Logowanie udane 1. Klient wybiera opcje logowania 2. System wyswietla Formularz logowania 3. Klient wprowadza Dane logowania Exception: 3a. Logowanie nieudane 4. System weryfikuje Dane logowania 5. System loguje Klient do systemu 6. System wyswietla Strona główna Logowanie nieudane 1. Użytkownik wybiera opcję zaloguj. 2. System wyświetla formularz logowania. 3. Użytkownik wprowadza swoje dane logowania. 4. System sprawdza poprawność wprowadzonych danych. 5. Dane błędne 6. System informuje użytkownika o błędnych danych i ponownie wyświetla formularz logowania. 1. Klient wprowadza niepoprawne dane konta 2. System weryfikuje Dane logowania 3. System wyswietla Komunikat o bledzie logowania Post-Conditions: Nazwa Status Uwagi Klient zalogowany Approved Klient zostaje zalogowany do systemu Element: Modyfikowanie danych konta

21 Autor: Piotrek Utworzony: Zmodyfikowany: Pozwala zalogowanemu użytkownikowi na modyfikację danych swojego konta. Pre-Condition: Nazwa Status Uwagi Użytkownik zalogowany Approved Użytkownik zalogowany w systemie Scenariusz: zmiana numeru telefonu 1. System weryfikuje nowy numer telefonu 2. [Invokes: Walidacja numeru telefonu] błędne dane 1. System wyswietla okno dialogowe informujace o blednych danych 2. System wyswietla Formularz modyfikowania danych Basic Path Modyfikowanie danych konta udane 1. Klient wybiera opcje modyfikacji danych konta 2. System wyswietla Formularz modyfikowania danych 3. Klient zmienia Dane klienta 4. System weryfikuje poprawnosc Dane klienta Exception: 4a. zmiana numeru telefonu 5. System zmienia Dane klienta Exception: 5a. błędne dane Post-Conditions: Nazwa Status Uwagi Dane zmienione Approved Dane klienta poprawnie zmienione

22 Element: Rejestracja Autor: Piotrek Utworzony: Zmodyfikowany: Klient może zarejestrować się w systemie Pre-Condition: Nazwa Status Uwagi Użytkownik na stronie Approved Użytkownik jest na stronie PKP Użytkownik nie ma konta Approved Użytkownik nie posiada konta w systemie PKP Scenariusz: Basic Path Rejestracja udana 1. Klient wybiera opcje rejestracji 2. System wyswietla formularz rejestracji 3. Klient wprowadza poprawne dane Dane rejestracji Exception: 3a. Rejestracja nie udana 4. System weryfikuje dane Dane rejestracji 5. Klient zostaje zarejestrowany przez System Rejestracja nie udana 1. Klient klika opcję zarejestruj. 2. System wyświetla formularz rejestracji. 3. Klient wypełnia formularz swoimi danymi. 4. System sprawdza poprawność wprowadzonych danych. 5. Dane błędne. 6. System informuje użytkownika o popełnionych błędach i ponownie wyświetla formularz rejestracji. 1. Klient wprowadza niepoprawne Dane rejestracji 2. System weryfikuje Dane rejestracji

23 3. System wyswietla Komunikat o bledzie rejestracji Post-Conditions: Nazwa Status Uwagi Zarejestrowanie Approved Użytkownik zarejestrowany w użytkownika systemie Diagram: Rezerwacja biletu uc Rezerwacj a biletu «it1» zapłać kartą «it1» zapłać przelewem (from Zapłata za bilet) (from Zapłata za bilet) «it1» Zarezerwuj bilet «it2» zapłać przez SMS (from Zapłata za bilet) Klient (from Aktorzy aplikacji użytkownika) «it3» zapłać przez paypal (from Zapłata za bilet) Element: Zarezerwuj bilet Autor: Ponury Utworzony: Zmodyfikowany: Klient może zarezerwować wybrany bilet Pre-Condition: Nazwa Status Uwagi Zalogowany do systemu Approved Klient musi być zalogowany do systemu Scenariusz:

24 Scenariusz2 1. <<invoke>> Wyszukaj połączenie 2. Klient wybiera połączenie z wygenerowanej przez Wyszukaj Połączenie listy połączeń 3. <<invoke>> Logowanie 4. System sprawdza czy są wolne miejsca w pociągu 5. System informuje klienta o braku wolnych miejsc Scenariusz3 1. <<invoke>> Wyszukaj połączenie 2. Klient wybiera połączenie z wygenerowanej przez Wyszukaj Połączenie listy połączeń 3. <<invoke>> Logowanie 4. System sprawdza czy są wolne miejsca w pociągu 5. System wyświetla dostępne w pociągu miejsca 6. Klient wybiera miejsce w pociągu 7. System informuje klienta o tym, że miejsce nie jest już wolne 8. <<invoke>> system sprawdza czy są wolne miejsca w pociągu Basic Path Rezerwacja udana 1. Klient wybiera opcję rezerwuj bilet 2. invoke Wyszukaj połączenie 3. Klient wybiera połączenie, które go interesuje 4. System formularz rezerwacji 5. Klient naciska przycisk rezerwuj 6. System dodaje rezerwację do bazy danych 7. Invokes zapłac bilet Post-Conditions: Nazwa Status Uwagi

25 Bilet zarezerwowany Approved Klient dokona rezerwacji biletu Diagram: Sprawdzanie informacji o opóźnieniach uc Sprawdzanie informacji o opóźnieniach «it2» Sprawdzenie informacji o opóźnieniach na stronie internetowej «it3» Włączenie opcji powiadamiania o opóźnieniach poprzez SMS «it2» Modyfikowanie danych konta (from Rejestracja, logowanie i modyfikowanie danych konta) «it3» Wyłączenie opcji powiadamiania o opóźnieniach poprzez SMS Klient (from Aktorzy aplikacji użytkownika) Element: Sprawdzenie informacji o opóźnieniach na stronie internetowej Autor: Robert Utworzony: Zmodyfikowany: Klient będzie mial mozliwość sprawdzenia na stronie internetowej informacji o bieżących opóźnieniach Pre-Condition: Nazwa Status Uwagi Klient zalogowany Approved Klient musi być zalogowany Scenariusz: Basic Path informacja o opóźnieniach 1. Klient wybiera opcję pokaż opóźnienie 2. System wyswietla dla połączen klienta Okno informacji o opóźnieniach Post-Conditions: Nazwa Status Uwagi Informacje zweryfikowane Approved Klient wie czy opóznienia występują, a jeżeli tak to jak długo trzeba będzie czekać na pociąg.

26 Element: Wyłączenie opcji powiadamiania o opóźnieniach poprzez SMS Autor: Robert Utworzony: Zmodyfikowany: [Klient] włącza opcję powiadamiania o opóźnieniach poprzez SMS Pre-Condition: Nazwa Status Uwagi Powiadomienia włączone Approved Usługa powiadomień o opóźnieniach musi być włączona w przypadku gdy użytkownik ma możliwość wyboru opcji jej wyłączenia. Scenariusz: Basic Path Wyłączenie opcji powiadomien 1. Klient wybiera opcję wyłączenia powiadomienie o opóźnieniu. 2. System wyłącza usługę. 3. System wyswietla potwierdzenie wykonania operacji. Post-Conditions: Nazwa Status Uwagi Powiadomienia dezaktywowane. Approved Po wykonaniu przypadku użycia, usługa powiadomień zostaje dezaktywowana. Element: Włączenie opcji powiadamiania o opóźnieniach poprzez SMS Autor: Robert Utworzony: Zmodyfikowany: [Klient] włącza opcję powiadamiania o opóźnieniach poprzez SMS Pre-Condition: Nazwa Status Uwagi Usługa powiadomień wyłączona Approved Usługa musi być wcześniej wyłączona, by można ją było aktywować. Scenariusz: Brak numeru 1. System wyswietla komunikat o braku numeru telefonu w profilu

27 2. [Invokes: Modyfikowanie danych konta] Scenariusz alternatywny 1 Basic Path Włączenie powiadomien 1. Klient wybiera opcję włączenia powiadomien. 2. System sprawdza czy numer do wyslania SMSa znajduje się w bazie. 3. System aktywuje usługę Exception: 3a. Brak numeru 4. System wyswietla komunikat potwierdzenia pomyslnego zakonczoniaj operacji Post-Conditions: Nazwa Status Uwagi Usługa powiadomień aktywowana Approved Po wykonaniu przypadku użycia, usługa powiadomień o opóźnieniach zostaje aktywowana. Diagram: Walidacja numeru telefonu uc Walidacj a numeru telefonu «it3» Walidacja numeru telefonu Klient (from Aktorzy aplikacji użytkownika)

28 Element: Walidacja numeru telefonu Autor: Robert Utworzony: Zmodyfikowany: System wysyła na wprowadzony numer telefonu kod autoryzacyjny. Klient wpisuje kod na stronie interentowej. Scenariusz: Basic Path Walidacja udana 1. System sprawdza czy podany numer telefonu jest poprawny? 2. System wysyła na podany numer telefonu kod autoryzacyjny Exception: 2a. Numer niepoprawny 3. Klient wprowadza otrzymany kod autoryzacyjny do Systemu 4. System sprawdza czy wprowadzony kod pokrywa się z wysłanym 5. System wyświetla informację o poprawnie przeprowadzonej walidacji Exception: 5a. Kod niepoprawny Kod niepoprawny 1. System wyświetla komunikat o niepoprawnym kodzie autoryzacyjnym Numer niepoprawny 1. System wyświetla komunikat o niepoprawnym numerze telefonu Ograniczenia: Nazwa Status Uwagi Klient zalogowany Approved Klient zalogowany na stronie Numer zwalidowany Approved Numer podany przez klienta zostanie poprawnie zweryfikowany

29 Diagram: Wyszukanie połaczenia uc Wyszukanie połaczenia «it1» Zarezerwuj bilet (from Rezerwacja biletu) «it3» Wyświetl mapę stacji (from Wyświetlanie mapy trasy) «it2» Wyszukaj Połączenie - podstawowe «it3» Wyszukaj Połączenie - zaawansowany Klient (from Aktorzy aplikacji użytkownika) «it3» Dodanie przejazdu do kalendarza (from Dodawanie podróży do kalendarza) Element: Wyszukaj Połączenie - podstawowe Autor: Ponury Utworzony: Zmodyfikowany: Możliwość wyszukania połóączenia o zadanych parametrach Pre-Condition: Nazwa Status Uwagi Klient na stronie Approved Klient musi mieć otwartą stronę PKP Scenariusz: Wszyukiwanie połaczenia nieudane 1. Klient wchodzi na stronę PKP 2. Klient wybiera opcję wyszukaj połączenie 3. System prosi klienta o podanie kryteriów wyboru połączenia 4. System wyświetla informację o braku połączeń 5. Go to 3 1. System wyswietla komunikat o braku Połączenie spelniajacych Kryteria wyboru połączenia Basic Path

30 Wyszukanie połaczenia udane 1. Klient wybiera opcję szukaj połączen 1. Klient wchodzi na stronę PKP 2. Klient wybiera opcję wyszukaj połączenie 3. System prosi klienta o podanie kryteriów wyboru połączenia 4. System wyświetla dostępne połączenia 2. System wyswietla Formularz wyszukiwania połączenia - podstawowy 3. Klient wprowadza Kryteria wyboru połączenia 4. System weryfikuje Kryteria wyboru połączenia 5. System wyswietla liste Połączenie spełniajacych Kryteria wyboru połączenia Exception: 5a. Wszyukiwanie połaczenia nieudane Post-Conditions: Nazwa Status Uwagi Wyszukania odpowiadającego poloczenia Approved Klient znajdzie odpowiadajace mu polaczenie Element: Wyszukaj Połączenie - zaawansowany Autor: Ponury Utworzony: Zmodyfikowany: Możliwość wyszukania połóączenia o zadanych parametrach Pre-Condition: Nazwa Status Uwagi Klient na stronie Approved Klient musi mieć otwartą stronę PKP Scenariusz: Brak połączen spelniajacych kryteria Nie znaleziono poloczen 1. System wyswietla komunikat o braku polaczen spelniajacych kryteria wyboru polaczenia

31 Wystąpiły utrudnienia 1. System wyswietla komunikat o dlugim czasie oczekiwanie i duzej liczbie przesiadek 2. System wywietla polaczenia spełniające kryteria wyboru polaczenia 3. [Invokes: Wyświetl mapę stacji] 4. [Invokes: Dodanie przejazdu do kalendarza Google] Basic Path Wyszukiwanie udane 1. Klient wybiera opcje szukaj polaczen 2. System wyswietla formularz wyszukania polaczenia - zaawansowany 3. Klient wprowadza kryteria wyboru polaczenia 4. System weryfikuje kryteria wyboru polaczenia Exception: 4a. Wystąpiły utrudnienia 5. System wyswietla liste polaczen spelniajacych kryteria wyboru polaczenia Exception: 5a. Nie znaleziono poloczen 6. [Invokes: Wyświetl mapę stacji] 7. [Invokes: Dodanie przejazdu do kalendarza Google] Post-Conditions: Nazwa Status Uwagi Wyszukania odpowiadającego poloczenia Approved Klient znajdzie odpowiadajace mu polaczenie

32 Diagram: Wyświetlanie mapy trasy uc Wyśw ietlanie mapy trasy «it3» Wyświetl mapę stacji Klient (from Aktorzy aplikacji użytkownika) Element: Wyświetl mapę stacji Autor: Piotrek Utworzony: Zmodyfikowany: System wyświetli mapę stacji pośrednich, dla wybranego przez użytkownika połączenia. Pre-Condition: Nazwa Status Uwagi Klient wybrał połączenie Approved Klient dokonał wyboru interesującego go połączenia Scenariusz: Basic Path wietlenie mapy stacji 1. Klient wybiera opcję wyswietl mapę stacji. 2. System wyswietla Okno mapy trasy 3. Klient zamyka Okno mapy trasy i klikając przycisk OK. Post-Conditions: Nazwa Status Uwagi Wyświetlenie mapy stacji Approved System wyświetli mapę stacji

33 Diagram: Zapłata za bilet uc Zapłata za bilet «it1» zapłać kartą «it1» zapłać przelewem «it3» Drukuj bilet Klient (from Aktorzy aplikacji użytkownika) «it2» zapłać przez SMS (from Druk biletu) «it3» zapłać przez paypal Element: zapłać kartą Autor: e5300 Utworzony: Zmodyfikowany: Klient opłaca zakupiony bilet za pomocą karty Pre-Condition: Nazwa Status Uwagi Zalogowanie do systemu przez PC Approved Klient musi byc zalogowany do systemu za pomocą komputera typu PC, a nie urządzenia mobilnego Scenariusz: Błąd weryfikacji 1. System nie potwierdza weryfikacji 2. System wyswietla komunikat o bledzie Basic Path Platnosc karta 1. Klient wybiera opcję platnosc karta

34 2. System wyswietla Formularz platnosci kartą 3. Klient wpisuje numer karty kredytowej i kod PIN 4. Klient naciska przycisk zaplac 5. System weryfikuje poprawnie platnosc Exception: 5a. Błąd weryfikacji 6. [Invokes: Drukuj bilet] Post-Conditions: Nazwa Status Uwagi Dokonanie oplaty Approved Klient dokonał opłaty Element: zapłać przelewem Autor: e5300 Utworzony: Zmodyfikowany: Klient opłaca zakupiony bilet za pomocą przelewu inetrnetowego Pre-Condition: Nazwa Status Uwagi Zalogowanie do systemu przez PC Approved Klient musi byc zalogowany do systemu za pomocą komputera typu PC, a nie urządzenia mobilnego Scenariusz: Błąd weryfikacji 1. System nie potwierdza weryfikacji 2. System wyswietla komunikat o bledzie Basic Path Platnosc przelewm 1. Klient wybiera opcje platnosc przelewem 2. System przekierowuje na strona banku

35 3. System wyswietla numer konta PKP, temat przelewu i dane adresowe PKP 4. Klient wprowadza numer konta PKP, temat przelewu i dane adresowe PKP do formularza przelewu 5. Klient naciska przycisk zaplac 6. System poprawnie weryfikuje platnosc Exception: 6a. Błąd weryfikacji 7. [Invokes: Drukuj bilet] Post-Conditions: Nazwa Status Uwagi Dokonanie opłaty Approved Klient dokonał opłaty Element: zapłać przez SMS Autor: e5300 Utworzony: Zmodyfikowany: Zapłata za bilet przy użyciu SMS'a opiera się na wysłaniu SMS'a na podany na stronie numer telefonu. Pre-Condition: Nazwa Status Uwagi Zalogowanie do systemu Approved Klient musi byc zalogowany do systemu za pomocą komputera typu PC, lub przez urządzenie mobilne Scenariusz: praca z komorki 1. System wyswietla Formularz platnosci SMS - komórka 2. Użytkownik naciska przycisk Wyslij za mnie 3. System wysyla SMS 4. System weryfikuje platnosc

36 5. [Invokes: Drukuj bilet] blad przy weryfikacji 1. System nie potwierdza weryfikacji danych 2. System wyswietla Komunikat o bledzie płatności Basic Path platnosc smsem 1. Klient wybiera opcję platnosc SMS 2. System wyswietla Formularz platnosci SMS Exception: 2a. praca z komorki 3. Klient wysyla sms 4. Klient naciska przycisk Wiadomosc Wyslana 5. System weryfikuje platnosc Exception: 5a. blad przy weryfikacji 6. [Invokes: Drukuj bilet] Post-Conditions: Nazwa Status Uwagi Dokonanie opłaty Approved Klient dokoał płatności za bilet Element: zapłać przez paypal Autor: e5300 Utworzony: Zmodyfikowany: Użytkownik ma możliwość zapłaty za bilet poprzez system PayPal jeśi posiada konto w systemie. Pre-Condition: Nazwa Status Uwagi Zalogowanie do systemu przez PC Approved Klient musi byc zalogowany do systemu za pomocą komputera typu PC, a nie urządzenia mobilnego

37 Scenariusz: blad weryfikacji 1. System nie potwierdza weryfikacji 2. System wyswietla komunikat o bledzie bledne dane PayPal 1. Klient wprowadzil bledne dane 2. System wyswietla komunikat o bledzie Basic Path zapłata udana 1. Klient wybiera platnosc PayPal 2. System wyswietla formularz logowania do system PayPal 3. Klient wprowadza adres do system PayPal i haslo do systemu PayPal 4. System wysyla adres i haslo do system PayPal Exception: 4a. bledne dane PayPal 5. System wyswietla strona PayPal 6. Klient potwierdza platnosc PayPal 7. System weryfikuje platnosc Exception: 7a. blad weryfikacji 8. [Invokes: Drukuj bilet] Post-Conditions: Nazwa Status Uwagi Dokonanie opłaty Approved Klient dokonał opłaty

38 Diagram: Dostęp mobilny custom Dostęp mobilny Dostęp przez internet Dostęp mobilny (from wymagania funkcjonalne) (from wymagania funkcjonalne) Diagram: Rejestracja, logowanie i modyfikowanie danych konta custom Rejestracja, logowanie i modyfikowanie danych konta Modyfikacja danych osobowych (from wymagania funkcjonalne) Logowanie do systemu (from wymagania funkcjonalne) Rejestracja do sytstemu (from wymagania funkcjonalne)

39 Diagram: Rezerwacja biletu custom Rezerw acj a biletu Rezerwacja biletu (from wymagania funkcjonalne) Diagram: Wyszukiwanie połączeń custom Wyszukiw anie połączeń Wyszukiwanie połączeń (from wymagania funkcjonalne) Diagram: zaplata za bilet custom zaplata za bilet Uiszczenie opłaty przy pomocy przelewu internetowego (from wymagania funkcjonalne) Uiszczenie opłaty przy użyciu karty kredytowej (from wymagania funkcjonalne) Uiszczenie zapłaty przy użyciu płatności SMS Uiszczenie opłaty przy pomocy portalu PayPal (from wymagania funkcjonalne) (from wymagania funkcjonalne) Diagram: Drukowanie biletu req Drukow anie biletu Drukowanie biletu (from wymagania funkcjonalne) Diagram: Sprawdzanie informacji o opóźnieniach req Spraw dzanie informacj i o opóźnieniach Sprawdzenie informacji o opóźnieniach (from wymagania funkcjonalne) Wyłączenie powiadomień o opóźnieniach (from wymagania funkcjonalne)

40 Diagram: Pojęcia dziedziny class Poj ęcia dziedziny Diagram: Elementy interfejsu użytkownika class Elementy interfej su użytkow nika