Wizja systemu

1.                  Wstęp

Głównym celem naszego oprogramowania jest zapewnienie właściwego zarządzania taborem kolejowym. Dotyczy to zarówno planowania nowych połączeń jak i modyfikowania istniejących.

2.                  Opis Produktu

System wspomagania zarządzaniem przedsiębiorstwa kolejowego – Kolej Wygodna Dla Klienta (Kolej WDK). Za pomocą naszego oprogramowania użytkownik będzie mógł:
- zaplanować optymalny rozkład jazdy pociągów
- ewidencjonować tabor kolejowy (ile posiadam wagonów … )
- przeglądać bazę danych zawierającą informacje statystyczne o pasażerach
- generować raporty
- kompletować skład pociągu
System rozwiązałby problem nieodpowiedniego wykorzystania dostępnych środków transportu, pozwoliłby uzyskać większe dochody przy porównywalnym lub mniejszym nakładzie finansowym a przede wszystkim polepszyłby wizerunek firmy co przyciągnęłoby klientów dotychczas nie korzystających z usług przedsiębiorstwa.

3.                  Kontekst Biznesu

Program będzie używany w transporcie kolejowym. Używać go będą osoby odpowiedzialne za planowanie połączeń a także pracownicy węzłów kolejowych przy montowaniu składu pociągu.

Celem naszego projektu jest wprowadzenie do jednego z przewoźników Polskiej Kolei Państwowej systemu informatycznego który usprawni zarządzanie siecią kolejową poprzez optymalizowanie liczba wagonów użytych do przewiezienia pasażerów na określonej relacji w zależności od pory dnia lub dnia tygodnia. Optymalizacja uwzględniałaby zarówno obłożenie tras jak i aspekt ekonomiczny.
Liczba pasażerów przemieszczających się z miasta A do miasta B uzyskiwana byłaby dzięki urządzeniu elektronicznemu odczytującemu unikalny kod z biletu przy kontroli prowadzonej przez konduktora.

Korzyści i możliwości powstałe w wyniku zbudowania aplikacji:
Dzięki naszemu systemowi będzie można zarządzać połączeniami i wielkością składu w oparciu
o liczbę podróżnych co pozwoli zwiększyć komfort podróży i polepszyć wizerunek firmy przewozowej przy równoczesnej racjonalizacji kosztów z tym związanych.

Problemem jest nadmierny tłok w wagonach w dniach szczytu komunikacyjnego a także nadmiar miejsc wolnych w pozostałych dniach. Dotyczy pasażerów oraz osób zarządzających ruchem. Efektem tego jest niezadowolenie klientów, osłabienie wizerunku firmy oraz kłopoty finansowe spółki.
Pomyślne rozwiązanie pozwoliłoby przedstawicielom odpowiedzialnym za obsługę połączeń na dostęp do bazy danych gromadzącej informacje statystyczne i odpowiednie przydzielanie wagonów.

Użytkownikami docelowymi aplikacji będą osoby zarządzające przewozami kolejowymi.

Funkjonalnosc –
* wprowadzanie danych statystycznych (Mechanizm zbierania i gromadzenia danych) statystycznych dot. (Połączeń mając bazy gdzie można dołączyć wagony) + generowanie raportu(parametry np. w danym dniu, ),
* ewidencjonowanie taboru (wprowadzanie, usuwanie, remont itd., wskazywanie aktualnego połączenia),
* optymalizacja skladów realizujaca połączenia (wskazanie relacji, minimalne ograniczenie np. 100 miejsc w 1 klasie wagon sypialny) modyfikowanie składu, zgoda lub odrzucenie

(większy zakres)
<<include>> scenariusz zawsze dołączany
<<extend>> scenariusz dołączany pod warunkiem

myslec do czego będę używał systemu, wyróżnic działy (oszary działania)
możemy założyć ze mamy jakas baze danych, nie myslec w kategori interfejsu tylko ja musze cos zrobic a system w odpowiedzi daje jakies dzialanie. Unikac sformułowan okno, formularz itd. Zdefiniowac co system ma robic, użytkownik inicjuje jakas funkcje i system cos wyświetla aktor wpisuje system weryfikuje zapisuje i pisze ze zapisal a jak sa nie poprawne to …

Efektem powinno być stworzenie modelu analitycznego i specyfikacji wymagan i przypisac do harmonogramu gdzie musimy zaplanowac iteracje wiec musimy mieć prawie domkniete przypadki uzycia i opisac poszczególne funkcjonalności.

Co się nie podoba:
zle nazwy dla use case’ow

Wymagania niefunkcjonalne:
Nasz produkt będzie współpracował z systemem operacyjnym Windows. Baza danych będzie uruchomiona na serwerze MySQL. Dostęp do aplikacji z możliwością edycji będą posiadać kontrolerzy ruchu w centrali PKP a możliwość odczytu będą posiadać osoby organizujące skład pociągu w węzłach komunikacyjnych.

Aktorzy:

- administrator
- pracownik (kolei)
- konduktor

Specyfikacja wymagań:
- logowanie do systemu
* dodawanie/usuwanie/modyfikowanie konta użytkownika
* zmiana hasła
* logowanie/wylogowanie
* określenie poziomu dostępu
- zaplanować optymalny rozkład jazdy pociągów
* pokaż listę połączeń
* pokaż stację
* pokaż dostępność taboru
* dostęp do raportów
* tworzenie nowego połączenia
* modyfikowanie istniejącego połączenia
* usuwanie połączenia
* definiowanie składu pociągu
// * klasa pociągu (osobowy,pospieszny,ekspres)

- ewidencjonować tabor kolejowy
* pokaż liczbę wagonów (ogólnie, w danej lokalizacji, danej klasy, stan)
* lokalizacja wagonu/lokomotywy
* dodawanie/modyfikowanie(zmiana klasy, stanu)/usuwanie wagonu/lokomotywy
// - przeglądanie bazy danych (GUI)
* wyświetlanie liczby pasażerów na danej linii
*
- generowanie raportów
*
*
- obsługa składu
* odczyt z systemu

Dodawanie polączeń

// jak dziala firma obecnie jak wyglądają procesy biznesowe teraz
// w wizji najważniejsze SA granice, system dziala w takim kontekście i używać go będą tacy aktorzy
// specyfikacja wymagan: funkcjonalna (przy uzyciu przypadków uzycia() ) pozafunkcjonalne (szybkość, wydajnoc, niezawodność, rozszerzalność itd. Nie musza być wszystkie)

- Kontroler Ruchu – Zajmuje się odczytywaniem informacji o liczbie pasażerów i o dostępnych zasobach na podstawie których zarządza połączeniami.
- Konduktor – zbiera informacje o ilości ludzi jeżdżących pociągiem na każdym odcinku.

Przypadki użycia:
- liczba pasażerów
- zarządzanie połączeniami
- zarządzanie składem
- zasoby
- wagony
- lokomotywy