Skip to content
Tin Podnar edited this page Mar 24, 2024 · 5 revisions

Specifikacija softverskih zahtjeva za VŽBUS+ | Sustav upravljanja gradskim prijevozom putnika

Kolegij: Programsko inženjerstvo
Akademska godina: 2023./2024.
Autor: Tin Podnar
Datum: 21.3.2024.


1. UVOD

1.1. Svrha

Svrha ovog dokumenta je predstaviti specifikaciju softverskih zahtjeva za razvoj sustava upravljanja gradskim prijevozom putnika u gradu Varaždinu, koja je inicirana zahvaljujući korisničkim zahtjevima od Gradski autobusi Varaždin. Ovaj dokument namijenjen je timu za razvoj softvera, arhitektima, programerima i ostalim dionicima kako bi razumjeli zahtjeve i funkcionalnosti koje treba implementirati.

Struktura dokumenta se temelji na predlošku koji je definiran dokumentom IEEE 830-1998 Recommended Practice for Software Requirements Specifications.

1.2. Opseg

Gradski autobusi Varaždin svakodnevno i redovito voze gradskim i prigradskim relacijama. Veliki broj putnika se oslanja na takav oblik prijevoza kako bi na vrijeme stigli na posao, školu, liječniku te kako bi obavili različite obveze. Od putnika često se dobivaju povratne informacije, kritike i prijedlozi za poboljšanje usluge. Jedna od stvari na koju se putnici najčešće žale je da na autobusnim stanicama ne vide jasno autobusne linije i prikaz voznog reda za linije koje prolaze tom stanicom.

Kako bi se unaprijedili poslovni procesi firme te podigla razina kvalitete usluge prema krajnjim korisnicima odlučilo se digitalizirati poslovanje koje se trenutno vodi „na papiru”. Softversko rješenje koje se predlaže, nazvano "VŽBUS+" predstavlja digitalnu transformaciju poslovanja Gradskih autobusa Varaždin. Ovo rješenje će digitalizirati procese vođenja voznog parka, definiranja autobusnih stanica, uspostavljanja i upravljanja autobusnim linijama te omogućiti praćenje lokacije autobusa u stvarnom vremenu. Sustav će također omogućiti putnicima uvid u vozne redove, navigaciju do odredišta, brzu kupnju karata i automatizirano očitavanje karata pri ulasku u autobus. Očekuje se da će ovaj sustav značajno poboljšati kvalitetu usluge prijevoza, povećati točnost i dostupnost informacija te optimizirati procese ukrcavanja putnika. Ono što sustavom nije obuhvaćeno je utjecaj na gužve i samo odvijanje prometa u gradu Varaždinu.

Slika 1. Primjer voznog reda jedne od linija gradskog prijevoza

1.3. Definicije, akronimi i skraćenice

  • GPS: Globalni pozicijski sustav
  • API: Application Programming Interface
  • UI: Korisničko sučelje
  • GDPR: Opća uredba o zaštiti podataka

1.4. Reference

  1. "830-1998 - IEEE Recommended Practice for Software Requirements Specifications." IEEE, 1998. [Online]. Available: https://ieeexplore.ieee.org/document/720574
  2. Dokument opisa problemske domene
  3. "Gradski Buseki" Varazdin.hr, 2023. [Online]. Dostupno: https://varazdin.hr/upload/2023/08/kopija_finalno_linije_za_print_od_1-12-2021_64ed87414114d.pdf

1.5. Struktura dokumenta

U 2. poglavlju dokumenta opisuje se kontekst i ciljevi softverskog rješenja. Perspektiva proizvoda postavlja ga u odnos s drugim sustavima ili procesima, objašnjavajući kako će se integrirati ili komunicirati s njima. Funkcije proizvoda navode glavne značajke i sposobnosti koje će softver imati kako bi zadovoljio potrebe korisnika. Karakteristike korisnika identificiraju glavne skupine korisnika softvera i opisuju njihove potrebe i očekivanja. Ograničenja definiraju faktore koji mogu ograničiti razvoj softverskog rješenja, poput financijskih ograničenja, vremenskih rokova ili tehničkih izazova. Pretpostavke i ovisnosti identificiraju pretpostavke i otvorena pitanja koja mogu utjecati na zahtjeve ili implementaciju softvera.

