Zlecę wykonanie projektu

Zlecę wykonanie takiego projektu:

Projekt – projektowanie GUI dla aplikacji


PKP zleciło nam opracowanie interfejsu graficznego do aplikacji wykorzystywanej do sprzedaży przez kasjerów biletów kolejowych na przejazd w pociągach nie objętych rezerwacją miejsc. Interfejs ma spełniać następujące wymagania:
1. Kod źródłowy w języku Java, działanie na komputerach wyposażonych jedynie w barwny ekran graficzny (rozdzielczość standardowa, np. max. 1024x768), klawiaturę oraz mysz.
2. Łatwy wybór stacji początkowej oraz stacji docelowej (np. nazwa stacji, kod stacji, mapa sieci kolejowej)
3. Szybka sprzedaż dużej liczby biletów, uwzględnienie faktu, iż popularność relacji wśród nabywców rośnie przed odjazdem pociągu.
4. Ma umożliwiać odczytywanie danych o stacjach z pliku lub z bazy danych zawierających informacje:
a. Opis każdej stacji zawierający:
1. nazwę stacji (możliwe spacje)
2. unikalny kod stacji (brak spacji)
b. wykaz (graf) bezpośrednich połączeń między stacjami, z informacją o odległości między nimi (zakłada się, że połączenia są w obu kierunkach
– graf nieskierowany)
5. Sprzedaż biletu jest potwierdzana wpisem w stosownej tabeli logów (pliku logów), zawierającej następujące dane o pojedynczym „sprzedanym” bilecie (uwaga niektóre informacje mogą w pewnych rodzajach biletów nie występować):
a. stacja wyjazdu b. stacja docelowa
c. stacje przez (pomiędzy stacją wyjazdu, a stacją docelową)
d. liczba podróżnych
e. wymiar ulgi (np. 50%, 33%, 37%, 49% ,78%, 99%, 80%, 100%) i jej rodzaj (handlowa 50% i 33%, kolejowa pracownicza 80% i 99%, ustawowa – pozostałe).
i. w przypadku ulg handlowych dokumentujemy podstawę ulgi (33% - Legitymacja Tani Przejazd, 50% - Legitymacja Seniora, Legitymacja Pracownicza)
ii. w przypadku ulg kolejowych pracowniczych dokumentujemy przedsiębiorstwo, w którym pracuje uprawniony (lub członek rodziny uprawnionego w przypadku ulgi 80%):
• PKP Cargo
• PKP PLK
• PKP PR
• PKP Informatyka
• PKP SKM
• PKP WKD
• KM
• PKP Intercity
• PKP Dworce Kolejowe
• 10.PKP Telekomunikacja

• 11.PKP LHS.
f. Datę wyjazdu oraz datę końca ważności biletu (w przypadku biletów do
100 km, także czasowy – (3 godzinowy od chwili podanej przez
pasażera) zakres ważności biletu)
g. Rodzaj biletu (przejazd „TAM” lub „TAM I Z POWROTEM”)
h. Imię i nazwisko podróżnego (tylko w biletach imiennych)
i. Odległość w kilometrach między stacją wyjazdu i stacją docelową
6. Przewiduje się sprzedaż następujących rodzajów biletów:
a. jednorazowe „TAM” i „TAM I Z POWROTEM”
b. okresowe imienne i „na okaziciela” (3, 7, 14, 30, 90 dni) „TAM” i „TAM i
Z POWROTEM”
c. promocyjne
• ulga 33% dla młodzieży do 26 roku życia
• ulga 33% przy zakupie jednorazowego biletu „TAM I Z POWROTEM” na przejazd w soboty i niedziele
• grupowe
7. Ceny biletów ustalane (do celów diagnostycznych, moduł cenowy będzie implementowany oddzielnie) w następujący sposób:
a. bilet „TAM I Z POWROTEM” kosztuje zawsze 150% ceny biletu „TAM”
b. bilet 3 dniowy imienny kosztuje tyle co 3 przejazdy „TAM”
c. bilet 7 dniowy imienny kosztuje tyle co 6 przejazdów „TAM”
d. bilet 14 dniowy imienny kosztuje tyle co 10 przejazdów „TAM” e. bilet 30 dniowy imienny kosztuje tyle co 20 przejazdów „TAM” f. bilet 90 dniowy imienny kosztuje tyle co 50 przejazdów „TAM”
g. bilety okresowe „na okaziciela” są o 25% droższe, występują jedynie bilety 30 i 90 dniowe „na okaziciela”.
h. bilet grupowy dla 2 osób – 180% ceny biletu jednorazowego. i. bilet grupowy dla 3 osób – 270% ceny biletu jednorazowego. j. bilet grupowy dla 4 osób – 350% ceny biletu jednorazowego k. bilet grupowy dla 5 osób – 400% ceny biletu jednorazowego
l. bilet grupowy dla 10 osób – 700% ceny biletu jednorazowego
m. bilet musi być wystawiony dla pasażerów posiadających takie same uprawnienie do ulgi (przynajmniej jeżeli chodzi o jej wymiar) podróżujących razem w takiej samej relacji.
n. cena biletu jednorazowego jest ustalana dla przejazdu „TAM” w zależności od liczby kilometrów x w następujący sposób: cena przejazdu to 0,25*x+2,5 złotych
8. Nie przewiduje się zwrotów biletów (przynajmniej w ramach niniejszego
interfejsu)

