1

VILNIAUS UNIVERSITETASMATEMATIKOS 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čiusKęstutis Matuliauskas

VILNIUS2010-04-03

2

TURINYS

1.1. Programų sistemos pavadinimas.................................................................41.2. Dalykinė sritis...............................................................................................41.3. Probleminė sritis..........................................................................................41.4. Naudotojai...................................................................................................41.5. Darbo pagrindas...........................................................................................41.6. Naudoti dokumetai......................................................................................4DALYKINIAI REIKALAVIMAI.............................................................................................................101. Stovėjimo vietos paieška...........................................................................102. Stovėjimo laiko apmokėjimas...................................................................103. Stovėjimo laiko pratęsimas.......................................................................10PAGALBINĖS SISTEMOS FUNKCIJOS......................................................................111. Neapmokėtų stovėjimo vietų paieška.......................................................112. Informacijos apie stovėjimo vietą paržiūra...............................................113. Stovėjimo vietų paieška (filtravimas)........................................................114. Sugedusio stovėjimo daviklio/automato registravimas...........................115. Duomenu bazės kopijų darymas...............................................................116. Duomenų bazės atstaymas........................................................................117. Naujų stovėjimo vietos įvedimas į sistemą...............................................118. Stovėjimo vietos šalinimas........................................................................129. Stovėjimo vietos informacijos redagavimas.............................................1210. Darbuotojų prisijungimas prie sistemos...................................................1211. Stovėjimo vietų statistika..........................................................................12Operacinės sistemos naudojimo reikalavimai......................................................13Sąveikos su duomenų bazėmis reikalavimai........................................................13Dokumentų mainų reikalavimai...........................................................................13Darbo kompiuterių tinkluose reikalavimai...........................................................13Programavimo aplinkos reikalavimai.....................................................................13

3

ANOTACIJA

Paulius NorkusMob. tel. +370 696 55296El. Paštas: paulius.nrk@gmail.com

Indėlis į darbą: Funkciniai programų sistemos reikalavimai Vidinių interfeiso reikalavimai

Simonas PauliukevičiusMob. tel. +370 654 77654El. Paštas: akimirksnis@gmail.com

Indėlis į darbą: Vartotojo interfeiso reikalavimai. GUI skrynšotai.

Kęstutis MatuliauskasMob. tel. +370 600 012345El. Paštas: kestutis@mifsa.lt

Indėlis į darbą: Nefunkciniai programųsistemos reikalavimai (išskyrus “Vidinių interfeiso reikalavimai”)

4

1. ĮVADAS

1.1. Programų sistemos pavadinimas

Pilnas pavadinimas: „Sensorinė transporto priemonių parkavimo sistema“;

Trumpas pavadinimas: „Parkavimosi sistema“;

1.2. Dalykinė sritisTransporto priemonių parkavimas;

1.3. Probleminė sritis Efektyvus klientų aptarnavimas; Statistikos stoka; Neefektyvus pažeidėjų nubaudimas;

1.4. Naudotojai

Vilniaus miesto savivaldybės įmonė „Susisiekimo paslaugos“

1.5. Darbo pagrindasDarbas parengtas kaip programų sistemų inžinerijos pirmasis laboratorinis darbas „Verslo tikslų ir poreikių specifikacija“ naudojantis esamais doc. A.Čaplinksko reikalavimais pirmajam laboratoriniam darbui

1.6. 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 nustatymohttp://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 įstatymashttp://vilniustsv.stat.gov.lt/lt/pages/view/?id=1870

[5] Rinkliavos įstatymashttp://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ŽDUOTYSReikalingi 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 REIKALAVIMAIPranešimai vartotojui rodomi standartinių dialogų (klaidos, informacinio ar pasirenkamojo) pagalba, lietuvių kalba.

2.7 INTERFEISO INDIVIDUALIZAVIMO REIKALAVIMAI3. Nėra.

10

4. 3. FUNKCINIAI PROGRAMŲ SISTEMOS REIKALAVIMAI

DALYKINIAI REIKALAVIMAI

1. Stovėjimo vietos paieškaPradiniai 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;

2. Stovėjimo laiko apmokėjimasPradiniai 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;

3. Stovėjimo laiko pratęsimasPradiniai 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

1. Neapmokėtų stovėjimo vietų paieškaPradiniai duomenys: nėra;Vartotojas: eismo kontrolės darbuotojas;

Sistema suranda visas neapmokėtas stovėjimo vietas ir atvaizdduoja jas vartotojuiRezultatas: rastos neapmokėtos stovėjimo vietos;

2. Informacijos apie stovėjimo vietą paržiūraPradiniai 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ą;

3. 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ą;

4. Sugedusio stovėjimo daviklio/automato registravimasPradiniai 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;

5. Duomenu bazės kopijų darymasPradiniai duomenys: failo išsaugojimo adresas;Vartotojas: administratorius;

Visa duomenų bazė išsaugoma faile.Rezultatas: padaryta DB kopija;

6. Duomenų bazės atstaymasPradiniai duomenys: duomenų failo adresas;Vartotojas: administratorius;

Atkuriama duomenų bazė iš failo.Rezultatas: atkurta DB;

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

8. Stovėjimo vietos šalinimasPradiniai duomenys: stovėjimo vietos numeris;Vartotojas: administratorius;

Sistema pašalina infomaciją apie stovėjimo vietą;Rezultatas: sistemoje pašalinama stovėjimo vieta;

9. Stovėjimo vietos informacijos redagavimasPradiniai duomenys: stovėjimo vietos numeris;Vartotojas: administratorius;

Sistema išsaugo pakeista informaciją apie stovėjimo vietą;Rezultatas: sistemoje pakeista infromacija apie stovėjimo vietą;

10. Darbuotojų prisijungimas prie sistemosPradiniai 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;

11. Stovėjimo vietų statistikaPradiniai 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 reikalavimaiProgramų 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 reikalavimaiProgramų 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ų reikalavimaiNėra

Darbo kompiuterių tinkluose reikalavimaiKompiuteriai, 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

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.

14

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

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.

15

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

16

6. PRIEDAS

17

18