U 3. poglavlju, ovaj dio dokumenta opisuje glavne funkcije koje će softversko rješenje pružiti. To uključuje dinamiku realizacije zahtjeva, odnosno određivanje hoće li svi zahtjevi biti implementirani u inicijalnoj verziji softvera ili će se neki od njih razvijati u kasnijim fazama.

U 4. poglavlju specificiraju se zahtjevi koji nisu povezani s konkretnim funkcionalnostima softvera, već s njegovim performansama, izgledom, sigurnošću i drugim aspektima. To uključuje zahtjeve vezane uz izgled softvera, upotrebljivost, performanse, izvođenje u određenom okruženju, sigurnost i privatnost podataka te ostale nefunkcionalne zahtjeve koji nisu obuhvaćeni prethodnim područjima.

U 5. poglavlju nalaze se skice zaslona koje vizualiziraju interakcije između korisnika i softverskog rješenja. Skice zaslona pružaju uvid u sučelje korisnika, navigacijske putanje i prikaze podataka, pomažući u razumijevanju kako će korisnici vršiti interakciju sa softverom.


2. OPĆENITI OPIS

2.1. Perspektiva proizvoda

Softversko rješenje "VŽBUS+" će biti neovisno i samostalno, ali će istovremeno integrirati s vanjskim sustavima i tehnologijama radi poboljšanja funkcionalnosti i korisničkog iskustva. Glavni vanjski sustavi i tehnologije uključuju:

  • GPS sustav: Za praćenje lokacije autobusa u stvarnom vremenu.
  • Web servisi i API-ji: Za prikupljanje podataka o voznom redu, lokacijama stanica i drugim relevantnim informacijama.
  • Kiosci za prodaju karata: Za brzu prodaju karata putnicima prije ukrcavanja na autobus.
  • Čitači karata: Za automatsko očitavanje karata pri ulasku putnika u autobus.

2.2. Funkcije proizvoda

Mogućnosti i opcije koje su predviđene:

  • Prikaz autobusnih linija i vozni red.
  • Unos i upravljanje vozilima, stanicama i linijama.
  • Praćenje lokacije autobusa u stvarnom vremenu.
  • Navigacija za putnike do odredišta.
  • Brza prodaja karata putem kioska.
  • Automatizirano očitavanje karata pri ulasku u autobus.

2.3. Karakteristike korisnika

Korisnici za koje je namijenjeno ovo softversko rješenje su:

  • Administratori: Upravljanje vozilima, stanicama i linijama. U sustavu će imati svoju pripadajuću korisničku ulogu – admin. Podrazumijeva se da imaju visoku razinu informatičke pismenosti zbog moderiranja i upravljanja većom količinom informacija.
  • Zaposlenici: Unošenje informacija i definiranje vozne linije i voznog reda kroz sustav za svaku od njih kroz korisničku ulogu - zaposlenik. Traži se da su dovoljno informatički pismeni kako bi bili sposobni normalno obavljati svoj posao.
  • Putnici: Pregled voznih redova, kupnja karata, praćenje lokacije autobusa, davanje povratnih informacija u korisničkoj ulozi - putnik. Očekuje se da posjeduju barem nižu razinu informatičke pismenosti zbog lakšeg snalaženja u UI-u tijekom uporabe.

2.4. Ograničenja

Sustav bi imao pristup nekim osobnim podacima, stoga je potrebno pridržavanje GDPR-a i drugih propisa o zaštiti podataka te se time smatra kao ključno ograničenje za softversko rješenje. Također, to znači da mora biti osigurana pravna i etička obrada osobnih podataka putnika, uključujući njihovo prikupljanje, pohranu, obradu i korištenje. Softver mora biti usklađen s propisima koji reguliraju privatnost podataka kako bi se izbjegle sankcije i osiguralo povjerenje korisnika.

Što se tiče hardvera, kompatibilnost s postojećom opremom na autobusima predstavlja ograničenje koje zahtijeva pažljivo planiranje. Softver treba biti dizajniran tako da se može integrirati s postojećom tehnologijom u autobusima, uključujući senzore, GPS uređaje ili sustave za plaćanje karata. Ovo ograničenje može utjecati na izbor tehnologija i arhitekture softvera kako bi se osigurala interoperabilnost i pouzdanost.