Dla celów testowych można przyjąć, że cena biletu jednostkowego „TAM” np. a) jest proporcjonalna do liczby kilometrów (np. 1 km = 0,5 zł)
b) składa się ze stałej opłaty (powiedzmy 5 zł) za rozpoczęcie podróży, następnie
0,5 zł za każdy kilometr. Opłata za każdy kilometr jest zmniejszana o 0,05 zł po przekroczeniu 10 km, co 10 km. Cena przejazdu za 1 km nie może być niższa niż np. 0,25 zł (jeśli zasady nie są precyzyjnie sformułowane – doprecyzować wg własnego uznania).

Jeśli któreś z podanych zasad nie są precyzyjnie określone, należy je dookreślić samodzielnie w ramach realizowanego projektu wg własnego uznania.

 

Sprzedawane bilety nie obejmują rezerwacji miejsc, zatem nie jest wymagany rozkład jazdy oraz szczegółowe połączenia między stacjami – zakładamy, że każdy układ stacji pośrednich między stacją początkową a docelową jest możliwy. Klient płaci za liczbę przejechanych kilometrów, może wybrać dowolną kombinację stacji pośrednich, aczkolwiek niektórzy wolą płacić mniej, zatem wybierać będą najkrótsze połączenia.

Uwagi:
• Oceniane będzie spełnienie funkcjonalności (30 pkt.), ergonomia rozwiązania
(30 pkt.), pomysłowość i innowacyjność (20 pkt.) oraz estetyka (20 pkt.).
• Funkcjonalność to spełnienie wymienionych wyżej wymagań dotyczących
funkcji programu w tym walidacja wprowadzonych danych,
• Ergonomia, to wygoda kasjera – który musi wystawić szybko jak najbardziej korzystne dla podróżnego (lub podróżnych) bilety.
• Innowacyjność to zastosowanie niekonwencjonalnych rozwiązań – niestety z chwilą wymienienia pewnie przestaną być niekonwencjonalne, ale np.: sensowna przeglądarka ostatnio wydanych lub możliwych do wydania biletów, estetyka to wyraźne nie męczące wzroku kolory, odpowiedni dobór czcionki oraz elementów grafiki.

Cele do osiągnięcia (poziomy zaawansowania):
• Poziom 1: projekt interfejsu – opis funkcjonalności aplikacji oraz projekt okien dialogowych i formularzy (w MS Word), każdy przycisk czy pole powinno mieć opisane właściwości i związane z nim akcje. Projekt powinien być tak opracowany, aby umożliwił programiście zaprogramowanie aplikacji w sposób nie budzący wątpliwości.
• Poziom 2: aplikacja atrapa (nie musi działać poprawnie, ale powinna być
„klikalna”, tzn. działający interfejs, niekoniecznie działająca logika aplikacji), niektóre pola wypełnione statycznie (informacje nie pobierane z bazy danych)
• Poziom 3: aplikacja w pełni działająca.