1

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
2010-04-03
 2

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
Programavimo aplinkos reikalavimai .............................13
 3

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”)

1.ĮVADAS
 4

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

http://www3.lrs.lt/pls/inter3/dokpaieska.showdoc_l?p_id=331437&p_query=&p_tr2=
 5

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.

• Informacijos apie parkavimosi vietą redagavimas.

 6

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

Kliento ir sistemos sąveika. UML sekų diagrama

 7

Eismo kontrolės darbuotojo ir sistemos sąveika. UML sekų diagrama

 8

Administratoriaus ir sistemos sąveika. UML sekų diagrama

 9

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.
 10

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ą;
Rezultatas: pratęstas stovėjmo vietos laikas;
 11

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ą;
Rezultatas: sistemoje įvesta nauja stovėjimo vieta;
 12

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
Rezultatas: sugeneruota stovėjimo vietų statistika;
 13

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.

Robastiškumo reikalavimai
 14

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.

APTARNAVIMO IR PRIEŽIŪROS REIKALAVIMAI

 15

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:
 16

• 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ą.

6.PRIEDAS
17
18