S obzirom na osjetljivu prirodu podataka koji se obrađuju, kao što su lokacije putnika ili financijski podaci, softver mora implementirati visoke standarde sigurnosti. Ovo uključuje enkripciju korisničkih podataka, autentifikaciju korisnika, kontrolu pristupa i druge sigurnosne mjere.

Testiranje i verifikacija ključni su za osiguravanje pouzdanosti softverskog rješenja. Uključuje testiranje funkcionalnosti, performansi i sigurnosti softvera kako bi se osiguralo da radi ispravno u različitim uvjetima i situacijama. Pouzdanost je ključna za osiguravanje kvalitetne usluge prijevoza i povjerenja korisnika.

2.5. Pretpostavke i ovisnosti

Pretpostavke i ovisnosti softverskog rješenja uključuju moguće promjene u zakonskoj regulativi koje bi mogle utjecati na zahtjeve sustava. Također, ovisnost o izlasku nove verzije API-ja ili tehnologije koja se koristi u softverskom rješenju predstavlja ključni faktor koji može utjecati na razvoj i funkcionalnost sustava.

2.6. Ostalo

Potrebno je kontinuirano ažuriranje informacija o voznom redu i lokacijama autobusnih stanica i vrlo je važna pravilnost edukacije korisnika o novim funkcijama i mogućnostima softverskog rješenja.


3. FUNKCIONALNI ZAHTJEVI

Identifikator FZ-1
Zahtjev Sustav će omogućiti prikaz autobusnih linija i vozni red na digitalnoj platformi uz mogućnost filtriranja i pretraživanja linija prema odredištima i vremenskom rasporedu.
Obrazloženje Prikaz voznih redova i linija omogućava korisnicima uvid u raspoložive opcije putovanja, što će poboljšati korisničko iskustvo i olakšati planiranje putovanja.
Način provjere Korisnik uspješno pretražuje i filtrira linije prema odredištima i vremenskom rasporedu te pregledava detalje o voznom redu na digitalnoj platformi.
Prioritet [1-5] 1
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-2
Zahtjev Sustav će omogućiti unos, ažuriranje i brisanje informacija o vozilima, autobusnim stanicama i linijama putem korisničkog sučelja za zaposlenike.
Obrazloženje Zaposlenicima će biti omogućeno učinkovito upravljanje vozilima, stanicama i linijama radi održavanja točnosti informacija i funkcionalnosti sustava.
Način provjere Nakon unosa, ažuriranja ili brisanja informacija, sustav uspješno pohranjuje promjene i omogućuje korisnicima prikaz ažuriranih podataka.
Prioritet [1-5] 2
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-3
Zahtjev Sustav će omogućiti generiranje strukturiranih izvještaja o voznom parku, stanjima na autobusnim stanicama, rasporedu linija i voznom redu.
Obrazloženje Pružit će korisnicima sustava potrebne informacije o voznom parku, stanju na autobusnim stanicama te rasporedu linija i voznom redu.
Način provjere Izvještaji se testiraju na temelju točnosti podataka, preglednosti i mogućnosti filtriranja.
Prioritet [1-5] 2
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-4
Zahtjev Sustav će omogućiti praćenje lokacije autobusa u stvarnom vremenu na digitalnoj platformi.
Obrazloženje Praćenje lokacije autobusa omogućit će putnicima uvid u trenutačni položaj autobusa i predviđeno vrijeme dolaska na određenu stanicu.
Način provjere Putnici vide točan položaj autobusa na digitalnoj platformi te predviđeno vrijeme dolaska na odabranu stanicu.
Prioritet [1-5] 1
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-5
Zahtjev Sustav će omogućiti navigaciju za putnike do odredišta kroz autobusni sustav, uključujući informacije o linijama, presjedanjima i procijenjenom vremenu putovanja.
Obrazloženje Navigacija će olakšati putnicima planiranje putovanja i pružiti im korisne informacije o putovanju kroz gradski prijevoz.
Način provjere Putnici unose svoje odredište i sustav generira optimalnu rutu s informacijama o linijama, presjedanjima i procijenjenom vremenu putovanja.
Prioritet [1-5] 2
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-6
Zahtjev Sustav će omogućiti brzu prodaju karata putem kioska na autobusnim stanicama.
Obrazloženje Brza prodaja karata omogućit će putnicima jednostavnu kupnju karata prije ukrcavanja na autobus, čime će se ubrzati proces ukrcavanja.
Način provjere Putnici odabiru kartu i plaćaju ju putem kioska, a sustav generira potvrdu o kupnji.
Prioritet [1-5] 2
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-7
Zahtjev Sustav će omogućiti automatsko očitavanje karata pri ulasku putnika u autobus putem čitača karata.
Obrazloženje Automatsko očitavanje karata će ubrzati proces ukrcavanja putnika i omogućiti praćenje broja putnika u autobusu.
Način provjere Putnici samostalno očitavaju svoje karte pri ulasku u autobus putem čitača karata, a sustav registrira ukrcane putnike.
Prioritet [1-5] 2
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-8
Zahtjev Sustav će omogućiti putnicima davanje povratnih informacija, kritika i prijedloga putem digitalne platforme.
Obrazloženje Povratne informacije putnika bit će korisne za kontinuirano poboljšanje kvalitete usluge prijevoza.
Način provjere Putnici ispunjavaju digitalni obrazac za povratne informacije na digitalnoj platformi.
Prioritet [1-5] 3
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-9
Zahtjev Sustav će omogućiti rezervaciju sjedala u autobusima uz mogućnost odabira sjedala i putnika te prikaz slobodnih i zauzetih sjedala.
Obrazloženje Zahtjev za rezervacijom sjedala omogućava putnicima da unaprijed osiguraju svoje mjesto u autobusu, što može biti posebno važno u situacijama s ograničenim kapacitetom ili za putnike koji preferiraju određeno sjedalo.
Način provjere Kod kupnje karte korisnicima se nudi odabir slobodnih sjedala, prikazuju se zauzeta sjedala te se omogućuje potvrda rezervacije.
Prioritet [1-5] 4
Izvor/Porijeklo Gradski autobusi Varaždin
Identifikator FZ-10
Zahtjev Sustav će omogućiti autentifikaciju korisnika pri ulasku u aplikaciju putem korisničkog imena i lozinke.
Obrazloženje Autentifikacija korisnika osigurava siguran pristup sustavu, sprječava neovlašteni pristup podacima i omogućava personalizirano iskustvo korisnika.
Način provjere Pri ulasku u sustav, korisnika se zahtijeva njegovo korisničko ime i lozinka, unosom ispravnog korisničkog imena i lozinke se uspješno prijavljuje u sustav.
Prioritet [1-5] 1
Izvor/Porijeklo Gradski autobusi Varaždin

