VILNIAUS UNIVERSITETAS
MATEMATIKOS IR INFORMATIKOS FAKULTETAS
PROGRAMŲ SISTEMŲ INŽINERIJOS KATEDRA
SENSORINĖ TRANSPORTO PARKAVIMOSI SISTEMA
(PARKAVIMOSI SISTEMA)
Reikalavimų specifikacija
(1 versija)
Darbą atliko 2 kurso 5 grupės studentai:
Paulius Norkus Simonas Pauliukevičius Kęstutis Matuliauskas
VILNIUS
TURINYS
Programų sistemos pavadinimas
...
4
Dalykinė sritis
...
4
Probleminė sritis
...
4
Naudotojai
...
4
Darbo pagrindas
...
4
Naudoti dokumetai
...
4
DALYKINIAI REIKALAVIMAI
...
10
Stovėjimo vietos paieška
...
10
Stovėjimo laiko apmokėjimas
...
10
Stovėjimo laiko pratęsimas
...
10
PAGALBINĖS SISTEMOS FUNKCIJOS
...
11
Neapmokėtų stovėjimo vietų paieška
...
11
Informacijos apie stovėjimo vietą paržiūra
...
11
Stovėjimo vietų paieška (filtravimas)
...
11
Sugedusio stovėjimo daviklio/automato registravimas
....
11
Duomenu bazės kopijų darymas
...
11
Duomenų bazės atstaymas
...
11
Naujų stovėjimo vietos įvedimas į sistemą
...
11
Stovėjimo vietos šalinimas
...
12
Stovėjimo vietos informacijos redagavimas
...
12
Darbuotojų prisijungimas prie sistemos
...
12
Stovėjimo vietų statistika
...
12
Operacinės sistemos naudojimo reikalavimai
...
13
Sąveikos su duomenų bazėmis reikalavimai
...
13
Dokumentų mainų reikalavimai
...
13
Darbo kompiuterių tinkluose reikalavimai
...
13
ANOTACIJA
Paulius Norkus
Mob. tel. +370 696 55296
El. Paštas: paulius.nrk@gmail.com Indėlis į darbą:
• Funkciniai programų sistemos reikalavimai • Vidinių interfeiso reikalavimai
Simonas Pauliukevičius
Mob. tel. +370 654 77654
El. Paštas: akimirksnis@gmail.com Indėlis į darbą:
• Vartotojo interfeiso reikalavimai. • GUI skrynšotai.
Kęstutis Matuliauskas
Mob. tel. +370 600 012345 El. Paštas: kestutis@mifsa.lt
Indėlis į darbą:
• Nefunkciniai programųsistemos reikalavimai (išskyrus “Vidinių interfeiso reikalavimai”)
Programų sistemos pavadinimas
Pilnas pavadinimas: „Sensorinė transporto priemonių parkavimo sistema“; Trumpas pavadinimas: „Parkavimosi sistema“;
Dalykinė sritis
Transporto priemonių parkavimas;
Probleminė sritis
• Efektyvus klientų aptarnavimas; • Statistikos stoka;
• Neefektyvus pažeidėjų nubaudimas;
Naudotojai
Vilniaus miesto savivaldybės įmonė „Susisiekimo paslaugos“
Darbo pagrindas
Darbas parengtas kaip programų sistemų inžinerijos pirmasis laboratorinis darbas „Verslo tikslų ir poreikių specifikacija“ naudojantis esamais doc. A.Čaplinksko reikalavimais pirmajam laboratoriniam darbui
Naudoti dokumetai
[1] Lietuvos Respublikos rinkliavų įstatymas;
http://www3.lrs.lt/pls/inter3/dokpaieska.showdoc_l?p_id=103713
[2] Vilniaus miesto savivaldybės tarybos 2005 m. liepos 20 d. sprendimu Nr.1-881 „Dėl vietinės rinkliavos už naudojimąsi mokamomis transporto priemonių stovėjimo
vietomis ir aikštelėmis nustatymo
http://parking. lt/uploads/docs/Gatve/2006-12-20%20Nr%201-1468%20sprendimo %20pakeitimas.doc
[3] Asmens duomenų apsaugos įstatymas
http://www3.lrs.lt/pls/inter3/dokpaieska.showdoc_l?p_id=29193
[4] Lietuvos Respublikos statistikos įstatymas
http://vilniustsv.stat.gov.lt/lt/pages/view/?id=1870
[5] Rinkliavos įstatymas
2.VARTOTOJO INTERFEISO REIKALAVIMAI
2.1 DALYKINĖS SRITIES METAFOROS REIKALAVIMAI
Klientas – žmogus, ieškantis parkavimo vietos arba norintis už jau rastą užsimokėti. Eismo kontrolės darbuotojas – žmogus, sekantis ar nėra neužsimokėjusių už
paslaugas klientų.
Parkavimosi automatas – prietaisas, įtaisomas šalia parkavimosi zonų, gali priimti
mokėjimus už parkavimą, bei integruotame ekrane rodyti tam tikrą informaciją.
Stovėjimo(parkavimosi) vieta – vieta, skirta stovėti vienam automobiliui.
Kiekvienoje parkavimosi vietoje įmontuotas bevielio ryšio sensorius siunčia informaciją apie vietos užimtumą pagrindiniam serveriui.
2.2 FORMULUOJAMOS UŽDUOTYS
Reikalingi kliento , eismo kontrolės darbuotojo ir sistemos administratoriaus interfeisai. • Kliento interfeisas
Užduotys, kurias galima atlikti naudojantis šiuo interfeisu:
• Stovėjimo vietos paieška - vartotojas žemėlapyje pasirenka jį dominančią vietą, o sistema atsižvelgdama į jo pasirinkimą parodo reikiamą informaciją – vietos numerį, adresą ir būseną. (interfeisas pasiekiamas internete)
• Stovėjimo vietos apmokėjimas/laiko pratęsimas – vartotojas norimu būdu (SMS, banko kortele ar grynais) užsimoka už stovėjimą. Informacija apie mokėjimo būdus rodoma parkavimosi automato ekrane.
• Eismo kontrolės darbuotojo interfeisas
Užduotys, kurias galima atlikti naudojantis šiuo interfeisu:
• Neapmokėtų vietų paieška – eismo kontrolės darbuotojas gali peržiūrėti sąrašą parkavimosi vietų, už kurių naudojimą klientai neužsimokėjo.
• Sugedusių parkavimosi automatų paieška – eismo kontrolės darbuotojas gali peržiūrėti sugedusių parkavimosi automatų sąrašą.
•
Parkavimosi statistikos peržiūra – žemėlapyje parodomas vairuotojų aktyvumas parkavimosi zonose tam tikru laikotarpiu.• Sistemos administratoriaus interfeisas
Užduotys, kurias galima atlikti naudojantis šiuo interfeisu:
•
Parkavimosi statistikos peržiūra – žemėlapyje parodomas vairuotojų aktyvumas parkavimosi zonose tam tikru laikotarpiu.2.3 UŽDUOČIŲ FORMULAVIMO KALBOS REIKALAVIMAI
Klientų interfeisas yra 2 rūšių – stovėjimo vietos paieška realizuota grafiniu interfeisu, prieinamu internetu (naudojantis naršykle). Apmokant už stovėjimo vietą visa informacija rodoma parkavimosi automato ekrane.
Administratoriaus ir eismo kontrolės darbuotojo interfeisai realizuoti grafiškai kompiuterio ekrane. Kadangi sistema kuriama JAVA platformoje, vizualinė dalis nepriklauso nuo naudojamos operacinės sistemos ir yra kuriama JAVA Swing komponentų pagalba.
(langų maketus žr. priede.)
2.4 UŽDUOČIŲ FORMULAVIMO BŪDO (PROTOKOLO)
REIKALAVIMAI
2.5 INTERFEISO DARNOS IR STANDARTIZAVIMO
REIKALAVIMAI
Įgyvendinant vartotojo interfeisą reikia naudoti standartinius JAVA Swing karkaso komponentus. Sistema turi veikti tiek Windows, tiek Linux platformose.
2.6 PRANEŠIMŲ FORMULAVIMO REIKALAVIMAI
Pranešimai vartotojui rodomi standartinių dialogų (klaidos, informacinio ar pasirenkamojo) pagalba, lietuvių kalba.
2.7 INTERFEISO INDIVIDUALIZAVIMO REIKALAVIMAI
3.
Nėra.4.3. FUNKCINIAI PROGRAMŲ SISTEMOS
REIKALAVIMAI
DALYKINIAI REIKALAVIMAI
Stovėjimo vietos paieška
Pradiniai duomenys: adresas vietos, kur klientas nori pasiskaityti transporto
priemonę;
Vartotojas: klientas;
Pagal nurodytą adresą sistema suranda visas šalia esančias laisvas stovėjimo vietas;
Rezultatas: laisvos stovėjimo vietos atvaizduojamos vartotojui; Stovėjimo laiko apmokėjimas
Pradiniai duomenys: stovėjimo laikas, stovėjimo vietą, apmokėjimo būdas ; Vartotojas: klientas;
Pagal pasirinktą stovėjimo laika ir pasirinktą apmokėjimo būdą(grynais, banko kortele, SMS žinute) automatas vartotojo paprašo sumokėti pasirinktu būdu. Gavus apmokėjima sistema perduda stovėjimo laiką i pagrindinį serverį, kuris nustato pasirinktos stovėjimo vietos apmokėjimo laiką ;
Rezultatas: apmokėta stovėjmo vietos laikas; Stovėjimo laiko pratęsimas
Pradiniai duomenys: stovėjimo laikas, stovėjimo vietą, apmokėjimo būdas; Vartotojas: klientas;
Pagal pasirinktą stovėjimo laika ir pasirinktą apmokėjimo būdą(grynais, banko kortele, SMS žinute) automatas vartotojo paprašo sumokėti pasirinktu būdu. Gavus apmokėjima sistema perduda stovėjimo laiką i pagrindinį serverį, kuris prie esamo laiko prideda naują apmokėtą laiką;
PAGALBINĖS SISTEMOS FUNKCIJOS
Neapmokėtų stovėjimo vietų paieška Pradiniai duomenys: nėra;
Vartotojas: eismo kontrolės darbuotojas;
Sistema suranda visas neapmokėtas stovėjimo vietas ir atvaizdduoja jas vartotojui
Rezultatas: rastos neapmokėtos stovėjimo vietos; Informacijos apie stovėjimo vietą paržiūra
Pradiniai duomenys: stovėjimo vietos numeris(gaunamas pasirinkus
stivėjimo vietą iš stovėjimo vietų peržiūros žemėlapio dialogo);
Vartotojas: eismo kontrolės darbuotojas;
Duomenų bazėje surandama pagrindinė informacija (numeris, adresas, būsena) apie stovėjimo vietą ir atvaizduojama.
Rezultatas: parodoma informacija apie stovėjimo vietą; Stovėjimo vietų paieška (filtravimas)
Pradiniai duomenys: nėra;
Vartotojas: eismo kontrolės darbuotojas;
Pagal stovėjimo vietos informacija(stovejimo vietos numerį, būseną, adresą) yra filtruojamos stovėjimo vietos ir pateikiamos sąraše, arba stovėjimo vieta pasirenkama iš žemėlapio.
Rezultatas: randama stovėjimo vietą;
Sugedusio stovėjimo daviklio/automato registravimas
Pradiniai duomenys: stovėjimo vietos numeris, gedimo aprašymas; Vartotojas: eismo kontrolės darbuotojas;
Sistema siunčia informacija i duomenų bazę, bei pašalina duotąją stovėjimo vietą iš laisvų vietų sąrašo.
Rezultatas: užregistruota sugedusi stovėjimo vieta; Duomenu bazės kopijų darymas
Pradiniai duomenys: failo išsaugojimo adresas; Vartotojas: administratorius;
Visa duomenų bazė išsaugoma faile.
Rezultatas: padaryta DB kopija; Duomenų bazės atstaymas
Pradiniai duomenys: duomenų failo adresas; Vartotojas: administratorius;
Atkuriama duomenų bazė iš failo.
Rezultatas: atkurta DB;
Naujų stovėjimo vietos įvedimas į sistemą
Pradiniai duomenys: stovėjimo vietos adresas; Vartotojas: administratorius;
Sistema duomenų bazėja išsaugo naujos stovėjimo vietos informaciją;
Stovėjimo vietos šalinimas
Pradiniai duomenys: stovėjimo vietos numeris; Vartotojas: administratorius;
Sistema pašalina infomaciją apie stovėjimo vietą;
Rezultatas: sistemoje pašalinama stovėjimo vieta; Stovėjimo vietos informacijos redagavimas
Pradiniai duomenys: stovėjimo vietos numeris; Vartotojas: administratorius;
Sistema išsaugo pakeista informaciją apie stovėjimo vietą;
Rezultatas: sistemoje pakeista infromacija apie stovėjimo vietą; Darbuotojų prisijungimas prie sistemos
Pradiniai duomenys: varotojo vardas, slaptažodis;
Vartotojas: eismo kontrolės darbuotojas, administratorius;
Sistema patikrina ar varotojas su tokiais duomeninis egzistuoja ir jie taip prijungia prie sistemos;
Rezultatas: darbuotojas prijungtas prie sistemos; Stovėjimo vietų statistika
Pradiniai duomenys: laikotarpis, kurio statiskitką norima matyti; Vartotojas: eismo kontrolės darbuotojas;
Sistema žemėlapyje parodo stovėjimo vietų užimtumą (žalia spalva nuspalvotos vietos buvo naudojamos mažiausiai, raudonos- daugiausia), bei šalia žemėlapio sistema sugeneruoja sovėjimų vietu sąraša pagal užimtumą, kur nurodomas pastatytų transporto priemonių skaičius
5.NEFUNKCINIAI PROGRAMŲ SISTEMOS
REIKALAVIMAI
VIDINIŲ INTERFEISO REIKALAVIMAI
Operacinės sistemos naudojimo reikalavimai
Programų sistema veiks su FreeBSD operacine sistema. Joje turi būti instaliuota JVM. Programų sistema galės naudoti visus operacinės sistemos API.
Sąveikos su duomenų bazėmis reikalavimai
Programų sistema naudos MySQL duomenų bazę. Užklausos turi būti formuojamos naudojat SQL kalbą, atitinkančia ANSI standartą. Programų sitema duomenų bazę pasieks per JDBC API.
Dokumentų mainų reikalavimai
Nėra
Darbo kompiuterių tinkluose reikalavimai
Kompiuteriai, serveriai, davikliai bei automatai dirbs remaitis TCP/IP protokolu. Vartotojai sistema pasieks per internetą, likusi dalis(davikliai, atutoamtai, serveriai) bus sujungti TELNET pagalba.
Programavimo aplinkos reikalavimai
Programuojama bus JAVA kalba. Programavimo aplinkai bus reikalinga JDK(Java Development Kit) bei NetBeans IDE.
VEIKIMO REIKALAVIMAI
Vaizdavimo tikslumo reikalavimai
Kaina vaizduojama centų tikslumu(du ženklai po kablelio).
Laikas minučių tikslumu pagal ISO datos formatą YYYY-MM-DD hh:ii
Skaičiavimo tikslumo reikalavimai
1.Laiko skaičiavimo tikslumas: 1 UNIX_TIME sekundė(MySQL serveryja saugomas UNIX_TIMESTAMP formatu(laikas sekundėmis nuo 1970 01 01).
2.Bevielis ryšis - turi veikti su ne didesniu kaip 5 proc. 'packet loss' paketų praradimu, domenų perdavimo metu tarp serverio ir mokėjimo automato.
3.Kaina - 1 cento tikslumu.
Patikimumo reikalavimai
Sistema turi gebėti aptarinauti iki 500 klientų vienu metu.
Sistema privalo nuolat būti prijungta prie nepertraukiamo maitinimo šaltinio(UPS) ne mažiau kaip 1,4 karto savo galingumu viršijančio serverio sunaudojamus elektros resursus.
Nepertraukiamo maitinimo šaltinis turi gebėti dirbti ne mažiau kaip 90 minučių periodą be pertraukos, iki elektros tiekimas bus atstatymas.
Serveryje turi būti įdiegta ugniasienė, tinkamai apsaugant nuo ne mažiau kaip 1000 'botnet' tinkle galinčių būti užkrėstų kompiuterių.
Našumo reikalavimai
Mokėjimo automatas->Serveris: <5 sek. Serveris->Mokėjimo automatas: <1 sek.
Klientas(užklausa)->Serveris(asakymas): <8sek + kliento mobiliojo įrengimo ryšio trukdžiai(jei tokių yra) SQL užklausų trukmė: <2 sek.
Pagalbinė programinė įranga turi užimti ne daugiau kaip 20 MiB.
Serverio programinė įranga su duomenų baze(per visą naudojimo laikotarpį) turi tilti į 2 PiB(2048 TiB) kietųjų diskų masyvą.
Įvykus duomenų perviršiui, seniausieji duomenys privalo būti panaikinti.
Pasiekus daugiau kaip 90 proc. serverio užpildymą, privalo būti informuotas serverio administratorius. Serveris turi išsiųsti atsakymą be užklausos į serverio
administratoriaus mobilųjį įrenginį.
DIEGIMO REIKALAVIMAI
Ruošinio reikalavimai Sistema turi turėti 'auto-restore' funkciją, kuri būtų saugoma
atsarginiame kietąjame diske. Įvykus programos gedimui, sistema turėtų galimybę atkurti šią bazinę versiją, kurioje yra įrašyti pradiniai tik instaliuotos sistemos duomenys(informacija apie mokėjimo automatus).
Diegimo reikalavimai Centrinis serveris turi būti paruoštas su reikalaujama
programine ir technine įrangą. Turi būti užtikrintas serverio veikimo stabilumas.
Pradinio duomenų bazių kaupimo reikalavimai Sistemos paleidimo metu, į
sistemą įvedamos visų mokėjimo automatų koordinatės, tarifai, lokacija. Šie duomenys įsiunčiami į mokėjimo automatus bei išsaugomi į duomenų bazę.
Sistemos įsisavinimo reikalavimai Valdyti sistemą apmokyti reikia 1 žmogų -
būsimą sistemos administratorių. Naudotis sistema, tikrinant ar klientai apmokėjo stovėjimą ir kitomis jos funkcijomis, turi būti apmokyti visi su sistema dirbsiantys darbuotojai.
Sistemoje turi būti integruota galimybė, serveriu vykdyti interneto ryšio pagalba, kasdienius kreipimusis į kūrėjų pagalbos tinklapį.
Radus atnaujinimų, jie turi būti parsisiunčiami ir įdiegiami automatiškai. Įdiegimo metu, yra persijungiama į atsarginio serverio naudojimą.
Visa duomenų bazė turi būti išsaugoma prieš atnaujinimą ir sėkmingai paleidžiama įvykdžius atnaujinimą.
Pakitus duomenų bazės struktūrai, turi būti įvykdoma duomenų bazės perkėlimo į naują versiją, restruktūrizavimo programa, adaptuojanti duomenų bazė tinkamai veikti įkėlus į naująją sistemą.
Sistema turi gebėti veikti kelių metų laikotarpį be techninės priežiūros.
Sistemai administruoti ir valdyti, turi būti atskiras žmogus, dirbantis centrinėje serverių būstinėje.
TIRAŽUOJAMUMO REIKALAVIMAI
Pagrindinė sistema yra įdiegiama 2 kartus - į centrinį ir atsarginį serverį, centrinėje stotyje. Į kiekvieną apmokėjimo automatą papildomai įdiegiama valdymui ir nuskaitymui reikalinga programinė įranga. Tiražuoti programinę įrangą didesniu kiekiu, turi teisę tik jos valdytojas(kūrėjas). Klientas(naudotojas), turi neribotą instaliacijų skaičių tik pagalbinei programinei įrangai - t.y. instaliuojamai į mokėjimo automatus.
APSAUGOS REIKALAVIMAI
1.Apmokant SMS žinute, sistemos klientai(vairuotojai, turintys mobilųjį įrenginį) yra identifikuojami pagal telefono numerį ir jo IMEI kodą.
2.Apmokant kortele, saugumas yra užtikrinamas reikalaujamu PIN kodo įvedimu, kartu išsaugant ir asmens fotografiją automate esančios integruotos vaizdo kameros
pagalba.
3.Apmokant grynais pinigais, saugumas yra užtikrinamas saugant pinigus talpykloje, su neišvalomo rašalo kapsule, kuri aktyvuojama įvykus nenumatytam sistemos pažeidimui. Apmokėjimo metu, grynieji yra patikrinami integruotu valiutos identifikatoriumi.
4.Automatas ir serveris bendrauja ssh(secured-shell) būdu tarp terminalų, ryšys perduodamas šifruotu bevieliu ryšiu.
JURIDINIAI REIKALAVIMAI
1. Programų sistema turi būti kuriama naudojant legalią programinę įrangą. 2. Sistema neprieštarauja:
• Rinkliavos įstatymui – įmokų surinkimas už automobilių parkavimą numatytose miestų zonose yra teisėtas, bei reglamentuotas įstatymų ir leistinas, bei
neprieštarauja LR konstitucijai.
• Asmens duomenų apsaugos įstatymui, nes paslaugos užsakovas ir valdytojas – Vilniaus miesto savivaldybė yra įgaliotas asmens duomenų valdytojas įstatymų jam leistina panaudos tvarka. Šiuo atveju tai įmokų už automobilių parkavimą surinkimas.
• Statistikos įstatymui, nes sistemos saugomų duomenų vienintelė panauda yra vienkryptė ir atstovaują viešąjį interesą – transporto priemonės vairuotoją.