3.1. Dinamika realizacije zahtjeva (engl. Apportioning of requirements)

Većina zahtjeva bit će implementirani u inicijalnoj verziji softvera, dok će se drugi možda ostaviti za buduće verzije, ovisno o prioritetima i resursima na raspolaganju. Planira se kontinuirano poboljšanje i nadogradnja softverskog rješenja kako bi se zadovoljile potrebe korisnika i unaprijedile funkcionalnosti.

Realizacija zahtjeva u inicijalnoj verziji softvera:

  • FZ-1 - Sustav će omogućiti prikaz autobusnih linija i vozni red na digitalnoj platformi uz mogućnost filtriranja i pretraživanja linija prema odredištima i vremenskom rasporedu.
  • FZ-2 - Sustav će omogućiti unos, ažuriranje i brisanje informacija o vozilima, autobusnim stanicama i linijama putem korisničkog sučelja za zaposlenike.
  • FZ-6 - Sustav će omogućiti brzu prodaju karata putem kioska na autobusnim stanicama.
  • FZ-7 - Sustav će omogućiti automatsko očitavanje karata pri ulasku putnika u autobus putem čitača karata.
  • FZ-8 - Sustav će omogućiti putnicima davanje povratnih informacija, kritika i prijedloga putem digitalne platforme.
  • FZ-10 - Sustav će omogućiti autentifikaciju korisnika pri ulasku u aplikaciju putem korisničkog imena i lozinke.

Realizacija zahtjeva u narednim verzijama:

  • FZ-3 - Sustav će omogućiti generiranje strukturiranih izvještaja o voznom parku, stanjima na autobusnim stanicama, rasporedu linija i voznom redu.
  • FZ-4 - Sustav će omogućiti praćenje lokacije autobusa u stvarnom vremenu na digitalnoj platformi.
  • FZ-5 - Sustav će omogućiti navigaciju za putnike do odredišta kroz autobusni sustav, uključujući informacije o linijama, presjedanjima i procijenjenom vremenu putovanja.
  • FZ-9 - Sustav će omogućiti rezervaciju sjedala u autobusima uz mogućnost odabira sjedala i putnika te prikaz slobodnih i zauzetih sjedala.

3.2. Skica zaslona za autentifikaciju u sustav (Obuhvaća FZ-10)

Slika 2. Prijava u sustav

3.3. Skica zaslona za dodavanje i uklanjanje voznih linija (Obuhvaća FZ-2)

Slika 3. Dodavanje i uklanjanje novih voznih linija

3.4. Skica zaslona za pretraživanje ruta, navigiranje i kupnju karte (Obuhvaća FZ-1, FZ-3, FZ-4, FZ-5, FZ-6, FZ-9)

Slika 4. Pretraživanje ruta i kupnje karte

3.5. Skica zaslona za pregled i očitavanje karte (Obuhvaća FZ-7)

Slika 5. Pregled karte

3.6. Skica zaslona za davanje povratne informacije (Obuhvaća FZ-8)

Slika 6. Davanje povratne informacije


4. NEFUNKCIONALNI ZAHTJEVI

4.1. Izgled softvera

  • NFZ-1: Softver treba imati suvremen i intuitivno dizajniran UI kroz koji će biti jednostavno za navigaciju i upotrebu.
  • NFZ-2: Boje, fontovi i ikone trebaju biti u skladu s identitetom tvrtke i vizualno pristupačne.

4.2. Upotrebljivost softvera

  • NFZ-3: Korisničko sučelje treba biti prilagođeno osobama s poteškoćama u obliku dostupnosti screen readera i prilagodbe kontrasta boja.
  • NFZ-4: Softver treba imati jednostavne upute i korisničke savjete za olakšavanje učenja i korištenja.

4.3. Performanse softvera

  • NFZ-5: Softver treba imati brz odziv na korisničke zahtjeve, s minimalnim vremenom čekanja pri prikazu rezultata.
  • NFZ-6: Sustav treba biti stabilan i moći podržati rastući broj korisnika bez gubitka performansi.

4.4. Izvođenje softvera i okruženje

  • NFZ-7: Softver treba biti kompatibilan s različitim operativnim sustavima poput Windowsa, macOS-a i Linuxa za računalo te iOS i Android za mobilne uređaje.
  • NFZ-8: Treba osigurati da softver može pravilno funkcionirati u različitim okruženjima, uključujući i mobilne uređaje s različitim veličinama zaslona i rezolucijama.

4.5. Sigurnost i privatnost

  • NFZ-9: Svi korisnički podaci trebaju biti šifrirani i zaštićeni sukladno propisima o zaštiti privatnosti podataka poput GDPR-a.
  • NFZ-10: Privatnim podacima moći će pristupiti samo administratori, ukoliko će to biti potrebno.

4.6. Ostalo

  • NFZ-11: Softver treba biti prilagodljiv i omogućiti korisnicima personalizaciju sučelja prema njihovim preferencijama.
  • NFZ-12: Potrebno je osigurati kontinuiranu podršku i održavanje softvera kako bi se osigurala njegova stabilnost i funkcionalnost tijekom vremena.

5. SKICE ZASLONA

5.1. Skica zaslona za autentifikaciju u sustav

Slika 2. Prijava u sustav

5.2. Skica zaslona za dodavanje i uklanjanje novih voznih linija

Slika 3. Dodavanje i uklanjanje novih voznih linija

5.3. Skica zaslona za pretraživanje ruta, navigiranje i kupnje karte

Slika 4. Pretraživanje ruta i kupnje karte

5.4. Skica zaslona za pregled i očitavanje karte

Slika 5. Pregled karte

5.5 Skica zaslona za davanje povratne informacije

Slika 6. Davanje povratne informacije

Clone this wiki locally