atviro konkurso sąlygųlan.vtpsi.lt/www/sites/default/files/vp-skelbimai/is... · web viewvisa...

Atviro konkurso sąlygų1 priedas

LIETUVOS RESPUBLIKOS STATYBOS LEIDIMŲ IR STATYBOS VALSTYBINĖS PRIEŽIŪROS INFORMACINĖS SISTEMOS „INFOSTATYBA“ MODERNIZAVIMO

PASLAUGŲ PIRKIMO

TECHNINĖ SPECIFIKACIJA

Turinys

1. ĮVADINĖ INFORMACIJA..............................................................................................................................................5

1.1. DOKUMENTO PASKIRTIS........................................................................................................................................51.2. PERKANČIOJI ORGANIZACIJA...................................................................................................................................5

2. ESAMOS SITUACIJOS APRAŠYMAS......................................................................................................................5

2.1. VTPSI ŠIUO METU NAUDOJAMA PROGRAMINĖ ĮRANGA...............................................................................................52.2. IS ŠIUO METU TEIKIAMOS PASLAUGOS.....................................................................................................................62.3. ESAMA IS REALIZACIJA..........................................................................................................................................72.4. ESAMOS IS KŪRIMUI PANAUDOTOS TECHNOLOGIJOS..................................................................................................72.5. ESAMI IS POSISTEMIAI..........................................................................................................................................72.6. VTPSI ŠIUO METU NAUDOJAMA TECHNINĖ IR LICENCINĖ PROGRAMINĖ ĮRANGA.............................................................11

3. PROJEKTO IR PIRKIMO TIKSLAI, UŽDAVINIAI IR REZULTATAI............................................................11

3.1. PROJEKTO TIKSLAI, UŽDAVINIAI IR REZULTATAI.........................................................................................................113.2. PIRKIMO TIKSLAI, UŽDAVINIAI IR REZULTATAI...........................................................................................................12

4. SIEKIAMA BŪSENA..................................................................................................................................................15

4.1. TEISINĖ APLINKA................................................................................................................................................154.2. PRINCIPINĖ ARCHITEKTŪRA..................................................................................................................................174.3. PAGRINDINĖS NAUDOTOJŲ GRUPĖS.......................................................................................................................174.4. NUMATOMA ĮSIGYTI TECHNINĖ IR LICENCINĖ PROGRAMINĖ ĮRANGA.............................................................................194.5. DUOMENŲ SRAUTAI...........................................................................................................................................19

5. FUNKCINIAI REIKALAVIMAI...............................................................................................................................24

5.1. REIKALAVIMŲ ĮGYVENDINIMAS.............................................................................................................................245.2. REIKALAVIMAI IŠORINIAM IR VIDINIAM PORTALAMS..................................................................................................245.3. REIKALAVIMAI PRAŠYMŲ ELEKTRONINĖMS PASLAUGOMS GAUTI PATEIKIMO POSISTEMIUI (IŠORINIUI PORTALUI)...................275.4. REIKALAVIMAI INFORMAVIMO POSISTEMIUI............................................................................................................315.5. REIKALAVIMAI STATYBĄ LEIDŽIANČIŲ DOKUMENTŲ TVARKYMO POSISTEMIUI..................................................................325.6. REIKALAVIMAI PRISIJUNGIMO SĄLYGAS IR SPECIALIUOSIUS REIKALAVIMUS IŠDUODANČIŲ INSTITUCIJŲ POSISTEMIUI................355.7. REIKALAVIMAI STATINIŲ PROJEKTŲ TIKRINIMO POSISTEMIUI.......................................................................................355.8. REIKALAVIMAI STATYBOS VALSTYBINĖS PRIEŽIŪROS POSISTEMIUI.................................................................................375.9. REIKALAVIMAI IS ADMINISTRAVIMO POSISTEMIUI.....................................................................................................385.10. REIKALAVIMAI APSKAITOS POSISTEMIUI..................................................................................................................405.11. REIKALAVIMAI SISTEMINIŲ FUNKCIJŲ POSISTEMIUI....................................................................................................415.12. REIKALAVIMAI DOKUMENTŲ SAUGOJIMO POSISTEMIUI..............................................................................................42

5.13. REIKALAVIMAI DUOMENŲ MAINŲ POSISTEMIUI........................................................................................................435.14. REIKALAVIMAI KLASIFIKATORIŲ TVARKYMO POSISTEMIUI............................................................................................445.15. REIKALAVIMAI DOKUMENTŲ IR JŲ DUOMENŲ TVARKYMO, DOKUMENTŲ RENGIMO IR REGISTRAVIMO POSISTEMIAMS............445.16. REIKALAVIMAI MOKĖJIMŲ POSISTEMIUI..................................................................................................................465.17. REIKALAVIMAI GIS DUOMENŲ SAUGOJIMO IR TEIKIMO POSISTEMIUI............................................................................475.18. REIKALAVIMAI MOBILIOMS APLIKACIJOMS IR MOBILIOMS DARBO VIETOMS....................................................................49

6. NEFUNKCINIAI REIKALAVIMAI.........................................................................................................................50

6.1. REIKALAVIMAI ARCHITEKTŪRAI.............................................................................................................................506.2. REIKALAVIMAI SAUGUMUI...................................................................................................................................516.3. REIKALAVIMAI IS ILGALAIKIŠKUMUI, PLEČIAMUMUI I LICENCIJAVIMUI...........................................................................536.4. REIKALAVIMAI GREITAVEIKAI................................................................................................................................536.5. REIKALAVIMAI NAUDOTOJO SĄSAJAI......................................................................................................................546.6. REIKALAVIMAI DUOMENŲ ARCHYVAVIMUI..............................................................................................................556.7. REIKALAVIMAI REZERVINIAM KOPIJAVIMUI..............................................................................................................566.8. REIKALAVIMAI DUOMENŲ APDOROJIMUI................................................................................................................566.9. REIKALAVIMAI DUOMENŲ TVARKYMUI...................................................................................................................576.10. REIKALAVIMAI AUDITAVIMUI................................................................................................................................58

7. REIKALAVIMAI PASLAUGŲ ĮGYVENDINIMUI................................................................................................60

7.1. REIKALAVIMAI PASLAUGŲ TEIKIMO ETAPAMS..........................................................................................................607.2. REIKALAUJAMI PATEIKTI DOKUMENTAI...................................................................................................................637.3. REIKALAVIMAI ANALIZEI IR PROJEKTAVIMUI.............................................................................................................667.4. REIKALAVIMAI TESTAVIMUI..................................................................................................................................677.5. REIKALAVIMAI BANDOMAJAI EKSPLOATACIJAI..........................................................................................................677.6. REIKALAVIMAI DIEGIMUI GAMYBINĖJE APLINKOJE.....................................................................................................687.7. REIKALAVIMAI DUOMENŲ MIGRAVIMUI..................................................................................................................687.8. REIKALAVIMAI GALUTINIAM SISTEMOS PRIĖMIMUI....................................................................................................687.9. REIKALAVIMAI IS NAUDOTOJŲ MOKYMAMS............................................................................................................697.10. REIKALAVIMAI GARANTINEI PRIEŽIŪRAI...................................................................................................................69

8. Baigiamosios nuostatos..................................................................................................................................................71

SĄVOKOS IR TERMINAI

Sąvoka, terminas Aprašymas

ADR Adresų registrasADOC Elektroniniu parašu pasirašyto elektroninio dokumento specifikacija, patvirtinta

Lietuvos archyvų departamento prie Lietuvos Respublikos VyriausybėsDBVS Duomenų bazių valdymo sistemaDVS Dokumentų valdymo sistemaGIS Geografinė informacinė sistema (angl. Geographic Information System)GPS Globali pozicionavimo sistema (angl. Global Positioning System)GR Lietuvos Respublikos gyventojų registras

IS Lietuvos Respublikos statybos leidimų ir statybos valstybinės priežiūros informacinė sistema „Infostatyba“

Išorinis naudotojas

Lietuvos Respublikos gyventojas ar užsienietis, fizinis ar juridinis asmuo, kuris naudojasi Portalu ir privalo save autentifikuoti

Išorinis Portalas

Atskiras internetinis portalas, pasiekiamas tik Viešiems ir Išoriniams naudotojams

JAR Juridinių asmenų registrasLR Lietuvos RespublikaNaudotojas Išorinis, vidinis naudotojai, statinių projektų tikrintojai ar registruoti informacijos

peržiūrėtojaiNTR Nekilnojamojo turto registrasNŽT Nacionalinė žemės tarnyba prie Žemės ūkio ministerijosPĮ Programinė įrangaProjektas Pažangių elektroninių paslaugų, susijusių su statybos dokumentų išdavimu ir

statybos valstybine priežiūra, teikiamų bendradarbiavimo lygiu, kūrimasPT Statinių projektų tikrinimo posistemisSLD Statybą leidžiantis dokumentasSpecialieji reikalavimai

Specialieji architektūros reikalavimai, specialieji paveldosaugos reikalavimai, specialieji saugomos teritorijos tvarkymo ir apsaugos reikalavimai

SPSC Statybos produkcijos sertifikavimo centras

SSL Angl. Secure Sockets Layer – kriptografinis protokolas, skirtas informacijos, sklindančios internete apsaugojimui šifruojant

STORK

„Secure idenTity acrOss borders linKed“ yra elektroninė aplinka, leidžianti asmenims pasinaudojant elektronine identifikacija elektroninėje erdvėje gauti paslaugas iš kitų šalių valstybės portalų. Daugiau informacijos: https://www.eid-stork.eu/.

Tiekėjas Įmonė, kuri kurs ir diegs informacinę sistemąTPDR Lietuvos Respublikos teritorijų planavimo dokumentų registrasTVS Turinio valdymo sistemaUžsakovas, VTPSI

Valstybinė teritorijų planavimo ir statybos inspekcija prie Aplinkos ministerijos

VIISP Valstybės informacinių išteklių sąveikumo platformaVidinis naudotojas

VTPSI, savivaldybių administracijų specialistas, kuriam suteikta teisė naudotis IS ištekliais numatytoms funkcijoms vykdyti

Vidinis Portalas

Atskiras internetinis portalas, pasiekiamas tik Vidiniams naudotojams

Viešas naudotojas

Lietuvos Respublikos gyventojas ar užsienietis, fizinis ar juridinis asmuo, kuris naudojasi Išoriniu Portalu ir neprivalo savęs autentifikuoti

https://www.eid-stork.eu/

https://www.eid-stork.eu/

Sąvoka, terminas Aprašymas

VĮ Valstybės įmonėW3C World Wide Web Consortium (W3C) tarptautinė žiniatinklio standartus kurianti

organizacija

1. ĮVADINĖ INFORMACIJA

1.1. Dokumento paskirtis

1.1.1. Dokumentas „Techninė specifikacija“ parengtas siekiant aprašyti ir apibrėžti principus bei reikalavimus, keliamus Valstybinės teritorijų planavimo ir statybos inspekcijos prie Aplinkos ministerijos (toliau – VTPSI) modernizuojamai Lietuvos Respublikos statybos leidimų ir statybos valstybinės priežiūros informacinei sistemai „Infostatyba“ (toliau - IS). IS modernizuojama įgyvendinant ES Struktūrinių fondų finansuojamą projektą „Pažangių elektroninių paslaugų, susijusių su statybos dokumentų išdavimu ir statybos valstybine priežiūra, teikiamų bendradarbiavimo lygiu, kūrimas“ (VP-2-3.1-IVPK-14-K-01-029). Projektas finansuojamas pagal ES Struktūrinių fondų Ekonomikos augimo veiksmų programos 3 prioriteto „Informacinė visuomenė visiems“ įgyvendinimo priemonę Nr. VP2-3.1-IVPK-14-K „Pažangios elektroninės paslaugos“.

1.2. Perkančioji organizacija

1.2.1. VTPSI misija – užtikrinti teritorijų planavimo ir statybos valstybinės priežiūros vykdymą pagal įstatymų reikalavimus.

1.2.2. Vienas pagrindinių VTPSI uždavinių – tobulinti gyventojams ir verslo subjektams teikiamų viešų ir administravimo paslaugų prieinamumą statybos srityje ir gerinti jų kokybę naudojantis informacinėmis ir ryšių technologijomis.

1.2.3. Pagrindiniai VTPSI veiklos tikslai:1.2.3.1. užtikrinti, kad teritorijų planavimas būtų vykdomas teisėtai;1.2.3.2. užtikrinti, kad statinių statyba būtų vykdoma teisėtai;1.2.3.3. užtikrinti, kad administracinės paslaugos statybos srityje būtų teikiamos skaidriai.

2. ESAMOS SITUACIJOS APRAŠYMAS

2.1. VTPSI šiuo metu naudojama programinė įranga

2.1.1. VTPSI šiuo metu naudojamos programinės įrangos išsidėstymo schema pateikiama šios techninės specifikacijos 2 priede.

2.1.2. IS paskirtis yra tvarkyti (rinkti, kaupti, apdoroti) duomenis apie statybos būklę ir statybos valstybinę priežiūrą nuo pat prašymo gauti statybą leidžiantį dokumentą pateikimo iki statybos proceso procedūrų užbaigimo, teikti IS nuostatuose bei specifikacijoje nustatytą informaciją ir viešas paslaugas visuomenei. IS sukurta VTPSI, savivaldybių administracijoms, prisijungimo sąlygas ir specialiuosius reikalavimus išduodančioms institucijos bei viešiems IS naudotojams.

2.1.3. IS sudaro dvi pagrindinės dalys: išorinė bei vidinė. Duomenys saugomi centralizuotai - IS tarnybinės stotys funkcionuoja LR Aplinkos ministerijos duomenų centre. Darbas su IS vyksta naudojant internetines technologijas.

2.1.4. IS išorinė sistema (Išorinis Portalas) skirta teikti galimybę fiziniams ir juridiniams asmenims, ketinantiems statyti statinius, užsisakyti su statyba susijusius dokumentus ir sekti išduotinų dokumentų būseną internetu ir pranešti apie galbūt savavališkas statybas.

2.1.5. Statinių projektų tikrinimo posistemis (toliau - PT) sukurtas statinių projektus tikrinančioms institucijomis tikrinti ir pateikti tikrinimo rezultatus statinių projektams, kuriuos pateikė statytojai savivaldybių administracijoms SLD gauti.

2.1.6. IS vidinės sistemos (Vidinio Portalo) funkcionalumas yra prieinamas tik IS registruotiems naudotojams: VTPSI ir savivaldybių administracijų specialistams. Čia yra kompiuterizuotos prašymų apdorojimo, statybą leidžiančių dokumentų, pažymų, aktų ir kitų dokumentų formavimo, pateikimo statytojams ir kt. projekte numatytos funkcijos.

2.1.7. IS išorinė sistema (Išorinis Portalas) susideda iš dviejų dalių. Pirmos dalies funkcionalumas (www.planuojustatyti.lt) yra prieinamas visiems viešiems IS naudotojams. Antros dalies prisijungimas ir autentifikacija realizuota per IVPK sukurtą VIISP ir skirta prašymų / pranešimų teikimui.

2.1.8. Išorinės ir vidinės duomenų bazės tarpusavyje keičiasi duomenimis ir informacija automatiškai.

2.2. IS šiuo metu teikiamos paslaugos

2.2.1. IS pagalba teikiamos viešos administracinės paslaugos priimant prašymus:2.2.1.1. prašymas išduoti leidimą statyti naują (-us) statinį (-ius) / rekonstruoti statinį (-ius) /

atnaujinti (modernizuoti) pastatą (-us);2.2.1.2. prašymas raštu pritarti statinio projektui;2.2.1.3. prašymas perregistruoti statybą leidžiantį dokumentą;2.2.1.4. prašymas pratęsti leidimo statyti naują (-us) / rekonstruoti statinį (-ius) galiojimo

terminą;2.2.1.5. prašymas leisti tęsti sustabdytą statybą;2.2.1.6. pranešimas apie rangovo ir pagrindinių statybos sričių vadovų pasamdymą ar

paskyrimą;2.2.1.7. prašymas išduoti statybos užbaigimo aktą;2.2.1.8. prašymas patvirtinti / užregistruoti deklaraciją;2.2.1.9. prašymas išduoti pažymą apie statinio statybą be esminių nukrypimų nuo statinio

projekto;2.2.1.10. prašymas išduoti pažymą apie statinio nugriovimą;2.2.1.11. prašymas pratęsti reikalavimo pašalinti savavališkos statybos padarinius įvykdymo

terminą;2.2.1.12. prašymas leisti atlikti statinio konservavimo darbus;2.2.1.13. pranešimo apie galbūt savavališką statybą pateikimas ir informavimo apie pranešimą

pateikimas.2.2.2. IS pagalba teikiamos viešos administracinės paslaugos išduodant dokumentus:2.2.2.1. leidimas statyti naują (-us) statinį (-ius) / rekonstruoti statinį (-ius) / atnaujinti

(modernizuoti) pastatą (-us);2.2.2.2. rašytinis pritarimas statinio projektui; 2.2.2.3. leidimas tęsti sustabdytą statybą;2.2.2.4. statybos užbaigimo aktas;2.2.2.5. deklaracija apie statybos užbaigimą / paskirties keitimą;2.2.2.6. pažyma apie statinio statybą be esminių nukrypimų nuo statinio projekto; 2.2.2.7. pažyma apie statinio nugriovimą;2.2.2.8. leidimas atlikti statinio konservavimo darbus;2.2.2.9. statybą leidžiančio dokumento parengimo ir išdavimo atitikties teisės aktų

reikalavimams patikrinimo aktas; 2.2.2.10. savavališkos statybos aktas; 2.2.2.11. statybos sustabdymo aktas;2.2.2.12. sustabdytos statybos patikrinimo aktas; 2.2.2.13. reikalavimas pašalinti savavališkos statybos padarinius;2.2.2.14. reikalavimo pašalinti savavališkos statybos padarinius įvykdymo patikrinimo aktas;2.2.2.15. administracinis teisės pažeidimo protokolas;2.2.2.16. nutarimas administracinio teisės pažeidimo byloje.

http://www.planuojustatyti.lt/

2.2.3. Kitos IS pagalba vykdomos VTPSI funkcijos:2.2.3.1. pateiktų pranešimų apie galbūt savavališką statybą nagrinėjimas ir atsakymo

pateikimas.

2.3. Esama IS realizacija

2.3.1. Šiuo metu IS sukurta, palaikoma ir vystoma remiantis trijų lygių architektūra.2.3.2. Remiantis trijų lygmenų architektūriniu modeliu IS programinės įrangos kūrimas

išskiriamas į tris atskirus lygmenis pagal atsakomybės sritis. 2.3.2.1. Klientinis lygmuo – atvaizdavimo lygmuo. Klientinis lygmuo atsakingas už

naudotojo sąsajos atvaizdavimą, informacijos pateikimą ir duomenų įvedimą. Jis šiuo metu realizuotas kaip IS naudotojo sąsaja su IS, internetinės naršyklės pagrindu.

2.3.2.2. Vidurinis lygmuo – taikomosios programos vykdymo lygmuo. Vidurinysis lygmuo skirtas sistemos verslo logikai realizuoti. Tai tarpinis lygmuo kuris tarpininkauja tarp kliento ir sistemos kaupiamų duomenų, jame realizuojamos interaktyvios sąsajos su išorinėmis sistemomis.

2.3.2.3. Duomenų saugyklos lygmuo – skirtas duomenų bazių valdymui.

2.4. Esamos IS kūrimui panaudotos technologijos

2.4.1. IS kūrimui naudotos technologijos ir metodikos pateiktos 1 lentelėje.

1 lentelė. IS kūrimui naudotos technologijos ir metodikosProgramavimo kalbos: Java, SQL, JavaScript, XML, XSLT, HTML

Technologinės platformos bei karkasai:

Java Enterprise Edition platformaJava Server Faces (JSF)Java Database Connectivity (JDBC)Java Persistence API (JPA)Spring Framework, Spring Web Flow, Spring Security

Standartai:

W3C HTML ir CSS specifikacijos ir rekomendacijosW3C WCAG (angl. Web Content Accessibility Guidelines)W3C, OASIS tinklinių paslaugų standartai (SOAP, WSDL, WS-*)Naršyklių pusprogramių (angl. scripts) standartai (ECMA-262) ir rekomendacijosUnicode, UTF-8 simbolių kodavimo standartas

Protokolai: HTTP, HTTPS, SSLAplikacijų tarnybinės stotys: Tomcat aplikacijų tarnybinė stotisDuomenų bazių valdymo sistemos:

Oracle Database su Oracle Business Intelligence

Projektų valdymo metodikos: CMMIIS kūrimo procesai: Rational Unified ProcessIS modeliavimo kalbos: UMLPrograminės įrangos modeliavimo įrankiai:

Magic Draw

Programinės įrangos kūrimo technologijos

Java, Struts, iBatis, Tiles, html, Js, Ajax, Hibernate, Spring

Dokumentų formavimo technologijos

XML/XSLT/OpenOffice/BIRT

2.5. Esami IS posistemiai

2.5.1. IS - susideda iš vienuolikos komponentų. 2.5.2. Vidinės ir išorinės sistemos dalys tarpusavyje nurodytu intervalu keičiasi duomenimis.2.5.3. 1 pav. pavaizduota IS posistemių struktūra.

1 pav. Statybos valstybinės priežiūros posistemių struktūra

2.5.4. Vidinė IS dalis skirta dirbti tik savivaldybių administracijų ir VTPSI darbuotojams. Jos funkcijos dalinai dubliuojasi su išorinės sistemos funkcijomis (tik visų rūšių prašymų priėmimas) – tai padaryta todėl, kad specialistai galėtų suvesti popieriniu būdu pateiktus prašymus į IS ir vykdyti tolimesnę dokumentų vykdymo eigą.

2.5.5. Vidinė IS dalis (Vidinis Portalas) susideda iš tokių pagrindinių posistemių:2.5.5.1. Statybą leidžiančių duomenų tvarkymo posistemis, kurio funkcijos:2.5.5.1.1. Fizinių asmenų registravimas/redagavimas;2.5.5.1.2. Juridinių asmenų registravimas/redagavimas;2.5.5.1.3. Pasirašančių asmenų registravimas/redagavimas;2.5.5.1.4. Prašymo išduoti SLD (leidimą) vykdymas;2.5.5.1.5. SLD (leidimo) išdavimas;2.5.5.1.6. Prašymo išduoti SLD (rašytinį pritarimą statinio projektui) vykdymas;2.5.5.1.7. SLD (rašytinio pritarimo statinio projektui) išdavimas;2.5.5.1.8. Prašymo perregistruoti SLD kitu vardu vykdymas;2.5.5.1.9. Leidimo perregistruoto kitu vardu išdavimas;2.5.5.1.10. Prašymo pratęsti leidimo statyti naują / rekonstruoti statinį galiojimo terminą

nagrinėjimas;2.5.5.1.11. Pratęsto galiojimo statybos leidimo statyti naują / rekonstruoti statinį išdavimas;2.5.5.2. Statybos valstybinės priežiūros posistemis, kurio funkcijos:2.5.5.2.1. Fizinių asmenų registravimas/redagavimas;2.5.5.2.2. Juridinių asmenų registravimas/redagavimas;

2.5.5.2.3. Pasirašančių asmenų registravimas/redagavimas;2.5.5.2.4. Prašymo išduoti pažymą apie statinio statybą be esminių nukrypimų nuo statinio

projekto vykdymas;2.5.5.2.5. Pažymos statinio statybą be esminių nukrypimų nuo statinio projekto išdavimas;2.5.5.2.6. Prašymo išduoti pažymą apie statinio nugriovimą vykdymas;2.5.5.2.7. Pažymos apie statinio nugriovimą išdavimas;2.5.5.2.8. Prašymo išduoti statybos užbaigimo aktą vykdymas;2.5.5.2.9. Statybos užbaigimo komisijos dalyvių registravimas;2.5.5.2.10. Statybos užbaigimo komisijos sudarymas;2.5.5.2.11. Statybos užbaigimo akto išdavimas;2.5.5.2.12. Prašymo išduoti deklaraciją apie statybos užbaigimą / paskirties keitimą

vykdymas;2.5.5.2.13. Registruotos / patvirtintos deklaracijos apie statybos užbaigimą / paskirties keitimą

išdavimas;2.5.5.2.14. SLD parengimo atitikties teisės aktų reikalavimams patikrinimo akto išdavimas;2.5.5.2.15. Prašymo leisti tęsti sustabdytą statybą nagrinėjimas;2.5.5.2.16. Leidimo tęsti sustabdytą statybą išdavimas;2.5.5.2.17. Prašymas leisti atlikti statinio konservavimo darbus vykdymas;2.5.5.2.18. Leidimo atlikti statinio konservavimo darbus išdavimas;2.5.5.2.19. Statybos sustabdymo akto išdavimas;2.5.5.2.20. Sustabdytos statybos patikrinimo akto išdavimas;2.5.5.2.21. Išorinio IS naudotojo pranešimų apie savavališkas statybas nagrinėjimas;2.5.5.2.22. Savavališkos statybos akto išdavimas;2.5.5.2.23. Reikalavimo pašalinti savavališkos statybos padarinius išdavimas;2.5.5.2.24. Reikalavimo pašalinti savavališkos statybos padarinius įvykdymo patikrinimo akto

išdavimas;2.5.5.2.25. Prašymo pratęsti reikalavimo pašalinti savavališkos statybos padarinius įvykdymo

terminą vykdymas;2.5.5.2.26. Administracinės teisės pažeidimo proceso vykdymas;2.5.5.2.27. Nutarimo administracinės teisės pažeidimo byloje proceso vykdymas;2.5.5.3. Teisės aktų projektų rengimo ir kaupimo posistemis, kurio funkcijos:2.5.5.3.1. Teisės aktų projektų rengimas ir derinimas; 2.5.5.3.2. Rengiamų, derinamų ir priimtų teisės aktų kaupimas. 2.5.5.4. Dokumentų ir jų duomenų tvarkymo posistemis, kurio funkcijos:2.5.5.4.1. Dokumentų registravimas;2.5.5.4.2. Dokumentų duomenų redagavimas;2.5.5.4.3. Dokumentų paieška;2.5.5.4.4. Dokumentų peržiūra;2.5.5.4.5. Dokumentų pervestų į skaitmeninę formą įkėlimas.2.5.5.5. Apskaitos posistemis, kurio funkcijos:2.5.5.5.1. Sąrašinių ataskaitų ir suvestinių ataskaitų formavimas;2.5.5.5.2. Lietuvos statistikos departamento ataskaitų formavimas;2.5.5.6. Duomenų teikimo IS naudotojams posistemis, kurio funkcijos:2.5.5.6.1. Prašymų nagrinėjimo būsenos teikimas;2.5.5.6.2. Išduotų dokumentų suvestinių duomenų teikimas;2.5.5.6.3. Išduotų dokumentų sąrašų teikimas;2.5.5.7. IS administravimo posistemis, kurio funkcijos: 2.5.5.7.1. IS naudotojų registravimas ir administravimas;2.5.5.7.2. Naudotojų informavimas;2.5.5.7.3. IS išorinės sistemos administravimas.2.5.5.8. Klasifikatorių tvarkymo posistemis, kurio funkcijos:2.5.5.8.1. Klasifikatorių pridėjimas, koregavimas, šalinimas;

2.5.5.8.2. Klasifikatorių duomenų pridėjimas, koregavimas, šalinimas, įkėlimas (iš failų, ir kitų išorinių šaltinių).

2.5.5.9. Duomenų mainų posistemis, kurio funkcijos:2.5.5.9.1. Duomenų gavimas iš kitų informacinių sistemų ir valstybinių registrų (NTR, JAR,

GR);2.5.5.9.2. Valstybės registrų teikiamų IS reikalingų klasifikatorių gavimą (ADR, SPSC

registras ir kiti);2.5.5.9.3. Duomenų teikimas Lietuvos statistikos departamentui;2.5.5.9.4. Vidinius duomenų mainius (Elektroninių būdų pateiktų prašymų duomenų, prašymo

nagrinėjimo būsenos, sąrašinių ataskaitų ir kitų duomenų replikavimo tarp IS sistemos dalių).2.5.6. Išorinė IS dalis (Išorinis Portalas) realizuota atskira išorine sistema, kurios pagrindu

yra realizuotas prašymų ir informacijos apie prašymų nagrinėjimą teikimas. Šiame portale, vartotojas gali gauti kai kurias paslaugos teikiamos tik autentifikavusis per VIISP ir jas gali matyti tik su statytojo / jo įgalioto asmens prašymais ir statytojo / jo įgalioto asmens duomenimis susijusią informaciją. Neatlikusiems autentifikacijos per VIISP vartotojams pasiekiama visa vieša informacija apie naujienas, statistiką, kitus duomenis, kurie yra publikuojami viešai, taip pat galima pateikti pranešimą apie galbūt savavališką statybą.

2.5.7. Išorinis Portalas realizuotas pakankamo funkcijų kiekio neturinčios turinio valdymo sistemos pagrindu.

2.5.8. Statistikos ir apskaitos modulis realizuotas duomenų replikavimo iš vidinės sistemos pagrindu – visi susisteminti duomenys teikiami iš vidinės sistemos, o interesantas pasirenka jį dominančios informacijos pjūvius.

2.5.9. Pagrindinės funkcijos yra prašymų pateikimas ir jų nagrinėjimo eigos stebėjimas. 2.5.10. Visi prašymai ir jų vykdymas yra realizuotas duomenų replikavimo principu su vidine

sistema – tokiu atveju ir specialistas ir interesantas mato tuos pačius duomenis. Statybos leidimų ir rašytinių pritarimų statinių projektų derinimui svarbią funkciją atlieka statinių projektus tikrinančių institucijų modulis – jis teikia duomenis ne tik į vidinę IS bet ir išorinę.

2.5.11. Išorinė IS – Statinių projektus tikrinančių institucijų (PT) posistemis. Šis posistemis yra skirtas surinkti informaciją apie statinių projektų tikrinimo rezultatus, kuriuos pateikia statinių projektus tikrinančios institucijos. Statybos ar rekonstravimo projektų sprendinių atitiktį nustatytiems reikalavimams LR Aplinkos ministerijos nustatyta tvarka pagal kompetenciją tikrina institucijos ir subjektai (jų padaliniai) nurodyti Statybos įstatymo 23 straipsnyje.

2.5.12. Statinių projektų tikrinimas realizuotas ir gali būti atliekamas dviem būdais:2.5.12.1. Tinkline paslauga (web-service‘u) – šis būdas tinkamas, jei subjektas turi nuosavą

informacinę sistemą ir nori tiesiai į ją integruoti statinio projekto tikrinimo funkcionalumą;2.5.12.2. Tikrinimas per IS naudotojo sąsają – šis būdas naudojamas tada, kai subjektas neturi

savo informacinės sistemos arba nėra pasiruošę / neturi atitinkamų resursų savo sistemos modifikavimui. Tikrinant statinių projektus per IS naudotojo sąsają už statinio projekto tikrinimą atsakingi subjekto atstovai jungiasi tiesiai prie IS ir iš jos pasiekia statinio projektą tikrinimui bei tiesiai į IS pateikia tikrinimo rezultatus (pritarimą arba nepritarimą statinio projektui).

2.5.13. Pagrindinės posistemio funkcijos:2.5.13.1. informavimas apie naują paraišką patikrinti statinio projektą;2.5.13.2. statinio projekto tikrinimas;2.5.13.3. tikrinimo rezultatų pateikimas;2.5.13.4. tikrinamų statinių projektų paieška ir peržiūra.2.5.14. Statinių projektų sprendinių atitiktį nustatytiems reikalavimams Aplinkos ministerijos

nustatyta tvarka pagal kompetenciją turintys patikrinti institucijos ir subjektai (jų padalinių) darbuotojai patys per jiems sukurtą interaktyvią formą užpildo duomenis apie vartotojus, kurie skirti tikrinti statinių projektus ir pateikia duomenis į vidinę IS, kur VTPSI specialistai patikrinę duomenų tikslumą – suteikia teisę jungtis prie statinių projektų tikrinimo posistemio. Prieigos teisė prie PT statinių projektus tikrinančių institucijų specialistams yra suteikiama atsakingų VTPSI darbuotojų pagal nustatytą tvarką.

2.6. VTPSI šiuo metu naudojama techninė ir licencinė programinė įranga

2.6.1. Lentelėje nr. 2 pateikiamas šiuo metu VTPSI turimos techninės ir licencinės programinės įrangos sąrašas.

2 lentelė. VTPSI Turima techninė ir licencinė programinė įrangaEil. Nr.

IS sudedamoji dalis Skaičius Trumpa charakteristika

1. Techninė įranga:

1.1. Tarnybinė stotis 1 IBM eServer xSeries 346

1.2. Tarnybinės stotys 3 IBM eServer xSeries 236

1.3.Modulinių tarnybinių stočių talpykla

1 IBM Blade Centre H

1.4.Modulinė tarnybinė stotis (Duomenų bazių)

1 IBM Blade Centre HS22 (2 CPU, 24 GB RAM)

1.5.Modulinė tarnybinė stotis (Aplikacijų)

1 IBM Blade Centre HS22 (1 CPU, 12 GB RAM)

1.6. Diskų masyvas 1 IBM System Storage DS4700

1.7.Diskų masyvo plėtimo modulis 1 IBM SystemStorage DS4000 Storage

Expansion Unit(1814-70H)

1.8. SAN komutatoriai 2 IBM TotalStorage SAN16M-2

1.9. Tinklo komutatoriai 2 Cisco Catalyst 3750

1.10. Juostų biblioteka 1 IBM System Storage TS3200

2. Sisteminė programinė įranga:

2.1.Duomenų bazių valdymo sistema 2 licencijos

procesoriuiOracle Database Standard Edition

2.2.Duomenų bazių valdymo sistema 2 licencijos

procesoriuiOracle Database Standard Edition One

2.3.Verslo analitikos programinė įranga

2 licencijos procesoriui

Oracle Business Intelligence Standard Edition

2.4.Atsarginio kopijavimo ir archyvavimo programinė įranga

2 licencijos procesoriui

IBM Tivoli Storage Manager

2.6.2. Turimos techninės įrangos išsidėstymo schema pateikiama techninės specifikacijos 1 priede.

3. PROJEKTO IR PIRKIMO TIKSLAI, UŽDAVINIAI IR REZULTATAI

3.1. Projekto tikslai, uždaviniai ir rezultatai

3.1.1. VTPSI įgyvendinamo Projekto tikslas – panaudojant pažangius ir inovatyvius sprendimus, sukurti fiziniams ir juridiniams asmenims skirtas bendradarbiavimo lygiu teikiamas su statyba susijusių paslaugų, prašymų pateikimo ir dokumentų išdavimo elektronines paslaugas.

3.1.2. Projekto uždaviniai:3.1.2.1. Modernizuoti IS. Panaudojant pažangius IT sprendimus sukurti ir įdiegti

elektronines paslaugas, teikiamas ne žemesniu nei bendradarbiavimo lygiu, skirtas su statyba susijusių dokumentų priėmimui ir išdavimui. Projekto metu į elektroninę erdvę bus perkeltos paslaugos skirtos fiziniams ir juridiniams asmenims, vykdantiems su statyba susijusias veiklas ir

statybos valstybinę priežiūrą atliekantiems specialistams. Paslaugų sąrašas pateiktas 3 lentelėje ir punkte 3.2.3 ir šios punkto papunkčiuose.

3.1.2.2. Modernizuoti elektroninių paslaugų teikimui būtiną IT infrastruktūrą. Bus išvystyta VTPSI centrinės būstinės kompiuterinių resursų infrastruktūra, reikalinga elektroninių paslaugų teikimui, siekiant sudaryti galimybę statytojams gauti numatytas elektronines paslaugas bendradarbiavimo lygiu.

3.2. Pirkimo tikslai, uždaviniai ir rezultatai

3.2.1. Šio pirkimo tikslas yra įsigyti IS modernizavimo paslaugas, įgyvendinant šioje techninėje specifikacijoje aprašytus funkcinius, nefunkcinius ir paslaugų įgyvendinimo reikalavimus.

3.2.2. Projekto tikslinės grupės:3.2.2.1. Fizinis arba juridinis asmuo:3.2.2.1.1. statytojas arba jo įgaliotas asmuo, teikiantis prašymą suteikti paslaugą;3.2.2.1.2. asmuo, teikiantis pranešimą apie galbūt savavališką statybą.3.2.2.2. Paslaugos teikėjas:3.2.2.2.1. savivaldybės administracijos specialistas;3.2.2.2.2. VTPSI specialistas;3.2.2.2.3. prisijungimo sąlygas išduodančios institucijos specialistas;3.2.2.2.4. specialiuosius reikalavimus išduodančios institucijos specialistas;3.2.2.2.5. statinių projektų tikrinimą atliekančio subjekto specialistas.3.2.2.3. Modernizuojant IS turi būti patobulintos ir naujai sukurtos fiziniams arba juridiniams

asmenims ir paslaugų teikėjams, skirtos su statyba susijusios paslaugos, kurių sąrašas pateiktas 3 lentelėje:

3 lentelė. VTPSI teikiamų el. paslaugų būsima situacija.Nr. Elektroninių paslaugų

sąrašas (po projekto)Kuriama nauja/

ModernizuojamaPaslaugų teikimo

brandos lygisIS naudotojas

1. Prašymo išduoti leidimą statyti naują (-us) statinį (-ius) / rekonstruoti statinį (-ius) / atnaujinti (modernizuoti) pastatą (-us) pateikimas ir šio leidimo išdavimas arba neigiamo atsakymo pateikimas

Modernizuojama iš prašymo išduoti statybos leidimą

4 lygis (bendradarbiavimo)

Statytojas arba jo įgaliotas asmuo Savivaldybės administracijos specialistas Statinių projektų tikrinimą atliekančio subjekto specialistas VTPSI specialistas

2. Prašymo raštu pritarti statinio projektui pateikimas ir šio pritarimo išdavimas arba neigiamo atsakymo pateikimas

Modernizuojama iš prašymo išduoti statybos leidimą


Statytojas arba jo įgaliotas asmuo Savivaldybės administracijos specialistas Statinių projektų tikrinimą atliekančio subjekto specialistas VTPSI specialistas

3. Prašymo perregistruoti statybą leidžiantį dokumentą pateikimas ir leidimo išdavimas arba neigiamo atsakymo pateikimas

Modernizuojama iš prašymo statybą leidžiantį dokumentą perregistruoti kitu vardu pateikimo


Statytojas ar jo įgaliotas asmuo Savivaldybės administracijos specialistas VTPSI specialistas

4. Prašymo pratęsti leidimo statyti naują / rekonstruoti statinį galiojimo terminą

Modernizuojama 4 lygis (bendradarbiavimo)

Statytojas ar jo įgaliotas asmuo Savivaldybės

Nr. Elektroninių paslaugų sąrašas (po projekto)

Kuriama nauja/ Modernizuojama

Paslaugų teikimo brandos lygis

IS naudotojas

pateikimas ir šio leidimo išdavimas arba neigiamo atsakymo pateikimas

administracijos specialistas VTPSI specialistas

5. Prašymo išduoti leidimą tęsti sustabdytą statybą pateikimas ir leidimo išdavimas arba neigiamo atsakymo pateikimas


Statytojas ar jo įgaliotas asmuo VTPSI specialistas

6. Prašymo išduoti leidimą statyti naują (-us) statinį (-ius), rekonstruoti statinį (-ius) Lietuvos Respublikos teritoriniuose vandenyse ir tarptautiniuose vandenyse esančiame jos kontinentiniame šelfe, į kurį Lietuvos Respublika turi išimtines teises pateikimas ir šio leidimo išdavimas arba neigiamo atsakymo pateikimas

Nauja 4 lygis (bendradarbiavimo)


7. Prašymo išduoti leidimą statyti naują statinį pajūrio juostoje pateikimas ir leidimo išdavimas arba neigiamo atsakymo pateikimas



8. Prašymo išduoti leidimą statyti, rekonstruoti, kapitališkai remontuoti ar griauti branduolinės energetikos objekto statinį(-ius) pateikimas ir šio leidimo išdavimas arba neigiamo atsakymo pateikimas



9. Pranešimo apie rangovo, pagrindinių statybos sričių vadovų pasamdymą ar paskyrimą teikimas ir informavimo apie pranešimo registravimą arba neigiamo atsakymo pateikimas



10. Prašymo išduoti statybos užbaigimo aktą pateikimas ir akto išdavimas arba neigiamo atsakymo pateikimas

Modernizuojama iš prašymo pripažinimo statinį tinkamų naudoti pateikimo



11. Prašymo patvirtinti/užregistruoti deklaraciją apie statybos užbaigimą pateikimas ir deklaracijos patvirtinimas / registravimas arba neigiamo

Modernizuojama iš prašymo pripažinimo statinį tinkamų naudoti pateikimo



Nr. Elektroninių paslaugų sąrašas (po projekto)

Kuriama nauja/ Modernizuojama

Paslaugų teikimo brandos lygis

IS naudotojas

atsakymo pateikimas12. Prašymo išduoti pažymą

apie statinio statybą be esminių nukrypimų nuo statinio projekto pateikimas ir šios pažymos išdavimas arba neigiamo atsakymo pateikimas



13. Prašymo išduoti pažymą apie statinio nugriovimą pateikimas ir šios pažymos išdavimas arba neigiamo atsakymo pateikimas



14. Prašymo pratęsti reikalavimo pašalinti savavališkos statybos padarinius įvykdymo terminą pateikimas ir šio pratęsimo patvirtinimas arba neigiamo atsakymo pateikimas



15. Prašymo leisti atlikti statinio konservavimo darbus pateikimas ir šio leidimo išdavimas arba neigiamo atsakymo pateikimas



16. Prašymo išduoti prisijungimo sąlygas pateikimas ir jų išdavimas arba neigiamo atsakymo pateikimas


Statytojas ar jo įgaliotas asmuo Prisijungimo sąlygas išduodančios institucijos specialistas VTPSI specialistas

17. Prašymo išduoti specialiuosius reikalavimus pateikimas ir jų išdavimas arba neigiamo atsakymo pateikimas


Statytojas ar jo įgaliotas asmuo Specialiuosius reikalavimus išduodančios institucijos specialistas VTPSI specialistas

18. Pranešimo apie galbūt savavališką statybą pateikimas ir informavimo apie pranešimą pateikimas


Fizinis ar juridinis asmuo VTPSI specialistas

19. Statytojų informavimas apie atestuotų asmenų, susijusių su statyba, veiklą

Nauja 5 lygis (personalizuotas )

Fizinis ar juridinis asmuo Savivaldybės administracijos specialistas VTPSI specialistas

3.2.3. Modernizavus IS turi būti patobulintas ir naujai sukurtas funkcionalumas paslaugų teikėjams, gaunant prašymus (informaciją), juos registruojant, vykdant procesą, formuojant ir išduodant šiuos dokumentus:

3.2.3.1. leidimas statyti naują (-us) statinį (-ius) / rekonstruoti statinį (-ius) / atnaujinti (modernizuoti) pastatą (-us);

3.2.3.2. rašytinis pritarimas statinio projektui;

3.2.3.3. leidimas tęsti sustabdytą statybą;3.2.3.4. leidimas statyti naują (-us) statinį (-ius), rekonstruoti statinį (-ius) Lietuvos

Respublikos teritoriniuose vandenyse ir tarptautiniuose vandenyse esančiame jos kontinentiniame šelfe, į kurį LR turi išimtines teises;

3.2.3.5. leidimas statyti naują statinį pajūrio juostoje;3.2.3.6. leidimas statyti, rekonstruoti, kapitališkai remontuoti ar griauti branduolinės

energetikos objekto statinį (-ius);3.2.3.7. statybos užbaigimo aktas;3.2.3.8. deklaracija apie statybos užbaigimą / paskirties keitimą;3.2.3.9. pažyma apie statinio statybą be esminių nukrypimų nuo statinio projekto;3.2.3.10. pažyma apie statinio nugriovimą;3.2.3.11. leidimas atlikti statinio konservavimo darbus;3.2.3.12. statybos patikrinimo aktas;3.2.3.13. pastato atnaujinimo (modernizavimo) patikrinimo aktas;3.2.3.14. statinio statybos rangovo veiklos patikrinimo aktas;3.2.3.15. statinio statybos techninio prižiūrėtojo veiklos patikrinimo aktas; 3.2.3.16. statinio projekto ekspertizės akto patikrinimo aktas;3.2.3.17. statinio ekspertizės akto patikrinimo aktas;3.2.3.18. statybos patikrinimo, nagrinėjant skundą, aktas;3.2.3.19. statybą leidžiančio dokumento parengimo ir išdavimo atitikties teisės aktų

reikalavimams patikrinimo aktas;3.2.3.20. statybos užbaigimo akto patikrinimo aktas; 3.2.3.21. deklaracijos apie statybos užbaigimą (kai statybą leidžiantis dokumentas privalomas)

patikrinimo aktas;3.2.3.22. deklaracijos apie statybos užbaigimą (kai statybą leidžiantis dokumentas

neprivalomas) patikrinimo aktas;3.2.3.23. savavališkos statybos aktas;3.2.3.24. statybos sustabdymo aktas;3.2.3.25. sustabdytos statybos patikrinimo aktas;3.2.3.26. reikalavimas pašalinti savavališkos statybos padarinius;3.2.3.27. reikalavimo pašalinti savavališkos statybos padarinius įvykdymo patikrinimo aktas;3.2.3.28. administracinio teisės pažeidimo protokolas;3.2.3.29. nutarimas administracinio teisės pažeidimo byloje;3.2.3.30. prisijungimo sąlygos;3.2.3.31. specialieji reikalavimai;3.2.3.32. ataskaita apie su statyba susijusių atestuotų asmenų veiklos vertinimą;3.2.3.33. kiti dokumentai, kurie detalizuoti šios techninės specifikacijos funkciniuose

reikalavimuose ir teisės aktuose reglamentuojančiuose statybos valstybinės priežiūros vykdymą.

4. SIEKIAMA BŪSENA

4.1. Teisinė aplinka

4.1.1. IS modernizavimo metu Tiekėjas turi vadovautis išvardintais teisės aktais:4.1.1.1. Lietuvos Respublikos statybos įstatymas (Žin., 1996, Nr. 32-788; 2010, Nr. I-1240)

(toliau – Statybos įstatymas).4.1.1.2. Lietuvos Respublikos pajūrio juostos įstatymas (Nr. IX-1016; 2010-07-01 dienos

redakcija) (Žin., 2002, Nr. 73-3091).4.1.1.3. Lietuvos Respublikos valstybės ir tarnybos paslapčių įstatymas (Nr. VIII-1443, 2011-

01-06 dienos redakcija) (Žin., 1999, Nr. 105-3019).4.1.1.4. Lietuvos Respublikos statybos leidimų ir statybos valstybinės priežiūros informacinės

sistemos IS „Infostatyba“ nuostatai, patvirtinti Lietuvos Respublikos aplinkos ministro 2004 m. rugsėjo 27 d. įsakymu Nr. D1-502 (Lietuvos Respublikos aplinkos ministro 2010 m. spalio 27 d. įsakymo Nr. D1-886 redakcija) (Žin., 2010, Nr. 128-6562), užregistruota Informacinės visuomenės plėtros komitete prie Lietuvos Respublikos Vyriausybės: 2004-10-04, Nr. 73.

4.1.1.5. Lietuvos Respublikos statybos leidimų ir statybos valstybinės priežiūros informacinės sistemos „Infostatyba“ duomenų saugos nuostatai patvirtinti Inspekcijos viršininko 2009 m. gruodžio 21 d. įsakymu Nr. 1V-471. Pakeisti saugos nuostatai 2011 m. balandžio 11 d. Inspekcijos viršininko įsakymu Nr. 1V-58.

4.1.1.6. Lietuvos Respublikos statybos leidimų ir statybos valstybinės priežiūros informacinės sistemos „Infostatyba“ specifikacija (užregistruota Informacinės visuomenės plėtros komitete prie Lietuvos Respublikos Vyriausybės: 2005-03-15, Nr. IS-78).

4.1.1.7. Lietuvos Respublikos Vyriausybės 2013 m. vasario 27 d. nutarimas Nr. 180 „Dėl Valstybės informacinių sistemų steigimo, kūrimo, modernizavimo ir likvidavimo tvarkos aprašo patvirtinimo“ (Žin., 2013, Nr. 23-1122).

4.1.1.8. Bendraisiais reikalavimais organizacinėms ir techninėms duomenų saugumo priemonėms, patvirtintais Valstybinės duomenų apsaugos inspekcijos direktoriaus 2008 m. lapkričio 12 d. įsakymu Nr. 1T-71 (1.12) (Žin., 2008, Nr. 135-5298).

4.1.1.9. Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymas Nr. T-131 „Dėl valstybės informacinių sistemų kūrimo metodinių dokumentų patvirtinimo“ (Žin., 2004, Nr. 155-5679).

4.1.1.10. Lietuvos Respublikos branduolinės energijos įstatymas (Nr. I-1613; 2011-01-06 dienos redakcija) (Žin., 1996, Nr. 119-2771).

4.1.1.11. Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymas (Nr. I-1374; 2011-05-28 dienos redakcija) (Žin., 1996, Nr. 63-1479).

4.1.1.12. Statybos techninis reglamentas STR 1.09.06:2010 „Statybos sustabdymas. Savavališkos statybos padarinių šalinimas. Statybos pagal neteisėtai išduotą statybą leidžiantį dokumentą padarinių šalinimas“, patvirtintą aplinkos ministro 2010 m. rugsėjo 28 d. įsakymu Nr. D1-827 (Žin., 2010, Nr. 116-5946).

4.1.1.13. Statybos techninis reglamentas STR 1.07.01:2010 „Statybą leidžiantys dokumentai“, patvirtintas aplinkos ministro 2010 m. rugsėjo 27 d. įsakymu Nr. D1-826 (Žin., 2010, Nr. 116-5944).

4.1.1.14. Statybos techninis reglamentas STR 1.11.01:2010 „Statybos užbaigimas“, patvirtintas aplinkos ministro 2010 m. rugsėjo 28 d. įsakymu Nr. D1-828 (Žin., 2010, Nr. 116-5947).

4.1.1.15. Statybos techninis reglamentas STR 1.08.02:2002 „Statybos darbai“ (Žin., 2002, Nr. 54-2150).

4.1.1.16. Statybos ar rekonstravimo techninių projektų tikrinimo Valstybinėje darbo inspekcijoje tvarkos aprašas, patvirtintas Lietuvos Respublikos vyriausiojo valstybinio darbo inspektoriaus 2010 m. gruodžio 28 d. įsakymu Nr. V-422 (Žin., 2010, Nr. 157-8006).

4.1.1.17. Statinio projekto patikrinimo tvarkos aprašas, patvirtintas Priešgaisrinės apsaugos ir gelbėjimo departamento prie Vidaus reikalų ministerijos direktoriaus 2010 m. spalio 29 d. įsakymu Nr. 1-380 (Žin., 2010, Nr. 129-6622).

4.1.1.18. Inspekcijos viršininko 2010 m. kovo 17 d. įsakymas Nr. 1V-61 „Dėl administracinio teisės pažeidimo protokolo, nutarimo administracinio teisės pažeidimo byloje formų, Administracinio teisės pažeidimo protokolo formos užpildymo taisyklių bei Nutarimo administracinio teisės pažeidimo byloje formos užpildymo taisyklių patvirtinimo“ (Žin., 2010, Nr. 32-1527).

4.1.1.19. Inspekcijos viršininko 2011 m. birželio 21 d. įsakymas Nr. 1V-112 „Dėl pažymos apie statinio statybą be esminių nukrypimų nuo projekto išdavimo tvarkos aprašo patvirtinimo“ (Žin,, 2011, Nr. 101-4764).

4.1.1.20. Inspekcijos viršininko 2012 m. gegužės 15 d. įsakymas Nr. 1V-78 „Dėl prašymo išduoti pažymą apie statinio nugriovimą ir pažymos apie statinio nugriovimą formų patvirtinimo ir

http://www3.lrs.lt/pls/inter/dokpaieska.showdoc_l?p_id=367426

Valstybinės teritorijų planavimo ir statybos inspekcijos prie Aplinkos ministerijos viršininko 2010 m. lapkričio 29 d. įsakymo Nr. 1V-163 „Dėl prašymo išduoti pažymą apie statinio nugriovimą ir pažymos apie statinio nugriovimą formų patvirtinimo“ pripažinimu netekusiu galios“ (Žin., 2012, Nr. 67-3445).

4.1.1.21. Inspekcijos viršininko 2012 m. gruodžio 21 d. įsakymas Nr. 1V-227 „Dėl kai kurių su statybos valstybine priežiūra susijusių dokumentų formų patvirtinimo“ (Žin., 2012, Nr. 154-7953).

4.1.1.22. Lietuvos Respublikos aplinkos ministro 2010 m. gruodžio 23 d. įsakymas Nr. D1-1032 „Dėl leidimų statyti, rekonstruoti, atlikti kapitalinį remontą ar griauti branduolinės energetikos objektus apskaitos ir sąrašo sudarymo tvarkos aprašo bei formų patvirtinimo“ (Žin., 2010, Nr. 158-8068; 2012, Nr. 50-2496).

4.1.1.23. Lietuvos Respublikos Vyriausybės 2003 m. lapkričio 25 d. nutarimas Nr. 1468 „Dėl elektroninės valdžios koncepcijos įgyvendinimo priemonių plano patvirtinimo“ (Žin., Nr. 112-5022).

4.1.1.24. „Bendrieji duomenų saugos reikalavimai“, patvirtinti Lietuvos Respublikos Vyriausybės 1997 m. rugsėjo 4 d. nutarimu Nr. 952 „Dėl duomenų saugos valstybės ir savivaldybių informacinėse sistemose“ (2011-05-11 dienos redakcija) (Žin., Nr.83-2075).

4.1.1.25. Lietuvos standartai LST ISO/IEC TR 13335, LST ISO 11442 ir LST ISO/IEC 17799:2002.

4.1.1.26. Nutarimas „Dėl bendrųjų reikalavimų valstybės institucijų interneto svetainėms patvirtinimo“. Patvirtinta Lietuvos Respublikos Ministro Pirmininko bei Vidaus reikalų ministro 2003 m. balandžio 8 d. nutarimu Nr. 480.

4.1.2. Nurodytų teisės aktų redakcija ir sąrašas Projekto įgyvendinimo metu gali būti atnaujinamas ir papildomas. IS modernizavimo metu Tiekėjas turi vadovautis su kuriamomis el. paslaugomis susijusių teisės aktų aktualia redakcija.

4.2. Principinė architektūra

4.2.1. Modernizuojama IS yra skirta teikti su statyba susijusias elektronines paslaugas fiziniams ir juridiniams asmenims. IS siekiama elektronines paslaugas įgyvendinti bendradarbiavimo ir personalizuotu lygmenimis, kas reiškia, kad tuo pačiu modifikuojamos ir statybos dokumentų išdavimo funkcijos prieinamos vidiniams IS naudotojams (VTPSI, savivaldybių administracijų specialistams) ir sukuriamos naujos, Viešiems naudotojams nematomos, funkcijos kaip pvz. statinių projektų tikrinimui reikalingų duomenų perdavimas tikrinimą vykdantiems subjektams ir tikrinimo rezultatų priėmimas per IS.

4.2.2. Siekiant realizuoti elektronines paslaugas bendradarbiavimo lygiu, turi būti išplėstas IS bendradarbiavimas su išorinėmis sistemomis, įtraukiant tas sistemas, kuriose jau kaupiami viešojo naudotojo duomenys tam, kad naudotojui nereikėtų papildomai tų duomenų įvedinėti ir tuo pačiu būtų užtikrinamas geresnis duomenų integralumas. Numatomi duomenų mainai su tokiomis sistemomis / institucijomis pateikti 5.13 skyriuje.

4.2.3. IS funkcinė architektūra pateikta šios techninės specifikacijos 3 priede.4.2.4. Kadangi IS yra modernizuojama, o ne kuriama iš naujo, turi būti užtikrinta, kad iki tol

IS sukaupti duomenys nebus prarasti ir bus transformuoti į tinkamą pavidalą atvaizdavimui naujojoje IS versijoje.

4.3. Pagrindinės naudotojų grupės

4.3.1. IS turi būti šie naudotojai:4.3.1.1. Vidiniai naudotojai – tai VTPSI, savivaldybių administracijų specialistai. Šios grupės

naudotojai registruojami IS.4.3.1.2. Išoriniai naudotojai – tai IS neregistruoti naudotojai – statytojai ar jo įgalioti asmenys,

kurie jungiasi prie IS išorinės sistemos per VIISP arba STORK. Šie naudotojai yra pagrindiniai elektroninių paslaugų klientai.

4.3.1.3. Vieši naudotojai – tai neregistruoti IS naudotojai – fiziniai ar juridiniai asmenys, kurie vykdo tik tas IS išorinės sistemos funkcijas, kurioms nereikia prisijungti prie sistemos, pvz.: pranešimai apie galbūt savavališkas statybas.

4.3.1.4. Statinių projektų tikrintojai – statinių projektų tikrinimą atliekančio subjekto specialistai. Šie naudotojai pagal kompetenciją tikrina statinio projekto atitiktį teisės aktų reikalavimams.

4.3.1.5. Registruoti informacijos peržiūrėtojai – tai naudotojai, kurie turi administratoriaus suteiktą prieigą peržiūrėti tam tikrus duomenis. Šie naudotojai iš esmės naudojasi vienintele IS funkcija – duomenų peržiūrėjimu. Šios grupės naudotojai registruojami IS.

4.3.1.6. IS duomenų gavėjai – kiti subjektai, kurie pagal duomenų teikimo sutartis turi teisę gauti IS saugomą informaciją.

4.3.1.7. Prisijungimo sąlygas ir/ar specialiuosius reikalavimus išduodantys naudotojai – tai naudotojai, kurie išduoda prisijungimo sąlygas arba specialiuosius reikalavimus, nurodytus Statybos įstatyme.

4.3.1.8. Administratoriai – naudotojai, kurie nesinaudoja IS teikiamomis elektroninėmis paslaugomis, tačiau gali administruoti IS ir jos naudotojus ir atlikti ataskaitų, klasifikatorių ir objektų tvarkymą.

4 lentelėje pateikta informacija apie numatomą naudotojų, kurie dirbs su IS, skaičių.

4 lentelė. Naudotojų, kurie dirbs su IS, skaičiusNaudotojų grupė1 Naudotojų

skaičiusIšorinis naudotojas1. Turės galimybę IS priemonėmis pateikti prašymus ir su jais susijusius dokumentus ir

gauti rezultatus, nurodytus 3 lentelės 1- 17 punktuose.Neribotas

Viešas naudotojas1. Turės galimybę IS priemonėmis naudotis el. paslaugomis,

nurodytomis 3 lentelės 18-19 punktuose.2. Turės galimybę IS priemonėmis peržiūrėti viešai teikiamas

ataskaitas.

Neribotas

Vidinis naudotojas (savivaldybių administracijos specialistas):1. Turės galimybę IS priemonėmis įvesti naujus arba peržiūrėti gautus prašymus teikiant 3

lentelės 1- 4 ir 19 punktuose tam naudotojui priskirtas el. paslaugas, vykdyti punkte 3.2.3 ir šios punkto papunkčiuose nurodytų dokumentų formavimo ir išdavimo procesą, jei el. paslaugų įgyvendinimui būtina pateikti nurodytus dokumentus.

600

Vidinis naudotojas (VTPSI specialistas):1. Turės galimybę IS priemonėmis įvesti naujus arba peržiūrėti gautus prašymus teikiant

3 lentelės 1-19 punktuose tam naudotojui priskirtas el. paslaugas, vykdyti punkte 3.2.3 ir šios punkto papunkčiuose nurodytų dokumentų formavimo ir išdavimo procesą, jei el. paslaugų įgyvendinimui būtina pateikti nurodytus dokumentus.

250

Statinių projektų tikrintojas1. Turės galimybę IS priemonėmis įvesti naujus arba peržiūrėti gautus prašymus

teikiant 3 lentelės 1-2 punktuose tam naudotojui priskirtas el. paslaugas, vykdyti punkte 3.2.3 ir šios punkto papunkčiuose nurodytų dokumentų formavimo ir išdavimo procesą, jei el. paslaugų įgyvendinimui būtina pateikti nurodytus dokumentus.

2. Turės galimybes formuoti dinamines suvestines ir sąrašines ataskaitas.

2500

Prisijungimo sąlygas ir/ar specialiuosius reikalavimus išduodantys naudotojai1. Turės galimybę IS priemonėmis teikiant 3 lentelės 16 ar 17 punkte nurodytas el.

paslaugas vykdyti punkte 3.2.3 ir šios punkto papunkčiuose nurodytų dokumentų formavimo ir išdavimo procesą, jei el. paslaugų įgyvendinimui būtina pateikti

3000

1 Išskirtos naudotojų grupės ir jų funkcijos yra orientacinės, galutinis naudotojų ir jų funkcijų sąrašas bus suderintas analizės ir projektavimo metu.

Naudotojų grupė Naudotojų skaičius

nurodytus dokumentus.Registruotas informacijos peržiūrėtojas1. Turės galimybę IS priemonės stebėti su statyba susijusių dokumentų išdavimo

informaciją ir gauti duomenis apie jų rengimo eigą ir išdavimą.50

IS duomenų gavėjai1. Pagal nustatytas teises duomenų teikimo sutartyje turės prieigą prie duomenų ir

informacijos.100

Administratorius1. Turės priemones administruoti IS, saugumo priemones ir sistemos naudotojus;2. Turės prieigą prie priemonių, skirtų kurti naujas ir modifikuoti esamas ataskaitas.3. Turės prieigą prie priemonių, skirtų valdyti IS naudojamus klasifikatorius ir kitus

konfigūruojamus modulius;4. Turės galimybę IS priemonėmis inicijuoti ar organizuoti paslaugų teikimą;5. Turės galimybę IS priemonėmis stebėti visų dokumentų rengimo eigą.

10

Visos naudotojų grupės1. Pagal nustatytas teises turės prieigą prie duomenų, informacijos ir ataskaitų skirtų

tik atitinkamos grupės vartotojams.Visi

4.4. Numatoma įsigyti techninė ir licencinė programinė įranga

4.4.1. Techninės ir licencinės programinės įrangos įsigijimas nėra šio pirkimo objektas, tačiau Tiekėjas turi įvertinti esamą įrangą, pateiktą 2 lentelėje, ir savo techniniame pasiūlyme nurodyti rekomenduojamą įsigyti techninę ir licencinę programinę įrangą, jos kiekį ir pagrindinius parametrus.

4.4.2. Tiekėjas turi pagrįsti rekomenduojamos įsigyti techninės ir licencinės programinės įrangos poreikį, nurodant modernizuojamos IS komponentų išdėstymą Vidiniam ir Išoriniam portalui, atskirų IS lygmenų atskyrimą bei įvertinant saugojamų duomenų kiekius.

4.4.3. Rekomenduojant įsigyti techninę ir licencinę programinę įrangą, Tiekėjas turi įvertinti tai, kad pagal Projekto finansavimo sutarties sąlygas numatyta įsigyti šią IS funkcionavimui būtiną techninę ir licencinę programinę įrangą:

4.4.3.1. nešiojami kompiuteriai su judriojo interneto modemu ir nešiojamais spausdintuvais;4.4.3.2. tarnybinės stotys;4.4.3.3. turimos saugyklos išplėtimas;4.4.3.4. rezervinė duomenų saugykla su programine įranga;4.4.3.5. nepertraukiamo maitinimo šaltinis;4.4.3.6. tarnybinių stočių operacinės sistemos;4.4.3.7. tarnybinių stočių virtualizacijos valdymo programinė įranga;4.4.3.8. duomenų bazių valdymo sistema.4.4.4. Diegėjui, savo pasiūlyme nurodžius papildomą licencinę programinę įrangą, kurios

pirkimas nėra numatytas Projekto finansavimo sutarties sąlygose, turi pateikti šią licencinę programinę įrangą jos kainą įtraukiant į savo pasiūlymo kainą.

4.5. Duomenų srautai

4.5.1. Duomenų srautas – tai IS vidinis arba išorinis konkrečios informacijos, duomenų ar duomenų rinkmenų srautas, kuris yra perduodamas iš šaltinių jų gavėjams. IS vykdys duomenų apsikeitimą su išorinėmis ir vidinėmis sistemomis, valstybės registrais ir kadastrais, o taip pat vykdys duomenų apsikeitimą tarp atskirų IS komponentų.

4.5.2. Visi išoriniai IS duomenų srautai bus vykdomi per duomenų mainų posistemę. Išoriniai duomenų srautai apima duomenis iš vidinių (esančių toje pačioje infrastruktūroje kaip ir IS)

informacinių sistemų, valstybės registrų ir kadastrų bei išorinių (esančių kitose institucijose ir sistemose) informacinių sistemų, valstybės registrų ir kadastrų.

4.5.3. Lentelėje 5 pateikiami duomenų srautai, kurie šiuo metu gali būti vykdomi remiantis sutartimis su duomenų teikėjais.

5 lentelė. Duomenų srautai.Nr. Šaltinis Tvarkytojas Būdas Periodiškumas Objektai1. LR Gyventojų registras Gyventojų registro tarnyba prie LR

vidaus reikalų ministerijosGavimas Nedelsiant Vardas ir pavardė;

Asmens kodas;Gimimo data;Deklaruota gyvenamoji vieta;Asmens dokumento tipas.

2. LR Juridinių asmenų registras

VĮ „Registrų centras“ Gavimas Nedelsiant Juridinio asmens teisinė forma;Pavadinimas;Įmonės kodas;Buveinės adresas.

3. Nekilnojamo turto registras

VĮ „Registrų centras“ Gavimas Nedelsiant Duomenys, identifikuojantys nekilnojamąjį daiktą;Duomenys, identifikuojantys daiktinių teisių turėtojus;Daiktinių teisių rūšis.

4. Nekilnojamo turto kadastras

VĮ „Registrų centras“ Gavimas Nedelsiant Duomenys, identifikuojantys žemės sklypus ir statinius, patalpas.

5. Adresų registras VĮ „Registrų centras“ Gavimas Periodiškai Administraciniai vienetai;Seniūnijos;Gyvenamosios vietovės;Gatvės;Adresai.

6. VIISP Informacinės visuomenės plėtros komitetas prie Susisiekimo ministerijos

Gavimas Nedelsiant Prašymo pateikėjo (Lietuvos Respublikos piliečio) vardas ir pavardė;Asmens kodas.

7. STORK (naujas šaltinis) Atsakinga šalies prisijungusios prie Europos Komisijos Autentifikavimo sistemos (ECAS) institucija.

Gavimas Nedelsiant Užsienio piliečio, teikiančio prašymą, asmens duomenys.

Nr. Šaltinis Tvarkytojas Būdas Periodiškumas Objektai8. SPSC atestuotų

specialistų ir atestuotų įmonių registras

VĮ „Statybos produkcijos sertifikavimo centras“

Gavimas Periodiškai Fizinio asmens – vardas, pavardė, kvalifikacijos atestato arba teisės pripažinimo dokumento tekstas, dokumento tipas, teisės pripažinimo dokumentu pripažinto dokumento duomenys, kvalifikacijos atestato arba teisės pripažinimo dokumento numeris, galiojimo terminas, atestavimo komisijos protokolo numeris, data, pastabos, sprendimų dėl kvalifikacijos atestato arba teisės pripažinimo dokumento galiojimo sustabdymo ar panaikinimo duomenys ir šių sprendimų galiojimo terminas.Juridinio asmens, kitos užsienio organizacijos – kodas, pavadinimas, adresas, kvalifikacijos atestato arba teisės pripažinimo dokumento tekstas, dokumento tipas, teisės pripažinimo dokumentu pripažinto dokumento duomenys, kvalifikacijos atestato arba teisės pripažinimo dokumento numeris, galiojimo terminas, atestavimo komisijos protokolo numeris, data, pastabos, sprendimų dėl kvalifikacijos atestato arba teisės pripažinimo dokumento galiojimo sustabdymo ar panaikinimo duomenys ir šių sprendimų galiojimo terminas.

9. Atestuotų architektų duomenys

Lietuvos architektų rūmai Gavimas Periodiškai Fizinio asmens vardas, pavardė, kvalifikacijos atestatu ar teisės pripažinimo dokumentu suteiktos kvalifikacijos aprašas, kvalifikacijos atestato ar teisės pripažinimo dokumento numeris ir galiojimo terminas, galiojimo sustabdymo data ir terminas, dublikato išdavimo žyma.

10. Kultūros vertybiųregistras(naujas šaltinis)

Kultūros paveldo departamentas prie Kultūros ministerijos

Gavimas Nedelsiant Duomenys apie nekilnojamąsias kultūros vertybes.

11. LR Saugomųteritorijų valstybėskadastras(naujas šaltinis)

Valstybės saugomų teritorijų tarnyba prie Aplinkos ministerijos

Gavimas Nedelsiant Duomenys apie saugomas teritorijas.

Nr. Šaltinis Tvarkytojas Būdas Periodiškumas Objektai11. Informacija apie

valstybės rinkliavos ir kitų įmokų sumokėjimą iš Valstybinės mokesčių inspekcijos prie Lietuvos Respublikos finansų ministerijos duomenų bazės(naujas šaltinis)

Valstybinė mokesčių inspekcija prie Finansų ministerijos

Gavimas Nedelsiant Duomenys apie valstybės rinkliavos ir kitų įmokų, susijusiomis su per IS teikiamomis paslaugomis ir VTPSI veikla, sumokėjimo faktą.

12. LR teritorijų planavimo dokumentų registras (naujas šaltinis)

VTPSI Gavimas Nedelsiant Duomenys apie teritorijų planavimo dokumentus.

13. Lietuvos statistikos departamentas

IS Teikimas Periodiškai Naujų pastatų statybos duomenys;Leidimų statyti naujus pastatus duomenys.

14. VTPSI rizikos valdymo informacinė sistema

VTPSI Teikimas Nedelsiant Duomenys apie statinius, statybos dalyvius ir administracinius aktus

5. FUNKCINIAI REIKALAVIMAI

5.1. Reikalavimų įgyvendinimas

5.1.1. Pateiktuose reikalavimuose naudojama sąvoka „turi būti galimybė“ arba „turi būti galima“ ir „turi būti“ reiškia, kad tokia IS funkcija turi būti pateikta ir įdiegta Naudotojams (jei naudotojui suteiktos atitinkamos teisės) turi galėti vykdyti funkciją be papildomų IS modifikavimo (arba kūrimo) darbų ir be kitų papildomų veiksmų ir sąnaudų, kai IS bus įdiegta.

5.1.2. Šioje techninėje specifikacijoje neišskirta, kuris funkcionalumas turi būti realizuotas Išoriniame Portale ir kuris Vidiniame Portale.

5.1.3. Visi posistemiai turi būti pritaikyti ne žemesnio kaip bendradarbiavimo lygio paslaugų funkcionalumui.

5.1.4. Pagal pateiktus reikalavimus Tiekėjas turi įsipareigoti be papildomo mokesčio realizuoti visus šioje techninėje specifikacijoje išvardintus funkcinius reikalavimus ir papildomas funkcijas, nurodytas Tiekėjo techniniame pasiūlyme.

5.1.5. Tiekėjo atsakomybė yra pašalinti IS diegimo metu atsiradusius IS įgyvendinimo trūkumus (įskaitant ir IS saugumo trūkumus), net ir tuo atveju jei trūkumas jau egzistavo modifikuojamoje IS, tačiau nebuvo pastebėtas arba reikalavimas jį pašalinti nebuvo aprašytas šioje techninėje specifikacijoje.

5.2. Reikalavimai išoriniam ir vidiniam portalams

5.2.1. Išorinis Portalas turi būti kompiuterinių priemonių visuma, skirta įgyvendinti prieigą prie VTPSI ir savivaldybių administracijų teikiamų elektroninių administracinių paslaugų realizuojant reikalingą „front-office“ funkcionalumą, prieinamą nustatytais prieigos kanalais.

5.2.2. Išorinis Portalas turi būti naudojamas elektroninės administracinės paslaugos iniciavimui, elektroninės administracinės paslaugos teikimo stebėjimui, komunikavimui ir rezultatų pateikimui.

5.2.3. Išorinis Portalas skirtas Išoriniams naudotojams, turintiems priėjimą prie interneto ir norintiems naudotis VTPSI ir savivaldybių administracijų teikiamomis elektroninėmis administracinėmis paslaugomis ir Viešiems naudotojams, norintiems susipažinti su viešai pateikiama informacija.

5.2.4. Išorinis Portalas turi tenkinti visus reikalavimus, pateiktus skyriuose 5.2.6 - 5.2.15.5 ir 6.5 ir skyriuose 5.3.27.1 - 5.17, kiek tai būtina Išorinių naudotojų funkcijoms atlikti.

5.2.5. Vidinis Portalas, kuris turi tenkinti reikalavimus pateiktus skyriuje 6.5 ir skyriuose 5.2 - 5.17, kiek tai būtina Vidinių naudotojų funkcijoms atlikti.

5.2.6. Išorinis Portalas turi būti IS dalis realizuoti klientinį lygmenį kiek tai susiję su funkcionalumu Išoriniam naudotojui.

5.2.7. Išoriniame Portale realizuojamas klientinis lygmuo ir IS vidurinis lygmuo turi būti logiškai atskirti, užtikrinant galimybę nepriklausomai vienas nuo kito modifikuoti išeities kodą bei realizuojant bendravimą tarp lygių sąsajos pagalba, pasirinktinai naudojant tokius sprendimus kaip abstrakti sąsaja (angl. abstract interface), priklausomybės inversija (angl. dependency inversion), pagrįstą pranešimais (angl. message-based) ar lygiaverčius.

5.2.8. Išorinis Portalas turi būti realizuotas 3 skirtingomis kalbomis: lietuvių, anglų ir rusų su galimybę išsirinkti kalbą ir po išsirinkimo Išorinį Portalą pavaizduoti pasirinkta kalba.

5.2.9. Uždarius interneto naršyklę ir Išorinį Portalą užkrovus automatiškai turi būti parinkta lietuvių kalba.

5.2.10. Išorinio Portalo struktūra, meniu punktų, puslapių kiekis ir turinys anglų ir rusų kalbomis gali skirtis priklausomai nuo pateikiamos informacijos kiekio, todėl Tiekėjas turės su VTPSI suderinti Išorinio Portalo struktūrą bei turinį anglų ir rusų kalbomis bei pateikti turinio

išverstus tekstus anglų ir rusų kalba.5.2.11. Elektroninių administracinių paslaugų teikimo sritis turi būti realizuota tik lietuvių

kalba.5.2.12. Informacijos pateikimas Išoriniame Portale skirtingomis kalbomis turi būti

nepriklausomas, t.y. turi būti numatyta, kad portalo struktūra (meniu) skirtingomis kalbomis gali skirtis.

5.2.13. Išorinio Portalo dizainas tūri būti unikalus. Tiekėjas, analizės ir projektavimo metu turi parengti bent 3 skirtingus dizaino šablonus ir VTPSI turi išsirinkti priimtiniausią. Pasirinktam šablonui Tiekėjas turi pasiūlyti keletą Išorinio Portalo spalvų variantus ir VTPSI turi išsirinkti priimtiniausią.

5.2.14. Reikalavimai TVS:5.2.14.1. TVS turi būti administravimo ir valdymo priemonės, prieinamos per atskirą

administravimo naudotojo sąsają.5.2.14.2. TVS turi leisti įdiegti papildomas funkcijas, nestabdant Išorinio Portalo veikimo.5.2.14.3. TVS turi būti naudotojų registras su standartinių teisių pasirinkimu naudotojų teisių

objektams (galimybė nustatyti naudotojams teises tik peržiūrėti/koreguoti/trinti tam tikrą portalo sritį) ir TVS leistinų funkcijų priskyrimu.

5.2.14.4. TVS turi būti priemonės veiksmų audito istorijoms (angl. audit trails/logs) kaupti ir detaliomis ataskaitoms ruošti.

5.2.14.5. TVS turi saugoti turinį standartinių sistemos failų pavidalu arba metaduomenų, kurie atitinka labiausiai paplitusių reliacinių duomenų bazių valdymo sistemų standartus ir formatus, pavidalu.

5.2.14.6. TVS valdymas ir konfigūravimas vykdomas interneto naršyklės pagalba ir turi būti paremtas tik interneto naudotojo sąsaja.

5.2.14.7. TVS turi neleisti vienu metu keliems administruojantiems naudotojams redaguoti to paties turinio objekto.

5.2.14.8. TVS turi klasifikuoti turinio objektus į aplankus.5.2.14.9. TVS turi būti galimybė susieti (pavyzdžiui, naudojant URL) saugomus turinio

objektus su išorine aplikacija, kuri skirta to tipo turinio redagavimui ar peržiūrai.5.2.14.10. TVS turi užtikrinti dokumentų saugumą nuo piktybinio ar netyčinio jo ištrynimo,

t.y. turi būti galimybė atstatyti atsitiktinai ar piktybiškai ištrintus turinio objektus.5.2.14.11. TVS turi leisti maketuoti bet kurį Išorinio Portalo puslapį (išskyrus elektroninių

administracinių paslaugų teikimo sritį):5.2.14.12. pakeisti aktualiausių informacijos blokų padėtį;5.2.14.13. įkelti/panaikinti papildomus blokus;5.2.14.14. galimybė blokuose įkelti paveikslėlius, video, ir kt.;5.2.14.15. naikinti ir įtraukti naujus meniu punktus, keisti juos vietomis (išdėstymo tvarką).5.2.14.16. TVS turi turėti tekstų stiliaus (CSS) redagavimo, peržiūros priemonę, su teksto

valdymo galimybėmis:5.2.14.16.1. redaguoti;5.2.14.16.2. šalinti;5.2.14.16.3. sukurti naujus stilius;5.2.14.16.4. keisti šriftą;5.2.14.16.5. dydį;5.2.14.16.6. spalvą;5.2.14.16.7. storį;5.2.14.16.8. lygiavimą;5.2.14.16.9. transformavimą.5.2.14.17. TVS teksto redaktoriaus reikalavimai:5.2.14.17.1. redagavimo aplinka turi būti artima Microsoft Word ar kitų lygiaverčių programų

aplinkai;5.2.14.17.2. informacija turi būti lengvai (tame tarpe naudojant standartines operacinės

sistemos kopijavimo ir įkelties funkcijas) perkeliama iš Microsoft Word, Microsoft Excel, OpenOfice ir kitų lygiaverčių programų be turinio iškraipymo;

5.2.14.17.3. turi būti galimybė administratoriui nustatyti kokiu intervalu yra išsaugomas TVS redaguojamas tekstas, „automatinis saugojimas“ funkcija;

5.2.14.17.4. turi būti papildoma galimybė pašalinti (panaikinti) visus ankstesnius dokumentų tekstų formato nustatymus;

5.2.14.17.5. turi būti lentelių kūrimo, jų redagavimo ir lentelės bei jos langelių formatavimo funkcijos;

5.2.14.17.6. turi būti galimybė kurti įvairias nuorodas (į kitą puslapį, dokumentą, kitą svetainę, el. pašto adresą);

5.2.14.17.7. turi būti įgyvendintas paveikslėlių įkėlimas į tekstą, naudojant paveikslėlių paieškos-naršymo langą;

5.2.14.17.8. turi būti galimybė keisti paveiksliuko dydį;5.2.14.17.9. turi būti galimybė formatuoti įkeltą paveiksliuką, atliekant:5.2.14.17.9.1. lygiavimo keitimus;5.2.14.17.9.2. apvado keitimus;5.2.14.17.9.3. teksto atstumų nuo paveiksliuko nustatymus;5.2.14.17.9.4. paveikslėlio aprašo (komentaro) suteikimą, kuris būtų matomas tinklalapio

peržiūros režime, užvedus ant paveikslėlio pelytės indikatorių.5.2.14.17.10. redaktoriuje turi būti galimybė tiesiogiai redaguoti patį HTML kodą.5.2.14.17.11. redaktorius turi automatiškai tikrinti pasirinktos kalbos rašyba ir neatitinkančius

rašybos taisyklių žodžius pabraukti.5.2.14.18. TVS turi leisti redaguoti Išorinio Portalo puslapius darbiniame režime.5.2.14.19. TVS turi suteikti galimybę redaguoti Išorinio Portalo Web puslapio savybes,

Išorinio Portalo Web puslapių dalis ir pridėti naujus Išorinio Portalo Web puslapius.5.2.14.20. TVS turi palaikyti daugiakalbiškumą.5.2.14.21. TVS turi leisti atskirai valdyti šablono išdėstymą ir turinį. Tokiu būdu įgalinant

pakartotinį šablonų komponentų panaudojimą.5.2.14.22. TVS palaikyti trečiųjų šalių turinio kūrimo įrankius (WYSIWYG redaktorius).5.2.14.23. TVS turi teikti lengvai naudojamą sąsają turinio įvedimo šablonų konfigūravimui,

nenaudojant papildomo programavimo.5.2.14.24. TVS turi turėti galimybę pakeisti informacijos versiją arba parinkti senesnę versiją

ir patvirtinti ją kaip galiojančią priklausomai nuo suteiktų prieigos teisių.5.2.14.25. TVS turi leisti archyvuoti senesnes turinio objektų versijas.5.2.15. Turi būti atliktos šios su Išorinio Portalo ir Vidinio Portalo realizavimu susijusios

paslaugos:5.2.15.1. sukurtas naujas IS logotipo dizainas, kuris turi būti suderintas su kitų VTPSI

informacinių sistemų logotipų dizainais. Turi būti pasiūlyti ne mažiau kaip 2 logotipų dizaino sprendimų. Logotipo visos autorinės teisės turi būti perduotos VTPSI.

5.2.15.2. parengti ne mažiau kaip po tris Išorinio Portalo ir Vidinio Portalo stiliai ir pateikti Užsakovui suderinimui. Užsakovas turės pasirinkti po vieną stilių Išorinio Portalo ir Vidinio Portalo įgyvendinimui.

5.2.15.3. įdiegtas tekstiniu ir grafiniu turiniu pilnai užpildytas Išorinis Portalas ir Vidinis Portalas VTPSI pateiktoje tarnybinėje stotyje;

5.2.15.4. atliktas informacijos, suderintos su VTPSI, įkėlimas į TVS;5.2.15.5. apmokyti VTPSI įgalioti asmenis dirbti su TVS ir parengtos bei pateiktos TVS

administravimo instrukcijos.5.2.16. Reikalavimai Išorinio Portalo atgalinio ryšio priemonėms:5.2.16.1. Išoriniame Portale turi būti sukurtas dažniausiai užduodamų klausimų – atsakymų

puslapis:5.2.16.1.1. Pateikiant klausimus – atsakymus pagal temas;5.2.16.1.2. Sukuriant klausimų uždavimo formą, kuri leistų Išoriniam Naudotojui pagal

pasirinktą temą pateikti nusiskundimą, nurodyti problemą ar pateikti pasiūlymą.5.2.17. Išoriniame Portale turi būti sukurtas apklausos funkcionalumas, kuris:5.2.17.1. Leistų vykdyti laisvai pasirenkamas apklausas pagal iš anksto parengtą klausimyną.

Klausimyno turi būti sudaromas modifikuojant jo turinį taip, kad būtų galima pateikti klausimus, pasirenkant vieną atsakymą iš kelių galimų, pasirenkant keletą atsakymų, įrašant laisvos formos tekstą.

5.2.17.2. IS turi būti galimybė išsiųsti kvietimus dalyvauti sukurtose apklausose el. paštu pagal iš anksto sudarytą el. pašto adresų sąrašą.

5.2.17.3. Leistų Išoriniame Portale pateikti apklausos rezultatus, juos prieš tai peržiūrėjus ir patvirtinus atsakingam VTPSI darbuotojui.

5.2.17.4. Turėtų paprastos apklausos funkcionalumą, kurį sudarytų vienas klausimas su keliais galimais atsakymais, šios apklausos rezultatus automatiškai pateikiant Išoriniame Portale.

5.3. Reikalavimai prašymų elektroninėms paslaugoms gauti pateikimo posistemiui (Išoriniui Portalui)

5.3.1. Reikalavimai Išorinio Portalo turiniui:5.3.1.1. Išorinis Portalas turi būti susietas su turinio valdymo sistema (toliau – TVS), kuri į

Išorinio Portalo aplinką pateiktų Paslaugos gavėjams prieinamą skaitmeninį turinį:5.3.1.2. antraštės sritį, į kurią turi būti galimybė patalpinti daugialypės terpės (paveiksliukas,

flash animacija) intarpą su navigacijos galimybe į kitą internetinį puslapį;5.3.1.3. poraštės sritį, pateikiant informaciją apie VPTSI, kitą susijusią informaciją ir

informacijos pateikimo funkcijas. Informacija turi būti pateikiama kaip internetinės nuorodos, ją paspaudus užkraunant, atitinkamus puslapius, kuriuose pateikiama tokia informacija ar funkcionalumas:

5.3.1.3.1. IS pavadinimas ir VTPSI kontaktinė informacija;5.3.1.3.2. Išorinio Portalo tarnybinė informacija, tokią kaip versija, paskutinė atnaujinimo

data;5.3.1.3.3. Naujienų prenumeratos užsakymas;5.3.1.3.4. Nusiskundimo, problemos, pasiūlymo forma;5.3.1.3.5. Prieinamumo informacija, nurodant kurie Web Content Accessibility Guidelines 2.0

reikalavimai įgyvendinti ir kaip jais naudotis;5.3.1.3.6. Atsakomybės apribojimas, privatumas ir autorinės teisės;5.3.1.3.7. kita informacija, kurios turinį būtų galima keisti TVS pagalba.5.3.1.4. reklaminių stulpelių sritį dešinėje Išorinio Portalo pusėje, kurioje:5.3.1.4.1. TVS pagalba būtų galima įtraukti neribotą skaičių daugialypės terpės intarpų arba

reklaminių skydelių;5.3.1.4.2. kiekvienas intarpas arba reklaminis skydelis turėtų galimybę navigacijai į kitą

internetinį puslapį;5.3.1.4.3. turėtų valdymo mygtuką srities paslėpimui, jo vietą dinamiškai užpildant kita

sritimi, ir parodymui.5.3.1.5. viršutinį vieno lygio meniu (toliau – viršutinis meniu), kuris:5.3.1.5.1. būtų pateikiamas kortelių (angl. tab) forma;5.3.1.5.2. pasirinkus punktą jį pažymėtų ir atidarytų jį atitinkantį Išorinio Portalo turinį,

kuriame būtų pateikiamas turiniui aktualus šoninis meniu, reklaminiai stulpeliai, informacinė ar elektroninių administracinių paslaugų teikimo sritis;

5.3.1.5.3. leistų grįžti į anksčiau pasirinktą punktą užkraunant tokį Išorinio Portalo turinį, kuris buvo prieš tai, atstatant buvusią būseną (pavyzdžiui, pradėtą pildyti elektroninių administracinių paslaugų užsakymą);

5.3.1.6. šoninį kelių lygių meniu kairėje Išorinio Portalo pusėje (toliau – šoninis meniu), kuris:

5.3.1.6.1. būtų dinaminis ir nereikalautų pelės paspaudimo žemesnio lygio išskleidimui;

5.3.1.6.2. turėtų valdymo mygtuką meniu paslėpimui, jo vietą dinamiškai užpildant kita sritimi, ir parodymui;

5.3.1.6.3. pelės mygtuko ar klaviatūros paspaudimu aktyvuotų atitinkamos elektroninių administracinių paslaugų teikimo sritį ar informacinę sritį, priklausomai nuo viršutinio meniu būsenos.

5.3.1.7. informaciją apie prisijungusį asmenį ir prisijungimo būdą su nurodą į atsijungimo funkciją;

5.3.1.8. paieškos sritį, kuri:5.3.1.8.1. leistų Išoriniame Portale vykdyti paprastą (pagal fragmentą) paiešką. Paieškos

rezultatai taip pat turi būti ieškomi VTPSI išoriniame puslapyje www.vtpsi.lt esančioje konsultacijų ir klausimų / atsakymų skiltyje;

5.3.1.8.2. įgalintų paiešką žodžiais, fragmentais ar frazėmis;5.3.1.8.3. leistų ieškoti įrašų pagal raktinio žodžio dalį, panaudojant frazės praleidimo simbolį

„*”, pavyzdžiui, ieškant žodžio „Klaipėd* saviv” gali būti rasti atitikmenys „Klaipėdos miesto savivaldybė“ arba „Klaipėdos rajono savivaldybė“;

5.3.1.8.4. leistų ieškoti įrašų, lietuviškus rašmenis, vietoje jų naudojant lotyniškus atitikmenis, pavyzdžiui, ieškant žodžio „Klaipeda“ gali būti rastas atitikmuo „Klaipėda“;

5.3.1.8.5. leistų ieškoti įrašų neatsižvelgiant į didžiąsias ir mažąsias raides, pavyzdžiui, ieškant žodžio „klaipėda“ gali būti rastas atitikmuo „Klaipėda“;

5.3.1.8.6. paiešką vykdytų visuose TVS ištekliuose, įskaitant mataduomenis ir dokumentus;5.3.1.8.7. paiešką vykdytų tik tuose TVS ištekliuose prie kurių Naudotojas skaitymo teises;5.3.1.8.8. autentifikuotiems naudotojams paiešką vykdytų elektroninių administracinių

paslaugų teikimo srityje;5.3.1.8.9. pateiktų paieškos rezultatų skaičių bei rodytų paieškos rezultatų sąrašą;5.3.1.8.10. suteiktų galimybę iš paieškos rezultatų sąrašo pasirinkti ir atidaryti (priklausomai

nuo prieigos kontrolės) įrašus, dokumentus ar Išorinio Portalo puslapius pelės arba klaviatūros klavišo paspaudimu.

5.3.1.9. centrinę sritį, kuri priklausomai nuo viršutinio meniu, šoninio meniu, paieškos iniciavimo ar pagalbos iniciavimo, pateiktų:

5.3.1.9.1. elektroninių administracinių paslaugų teikimo sritį, iššaukiamą šoninio meniu, kurioje

5.3.1.9.1.1. turi būti galimybė užpildyti, pateikti ir stebėti vykdymo būseną prašymams ir pranešimams, kurie būtini el. paslaugoms, nurodytoms 3 lentelės 1- 16 punktuose įgyvendinimui.

5.3.1.9.1.2. pildyti prašymų formas galėti tik autentifikavęsi Išoriniai naudotojai;5.3.1.9.1.3. būtų galima kurti naujus prašymus ir redaguoti nepateiktus arba nepatenkintus

prašymus;5.3.1.9.1.4. nebūtų ribojamas kuriamų prašymų skaičiaus;5.3.1.9.1.5. būtų galima pasirašyti prašymą kvalifikuotu elektroniniu parašu;5.3.1.9.1.6. būtų galima su prašymu pateikti el. parašu patvirtintus dokumentus, arba tuos

dokumentus pasirašyti Išoriniame Portale;5.3.1.9.1.7. būtų galima automatiškai užpildyti formos duomenis gaunant duomenis iš kitų

valstybinių ir/ar žinybinių registrų, kitų informacinių sistemų ar IS anksčiau išsaugotų duomenų;5.3.1.9.1.8. būtų galima pagal būtinybę sutikrinti formos duomenis su duomenimis iš kitų

valstybinių ir/ar žinybinių registrų, kitų informacinių sistemų ir reikalui esant informuoti apie neatitikimus;

5.3.1.9.1.9. būtų galima pagal prašyme nurodytus duomenis automatiškai informuoti atitinkamą instituciją apie pateiktą prašymą;

5.3.1.9.1.10. būti galima patikrinti Išorinio naudotojo ankstesniuose prašymuose suvestus duomenis ir juos kaip pagrindą naudoti naujai pildomų prašymų suvedime;

5.3.1.9.1.11. būti galima patikrinti ir teikti informaciją apie Išoriniam naudotojui ankščiau išduotus dokumentus;

5.3.1.9.1.12. būtų funkcionalumas iš atmesto arba nepatenkinto prašymo suformuoti ir redaguoti naują prašymą užpildytą atmesto arba nepatenkinto prašymo duomenimis;

5.3.1.9.1.13. būtų galima Išoriniam naudotojui matyti atmestą arba nepatenkintą prašymą, taip pat matyti jam pateiktas pastabas;

5.3.1.9.1.14. būti galima prašymo registravimo metu užpildyti („suvarniuoti“) pridedamų dokumentų patikros lapą (angl. Check-list), siekiant įsitikinti, kad visi reikalingi dokumentai yra pridėti;

5.3.1.9.1.15. būtų galima proceso dalyvius informuoti IS priemonėmis apie jiems reikalingus atlikti veiksmus;

5.3.1.9.1.16. būtų galima į IS įkelti statinių projektus ir kitus pridedamus dokumentus nustatyto formato bylomis;

5.3.1.9.1.17. būtų galima pateikusiems prašymus Išoriniams naudotojams stebėti el. paslaugos teikimo būseną;

5.3.1.9.1.18. būtų galima tik Išoriniams naudotojams ir prašymų pateikėjams peržiūrėti visus bylos dokumentus bei sistemoje išduotus dokumentus;

5.3.1.9.1.19. būtų galima Išoriniams naudotojams ir prašymų pateikėjams peržiūrėti visas pastabas dėl kurių prašymai nebuvo patenkinti.

5.3.1.9.2. informacinę sritį, pagal kontekstą skirtingą, pateikiamą užkrovus Išorinį Portalą pirmą kartą, pasirinkus atitinkamą viršutinio meniu pirmą kartą, naudotojui prisijungus prie Išorinio Portalo, naudotojui atsijungus nuo Išorinio Portalo, pasirinkus viršutinio meniu informacines korteles ir detalizuojančius šoninio meniu punktus;

5.3.1.9.3. paieškos rezultatus;5.3.1.9.4. kitus Išorinio Portalo informacinius puslapius, kurie turi būti suderinti analizės ir

projektavimo metu.5.3.1.10. nuorodą į pagalbos sritį, kuri:5.3.1.10.1. priklausomai nuo centrinės srities būsenos, pateiktų šiai būsenai aktualią pagalbos

informaciją;5.3.1.10.2. pagalbos informacija turi būti pateikiama atidarant naują interneto naršyklės

kortelę ir aktyvuojant, šioje kortelėje pateikiant tik pagalbos informaciją be kitų Išorinio Portalo sričių.

5.3.2. IS turi būti priemonės autentifikuoti IS naudotoją kaip fizinį asmenį, naudojant VIISP ar STORK ir nustatyti jo tikrąją tapatybę (vardą, pavardę, asmens kodą/identifikatorių).

5.3.3. IS turi būti priemonės autentifikuoti IS naudotoją kaip juridinį asmenį, naudojant VIISP ir nustatyti atstovaujamo juridinio asmens tapatybę (pavadinimą, kodą), jei VIISP teiks tokią paslaugą.

5.3.4. IS, fizinį asmenį, kuris yra įmonės direktorius, turi identifikuoti ir leisti jam pasirinkti atstovavimą už įmonę arba už save kaip fizinį asmenį.

5.3.5. IS turi būti galimybė įgalioti kitą asmenį/asmenis veikti jo ar įmonės vardu:5.3.5.1. Nurodant atstovaujantį asmenį (vardą, pavardę, identifikatorių);5.3.5.2. Nurodant kokius veiksmus gali vykdyti atstovaujantis asmuo.5.3.5.3. IS turi būti galimybė peržiūrėti atstovaujamus asmenis, keisti jų atstovavimo

parametrus ir pašalinti atstovaujančius asmenis.5.3.5.4. Atstovaujančiam asmeniui prisijungus prie IS, turi būti galimybė pasirinkti

atstovaująmą asmenį arba save.5.3.6. Išoriniame Portale skirtinguose puslapiuose pateikiama informacija, pavadinimai, tel.

numerių formatai ir pan., kurie nurodo tą patį objektą turi būti pavadinti taip pat. Pavyzdžiui, jei projektavimo metu nuspręsta naudoti tel. numerio formatą 8 (5) 2XXXXX, visame portale turi būti naudojamas šis formatas, o ne 852XXXXX ar +37052XXXXX.

5.3.7. Įvedimo laukai privalo turėti įvedimo objektui nustatyto šablono tikrinimą. Pavyzdžiui, el. pašto įvedimo laukas turi būti tikrinamas leidžiant įvesti tik el. pašto adresą, kuris susideda iš naudotojo vardo, simbolio „@” ir el. pašto serverio.

5.3.8. Įvedimo objektui nustatyto šablono tikrinimas turi būti atliekamas pereinant iš įvedimo

lauko į kitą įvedimo lauką ar pateikiant rezultatus.5.3.9. Įvedimo forma turi būti suskirstyta į fiksuotą kiekį atskirų paslaugos puslapių, kurių

kiekvienas turi loginį išbaigtumą. Pavyzdžiui, puslapiai „Statybos objektas“ ir „Fizinio asmens duomenys“ turi būti pateikiami atskirai.

5.3.10. Kiekvienas iš puslapių turi turėti tiek suvedamos/pateikiamos informacijos, kad patogiai tilptų viename interneto naršyklės lange ir nereikalautų slinkties juostų naudojimo. Jei būtina pateikti daugiau informacijos, puslapis turi būti skaidomas į keletą arba tam tikra informacija suvedama pagalbinių, iššokančių puslapių pagalba.

5.3.11. Skirtingi paslaugos puslapiai turi būti sujungti navigacijos funkcionalumu, leidžiančiu pereiti vis į tolesnį puslapį, užpildant būtiną pateikimui informaciją ir pabaigiant paslaugos užsakymą paskutiniame paslaugos puslapyje.

5.3.12. Navigacijai tarp paslaugos puslapių turi būti naudojami navigacijos mygtukai, pagal spalvinę reikšmę, užrašą ir grafinį vaizdą atitinkamai nurodantys navigacijos kryptį.

5.3.13. Pereiti į tolesnį paslaugos puslapį turi būti leidžiama tik tada, kai visa informacija pateikta tuo metu rodomame paslaugos puslapyje yra patikrinta ir neklaidinga. Aptikus klaidą duomenyse turi būti pranešta kurią informaciją reikia ištaisyti.

5.3.14. Turi būti pateikta navigacijos galimybė, pateikiant puslapių navigacijos žemėlapį, kuris leistų pasirinkti ir atidaryti norimą paslaugos puslapį. Navigacijos žemėlapis turi neleisti atidaryti tokio paslaugos puslapio, kuris reikalauja prieš tai esančių puslapių informacijos.

5.3.15. Turi būti sukurtas funkcionalumas, kuris pateiktų informaciją kiek simbolių liko suvesti į tuo metu aktyvų įvedimo lauką. Funkcionalumas turi būti naudojamas tik tiems įvedimo laukams, kuriems tai logiškai pagrįsta. Vedant informaciją į įvedimo lauką, įvedimui skirtų simbolių skaičius turi mažėti, o pasiekus 0, toliau įvedimo neleisti.

5.3.16. Turi būti sukurtas funkcionalumas, kuris leistų užvedus pelės žymeklį, ar žymeklį klaviatūros pagalba, po kelių sekundžių ant įvedimo lauko parodyti trumpą pagalbą apie būtiną suvesti informaciją. Pagalbos pranešimas neturi uždengti įvedimo lauko ar kitos svarbios informacijos ir turi automatiškai prapulti nustūmus palės žymeklį, peršokus klaviatūros pagalba kitur ar pradėjus vesti tekstą.

5.3.17. Paslaugos puslapių visos įvedimo formos turi būti privalomos. Jei tam tikros informacijos nebūtina suvesti, tai turi būti automatiškai nustatyta iš prieš tai įvestos ar pasirinktos informacijos ir į tą įvedimo laukui turi būti neleista įvesti informacijos arba jis turi būti paslėptas.

5.3.18. Įvedimo formose, kuriose tai tikslinga, turi būti tikrinama lietuvių kalbos rašyba ir neatitinkantys rašybos taisyklių žodžiai pabraukiami.

5.3.19. Tam tikro puslapio, formos ar paslaugos inicijavimo pasiekimui turi reikėti ne daugiau kaip trijų naudotojo veiksmų, pradedant nuo pagrindinio Išorinio Portalo puslapio.

5.3.20. Interneto naršyklės mygtukai „Pirmyn“ ir „Atgal“ turi veikti korektiškai. Spaudžiant mygtuką „Pirmyn“, jei jis aktyvus, turi būti pereinama į prieš tai buvusį puslapį (jei jis buvo anksčiau užkrautas), jei tai aktualu, išsaugant esamo puslapio suvestus duomenis formose ir užkraunant prieš tai buvusius buvusio puslapio duomenis formose. Spaudžiant mygtuką „Atgal“ turi būti užkrautas prieš tai buvęs puslapis ), jei tai aktualu, išsaugant esamo puslapio suvestus duomenis formose ir užkraunant prieš tai buvusius buvusio puslapio duomenis formose.

5.3.21. Vedant naują informaciją į Išorinio Portalo įvedimo formas, neturi matytis prieš tai įvesti duomenys, t.y. duomenys neturi būti kaupiami lokaliai, juos pakartotinai panaudojant (angl. autocomplete).

5.3.22. Pradėjus duomenis vesti į Vidinio ar Išorinio Portalo formą, įvesti/pasirinkti duomenys ir dokumentai turi būti periodiškai užsaugomi ir užsaugomi naudojant „pirmyn“/“atgal“ naršyklės mygtukus, taip, kad Naudotojas būtų gražintas į tą patį puslapį ir tą pačią formos vietą, po to kai Naudotojui prisijungia prie IS, prieš tai uždarius naršyklės langą ar Naudotoją atjungus nuo IS.

5.3.23. Išorinio Portalo įvedimo formos gali būti automatiškai užpildomos duomenimis, panaudojant anksčiau sukauptus duomenis ar Naudotojo užsaugotą asmeninę ir tarnybinę informaciją, bei informaciją gautą iš atitinkamų valstybės registrų ir informacinių sistemų, tačiau ši

informacija turi būti saugoma ją susiejus su Naudotoju jam autentifikavusis.5.3.24. Jei tikslinga, įvedimo formose turi būti automatiškai užpildyti asmens duomenys, gauti

Naudotojui autentifikavusis, pvz. iš VIISP ar STORK.5.3.25. Naudotojas, kuris naudotųsi tuo pačiu kompiuteriu ir interneto naršykle neturėtų

matyti kito Naudotojo anksčiau įvedimo formose suvestų reikšmių.5.3.26. IS turi būti galimybė atlikti paiešką ir gauti informaciją apie su statyba susijusių

atestuotų asmenų veiklą:5.3.26.1. IS turi būti galimybė matyti sukauptą informaciją apie su statyba susijusių atestuotų

asmenų ir įmonių veiklą, bei remiantis pateiktais duomenimis tinkamai įvertinti pastarųjų kompetenciją;

5.3.26.2. IS turi būti galimybė statytojui užpildyti anketą / formą kurioje paliktų atsiliepimus ir vertinimus apie su statyba susijusių atestuotų asmenų veiklą;

5.3.26.3. IS turi būti galimybė atlikti su statyba susijusių atestuotų asmenų veiklos peržiūrą;5.3.26.4. Savivaldybės administracijos specialistas turi turėti galimybę surasti prašyme (gauti

statybos leidimą arba rašytinį pritarimą) nurodytą su statyba susijusį atestuotą asmenį, ir matyti apie jį IS sukauptą informaciją;

5.3.26.5. IS pagalba turi būti formuojami atestuotų asmenų sąrašai nurodant jų veiklos metu padarytus pažeidimus. Ataskaita turi būti formuojama remiantis IS registruojamais patikrinimo aktuose nurodytais duomenimis, t.y. VTPSI specialistų užpildžius vieną iš patikrinimo aktų, kuriame yra klausimai (duomenys) apie atestuotus asmenis. Šių aktų duomenys turi būti apdoroti VTPSI rizikos valdymo sistemoje, o rezultatai skelbiami IS.

5.3.26.6. IS turi būti galimybė teikti su statyba susijusių atestuotų asmenų veiklos duomenų atestavimo institucijoms;

5.3.26.7. IS turi būti galimybė visiems IS naudotojams sudaryti galimybę matyti su statyba susijusiu atestuotų asmenų veiklos informaciją, kuri sukaupta ir saugoma IS.

5.3.27. IS turi būti galimybė atlikti su statyba susijusių atestuotų asmenų veiklos vertinimą, kuris bus atliekamas atsižvelgiant į nustatytus jų veiklos pažeidimus projektavimo ir statybos srityje.

5.3.27.1. IS turi būti galimybė prašymų pateikėjams (Išoriniams naudotojams) bendrauti su Statinių projektų tikrintojais, Prisijungimo sąlygas ir/ar specialiuosius reikalavimus išduodančiais naudotojais ir Vidiniais naudotojais, sukuriant atskirą tekstinių pranešimų (žinučių) perdavimo per IS funkcionalumą.

5.3.28. IS turi buti galimybė atsispausdinti sąvadą pastabų iš visų institucijų, kurios nepritarė statinio projektui.

5.3.29. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto vykdymo metu.

5.4. Reikalavimai informavimo posistemiui

5.4.1. Posistemis turi teikti informaciją Išoriniams naudotojams apie įvairius jų pateiktų prašymų / pranešimų pasikeitimus.

5.4.2. Posistemis turi teikti informaciją institucijoms, kurios turi dalyvauti pateiktų dokumentų nagrinėjimo procese (pvz. statinio projektą tikrinantys subjektai turi gauti informaciją, kad yra statinių projektų, laukiančių tikrinimo).

5.4.3. IS turi būti galimybė priskirti institucijai atsakingą asmenį(-is), kuris(-ie) turėtų galimybę paskirstyti automatiškai suformuotas užduotis kitiems institucijos darbuotojams.

5.4.4. IS turi būti galimybė automatiškai informuoti suinteresuotus asmenis apie žingsnio vykdymo maksimalios trukmės viršijimą.

5.4.5. IS turi būti galimybė informuoti Naudotoją apie kitą galimą žingsnį, kai esama užduotis įvykdyta.

5.4.6. IS turi būti galimybė automatiškai vykdyti veiksmus, apibrėžtus darbo sekoje, jei žingsnio vykdymas vėluoja (pvz., pažymėti dokumentą suderintu, inicijuoti kito žingsnio vykdymą).

5.4.7. IS turi būti procesų vykdymo duomenų analizės priemonės, kuriose Naudotojas galėtų nurodyti pagal kokius požymius nori peržiūrėti, grupuoti ir rūšiuoti duomenis.

5.4.8. IS turi pateikti informaciją, apimančią visus dokumentus/užduotis visose procese dalyvaujančiose organizacijose: turi būti pateikiami užduočių/dokumentų kiekiai pagal dokumento/užduoties tipus, būsenas, organizacijas, konkrečius vykdytojus, vykdymo terminus.

5.4.9. IS turi būti galimybė filtruoti užduotis pagal jų numatyto įvykdymo datas (pagal tai išskaičiuojant vėlavimo laiką), bei kitus atributus. Konkretūs duomenų pjūviai ir reikalingos ataskaitos turės būti suderintos analizės ir projektavimo metu.

5.4.10. IS turi būti galimybė peržiūrėti apibendrintą informaciją apie IS vykdomus dokumentų rengimo procesus. Naudotojams turėtų būti pateikiama informacija, apimanti, bet neapsiribojanti:

5.4.10.1. vykdomų procesų skaičiumi;5.4.10.2. kiekvieno proceso vykdymu žingsniu;5.4.10.3. vykdančiu asmeniu;5.4.10.4. vėlavimo požymiu suminiu dienų skaičiumi kiek vėlavo visi anksčiau vykdyti

žingsniai.5.4.11. IS turi būti galimybė matyti prašymų / pranešimų nagrinėjimo būseną išorinėse

informacinėse sistemose.5.4.12. IS turi būti galimybė informuoti Išorinius naudotojus apie būsenų pasikeitimus el.

paštu ir SMS žinute, Vidinius naudotojus tik el. paštu.5.4.13. IS turi būti galimybė Išoriniams ir Vidiniams naudotojams vienu metu pasirinkti aibę

pranešimų apie skirtingų paslaugų būsenų ir kitų IS funkcionalumų pasikeitimus, pažymint/atžymint pageidaujamų pranešimų tipus. Išoriniams naudotojams turi būti galimybė pasirinkti informavimo būdą (el. paštu ir/ar SMS žinute). Vidiniams naudotojams pasirinkti pranešimai turi būti siunčiami el. paštu.

5.4.14. IS turi būti galimybė teikti informaciją iš elektroninių dokumentų archyvo fiziniams ir juridiniams asmenims apie jiems išduotus dokumentus.

5.4.15. IS turi būti galimybė informuoti Vidinį naudotoją apie paskirtas užduotis, leidžiant užsisakyti informavimą apie dominantį procesą el. paštu.

5.4.16. IS turi būti galimybė teikti informaciją į Išorinį Portalą apie išduotus dokumentus, kuri būtų prieinama visiems Viešiems naudotojams.

5.4.17. IS turi būti galimybė teikti duomenis apie išduotus dokumentus juridiniams asmenims XML formatu.

5.4.18. IS turi būti galimybė Išoriniame Portale viešinti teisės aktus.5.4.19. IS turi būti galimybė gauti grįžtamąją informaciją apie savavališkos statybos

pranešimą.5.4.20. IS turi būti galimybė registruotiems tam tikrų teisių Vidiniams naudotojams peržiūrėti

juos dominančią informaciją.5.4.21. IS turi būti galimybė periodiškai teikti suderintos struktūros išrašus registruotiems kitų

institucijų informacinių sistemų naudotojams.5.4.22. IS turi būti galimybė atlikti Naudotojų apklausas.5.4.23. IS turi būti galimybė Išoriniams naudotojams nusistatyti galimybę gauti užsakytus /

išduotus dokumentus paštu.5.4.24. IS turi būti galimybė teikti nustatytus duomenis apie su statyba susijusių asmenų

veiklą atestavimo institucijoms.5.4.25. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto

vykdymo metu.

5.5. Reikalavimai statybą leidžiančių dokumentų tvarkymo posistemiui

5.5.1. Posistemis skirtas savivaldybių administracijų naudotojams, kurie vykdys su statybą leidžiančių dokumentų ir su jų išdavimu susijusias funkcijas ir Išoriniams naudotojams, kurie naudosis Išorinio Portalo teikiamomis paslaugomis.

5.5.2. IS turi būti galimybė užpildyti visas prašymų formas (tiekėjas turės atlikti analizę ir parengti tipines formas, kurios nėra patvirtintos teisės aktais) ir pateikti su prašymu susijusius dokumentus. IS turi būti galimybė visas prašymų formas pildyti naudojantis IS. IS turi leisti prie prašymų ir pranešimų pridėti erdvinę informaciją (konkrečių prašymų dokumentus ir įkėlimo būdus Tiekėjas turi suderinti su Užsakovu analizės etapo metu).

5.5.2.1. Įkeliant grafinę rastrinių duomenų rinkmeną (bent jpeg ir tiff) ir geografinių koordinačių susiejimo rinkmeną (bent jgw ir tfw),

5.5.2.2. Įkeliant CAD formato (bent dwg) duomenų rinkmeną susietą su geografinėmis koordinatėmis,

5.5.2.3. Įkeliant GIS (geospatial) formato (bent Shapefile) rinkmeną, 5.5.2.4. Naudotojo sąsajos pagalba įvedant žemės sklypo ribų posūkio taškų ar kitokio objekto

(pvz. egzistuojančio statinio) taškų (poligono) koordinates, 5.5.2.5. Nurodžius objekto (žemės sklypo) unikalų numerį įkeliant išeksportuotus GIS

duomenis (vektorinius ir rastrinius) apie objektą iš TPDR saugomo teritorijų planavimo dokumento (Tiekėjas turi sukurti TPDR sistemoje WMS, WFS paslaugas, leidžiančias pateikti duomenis į IS),

5.5.2.6. Nurodžius objekto (pvz. žemės sklypo) unikalų numerį ir apmokėjus nustatytą mokestį įkeliant erdvinius duomenis apie objektą (pvz. žemės sklypo ribų posūkio taškų koordinates) iš NTR;

5.5.2.7. IS turi atvaizduoti prašymo teikėjui įkeltus erdvinius duomenis žemėlapyje (atvaizduojant ant NŽT išduodamų valstybinių georeferencinių erdvinių duomenų rinkinių bei georeferencinio pagrindo žemėlapių).

5.5.3. IS turi būti galimybė užpildyti, pateikti ir stebėti vykdymo būseną prašymams, nurodytiems 3 lentelės 1- 17 punktuose.

5.5.4. IS turi būti galimybė, išsaugant prašymus išduoti SLD, sutikrinti ar pridėti visi būtinis dokumentai, jeigu ne, neleisti formuoti prašymo.

5.5.5. Specialiuosius reikalavimus išduodančios institucijos:5.5.5.1. Savivaldybių administracijos išduoda specialiuosius reikalavimus;5.5.5.2. Kultūros paveldo departamentas išduoda specialiuosius paveldosaugos reikalavimus;5.5.5.3. Saugomų teritorijų direkcijos išduoda specialiuosius saugomos teritorijos tvarkymo ir

apsaugos reikalavimus.5.5.6. Prisijungimo sąlygas išduodantys juridiniai asmenys ar institucijos nustatyti Statybos

įstatymo 23 straipsnio 15 dalies 17 punkte. 5.5.7. IS turi būti galimybė kurti naujus prašymus ir redaguoti esamus IS. IS turi leisti

institucijoms, išduodančioms prisijungimo sąlygas ir specialiuosius reikalavimus (savivaldybių išduodamus), specialiuosius saugomų teritorijų ir paveldosaugos reikalavimus keisti prašymo formą, papildant naujais laukais, nurodant laukų tipus, bei sudarant pridedamų dokumentų sąrašą (privalomų ir neprivalomų).

5.5.8. IS turi būti galimybė peržiūrėti ir įvertinti šiuo metu patvirtintų dokumentų formas, jas optimizuojant ir sudarant galimybes formuoti išbaigtą dokumentą iš IS, kuriam nereikėtų papildomos informacijos surašymo rankiniu būdu (pvz., lapų skaičius) ir kuris būtų suformuotas „taupymo režimu“ (t.y. sutraukiant neužpildytas tekstu dokumento dalis).

5.5.9. IS neturi riboti kuriamų prašymų skaičiaus.5.5.10. IS turi būti galimybė pradėtą tikrinti prašymą pažymėti ir neleisti jo pradėti tikrinti

kitam darbuotojui.5.5.11. IS turi būti galimybė automatiškai užpildyti formos duomenis gaunant duomenis iš

kitų valstybinių ir/ar žinybinių registrų, kitų informacinių sistemų ar sistemoje anksčiau išsaugotų duomenų (pvz., apie paslaugų gavėją).

5.5.12. IS turi būti galimybė su prašymu pateikti el. parašu patvirtintus dokumentus.5.5.13. IS turi būti galimybė pasirašyti dokumentą kvalifikuotu elektroniniu parašu.5.5.14. IS turi būti galimybė registruoti statybos objektus ir statinius.5.5.15. IS turi būti galimybė redaguoti užregistruotus statybos objektus ir statinius.5.5.16. IS turi būti galimybė keisti pridedamų dokumentų išdėstymo tvarką.

5.5.17. IS turi būti galimybė leidimus išduodančioms institucijoms posistemyje peržiūrėti su prašymu pateiktus erdvinius duomenis. IS turi leisti eksportuoti su prašymu pateiktus erdvinius vektorinius ir rastrinius duomenis, bei juos išsisaugoti kompiuteryje. IS turi būti sukurtos geografinių objektų prieigos paslaugos (WFS) leidžiančios leidimus išduodančioms institucijoms įsikelti peržiūrai į savo GIS sistemas IS saugomus su prašymu pateiktus erdvinius duomenis.

5.5.18. IS turi būti galimybė suformuoti išduodamus dokumentus (leidimus, pritarimus) ir reikalui esant atspausdinti pateiktus prašymus ir išduodamus dokumentus.

5.5.19. IS turi būti galimybė suformuotus išduodamus dokumentus parsisiųsti iš IS tiek siunčiant kiekvieną dokumentą atskirai, tiek ir sugrupavus (pažymėjus kuriuos sugrupuoti ar pažymėjus kad reikia grupuoti visus) visus bendrai. Siunčiant dokumentus bendrai, IS turi būti numatytas maksimalus sugrupuotos bylos dydis (įvertinus IS naudojamos infrastruktūros apribojimus). Sugrupuoti dokumentai gali būti siunčiami kaip suglaudintas failas (pvz. ZIP formatu).

5.5.20. IS turi būti galimybė automatiškai patikrinti iš Išorinio Portalo pateiktus prašymus ir leisti redaguoti jų duomenis.

5.5.21. IS turi būti galimybė patikrinti prie iš Išorinio Portalo pateiktų prašymų pridėtus dokumentus (projektus) ir juos su prašymo duomenimis perduoti į statinių projektus tikrinančių institucijų modulį atitinkamoms institucijoms.

5.5.22. IS turi būti galimybė atmesti iš Išorinio Portalo pateiktus prašymus, kurie nėra užpildyti korektiškai, nurodant atmetimo priežastis.

5.5.23. IS turi būti galimybė grąžinti pataisyti pateiktas statinio projekto tikrinimo išvadas iš statinių projektus tikrinančios institucijos.

5.5.24. IS turi būti galimybė pratęsti statinių projektams patikrinti skirtus laiko limitus.5.5.25. IS turi būti galimybė išsiųsti pranešimus el. paštu statinių projektus tikrinančioms

institucijoms, apie naują prievolę patikrinti statinio projektą.5.5.26. IS turi būti galimybė gavus statinio projekto patikrinimo išvadas patenkinti, arba

nepatenkinti prašymą.5.5.27. IS turi būti galimybė suformuoti ir persiųsti pastabas statytojui.5.5.28. IS turi būti galimybė suformuotas pastabas parsisiųsti iš IS tiek siunčiant kiekvieną

pastabą atskirai, tiek ir sugrupavus (pažymėjus, kurias pastabas sugrupuoti ar pažymėjus, kad reikia grupuoti, visas) visas bendrai. Siunčiant pastabas bendrai, IS turi būti numatytas maksimalus sugrupuotos bylos dydis (įvertinus IS naudojamos infrastruktūros apribojimus). Sugrupuotos pastabos gali būti siunčiamos kaip suglaudintas failas (pvz. ZIP formatu).

5.5.29. IS turi būti galimybė keisti duomenis apie SLD galiojimą, t. y. pažymėti jį negaliojančiu, nurodant to priežastis (pvz., teismui panaikinus SLD) arba atkeisti jo būseną į galiojantį.

5.5.30. IS turi būti galimybė registruoti/redaguoti juridinius asmenis.5.5.31. IS turi būti galimybė sutikrinti ar statinys, dėl kurio pateiktas prašymas išduoti SLD,

nėra savavališkas.5.5.32. IS turi būti sudaryta galimybė IS priemonėmis formuojamus dokumentus išduoti

keliems statytojams (fiziniams/juridiniams asmenims).5.5.33. Jei po dokumento išdavimo paaiškėja, kad dokumente yra skaičiavimo, spausdinimo,

faktinių duomenų neatitikimo ar kitų techninių klaidų, IS turi būti galimybė tas klaidas ištaisyti.5.5.34. IS turi buti galimybė atsispausdinti sąvadą pastabų iš visų institucijų, kurios nepritarė

statinio projektui. 5.5.35. IS turi būti galimybė atlikti su statyba susijusių atestuotų asmenų veiklos vertinimą,

kuris bus atliekamas atsižvelgiant į nustatytus jų veiklos pažeidimus projektavimo ir statybos srityje.

5.5.36. IS turi būti galimybė Vidiniam naudotojui matyti visą sąrašą institucijai pateiktų dokumentų, o „Mano darbai“ padaryti atskiru meniu punktu, kurį pasirinkus būtų pateikiami Vidiniams naudotojui priskirti dokumentai/darbai.

5.5.36.1. IS turi būti galimybė šio posistemio naudotojams bendrauti su prašymo pateikėjais

(Išoriniais naudotojais) Statinių projektų tikrintojais, Prisijungimo sąlygas ir/ar specialiuosius reikalavimus išduodančiais naudotojais ir kitais Vidiniais naudotojais, sukuriant atskirą tekstinių pranešimų (žinučių) perdavimo per IS funkcionalumą.

5.5.37. Tiekėjas turi parengti bendros atvaizduojamos informacijos sąrašo projektą.5.5.38. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto

vykdymo metu.

5.6. Reikalavimai prisijungimo sąlygas ir specialiuosius reikalavimus išduodančių institucijų posistemiui

5.6.1. Posistemis turi būti realizuotas atskiroje išorinėje sistemoje. 5.6.2. IS turi būti galimybė IS priemonėmis pateikti 3 lentelės 16 ar 17 punkte nurodytoms el.

paslaugas vykdyti būtinus prašymus.5.6.3. IS turi būti galimybė prisijungimo sąlygas ir specialiuosius reikalavimus išduodančioms

institucijoms posistemyje peržiūrėti pateiktą prašymą ir erdvinius duomenis. IS turi leisti minėtoms institucijoms eksportuoti vektorinius ir rastrinius duomenis, bei juos išsisaugoti kompiuteryje. IS turi būti sukurtos geografinių objektų prieigos paslaugos (WFS), leidžiančios minėtoms institucijoms įkelti į IS erdvinius duomenis iš savo turimų GIS sistemų.

5.6.4. IS turi turėti funkcionalumą leidžiantį prisijungimo sąlygas ir specialiuosius reikalavimus išduodančioms institucijoms pateikti statytojui ar jo įgaliotam asmeniui, kurie rengia statinio projektą, prisijungimo sąlygų ir specialiųjų reikalavimų dokumentą apie specialiuosius architektūrinius, specialiuosius saugomų teritorijų ir paveldosaugos reikalavimus, į kuriuos būtina atsižvelgti rengiant statinio projektą, arba atsisakymo išduoti prisijungimo sąlygų ar specialiųjų reikalavimų dokumentą.

5.6.5. IS turi suformuoti prisijungimo sąlygų ir specialiųjų reikalavimų išdavimo (ar atsisakymo išduoti) elektroninį dokumentą (ADOC) ir leisti jį pasirašyti kvalifikuotu elektroniniu parašu. IS turi leisti šį dokumentą pasirašyti keliems pasirašantiems asmenims bei leisti vienam naudotojui suformuoti ir pateikti elektroninį dokumentą kito naudotojo pasirašymui.

5.6.6. IS turi būti galimybė keisti pridedamų dokumentų išdėstymo tvarką.5.6.7. IS turi būti galimybė šio posistemio naudotojui matyti visą sąrašą institucijai pateiktų

dokumentų, o „Mano darbai“ padaryti atskiru meniu punktu, kurį pasirinkus būtų pateikiami šio posistemio naudotojui priskirti dokumentai/darbai.

5.6.8. IS turi būti galimybė formuoti dinamines suvestines ir sąrašines ataskaitas įvairiais pjūviais (ataskaitos duomenys turi būti suderinti analizės ir projektavimo etapų metu).

5.6.8.1. IS turi būti galimybė šio posistemio naudotojams bendrauti su prašymo pateikėjais (Išoriniais naudotojais), Statinių projektų tikrintojais, ir Vidiniais naudotojais, sukuriant atskirą tekstinių pranešimų (žinučių) perdavimo per IS funkcionalumą.


vykdymo metu.

5.7. Reikalavimai statinių projektų tikrinimo posistemiui

5.7.1. Posistemis turi būti realizuotas atskiroje išorinėje sistemoje. Juo naudotis turi būti galima vienodai dviem būdais:

5.7.1.1. IS naudotojo sąsaja. Tiekėjas analizės etape turės nustatyti ir su Užsakovu suderinti kuris funkcionalumas bus realizuotas Išoriniame Portale ir/ar Vidiniame Portale.

5.7.1.2. Tinkline paslauga (angl. Web Service). Tinklinės paslaugos įgyvendinamas funkcionalumas turi būti analogiškas kaip ir IS naudotojo sąsajos funkcionalumas.

5.7.2. Siekiant patenkinti statytojo pateiktą prašymą tikrinti statinio projektą (bet kurią prašymo rūšį, kuri pagal reglamentus reikalauja statinio projekto tikrinimo), posistemis turi leisti

tikrinti subjektams pateiktą statinio projektą ir subjektai turi turėti galimybę pritarti, nepritarti arba atmesti pateiktą statinio projektą.

5.7.3. Posistemis turi būti skirtas surinkti informaciją kaip statinio projektą įvertino jį tikrinantys subjektai ir kokį sprendimą jie priėmė.

5.7.4. IS turi būti galimybė statinių projektų tikrintojui pasitikrinti ar anksčiau jo institucijos patikrintam statinio projektui yra išduotas statybą leidžiantis dokumentas ir jį parsisiųsti.

5.7.5. IS turi būti priemonės pateikti elektroninį statinio projektą statinių projektus tikrinančioms institucijoms, tam kad gauti jų pritarimus arba nepritarimus (atmetimus, jei statinio projektas buvo pateiktas patikrinti ne pagal institucijų kompetenciją).

5.7.6. Elektroniniai prašymai turi būti rengiami pagal aktualias tipinio prašymo formas, aprašytas IS.

5.7.7. IS turi būti galimybė parengtą prašymą atsispausdinti.5.7.8. IS turi būti galimybė keisti pridedamų dokumentų išdėstymo tvarką.5.7.9. IS turi būti priemonės papildomai nurodyti institucijas, kurios turės tikrinti statinių

projektus. IS turi įsiminti papildomai įtrauktas institucijas ir pildant prašymus siūlyti jas įtraukti.5.7.10. IS turi būti galimybė atsakingam skirstytojui prieš paskiriant atsakingą statinių

projektų tikrintoją(-us) peržiūrėti pateikto prašymo duomenis ir dokumentus.5.7.11. IS turi būti galimybė paskirti statinio projektą tikrinantį konkretų asmenį.5.7.12. IS turi būti galimybė pakeisti statinio projektą tikrinantį asmenį.5.7.13. IS turi būti galimybė paskirti keletą institucijos statinių projektų tikrintojų, nurodant

konkrečios institucijos statinių projektus tikrinančius asmenis.5.7.14. IS turi būti galimybė skirstyti paraiškas patikrinti statinio projektą kitiems

teritoriniams padaliniams ir šių padalinių statinių projektų tikrintojams.5.7.15. IS turi būti galimybė atlikti pateiktų paraiškų patikrinti statinio projektą paiešką ir

peržiūrą net po atsakymo pateikimo.5.7.16. IS turi būti galimybė paskirus statinių projektų tikrintoją, apie tai šį (šiuos) asmenį (-

is) automatiškai informuoti el. paštu.5.7.17. IS turi būti galimybė patvirtinti paraiškos patikrinti statinio projektą gavimą. IS turi

būti galimybė pakeisti statinio projekto tikrinimo būsenas (pratęsti tikrinimo terminą, atmesti, nurodant, kad paraiška atsiųsta tikrinti ne pagal kompetenciją).

5.7.18. Šiame posistemyje turi būti pasiekiami statytojo nurodyti kontaktiniai duomenys (telefono numeris, mobilaus tel. numeris, el. pašto adresas).

5.7.19. IS turi būti galimybė pridėti informaciją apie komunikaciją su statytoju.5.7.20. IS turi būti galimybė pritarti arba nepritarti statinio projektui.5.7.21. IS turi būti sukurta funkcija, kuri automatiškai skaičiuos terminą, per kurį turi būti

patikrintas statinio projektas.5.7.22. IS turi būti galimybė pritarti / nepritarti savivaldybės administracijos atsiųstoms

paraiškoms, pritarti / nepritarti klaidos, esančio išduotame SLD, ištaisymui. Taip pat turi būti galimybė šias atsiųstas paraiškas atmesti.

5.7.23. IS turi būti priemonės, skirtos informuoti naudotojus el. paštu apie artėjančią statinių projektų patikrinimo termino pabaigą. Turi būti galimybė Vidiniam Naudotojui pačiam nustatyti informavimo el. paštu taisykles, nurodant pranešimų dažnumą ir konkrečius tikrinamų statinių projektus žymės langeliais (angl. check box) pažymint atitinkamus veiksmus iš galimų sąrašo.

5.7.24. IS turi būti priemonės sudaryti ir koreguoti tipinius raštus dėl atsisakymo pritarti statinio projektui šablonus.

5.7.25. IS turi būti galimybė teikiant pritarimą arba nepritarimą pridėti dokumentą.5.7.26. IS turi būti galimybė formuoti dinamines suvestines ir sąrašines ataskaitas įvairiais

pjūviais, kuriose atsispindėtų pritartų / nepritartų statinių projektų, atmestų paraiškų skaičius ir kiti duomenys už pasirinktą laikotarpį.

5.7.27. IS turi būti galimybė šio posistemio naudotojui matyti visą sąrašą institucijai pateiktų dokumentų, o „Mano darbai“ padaryti atskiru meniu punktu, kurį pasirinkus būtų pateikiami Vidiniams naudotojui priskirti dokumentai/darbai.

5.7.28. IS Administratorius turi turėti galimybę tam tikriems statinių projektus tikrinantiems subjektams suteikti teisę pratęsti tikrinimo terminą, skirtą konsultacijos gavimui iš kitų institucijų, kurie nėra IS naudotojai.

5.7.28.1. IS turi būti galimybė šio posistemio naudotojams bendrauti tarpusavyje, su prašymo pateikėjais (Išoriniais naudotojais), Prisijungimo sąlygas ir/ar specialiuosius reikalavimus išduodančiais naudotojais ir Vidiniais naudotojais, sukuriant atskirą tekstinių pranešimų (žinučių) perdavimo per IS funkcionalumą.


vykdymo metu.

5.8. Reikalavimai statybos valstybinės priežiūros posistemiui

5.8.1. Posistemis turi būti skirtas specialistams, kurie turi atlikti VTPSI ir jos teritorinių padalinių funkcijas, nurodytas 3 lentelės 5 - 15 ir 18 punkte nurodytoms el. paslaugas įgyvendinti.

5.8.2. Posistemis turi būti skirtas paslaugoms ir prašymams, kuriuos teikia statytojai per Išorinį Portalą aptarnauti.

5.8.3. Posistemis turi būti pritaikytas bendradarbiavimo lygio paslaugų funkcionalumui.5.8.4. IS turi būti galimybė užpildyti ir vykdyti 3.2.3.3-3.2.3.29 punktuose išvardintus

statybos valstybinės priežiūros dokumentus.5.8.4.1.1. IS turi būti galimybė registruotis (suvesti, trinti, redaguoti) Statybos užbaigimo

komisijos dalyvius ir sudaryti Statybos užbaigimo komisiją.5.8.5. IS turi būti galimybė užpildyti prašymų formas ir/ar statybos valstybinės priežiūros

dokumentus ir pateikti su tai susijusius dokumentus.5.8.6. IS turi būti galimybė prašymus ir/ar statybos valstybinės priežiūros dokumentų formas

pildyti naudojantis IS.5.8.7. IS turi būti galimybė išsaugoti prašymų ir/ar statybos valstybinės priežiūros dokumentų

formų duomenis supaprastintu formatu, pateikiant parametrų ir jų reikšmių sąrašą.5.8.8. IS turi būti galimybė kurti naujus prašymus ir/ar statybos valstybinės priežiūros

dokumentus ir redaguoti esamus. 5.8.9. IS turi būti galimybė peržiūrėti ir įvertinti šiuo metu patvirtintų dokumentų formas, jas

optimizuojant ir sudarant galimybes formuoti išbaigtą dokumentą iš IS, kuriam nereikėtų papildomos informacijos surašymo rankiniu būdu (pvz., lapų skaičius) ir kuris būtų suformuotas „taupymo režimu“ (t.y. sutraukiant neužpildytas tekstu dokumento dalis).

5.8.10. IS neturi riboti kuriamų prašymų ir/ar statybos valstybinės priežiūros dokumentų skaičiaus.

5.8.11. IS turi būti galimybė automatiškai užpildyti formos duomenis gaunant duomenis iš kitų valstybinių ir/ar žinybinių registrų, kitų informacinių sistemų ar sistemoje anksčiau išsaugotų duomenų.

5.8.12. IS turi būti galimybė su prašymu ir/ar statybos valstybinės priežiūros dokumentais pateikti kvalifikuotu el. parašu pasirašytus dokumentus (elektroninius dokumentus). IS turi patikrinti pateikiamų elektroninių dokumentų integralumą.

5.8.13. IS turi būti galimybė pasirašyti dokumentą kvalifikuotu el. parašu.5.8.14. IS turi būti galimybė keisti pridedamų dokumentų išdėstymo tvarką.5.8.15. IS turi būti galimybė suformuoti išduodamų dokumentų projektus ir reikalui esant

atspausdinti pateiktus prašymus ir išduodamus dokumentus.5.8.16. Formuojant išduodamus dokumentus, visos institucijos (komisijos nariai) turi pritarti

dokumentams, todėl IS turi būti galimybę susipažinti su prašymų duomenimis, parsisiųsti dokumentus, pateikti pastabas, pritarti/nepritarti išduodamiems dokumentams. Suformuoti išduodamus dokumentus, pritarus visiems komisijos nariams. Dokumentai el. parašu turi būti pasirašyti komisijos pirmininko.

5.8.17. IS turi būti galimybė prie IS registruotų VTPSI specialistų pažymėti jų aptarnaujamas

teritorijas (savivaldybes) ir iš Išorinio Portalo atėjusius prašymus/pranešimus automatiškai priskirti už šią teritoriją atsakingam specialistui.

5.8.18. IS turi būti galimybė patikrinti iš Išorinio Portalo pateiktus prašymus.5.8.19. IS turi būti galimybė pradėtą tikrinti prašymą pažymėti tam, kad neleisti jo pradėti

tikrinti kitam darbuotojui.5.8.20. IS turi būti galimybė atmesti iš Išorinio Portalo pateiktus prašymus, kurie nėra

užpildyti korektiškai, nurodant atmetimo priežastis.5.8.21. Jei po dokumento išdavimo paaiškėja, kad dokumente yra skaičiavimo, spausdinimo,

faktinių duomenų neatitikimo ar kitų techninių klaidų, IS turi būti galimybė tas klaidas ištaisyti.5.8.22. IS turi būti galimybė sutikrinti ar statinys, dėl kurio pateiktas tam tikras prašymas,

nėra savavališkas.5.8.23. IS turi būti sudaryta galimybė IS priemonėmis formuojamus dokumentus išduoti

keliems statytojams (fiziniams/juridiniams asmenims).5.8.24. IS turi būti sukurta žyma, kuri nurodytų, kad statybai su išduotų SLD nėra

pateikto/užregistruoto pranešimo apie rangovo ir pagrindinių statybos sričių vadovų pasamdymą ar paskyrimą. Žyma turi būti matoma VTPSI specialistams.

5.8.25. Gavus pranešimą apie rangovo ir pagrindinių statybos sričių vadovų pasamdymą ar paskyrimą jis turi būti automatiškai susiejamas su IS registruotu objektu, kuriam per IS buvo išduotas SLD.

5.8.26. IS turi būti galimybė su savavališka statyba susijusį dokumentą išduoti keliems statiniams.

5.8.27. IS turi būti sukurta funkcija, kurios pagalba prie IS registruotos savavališkos statybos turi atsirasti išduoto SLD duomenys, kai po savavališkos statybos registracijos šiai statybai buvo išduotas SLD. Žyma turi būti matoma VTPSI specialistams.

5.8.28. IS turi būti galimybė atlikti su statyba susijusių atestuotų asmenų veiklos vertinimą, kuris bus atliekamas atsižvelgiant į nustatytus jų veiklos pažeidimus projektavimo ir statybos srityje.

5.8.29. IS turi būti galimybė Vidiniam naudotojui matyti visą sąrašą institucijai pateiktų dokumentų, o „Mano darbai“ padaryti atskiru meniu punktu, kurį pasirinkus būtų pateikiami Vidiniam naudotojui priskirti dokumentai/darbai.

5.8.30. IS turi būti galimybė statybos užbaigimo komisijos nariui prisijungti prie IS ir parsisiųsti prie prašymo išduoti statybos užbaigimo aktą pridėtą dokumentaciją.

5.8.31. IS turi būti galimybė statybos užbaigimo komisijos nariui pateikti savo sprendimą dėl statybos užbaigimo akto išdavimo/neišdavimo, bei pasirašyti šį sprendimą el. parašu.

5.8.31.1. IS turi būti galimybė šio posistemio naudotojams bendrauti su prašymo pateikėjais (Išoriniais naudotojais) Statinių projektų tikrintojais, Prisijungimo sąlygas ir/ar specialiuosius reikalavimus išduodančiais naudotojais ir kitais Vidiniais naudotojais, sukuriant atskirą tekstinių pranešimų (žinučių) perdavimo per IS funkcionalumą.


vykdymo metu.

5.9. Reikalavimai IS administravimo posistemiui

5.9.1. Posistemis turi būti skirtas Naudotojų registravimui ir administravimui, rolių suteikimui bei Naudotojų veiksmų ataskaitų peržiūrai ir kitoms administravimo funkcijoms atlikti.

5.9.2. IS turi būti sistemos administravimo sąsaja, sudaranti galimybę valdyti IS ir atlikti šias funkcijas:

5.9.2.1. naudotojų administravimą;5.9.2.2. klasifikatorių valdymą;5.9.2.3. IS sutrikimų administravimą;5.9.2.4. IS veikimo parametrų stebėjimą;

5.9.2.5. kitas, analizės metu suderintas, funkcijas.5.9.3. IS turi būti galimybė nustatyti automatinį pranešimų el. paštu siuntimą Administratoriui

(-iams), įvykus IS sutrikimui, nurodant sutrikimo priežastį ir pateikiant nuorodą į sutrikimą detalizuojančią informaciją.

5.9.4. IS turi būti galimybė Naudotojams keisti kuriamų iš šablonų elektroninių dokumentų pavadinimų sudarymo taisykles pagal analizės metu suderintas pavadinimų sudarymo taisykles be papildomo programavimo.

5.9.5. IS turi turėti pilną techninę ir eksploatavimo dokumentaciją – naudotojo ir administratoriaus vadovus bei IS atstatymo planą, kurie taip pat būtų pasiekiami per IS naudotojo sąsają.

5.9.6. IS techninė ir eksploatavimo dokumentacija turi būti lietuvių kalba.5.9.7. IS turi būti priemonės pagalbinės informacijos teikimui ir paieškai.5.9.8. IS turi būti priemonės kontekstinės informacijos pateikimui.5.9.9. IS turi būti priemonės pagalbinės informacijos turinio redagavimui.5.9.10. Reikalavimai Išorinio Portalo Išorinio naudotojo atpažinimui:5.9.10.1. Išoriniame Portale Išoriniai naudotojai turi būti autentifikuojami ir identifikuojami

VIISP ir STORK priemonėmis.5.9.10.2. Tiekėjas turi sukurti autentifikaciją užsienio piliečiams (ne Lietuvos gyventojams)

naudojant STORK funkcionalumą. Tiekėjas gali realizuoti užsieniečių autentifikacijos funkcionalumą pasinaudojant VIISP teikiamomis paslaugomis (jei tokios egzistuos paslaugų įgyvendinimo metu) arba sukuriant atskirą autentifikacijos sprendimą, kuris pasiekiamas pasirinkus autentifikaciją užsienio piliečiams.

5.9.10.3. Išorinio naudotojo autentifikacija turi būti vykdoma panaudojant VIISP paslaugas per Elektroninės valdžios portalą www.epaslaugos.lt.

5.9.10.4. Išorinio naudotojo autentifikavimas turi būti galimas jungiantis ir iš Elektroninės valdžios portalo www.epaslaugos.lt, po prisijungimo užkraunant Išorinį Portalą.

5.9.10.4.1. Turėtų galimybę išsaugoti Išorinio naudotojo asmeninę ir tarnybinę informaciją, pavyzdžiui, tel. numerius, adresą, slaptažodį ir pan., kuri galėtų būti naudojama elektroninių administracinių paslaugų teikimo metu.

5.9.10.5. Išoriniam naudotojui atsijungus, praėjus nustatytam prisijungimo laikui, jei nevykdomi jokie veiksmai ar uždarius interneto naršyklės paskutinį langą, Išorinis Portalas turi neišsaugoti informacijos įvedimo formose ir neleisti jos peržiūrėti naudojantis interneto naršyklės „atgal“ ar „pirmyn“ mygtukais.

5.9.11. IS turi būti priemonės autentifikuoti IS naudotojus pagal unikalų naudotojo vardą ir slaptažodį. IS turi leisti susikurti Naudotojo vardą ir slaptažodį Naudotojui prisijungus prie IS naudojant VIISP.

5.9.12. IS turi būti galimybė Naudotojams, prisijungus prie IS naudojant VIISP, patiems užpildyti savo duomenis apie save, pateikti el. parašu pasirašytą atsakingo vadovo įgaliojimą, ir kuriems, peržiūrėjus duomenis, prieigą prie sistemos suteiktų administratorius.

5.9.13. IS turi būti priemonės naudotojų teisių valdymui.5.9.14. IS autorizavimo mechanizmas turi užtikrinti prieigos kontrolę ir prieigos nustatymų

valdymą šiuose sistemos lygiuose:5.9.14.1. duomenų/informacijos grupės lygmenyje;5.9.14.2. duomenų įrašo lygmenyje;5.9.14.3. dokumento lygmenyje;5.9.14.4. turinio objekto lygmenyje;5.9.14.5. el. paslaugų lygyje;5.9.14.6. el. paslaugos proceso žingsnio lygyje;5.9.14.7. paslaugų proceso žingsnio transakcijos lygyje;5.9.14.8. IS funkcinių grupių ir konkrečių funkcijų lygyje.5.9.15. IS turi būti realizuotas autorizavimo mechanizmas, kuris pagal Naudotojų

priklausomybę organizacijoms ar organizacinės struktūros padaliniams užtikrintų, kad atitinkamų

http://www.epaslaugos.lt/

http://www.epaslaugos.lt/

padalinių duomenys būtų pasiekiami tik nurodytiems Naudotojams.5.9.16. IS administratoriai turi turėti galimybę keisti Naudotojų ar naudotojų grupių teises į

dokumentų kategorijas, dokumentus, metaduomenis.5.9.17. IS administratoriai turi turėti galimybę nustatyti naudotojo teises, susijusias su

dokumentų kategorijomis, dokumentais, metaduomenimis ir failais dokumentuose.5.9.18. IS administratorius turi galėti priskirti prieigos lygius individualiems IS Naudotojams

ar naudotojų grupėms.5.9.19. IS turi būti galima:5.9.19.1. Nustatyti Naudotojo prieigos galiojimo laiką (po nustatytos datos Naudotojas

nebegalės naudotis IS, kol nebus atnaujintas Naudotojo prieigos galiojimo laikas);5.9.19.2. Priskirti Naudotoją tam tikrai Naudotojų grupei.5.9.20. IS naudotojas turi turėti galimybę nustatyti kitų Naudotojų teises į dokumentus ir

kategorijas, kurių autorius (savininkas) jis yra. Tokią teisę Naudotojui gali suteikti tik IS administratoriai.

5.9.21. IS turi būti priemonės prieigos teisių tikrinimui.5.9.22. IS turi būti galimybė atlikti IS ir jos duomenų monitoringą.5.9.23. IS turi būti galimybė atlikti Naudotojų atliktų veiksmų monitoringą.5.9.24. IS turi būti galimybė atitinkamomis teisėmis / rolėmis tvarkyti / redaguoti klaidingai

įvestus duomenis.5.9.25. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto

vykdymo metu.

5.10. Reikalavimai apskaitos posistemiui

5.10.1. Posistemis turi būti skirtas įvairių ataskaitų formavimui iš IS sukauptų duomenų.5.10.2. IS ataskaitų generavimui turi išnaudoti Užsakovo turimą verslo analitikos programinę

įrangą, nurodytą šios dokumento 2 lentelėje. Jei Tiekėjas siūlys kitą verslo analitikos programinę įrangą, Tiekėjas turi pateikti šios programinės įrangos licenciją neribotam naudotojų kiekiui ir neribotam laikui. Licencijos kaina turi būti įtrauktą į bendrą pasiūlymo kainą.

5.10.3. Tiekėjas turi parengti duomenų rinkinius ir struktūras, kurias verslo analitikos programinė įranga naudotų ataskaitų generavimui.

5.10.4. IS turi būti galimybė generuoti procesų vykdymo ataskaitas, kuriose Vidinis naudotojas galėtų nurodyti pagal kokius požymius nori grupuoti ir rūšiuoti duomenis. Konkrečios ataskaitos turės būti suderinamos analizės ir projektavimo metu.

5.10.5. IS generuojant ataskaitas turi būti panaudojami tiek aktyvios duomenų bazės, tiek ir archyviniai duomenys.

5.10.6. IS turi būti galimybė nustatytu periodiškumu automatiškai generuoti ir pateikti periodines ataskaitas. Konkrečios ataskaitos, kurioms taikomas šis reikalavimas, turės būti suderinamos analizės ir projektavimo metu.

5.10.7. IS turi būti galimybė Vidiniams naudotojams, pagal jiems priskirtas roles, matyti, kurti, keisti, spausdinti ir persiųsti ataskaitas ir registrus, nurodant atrenkamų dokumentų/ elektroninių dokumentų kriterijus, ataskaitose pateikiamus atributus ir ataskaitų išvaizdą, atitinkančią Lietuvos Respublikos teisės aktuose apibrėžtus reikalavimus.

5.10.8. IS turi būti galimybė Vidiniams naudotojams, pagal jiems priskirtas roles, matyti, kurti, įkelti į IS, keisti, spausdinti ir persiųsti ataskaitas ir registrus be IS modifikavimo ir programavimo žinių reikalaujančių veiksmų.

5.10.9. IS turi būti galimybė eksportuoti ataskaitas/ registrus į XLS, DOC, PDF ar kitus suderintus formatus.

5.10.10. Vidiniai naudotojai, turintys reikiamas teises, turi galėti kurti ir peržiūrėti ataskaitas ir registrus pagal analizės ir projektavimo metu suderintas taisykles.

5.10.11. IS turi būti galimybė kurti, redaguoti ir šalinti tiek lanksčios duomenų analizės, tiek šablonines (nustatytos formos) ataskaitas, nereikalaujant IS modifikavimo ir programavimo.

5.10.12. Tiekėjas IS kūrimo ir diegimo metu su Užsakovu turi suderinti ir parengti ataskaitų šablonus.

5.10.13. IS ataskaitų ir registrų kūrimo priemonė turi leisti sukurti naują ataskaitų ar registrų šabloną, nukopijuojant esamą ataskaitos ar registro šabloną.

5.10.14. IS turi būti galimybė formuoti iš anksto apibrėžtas ataskaitas ir registrus iš visų IS kaupiamų duomenų.

5.10.15. IS turi būti galimybė formuoti statistines ataskaitas LS-01 ir NPS-01 ir teikti duomenis Lietuvos statistikos departamentui.

5.10.16. IS turi būti galimybė statistines ketvirtines ataskaitas formuoti automatiškai ketvirčiui pasibaigus.

5.10.17. IS turi būti galimybė formuoti ataskaitas apie su statyba susijusių atestuotų asmenų veiklos vertinimą.

5.10.18. IS turi būti galimybė viešinti konkrečias ataskaitas išorinėje ir statinių projektų tikrinimo sistemose.

5.10.19. Tiekėjas turi pateikti Užsakovui derinimui ataskaitų projektus.5.10.20. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto

vykdymo metu.

5.11. Reikalavimai sisteminių funkcijų posistemiui

5.11.1. IS neturi leisti pateikti prašymo, kol jame neužpildyti visi privalomi duomenys arba duomenys užpildyti neteisingai.

5.11.2. IS turi leisti konfigūruoti kiekvieną prašymo formos šabloną, nurodant:5.11.2.1. privalomus užpildyti laukus;5.11.2.2. ar privaloma Naudotojo autentifikacija;5.11.2.3. ar prašymą reikia pasirašyti kvalifikuotu el. parašu;5.11.2.4. ar prie prašymo pridedamus dokumentus reikia pasirašyti kvalifikuotu el. parašu;5.11.2.5. kitas analizės ir projektavimo metu su Užsakovu suderintas funkcijas.5.11.3. IS turi būti galimybė patikrinti Naudotojo prašyme suvestus duomenis su išorinėse

informacinėse sistemose laikomais duomenimis.5.11.4. IS turi būti galimybė Išoriniams naudotojams, pateikusiems prašymus stebėti el.

paslaugos teikimo būseną.5.11.5. IS turi būti galimybė Naudotojams peržiūrėti visus statinių projektų bylos dokumentus

bei sistemoje išduotus dokumentus.5.11.6. IS turi būti galimybė automatiškai registruoti naujas užduotis, atsižvelgiant į proceso

žingsnius.5.11.7. IS turi automatiškai elektroniniu būdu informuoti atsakingą vykdytoją apie užduoties

sukūrimą ir priskyrimą.5.11.8. Vidinis naudotojas turi matyti visas jam priskirtas užduotis kaip sąrašą, iš kurio būtų

galima pasirinkti užduotį vykdymui.5.11.9. IS turi būti realizuota galimybė automatiškai, elektroniniu būdu, priminti apie

artėjančią užduoties įvykdymo termino pabaigą.5.11.10. IS turi būti galimybė visoms užduotims fiksuoti veiksmų istoriją.5.11.11. IS turi būti galimybė kuriant užduotį susieti ją su IS užregistruotu dokumentu.5.11.12. IS turi būti galimybė Vidiniam Naudotojui pačiam nustatyti informavimo el. paštu

taisykles, nurodant pranešimų dažnumą, pranešimo pateikimo kriterijus, veiksmus, apie kuriuos turi būti informuojama, žymės langeliais (angl. check box) pažymint atitinkamus veiksmus iš galimų sąrašo.

5.11.13. IS turi automatiškai registruoti užduoties įvykdymo informaciją, išsaugant nuorodą į parengtus dokumentus, užduoties įvykdymo datą ir kitą informaciją.

5.11.14. IS turi būti galimybė grąžinti užduotį vykdyti pakartotinai.5.11.15. Atliekant užduoties grąžinamą, turi būti galimybė nurodyti jos grąžinimo priežastį.

5.11.16. Užduoties vykdytojui laiku neįvykdžius užduoties, IS, pagal analizės ir projektavimo metu suderintas taisykles, turi automatiškai informuoti vykdytojo vadovą ar už užduotį atsakingą darbuotoją.

5.11.17. IS turi būti galimybė konkrečiam Vidiniam naudotojui peržiūrėti tik jam skirtas ar jo inicijuotas užduotis.

5.11.18. IS turi būti galimybė nustatyti kas gali dirbti su konkrečia užduotimi.5.11.19. IS turi būti galimybė atspausdinti arba eksportuoti į failą (XLS arba kito formato)

prie užduoties prisegtų dokumentų/ elektroninių dokumentų sąrašą.5.11.20. IS turi būti galimybė nutraukti užduoties vykdymą.5.11.21. IS turi būti galimybė perduoti užduoties vykdymą kitam Vidiniam naudotojui.5.11.22. Visais atvejais, kai Vidinis naudotojas gauna naują užduotį, dokumentą ar turi atlikti

sekantį paslaugos proceso žingsnį, IS turi naudotoją apie tai informuoti elektroniniu būdu.5.11.23. IS turi būti galimybė kiekvienai institucijai gavus užduotį, priskirti asmenį, atsakingą

už jos vykdymą.5.11.24. IS turi palaikyti SMTP elektroninių laiškų siuntimo protokolą.5.11.25. IS turi būti galimybė registruoti fizinius asmenis tik vieną kartą, redaguoti – neribotai

kartų.5.11.26. IS turi būti galimybė registruoti juridinius asmenis tik vieną kartą, redaguoti –

neribotai kartų.5.11.27. IS turi būti galimybė registruoti dokumentus pasirašančius asmenis tik vieną kartą,

redaguoti – neribotai kartų.5.11.28. IS turi būti galimybė pasirašyti dokumentus kvalifikuotu el. parašu.5.11.29. IS turi būti galimybė formuoti dokumentus ADOC formatu ir juos pasirašyti

kvalifikuotu el.parašu (stacionaria ir mobilia el.parašo infrastruktūra). 5.11.30. IS turi leisti sudaryti ir vykdyti dokumentų derinimo ir pasirašymo eigą (vizavimą,

susipažinimą, pasirašymą, tvirtinimą ir kt.). 5.11.31. IS turi būti galimybė formuoti dokumentus pagal į formą suvestus duomenis ir tų

dokumentų spausdinimą pagal šablonus įvairiais formatais (doc, pdf, html).5.11.32. IS turi būti galimybė kaupti informaciją (iš statybos leidimų, VTPSI veiklos,

vartotojų skundų, teismų sprendimų ir pan.) apie konkrečius statybos srities specialistus ir įmones.5.11.33. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto

vykdymo metu.

5.12. Reikalavimai dokumentų saugojimo posistemiui

5.12.1. Posistemio turi būti skirtas sukurti vieningą IS naudojamų dokumentų (skenuotų ar elektroninių) sistemą, leidžiančią greitai ir patogiai dokumentus saugoti ir paimti peržiūrėjimui.

5.12.2. IS turi būti dokumentų saugykla skirta:5.12.2.1. dokumentų turinio saugojimui;5.12.2.2. dokumentų metaduomenų saugojimui;5.12.2.3. elektroninių bylų (susistemintų elektroninių dokumentų ir su jais susijusios

informacijos rinkmenų) ir tomų saugojimui;5.12.2.4. dokumentų skaitmeninės kopijos saugojimui;5.12.2.5. atributų ir ryšių tarp dokumentų saugojimui;5.12.2.6. dokumentų pakeitimų versijavimui ir versijų saugojimui;5.12.2.7. kitoms duomenų saugojimo funkcijoms vykdyti.5.12.3. IS turi būti priemonės paieškai ir prieigai:5.12.3.1. galimybė pateikti visų nustatytų formatų elektroninius dokumentus;5.12.3.2. galimybė pateikti dokumentų saugojimo posistemyje esančią informaciją apie

dokumentus;5.12.3.3. galimybė atspausdinti elektroninius dokumentus, jų metaduomenisir kitą informaciją

(informaciją apie elektronines bylas ir tomus, vartotojų grupes);

5.12.3.4. galimybė parengti prieigai skirtą elektroninio dokumento kopiją ir išrašą;5.12.3.5. galimybė elektroninio dokumento metaduomenyse nurodyti kopijos ar išrašo

parengimo priežastį, datą, kopiją ar išrašą parengusį Vidinį naudotoją;5.12.3.6. galimybė vykdyti paiešką visuose lygmenyse (veiklos srities, elektroninių bylų ir

tomų, elektroninių dokumentų, metaduomenų);5.12.3.7. galimybė pateikti paieškos rezultatus (ataskaitas) pagal nustatytą ir pasirinktą formą;5.12.3.8. galimybe išsaugoti ir atspausdinti paieškos rezultatus.5.12.4. IS turi būti galimybė (jos priemonėmis) pasirašyti dokumentus el. parašu, patikrinti el.

parašu pasirašytus dokumentus, užtikrinti el. parašo ir su jo naudojimu susijusios informacijos ilgalaikio saugojimo priemones.

5.12.5. IS turi būti dokumentų saugojimo archyvas.5.12.6. IS turi būti galimybė skenuoti dokumentus tiesiai per sukurtą modulį.5.12.7. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto

vykdymo metu.

5.13. Reikalavimai duomenų mainų posistemiui

5.13.1. Posistemis turi būti skirtas išoriniams duomenų mainams su kitais registrais, sistemomis arba tų registrų informacijos gavimu bei atnaujinimu.

5.13.2. IS turi būti priemonės vykdyti duomenų apsikeitimą su išoriniais duomenų registrais, kadastrais ir informacinėmis sistemomis, sukuriant duomenų apsikeitimo funkcionalumą, jei jo šiuo metu nėra IS.

5.13.2.1. Duomenis teikia 5 lentelės 1-12 eilutėse įvardinti registrai ir jų tvarkytojai.5.13.2.2. Duomenis gauna:5.13.2.2.1. Fiziniai, juridiniai asmenys ir kiti subjektai;5.13.2.2.2. Lietuvos statistikos departamentas;5.13.2.2.3. VTPSI rizikos valdymo informacinė sistema. 5.13.3. IS turi būti priemonės vykdyti duomenų apsikeitimą su vidinėmis informacinėmis

sistemomis, tiek teikiant, tiek gaunant duomenis:5.13.3.1. VTPSI dokumentų valdymo sistema:5.13.3.1.1. Informacijos apsikeitimui turi būti naudojama DVS pateikiama programinė sąsaja;5.13.3.1.2. Integracija turi leisti perduoti dokumentus ir jų būsenas, fizinių ir juridinių asmenų

kontaktinius duomenis, užduotis, informaciją apie užduočių vykdytojus, įvykius ir kt.5.13.3.2. Kitomis, Projekto metu nustatytomis, vidinėmis informacinėmis sistemomis.5.13.4. IS turi būti galimybė, integracijos priemonėmis keistis tarp VTPSI turimos dokumentų

valdymo sistemos ir IS:5.13.4.1. dokumentais;5.13.4.2. prašymais;5.13.4.3. užduotimis (apimant, bet neapsiribojant užduočių vykdytojų, būklių, terminų

informacija);5.13.4.4. duomenimis.5.13.5. IS turi būti duomenų, reikalingų išorinėms ir vidinėms sistemoms, eksporto

galimybės.5.13.6. IS integracija su išoriniais registrais, kadastrais ir informacinėmis sistemomis

realizuojama per VIISP. Tuo atveju, jei nėra sukurtų priemonių integracijai per VIISP, tuomet IS turi būti realizuotas tiesioginis duomenų apsikeitimas.

5.13.7. Keičiantis duomenimis tarp sistemų, jei duomenyse yra klaidų, IS tokius įrašus turi pažymėti kaip klaidingus ir prie kiekvieno klaidingo įrašo turi būti pateiktas išsamus klaidos (-ų) apibūdinimas (pvz., pateikiamas aprašymas nusakantis klaidos šaltinį, aprašymas turi būti pateiktas pilnais sakiniais).

5.13.8. Analizės metu gali būti nustatyta būtinybė įgyvendinti sąsają su išoriniais registrais is išorinėmis ar vidinėmis informacinėmis sistemomis. Tiekėjas turės įgyvendinti šias sąsajas.


5.14. Reikalavimai klasifikatorių tvarkymo posistemiui

5.14.1. Posistemis turi būti skirtas centralizuotam IS reikalingų klasifikatorių kūrimui, tvarkymui, saugojimui ir naudojimui.

5.14.2. IS turi būti galimybė klasifikatorius pridėti, koreguoti, šalinti, ieškoti.5.14.3. IS turi būti galimybė trinti, sustabdyti, įvesti ir redaguoti sistemoje aprašytus

klasifikatorius.5.14.4. IS turi būti galimybė įkelti klasifikuotus duomenis iš failų ir kitų išorinių sistemų.5.14.5. IS turi būti galimybė nurodyti hierarchinius ryšius tarp klasifikatorių tam, kad

Naudotojui pasirinkus vieno klasifikatoriaus reikšmę, kitų, su šiuo klasifikatorium susijusių, laukų reikšmės pasikeistų automatiškai.

5.14.6. IS kuriamam klasifikatoriui turi būti galimybė nurodyti ir keisti reikiamus atributus ir reikšmes.

5.14.7. IS kuriamam klasifikatoriui turi būti galimybė nurodyti klasifikatoriaus reikšmę pagal nutylėjimą.

5.14.8. IS klasifikatoriai pagal nutylėjimą turi būti išdėstyti abecėlės tvarka su galimybe IS klasifikatorius išdėstyti norima tvarka

5.14.9. IS turi būti galimybė naudoti hierarchinį dinaminį neriboto lygių skaičiaus klasifikatorius, t.y. klasifikatorius reikšmė gali būti tiek skaičius ar tekstas, tiek ir kitas klasifikatorius.


5.15. Reikalavimai dokumentų ir jų duomenų tvarkymo, dokumentų rengimo ir registravimo posistemiams

5.15.1. Dokumentų rengimo ir registravimo posistemis turi įgyvendinti esminius reikalavimus:

5.15.1.1. IS turi būti galimybė registruoti gaunamus dokumentus; 5.15.1.2. IS turi būti galimybė rengti siunčiamuosius ir vidaus dokumentus ir juos registruoti.5.15.2. Dokumentų ir jų duomenų tvarkymo posistemis turi įgyvendinti esminius

reikalavimus:5.15.2.1. IS turi būti galimybė elektroninius dokumentus pasirašyti elektroniniu parašu;5.15.2.2. IS turi būti galimybė sukurti užduotis ne dokumentų valdymo informacinės sistemos

naudotojams.5.15.3. Reikalavimai nurodyti posistemiams jau yra dalinai realizuotas DVS „Avilys“. Jei

Tiekėjas siūlys kitą dokumentų valdymo sistemą, tuomet visi žemiau nurodyti reikalavimai turi būti pateikti siūlomoje dokumentų valdymo sistemoje.

5.15.4. Posistemiai turi būti integruoti kartu su IS.5.15.5. IS turi būti priemonės dokumentų IS peržiūrai, pasinaudojant Microsoft Word ar

lygiaverte dokumentų redagavimo programine įranga. 5.15.6. IS turi būti priemonės dokumentų kūrimui IS ir esamų dokumentų keitimui.5.15.7. IS turi būti priemonės naujų dokumentų įkėlimui per IS.5.15.8. IS turi būti priemonės dokumentų paieškai.5.15.9. IS turi būti priemonės dokumentų būsenos peržiūrai.5.15.10. IS turi būti priemonės apibrėžti ir valdyti dokumentų apdorojimo eigą.5.15.11. IS turi būti priemonės keisti dokumentų būsenai.5.15.12. IS turi būti priemonės vykdyti automatiniams veiksmams, priklausomai nuo

dokumentų būsenos.5.15.13. IS turi būti galimybė parengti, koreguoti ir šalinti tipinius dokumentų šablonus.5.15.14. IS turi turėti galimybę dokumentą generuoti automatiškai, leidžiant užpildyti

dokumento informaciją automatiškai iš IS saugomų duomenų.5.15.15. IS turi būti galimybė registruoti gautus elektroninius dokumentus nurodant visus

elektroninį dokumentą identifikuojančius duomenis.5.15.16. IS turi patikrinti ar gauto elektroninio dokumento struktūra atitinka ADOC V1.0

specifikacijos nustatytus reikalavimus.5.15.17. IS turi būti galimybė parodyti elektroninio dokumento (tiek pateikto į IS, tiek

pasirašyto IS) struktūrą su galimybę peržiūrėti ir atsisiųsti pagrindinį dokumentą, jo priedus ar pridedamus dokumentus.

5.15.18. IS turi būti galimybę peržiūrėti elektroninio dokumento metaduomenis ir el. parašus.5.15.19. IS turi būti elektroninių dokumentų projektų šablonų (ruošinių) kūrimo funkcijos.

Kuriant elektroninio dokumento projekto šabloną (ruošinį) turi būti galimybė nurodyti elektroninio dokumento projekto laukus, jų tipus, pradines reikšmes, įskaitant ir pradinį būsimo dokumento projekto turinį.

5.15.20. IS turi būti galimybė sukurti naują elektroninio dokumento projektą nesinaudojant elektroninių dokumentų projektų šablonais.

5.15.21. IS turi būti numatyta galimybė sukurti naują elektroninį dokumentą iš IS registruoto šablono (ruošinio).

5.15.22. IS kuriamiems elektroniniams dokumentams turi automatiškai suteikti unikalų kodą (pagal IS nustatytas taisykles).

5.15.23. IS turi būti galimybė automatiškai perkelti dokumento/ elektroninio dokumento (prašymo) registravimo informaciją į rengiamą elektroninį dokumentą, kai naudojamos elektroninių dokumentų projektų šablonų formos.

5.15.24. IS turi būti pateikti pavyzdiniai blankai, parengti pagal dokumentų raštvedybos taisykles.

5.15.25. IS turi būti galimybė kurti, išsaugoti ir peržiūrėti elektroninių dokumentų projektų versijas. IS neturi riboti kuriamų ir saugomų elektroninių dokumentų projektų versijų skaičiaus.

5.15.26. IS turi neleisti vienu metu redaguoti to paties IS saugomo elektroninio dokumento projekto keliems naudotojams.

5.15.27. IS turi turėti galimybę pagreitinti informacijos, kuri jau saugoma IS, įvedimą (pvz. pasirenkant pateikėją, pasirašantį asmenį iš IS jau esančio sąrašo), ar siūlant galimas pasirinkimo reikšmes priklausomai nuo rašomo teksto (angl. suggestions as you type).

5.15.28. IS kiekvienas dokumentas turi turėti tam tikrą būseną.5.15.29. IS turi būti numatyta galimybė, siunčiant užduotį ar elektroninį dokumentą

dokumentų rengimo procese dalyvaujančiam darbuotojui, jo nebuvimo atveju nurodyti kitą, nei numatyta procese, pavaduojantį asmenį.

5.15.30. IS turi būti galimybė naudotojui išvykstant paskirti pavaduojantį asmenį ir jam perduoti aktyvias užduotis bei gautus dokumentus/ elektroninius dokumentus.

5.15.31. IS turi būti galimybė grįžusiam asmeniui peržiūrėti užduotis ir dokumentus/ elektroninius dokumentus, kurie buvo perduoti pavaduojančiam darbuotojui.

5.15.32. IS turi būti galimybė nurodyti pavadavimo pabaigos datą.5.15.33. IS turi būti galimybė elektroninius dokumentus pasirašyti kvalifikuotu elektroniniu

parašu pagal Lietuvos Respublikos elektroninio parašo įstatymo reikalavimus ir susijusius teisės aktus.

5.15.34. IS turi būti galimybė patvirtinti (uždėti tvirtinimo žymą) elektroninius dokumentus pasirašant kvalifikuotu elektroniniu parašu.

5.15.35. IS turi vykdyti elektroninio parašo validavimą.5.15.36. IS turi palaikyti XAdES (angl. XML Advanced Electronic Signature) standartą.5.15.37. IS turi sudaryti galimybę pasirašyti ir tikrinti el. dokumentus XAdES-BES, XAdES-

EPES, XAdES-T, XAdES-C, XAdES-X, XAdES-X-L, XAdES-A parašus.

5.15.38. IS turi palaikyti el. parašo konteinerius, suderinamus su ADOC v1.0 standartu.5.15.39. IS turi būti priemonės įkeliamų į IS el. dokumentų, el. parašo tikrinimui.5.15.40. IS turi būti priemonės dokumentų pasirašymui el. parašu.5.15.41. IS turi būti realizuota elektroninių dokumentų siuntimo pasirašyti elektroniniu parašu

funkcija.5.15.42. IS turi būti galimybė nurodyti institucijas ir/ ar jų darbuotojus, kurie turi elektroniniu

parašu pasirašyti rengiamą elektroninį dokumentą.5.15.43. IS turi būti galimybė nurodyti elektroninio dokumento pasirašymo elektroniniu

parašu terminą.5.15.44. IS turi būti galimybė pasirašančius asmenis elektroniniu būdu informuoti apie

elektroninio dokumento išsiuntimą pasirašyti elektroniniu parašu.5.15.45. Elektroniniu parašu pasirašius elektroninį dokumentą, IS neturi leisti taisyti jo

turinio.5.15.46. IS turi būti galimybė nurodyti institucijas ir/ar jų darbuotojus, bei kitus asmenis,

kurie būtų informuojami suinteresuotos institucijos elektroniniu parašu pasirašius elektroninį dokumentą.

5.15.47. IS turi būti galimybė nurodyti, kad elektroninis dokumentas bus atspausdintas ir pasirašytas ranka.

5.15.48. IS turi būti galimybė įkelti el. parašu pasirašytą dokumentą, arba nurodyti jo saugojimo vietą.

5.15.49. IS turi būti galimybė nurodyti darbuotojus, kurie turės pasirašyti el.dokumentą ranka.5.15.50. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto

vykdymo metu.

5.16. Reikalavimai mokėjimų posistemiui

5.16.1. Posistemis turi būtis skirtas sutikrinti mokėjimų įvykdymo faktą už teikiamas valstybės institucijų paslaugas, bei atlikti pažeidėjams paskirtų baudų sumokėjimo kontrolės funkcijas.

5.16.2. IS turi būti galimybė fiksuoti duomenis apie žyminio mokesčio už suteikiamas paslaugas ir kitų įmokų sumokėjimo faktą.

5.16.3. IS turi būti galimybė atlikti apmokėjimą už paslaugas per VIISP teikiamas apmokėjimo paslaugas, gražinant į IS informaciją apie mokėjimą iš karto po mokėjimo.

5.16.4. IS turi būti galimybė atlikti mokėjimą tiesiai į VTPSI banko sąskaitą grynais (banko padalinyje) arba pavedimu. Mokėjimui identifikuoti IS turi suteikti unikalų mokėjimo identifikatorių pagal kurį būtų galima vienareikšmiškai nustatyti už kurią paslaugą yra mokama.

5.16.5. IS turi būti galimybė atlikti mokėjimą už suteiktą paslaugą bet kada prašymo pildymo metu, tačiau ne vėliau kaip iki dokumento registravimo.

5.16.6. IS turi būti galimybė sustabdyti paslaugos atlikimo laiko termino skaičiavimą, jei mokėjimas nėra gautas laiku, pavyzdžiui, patenkinus prašymą, negavus mokėjimo prieš SLD formavimą.

5.16.7. IS turi būti galimybė atlikti baudų mokėjimo kontrolę ir matyti mokėjimų istorijos seką.

5.16.8. IS turi būti išieškojimo funkcionalumas: 5.16.8.1. IS turi suformuoti „išieškojimo“ užduotį tam tikram asmeniui (pavyzdžiui, kuris turi

sumokėti teismo paskirtą baudą už savavališka statybą), remiantis atitinkamu protokolu ir nutarimu dėl išieškojimo.

5.16.8.2. IS asmeniui turi suformuoti pranešimą apie išieškojimą ir likusią išieškojimui sumą.5.16.8.3. Asmeniui sumokėjus išieškomą sumą ar jos dalį, IS turi automatiškai, pagal gautus

mokėjimo duomenis, atitinkamai sumažinti išieškomą sumą arba panaikinti išieškojimą ją pilnai sumokėjus.

5.16.8.4. IS turi būti galimybė fomuoti ataskaitas, susijusias su išieškojimu (kiek išieškota,

kiek liko ir pan.).5.16.9. IS turi būti galimybė gauti duomenis apie mokėjimus (baudos, žyminio mokesčio ar

kitos įmokos) iš Valstybinės mokesčių inspekcijos prie Lietuvos Respublikos finansų ministerijos sistemos.


5.17. Reikalavimai GIS duomenų saugojimo ir teikimo posistemiui

5.17.1. Posistemis turi būti skirtas (analizės metu turi būti suderinta su Užsakovu kokios funkcijos turi būti preinamos vidinėje, o kokios išorinėje IS dalyje):

5.17.1.1.1. Atvaizduoti žemėlapio sluoksnyje iš išorinių šaltinių (NTR) gautus duomenis apie žemės sklypų ribas,

5.17.1.1.2. Atvaizduoti žemėlapio sluoksnyje IS saugomas esybes, susietas su GIS objektais (žemės sklypu ar statiniu). Preliminarus atvaizduojamų esybių sąrašas (gali būti keičiamas tik suderinus su Užsakovu):

5.17.1.1.2.1. 3 lentelės 1-18 punktuose nurodytos paslaugos ir jų rezultatai;5.17.1.1.2.2. savavališkos statybos aktas;5.17.1.1.2.3. statybos sustabdymo aktas;5.17.1.1.2.4. reikalavimas pašalinti savavališkos statybos padarinius;5.17.1.1.2.5. reikalavimo pašalinti savavališkos statybos padarinius įvykdymo patikrinimo

aktas;5.17.1.1.2.6. sustabdytos statybos patikrinimo aktas;5.17.1.1.3. Sudaryti galimybes pateikiant prašymą išduoti leidimą statyti ar prašymą dėl kitų

paslaugų, kartu su dokumentais pateikti ir geografinių duomenų formatų dokumentus (GIS vektorinius formatus, CAD vektorinius formatus bei rastrinius vaizdus su geografinėmis koordinatėmis).

5.17.2. Visi pateikti GIS dokumentai (duomenys) turi būti kaupiami IS, atvaizduojami IS ir per Išorinį Portalą arba GIS servisų pagalba perduodami statinių projektų tikrinimą vykdantiems subjektams tam, kad būtų optimizuotas statinio projekto tikrinimas.

5.17.3. IS turi būti galimybė į IS pridėti ir iš IS paimti kitų institucijų skelbiamus GIS servisus (WFS, WMS).

5.17.4. IS turi leisti įkeltą vektorinio duomenų formato (GIS ar CAD) dokumentą konvertuoti į tarptautiniu mastu standartizuotą XML rinkmeną, suformuoti MDOC formato elektroninį dokumentą su šia XML turinio rinkmena ir jį pasirašyti elektroniniu parašu.

5.17.5. IS turi būti galimybė įkelti GIS dokumentus ir juos išsaugoti.5.17.6. IS turi būti galimybė pateikti IS saugomus projektinius GIS dokumentus peržiūrėjimui

kartu su reikiamais GIS sluoksniais ir juos atvaizduoti žemėlapyje.5.17.7. IS turi būti galimybė suteikti statinių projektus tikrinančioms institucijoms panaudoti

tinkamus GIS sluoksnius statinio projekto patikrinimui ir taškų atvaizdavimui žemėlapyje.5.17.8. IS turi būti galimybė susieti tam tikrą erdvinę informaciją su kitais IS saugomais

duomenimis.5.17.9. IS turi būti priemonės erdvinių objektų įkėlimui. Įkeliamos informacijos formatai turi

būti suderinti su Užsakovu analizės ir projektavimo metu.5.17.10. IS turi būti galimybė dirbti su įvairiomis koordinačių sistemomis.5.17.11. IS erdvinės informacijos apdorojimas turi galėti veikti naudojant LKS-94

koordinačių sistemą.5.17.12. IS turi palaikyti erdvinės informacijos tvarkymo (erdvinių objektų įvedimo,

redagavimo, trynimo) funkcionalumą.5.17.13. IS erdvinės informacijos apdorojimo priemonės turi galėti redaguoti erdvinės

informacijos priemonėmis sukurtus objektus.5.17.14. IS erdvinės informacijos apdorojimo priemonės turi palaikyti atributų reikšmių

kūrimo ir keitimo funkcionalumą.5.17.15. IS erdvinės informacijos apdorojimo priemonės turi palaikyti atributų užklausos ir

paieškos užduotis.5.17.16. IS turi būti realizuotas Vidinių naudotojų prieigos prie duomenų teisių

funkcionalumas.5.17.17. IS erdvinės informacijos peržiūros ir apdorojimo priemonės privalo užtikrinti

galimybę saugoti duomenis reliacinėje duomenų bazėje pagal Simple Features - SQL – Types and Functions 1.1 specifikacijas.

5.17.18. IS erdvinės informacijos peržiūros ir apdorojimo priemonės privalo užtikrinti galimybę publikuoti duomenis naudojant šiuos standartus: OGC WMS 1.1.1, OGC WMS 1.3.0, OGC WFS 1.0.0, OGC WFS 1.1.0, OGC WCS 1.0.0, OGC WCS 1.1.1. Duomenys turi būti pateikiami šiais formatais: GIF, JPEG, KML, KMZ, PDF, PNG, TIFF, GML (versijos 3.2, 3.1, 2), SHAPE, CSV, GeoJSON, GeoRSS. Geografinio objekto ar reiškinio atributai turi būti pateikiami šiais formatais: paprastas tekstas, GML, HTML.

5.17.19. IS erdvinės informacijos peržiūros ir apdorojimo priemonės privalo pateikti geokodavimo paslaugas – priemones tekstinės informacijos (pvz., adreso) pavertimui į geografines koordinates.

5.17.20. IS erdvinės informacijos peržiūros ir apdorojimo priemonės privalo būti suderinamos su Oracle reliacinių duomenų bazių valdymo sistemomis.

5.17.21. IS erdvinės informacijos peržiūros ir apdorojimo priemonių licencijavimas neturi reikalauti papildomų licencijų naudotojų prisijungimui, ar kaip nors kitaip riboti naudotojų skaičių.

5.17.22. IS erdvinės informacijos peržiūros ir apdorojimo priemonės privalo būti suderinamos su Lietuvoje naudojamais rašto simboliais, datos ir laiko formatais, rūšiavimo tvarka.

5.17.23. IS erdvinės informacijos peržiūros ir apdorojimo priemonės turi palaikyti neribotą prisijungusių asmenų skaičių.

5.17.24. IS erdvinės informacijos peržiūros ir apdorojimo priemonės turi palaikyti duomenų importavimo galimybę iš GML, DGN, AutoCAD DXF, SHAPE failą, BMP, GIF, GRID, IMAGINE, JPEG, JPEG 2000, PNG, TIFF, CSV, GeoJSON, GeoRSS ir kitų suderintų rinkmenų formatų.

5.17.25. IS erdvinės informacijos peržiūros ir apdorojimo priemonės turi palaikyti sluoksnių grupes.

5.17.26. IS erdvinės informacijos peržiūros ir apdorojimo priemonės privalo pateikti priemones lanksčiam žemėlapio podėlio sukūrimui ir žemėlapio podėlio atnaujinimui pagal nustatytą teritoriją, sluoksnius.

5.17.27. IS turi būti galimybė tvarkyti erdvinę informaciją, naudojantis internetine naršykle.5.17.28. Žemėlapis privalo automatiškai atspindėti duomenų pasikeitimus.5.17.29. IS turi būti galimybė viename žemėlapyje rodyti keletą sluoksnių.5.17.30. IS turi būti šie žemėlapio valdymo įrankiai:5.17.30.1. vaizdo perstūmimas, mastelio keitimas, atstumų matavimas;5.17.30.2. vietos radimas, adreso radimas;5.17.30.3. sluoksnių įjungimas/išjungimas;5.17.30.4. mastelio rodymas;5.17.30.5. spausdinimas.5.17.31. IS turi būti galimybė išjungti ir įjungti simbolių rodymą.5.17.32. IS turi būti galimybė išjungti ir įjungti žemėlapio legendos rodymą.5.17.33. IS turi būti galimybė, pasirinkus žemėlapio objektą, peržiūrėti ir redaguoti jo

aprašomąją (atributinę) informaciją.5.17.34. IS turi būti galimybė pasirinkti erdvinį objektą ir pateikti jam pastabas/komentarus.5.17.35. IS turi būti galimybė nustatyti, keisti koordinačių sistemą.5.17.36. IS turi būti galimybė filtruoti duomenis pateikiamus žemėlapyje.5.17.37. IS turi būti galimybė pagal naudotojo įvestas koordinates nurodyti vietą žemėlapyje.5.17.38. IS turi būti galimybė keliems naudotojams vienu metu peržiūrėti tą pačią erdvinę

informaciją.5.17.39. IS turi būti galimybė žemėlapyje rodyti tik duomenis, kurie yra suteikiami pagal

Naudotojo prieigos teises.5.17.40. IS turi būti galimybė žemėlapyje pažymėti objektus, kuriems teikiamos pastabos. 5.17.41. ISturi būti galimybė įvesti ir išsaugoti pastabą, taip pat, pateikti peržiūrai pastabą

kitiems Naudotojams.5.17.42. Kiti detalesni šio posistemio funkcionalumai turi būti aptarti ir įgyvendinti Projekto

vykdymo metu.

5.18. Reikalavimai mobilioms aplikacijoms ir mobilioms darbo vietoms

5.18.1. Turi būti sukurtos programėlės (angl. apps), skirtos mobiliesiems nešiojamiems įrenginiams, kurios turėtų atskirą funkcionalumą išoriniams ir vidiniams naudotojams.

5.18.2. Programėlės išoriniams naudotojams:5.18.2.1. Atskira programėlė, kuri leistų autentifikuotiems naudotojams peržiūrėti viešų

elektroninių paslaugų teikimo būseną:5.18.2.1.1. Leistų parodyti prašymo nagrinėjimo eigą ir esamą prašymo būseną.5.18.2.1.2. Turėtų atsiminimo funkciją, t.y., ji turi išsaugoti suvestus duomenis ir jų

pakartotinai nereiktų suvedinėti.5.18.2.1.3. Gautų pranešimus (angl. notifications) apie būsenos pasikeitimus ir apie

informuotų mobiliojo įrenginio savininką šalia programėlės piktogramos (angl. icon) rodant atitinkamą simbolį.

5.18.2.1.4. Turi būti sukurtas funkcionalumas IS (tinklinės paslaugos), aptarnaujantis programėlės funkcionalumą bei autentifikuojant naudotoją ar pateikiant atsakymus į užklausas.

5.18.2.2. Atskira programėlė, kuri leistų neautentifikuotiems naudotojams teikti pranešimus apie galbūt savavališką statybą. Programėlės esminė funkcija būtų supaprastinti galbūt savavališkos statybos pažeidimo fiksavimą pažeidimo vietoje ir pranešimo suformavimą ir perdavimą į IS, kur toliau būtų vykdomas teisės aktais numatytas statybos patikrinimo procesas:

5.18.2.2.1. Programėlė turi galėti teikti pranešimus anonimiškai.5.18.2.2.2. Programėlė savyje turi turėti statybos objekto ar statinio fotografavimo

funkcionalumą konkrečioje statybos vietoje, arba nuotraukos įkėlimą iš galerijos (atminties) ir automatinį nuotraukų pridėjimą prie pranešimo.

5.18.2.2.3. Programėlė turi pasiūlyti automatiškai fiksuoti GPS koordinates savavališko statinio ar statybos objekto fotografavimo vietoje arba leisti nurodyti adresą.

5.18.2.2.4. Programėlė turi galėti pagal GPS koordinates atvaizduoti GIS priemonėmis (pvz. ant žemėlapio) sklypą, kuriame yra savavališkas statinys ar statybos objektas.

5.18.2.2.5. Programėlė turi turėti papildomą formą duomenų suvedimui (kontaktiniai duomenys, adresas, papildoma informacija apie statybą).

5.18.2.2.6. Programėlė turi leisti išsiųsti pranešimą į IS ir turėtų galimybę išsiųsti suformuotą atsakymą el. paštu pranešėjui dėl pranešimo gavimo patvirtinimo (pranešimas atmestas ar užregistruotas).

5.18.2.2.7. Turi būti sukurtas funkcionalumas IS (tinklinės paslaugos), aptarnaujantis programėlės funkcionalumą.

5.18.2.3. Programėlės turi būti pritaikytos veikti šiose operacinėse sistemose: Android, Windows Mobile, iOS, t.y. kiekvienai operacinei sistemai, jei reikia, sukuriama atskira programėlės versija.

5.18.2.4. Naudotojų autentifikavimas mobiliose programėlėse turi būti atliekamas panaudojant mobilų kvalifikuotą elektroninį sertifikatą.

5.18.2.5. Išorinis Portalas turi pateikti nuorodą (HTML ir 2D barkodu) per kurią programėles būtų galima atsisiųsti ir automatiškai įdiegti.

5.18.3. Programėlės turi būti užregistruotos ir patalpintos į operacinių sistemų valdytojų programėlių parduotuves (Google Play, iTunes Apple store, Windows phone store).

5.18.4. Programėlė vidiniams naudotojams:5.18.4.1. Programėlė statybos valstybinės priežiūros specialistų mobiliose darbo vietose,

skirta supaprastinti statybos valstybinės priežiūros dokumentų išdavimą ir pažeidimo fiksavimą pažeidimo vietoje, kurioje:

5.18.4.1.1. Turi būti naudotojo autentifikacija pagal jo unikalaus naudotojo vardą ir slaptažodį;

5.18.4.1.2. Turi būti duomenų užpildymo forma (dokumento formavimui);5.18.4.1.3. Turi būti galimybė fotografuoti statybos objektą ar statinį konkrečioje statybos

vietoje automatiškai fiksuojant statinio koordinates ir situaciją atvaizduojant GIS priemonėmis (pvz. ant žemėlapio);

5.18.4.1.4. Turi būti galimybė dirbti su IS ir naudotis jos teikiamomis funkcijomis (duomenų mainai, statytojų paieška);

5.18.4.1.5. Turi būti galimybė suformuoti savavališkos statybos aktą ir kitus su savavališka statyba susijusius dokumentus su suvestais duomenimis;

5.18.4.1.6. Turi būti galimybė išsiųsti suformuotą dokumentą el. paštu statytojui;5.18.4.1.7. Turi būti galimybė atspausdinti suformuotą dokumentą, panaudojant VTPSI

įsigyjamus nešiojamus spausdintuvus. 5.18.4.2. Programėlės turi būti pritaikytos veikti VTPSI įsigytuose nešiojamuose

kompiuteriuose su judriojo interneto modemu.5.18.5. Programėlės turi leisti panaudoti GPS vietos nustatymo ir vaizdo kameros įrenginius

esančius mobiliajame nešiojamajame įrenginyje, teikiant informaciją apie galbūt savavališkas statybas.

5.18.6. Programėlės duomenų perdavimui turi naudoti TCP/IP protokolą.

6. NEFUNKCINIAI REIKALAVIMAI

6.1. Reikalavimai architektūrai

6.1.1. IS turi būti realizuota pagal ne žemesnį nei trijų lygių programų architektūros modelį.6.1.2. IS turi palaikyti ir būti suderinama su XML ir XML Web Services.6.1.3. IS turi leisti dirbti vienu metu ne mažiau kaip 6500 Vidinių naudotojų (išlaikant

sistemos greičio reikalavimus). 6.1.4. Visos IS dalys turi būti tarpusavyje integruotos. Visi informacijos pasikeitimai vienoje

dalyje turi atsispindėti susijusiose dalyse be papildomų Vidinių naudotojų veiksmų (klasifikatorių ar kitų visose sistemos dalyse naudojamų duomenų apsikeitimai turi vykti realiu laiku).

6.1.5. IS turi turėti sistemos darbo našumo stebėjimo modulį, leidžiantį aptarnaujančiam personalui lanksčiai stebėti sistemos būseną bei gauti perspėjimo ar gedimo pranešimus.

6.1.6. IS turi turėti klaidų toleravimo, trikdžių ir apkrovų tvarkymo bei konfigūravimo įrankius.

6.1.7. IS neturi reikalauti iš sistemos naudotojų turėti administratoriaus teisių savo kompiuterizuotoje darbo vietoje tuo atveju, jei siūloma IS automatiškai instaliuotų būtinus programinius komponentus.

6.1.8. IS turi būti suprojektuota ir realizuota taip, kad IS būtų lanksti modifikuojant – realizavus funkcionalumo pakeitimus vienoje ar keliose funkcinėse srityse, pakeitimai neturi būti kitų funkcinių sričių perkūrimo priežastimi.

6.1.9. IS turi būti numatyta galimybė keisti įrašų atributų skaičių bei jų charakteristikas, pridėti naujus atributus.

6.1.10. Modernizavus IS turi būti perkelti visi esami IS funkcionalumai, esant poreikiui juos būtina modernizuoti (patobulinti, pašalinti jų funkcionavimo trūkumus).

6.1.11. IS turi būti atvira naujo funkcionalumo kūrimui (pvz., naujų formų, ataskaitų, funkcijų) ir esamo modifikavimui.

6.1.12. IS turi palaikyti įvairias 64 bitų kompiuterinės technikos platformas bei operacines sistemas (HP HP-UX, Microsoft Windows, Sun Solaris, IBM AIX, LINUX).

6.2. Reikalavimai saugumui

6.2.1. Tiekėjas privalo užtikrinti per IS perduodamų duomenų konfidencialumą. Duomenų konfidencialumas turi būti užtikrinamas naudojant duomenų šifravimą (kodavimą), kuris paremtas SSL ar lygiavertėmis technologijomis:

6.2.1.1. Tiekėjas turi pateikti visus reikalingus saugius SSL sertifikatus ir juos įdiegti į Užsakovo tarnybines stotis bei atlikti IS konfigūravimo darbus, skirtus perduodamų duomenų tarp IS ir Naudotojo darbo vietos ar integracinių sąsajų kodavimui (šifravimui);

6.2.1.2. SSL kodavimui naudojamas sertifikatas turi būti patvirtintas kvalifikuotu sertifikatu (Veri Sign ar analogišku);

6.2.1.3. pateikiamas SSL sertifikatas turi turėti 3 metų palaikymą.6.2.2. Tiekėjas privalo užtikrinti IS programinės įrangos atstatymą į ankstesnę būseną

(versiją) per 2 IS kategorijai atstatyti skirtą laiką.6.2.3. Tiekėjas turi įgyvendinti visus saugumo reikalavimus numatytus antrajai informacinių

sistemų kategorijai (vadovaujantis Valstybės institucijų ir įstaigų informacinių sistemų klasifikavimo pagal jose tvarkomą elektroninę informaciją gairėmis) ir Lietuvos Respublikos statybos leidimų ir statybos valstybinės priežiūros informacinės sistemos „Infostatyba“ duomenų saugos nuostatais, patvirtintais Valstybinės teritorijų planavimo ir statybos inspekcijos prie Aplinkos ministerijos 2011 m. balandžio 11 d. viršininko įsakymu Nr. 1V-58.

6.2.4. IS turi būti apsaugota nuo:6.2.4.1. neautentifikuotos prieigos;6.2.4.2. nesankcionuoto naudotojo sesijos perėmimo;6.2.4.3. nesankcionuoto duomenų perėmimo ar jų įterpimo;6.2.4.4. žalingo kodo įterpimo (angl. Injection, XSS (Cross-sitescripting));6.2.4.5. kitų saugumo pažeidimų, kurie įvardijami OWASP TOP 10 (https://www.owasp.org)

sąraše (arba lygiaverčiame);6.2.5. Tiekėjas turės atsižvelgti į saugumo ekspertų rekomendacijas ir atlikti visus reikalingus

IS pakeitimus, siekiant užtikrinti tinkamą jos saugumą.6.2.6. IS autorizavimo mechanizmas turi būti realizuotas remiantis vaidmenų modeliu (angl.

„role-based model“).6.2.7. IS kiekvienas naudotojas turi būti unikaliai identifikuojamas.6.2.8. Naudotojų vardai ir slaptažodžiai turi būti saugomi su tinkamu prieigos kontrolės

užtikrinimu ir informacijos šifravimu (pvz., slaptažodžiai turi būti šifruojami ir pan.).6.2.9. IS turi būti galimybė registruoti naujus Naudotojus.6.2.10. Vidinį naudotoją turi būti galima susieti su konkrečia institucija ir tos institucijos

aptarnaujama teritorija, jei tai aktualu.6.2.11. IS turi būti galimybė registruoti naujus Naudotojų vaidmenis (angl. „role“).6.2.12. IS turi būti galimybė suskirstyti Vidinius naudotojus į atskirus vaidmenis su

skirtingomis prieigos teisėmis prie atskirų sistemos objektų ar jų dalių (pvz., lentelių ar konkrečių lentelės įrašų), sistemos programinių vienetų (pvz., formų, ataskaitų, procedūrų ir kt.) ar jų dalių (pvz., formos mygtukas, laukas).

6.2.13. Naudotojas turi galėti peržiūrėti tik tokią informaciją ir naudotis tik tokiomis funkcijomis, kurios yra nustatytos prieigos teisėmis (pvz., ataskaitoje gali būti pateikti tik tokie rezultatai, kuriuos Naudotojas gali peržiūrėti, jei Naudotojas nori peržiūrėti ir kitą informaciją, IS turi pranešti, kad Naudotojas neturi teisių peržiūrėti tam tikrų duomenų ar kitais būdais apriboti informacijos peržiūrą).

6.2.14. IS turi būti galimybė sistemos naudotojui apibrėžti ir keisti vaidmeniui priskirtas prieigos teises.

6.2.15. IS turi būti galimybė nukopijuoti (klonuoti) Vidinį naudotoją su prieigos teisių

nustatymais.6.2.16. IS turi būti galimybė vienam Naudotojui priskirti daug vaidmenų. IS neturėtų

reikalauti, kad Naudotojas, norėdamas pasinaudoti funkcijomis, priskirtomis skirtingiems vaidmenims, turėtų prisijungti prie IS kitu naudotojo vardu arba nurodyti kitą vaidmenį.

6.2.17. IS turi būti galimybė nurodyti Naudotojo galiojimo laikotarpį.6.2.18. IS turi būti galimybė nurodyti vaidmens galiojimo laikotarpį.6.2.19. IS turi būti galimybė Naudotojui keisti naudotojo statusą (aktyvus, neaktyvus).6.2.20. IS turi būti galimybė sistemos administratoriui nustatyti ir keisti Naudotojo

prisijungimo slaptažodžio galiojimo laikotarpį. 6.2.21. IS turi būti galimybė nustatyti Naudotojo prisijungimo slaptažodžio ilgį. Turi būti

galimybė keisti slaptažodžio ilgio reikšmę.6.2.22. IS turi būti galimybė nustatyti ir keisti naudotojo prisijungimo slaptažodžio

sudėtingumą (pvz., slaptažodį turi sudaryti 8 simboliai, iš kurių bent 2 skaičiai ir bent viena didžioji raidė).

6.2.23. IS turi automatiškai nutraukti naudotojo darbo seansą praėjus parametrais apibrėžtam naudotojo neaktyvumo laikotarpiui ir informuoti naudotoją apie atjungimo priežastį pranešimu. Turi būti galimybė keisti neaktyvumo laikotarpio parametro reikšmę. Po pakartotino prisijungimo duomenų suvedimo naudotojas turi būti nukreiptas į paskutinio veiksmo langą su sistemoje prieš tai išsaugotais suvestais duomenimis.

6.2.24. IS turi būti galimybė valdyti paskutinių naudotojo slaptažodžių istoriją. IS turi būti galimybė neleisti naudoti prieš tai buvusių slaptažodžių. Neleidžiamų naudoti slaptažodžių skaičius turi būti apibrėžtas parametru. Turi būti galimybė keisti parametro reikšmę.

6.2.25. IS turi būti galimybė nustatyti Naudotojo neteisingų prisijungimų skaičių, po kurio Naudotojo prisijungimo vardas būtų blokuojamas. Prisijungimų skaičius turi būti apibrėžtas parametru. Turi būti galimybė keisti parametro reikšmę.

6.2.26. IS turi būti galimybė nustatyti, kad pirmą kartą į sistemą įsiregistruojantys Naudotojai privalėtų pakeisti administratoriaus suteiktą pirminį slaptažodį.

6.2.27. IS administratoriaus vaidmuo turi būti atskirtas nuo kitų sistemos naudotojų vaidmenų.

6.2.28. IS neturi teikti pagalbos Naudotojui spėliojant slaptažodžius.6.2.29. IS neturi vaizduoti įvedamo slaptažodžio.6.2.30. Prisijungimo prie IS lange turi būti įspėjimas, kad IS gali naudotis tik tam teises

turintys asmenys ir slaptažodžio priminimo funkcija6.2.31. IS administratorius turi galėti atsispausdinti naudotojų ir naudotojų teisių sąrašus.6.2.32. Reikalavimai Išorinio Portalo saugumui ir atsparumui:6.2.32.1. Išorinis Portalas turi būti apsaugotas nuo nesankcionuoto informacijos keitimo

Išoriniame Portale šiais būdais, neapsiribojant:6.2.32.2. Neturi būti palikta prisijungimo informacijos prie TVS, kuri lengvai nuspėjama ar

yra nustatyta pagal nutylėjimą;6.2.32.3. Jei naudojama trečiųjų šalių teikiama TVS, TVS programinė įranga turi būti

palaikoma ir pastoviai atnaujinama;6.2.32.4. Turi būti išjungti nenaudojami TVS papildiniai, komponentai ir moduliai;6.2.32.5. Turi būti nustatytos reikiamos katalogų ir failų prieigos teisės;6.2.32.6. Turi būti reguliariai atliekamos Išorinio Portalo ir TVS rezervinės kopijos;6.2.32.7. Turi būti sprendimas neleidžiantis Išorinio Portalo serveryje vykdyti nesankcionuotų

vykdomųjų programų (angl. scripts);6.2.32.8. Turi būti sprendimas leidžiantis administruoti TVS tik jungiantis iš nurodytų IP

adresų;6.2.32.9. Turi būti realizuota apsauga nuo SQL injekcijų;6.2.32.10. Turi būti tinkamai filtruojami web aplikacijai perduodami vartotojų įvesti

duomenis, tuo apsisaugant nuo Cross-site scripting atakų;6.2.32.11. Turi būti uždrausta prieiga prie scenarijų, kurie atskleidžia perteklinę sisteminę

informaciją;6.2.32.12. Į Išorinį Portalą įkeliamos bylos turi būti patikrinamos antivirusine programine

įranga. Antivirusinės programinės įrangos licencijas turi pateikti Tiekėjas.6.2.33. Išoriniame Portale turi būti realizuotas informacijos kaupimas apie Išorinio Portalo

klaidas su galimybe jas peržiūrėti.6.2.34. Išoriniame Portale aptikus sisteminę klaidą, turi būti nukreipiama į puslapį, kuriame

naudotojui turi būti pateiktas suprantamas pranešimas ir pateikiama paprasta forma, kurią naudotojas gali užpildyti, pateikiant papildomą informaciją apie klaidos priežastis. Formos duomenys turi būti persiųsti į Išorinį Portalą tolesnei analizei.

6.3. Reikalavimai IS ilgalaikiškumui, plečiamumui i licencijavimui

6.3.1. IS turi būti modernizuojama naudojant patikimas, plačiai žinomas ir standartizuotas technologijas.

6.3.2. Naudojamos technologijos bei kuriami sprendimai neturi būti uždari jų tobulinimui ir plėtimui. IS kūrimui panaudotos technologijos turi leisti ateityje plėsti IS funkcionalumą;

6.3.3. Jei IS veikimui yra būtinos trečiųjų šalių programinės įrangos licencijos (papildomai prie Užsakovo jau turimos ir IS naudojimui numatomos įsigyti licencinės programinės įrangos), jos turi būti pateiktos, įtraukiant šių licencijų kainą į bendrą pasiūlymo kainą.

6.3.4. Pateikiamos programinės įrangos licencijos turi būti neterminuotos.6.3.5. IS modernizavimas ir eksploatavimas neturi būti apribotas licencijų įsigijimu ir

įdiegimu – modernizuojant ir eksploatuojant IS neturi būti reikalaujama įsigyti licencijas ar bet kokia kita forma reikalauti, kad būtų prisiimti įsipareigojimai ar nustatyti apribojimus dėl naudojamos IS.

6.3.6. IS neturi reikalauti jokių licencijų įsigijimo tiek IS modernizavimo metu, tiek eksploatuojant ir didėjant naudotojų, darbo vietų ar naudojamų funkcionalumų skaičiui.

6.3.7. Nuosavybės teisės bei visos autorių turtinės teisės į Tiekėjo (įskaitant jo subrangovus) parengtus dokumentus bei sukurtas ir/ar parengtas priemones pereina Perkančiajai organizacijai nuo galutinio paslaugų priėmimo – perdavimo akto pasirašymo datos.

6.4. Reikalavimai greitaveikai

6.4.1. IS privalo užtikrinti našų darbą esant: 6.4.1.1. 6500 vienu metu dirbančių Vidinių ir Išorinių naudotojų;6.4.1.2. 500 aktyvių, teikiamų paslaugų.6.4.2. IS turi užtikrinti, kad Vidinių naudotojų veiksmų – dokumentinių įrašų įterpimo,

keitimo ir šalinimo, kitų veiksmų atlikimo (kurių vykdymo laikas nepriklauso nuo išorinių sąsajų), išskyrus ataskaitų formavimo – vidutinė atlikimo trukmė būtų ne ilgesnė kaip 3 sekundės ir didžiausia atlikimo trukmė ne didesnė kaip 8 sekundės.

6.4.3. IS turi užtikrinti, kad vidutinė ataskaitų formavimo trukmė ne didesnė kaip 3 sekundės, ataskaitoms, sudarytos iš 20 rodiklių vienerių metų laikotarpio duomenų, generavimui.

6.4.4. IS turi būti užtikrinti šie sistemos reakcijos greičiai (įvertinus, jog su IS vienu metu gali dirbti iki 6500 Vidinių naudotojų):

6.4.4.1. Paieška – iki 3 sekundžių (analizės metu turės būti suderintas dažniausiai naudojamų paieškų sąrašas, kuriam taikomas šis reikalavimas, tačiau 90% atvejų paieška turi trukti iki 5 sekundžių);

6.4.4.2. Duomenų importas – IS, reikalui esant, turi apdoroti ne mažiau kaip 20 importuojamos rinkmenos eilučių per 1 sekundę (visi tarpiniai duomenų apdorojimai, duomenų rašymai į tarpines lenteles ir pan. turi būti atliekami per tą patį laiką).

6.5. Reikalavimai naudotojo sąsajai

6.5.1. Naudotojo darbo vietoje turi būti naudojama internetinė naršyklė.6.5.2. IS naudotojo sąsaja (Išorinis Portalas ir Vidinis Portalas) turi korektiškai veikti šiose

naršyklėse: 6.5.2.1. Microsoft Internet Explorer - 8.0 ir aukštesnėse versijose; 6.5.2.2. Mozilla FireFox – 18.0 ir aukštesnės versijos; 6.5.2.3. Google Chrome – 24.0 ir aukštesnės versijos;6.5.2.4. Safari – 5.1.x ir aukštesnės versijos.6.5.3. IS turi korektiškai veikti tiksliai apdorojant ir išsaugant lietuvių kalba įvedamus

duomenis (diakritinių ženklų suderinamumo užtikrinimas);6.5.4. IS naudotojo sąsaja turi būti intuityvi, suprantama ir nesudėtinga naudoti naudotojams,

turintiems reikalaujamą kompiuterinio raštingumo lygį (ECDL ar aukštesnį), bei atitikti šiuolaikinius ergonomikos reikalavimus.

6.5.5. IS naudotojo sąsaja bei joje esantys valdymo elementai turi būti vienodi, unifikuoti (visoje IS turi būti vienodai iškviečiamos funkcijos, vaizduojamos formos ir kt.). Reikalavimas galioja atskirai Išoriniam Portalui ir Vidiniam Portalui svetainei.

6.5.6. Siekiant užtikrinti šiuolaikinius naudotojų sąsajos ergonomikos reikalavimus, būtina vadovautis LST EN ISO 9241-110:2006 „Žmogaus ir sistemos sąveikos ergonomika. 110 dalis. Dialogo principai (ISO 9241-110:2006)“ arba lygiaverčiu standartu.

6.5.7. IS naudotojų sąsajos valdymas turi remtis pelės ir klaviatūros įrenginiais.6.5.8. TAB klavišo seka einant per duomenų įvedimo laukus Naudotojo sąsajos lange turi būti

nuosekli ir korektiška.6.5.9. IS naudotojo sąsaja turi turėti veikiančią kompiuterizuotos informacinės pagalbos

suteikimo naudotojui funkciją (pvz., HTML help).6.5.10. IS naudotojo sąsajoje turi būti užuominų ir paaiškinimų pateikimas pelės žymeklį

užvedus ant grafinio objekto.6.5.11. IS naudotojų sąsajos klaidų pranešimai turi būti suformuluoti taip, kad naudotojui būtų

aišku, kas atsitiko ir kokius veiksmus jam toliau reikia atlikti, kad galėtų tęsti darbą.6.5.12. IS naudotojo sąsajai kurti turi būti naudojama ne žemesnė kaip 4.01 HTML (Hypertext

Markup Language, http://www.w3.org/MarkUp/) versija, ne žemesnė kaip 2 lygio CSS2 (Cascading Style Sheets Language 2, http://www.w3.org/Style/CSS/) ir ne žemesnė kaip 1.0 XSL (Extensible Stylesheet Language, http://www.w3.org/Style/XSL/) versijos.

6.5.13. IS naudotojo sąsaja turi korektiškai veikti kompiuteriuose, kurių ekrano skiriamoji geba ne mažesnė kaip 1280x768 taškų.

6.5.14. IS naudotojo darbo vietai turi pakakti interneto naršyklės, būtinų interneto naršyklės intarpų, elektroninio sertifikato programinės įrangos ir interneto prieigos HTTP, HTTPS (HTTP per SSL) protokolais.

6.5.15. Jei Naudotojo sąsajos veikimui būtina instaliuoti papildomą programinę įrangą (pavyzdžiui „flash player“, JVM), interneto naršyklė turi apie tai informuoti ir leisti programinę įrangą įdiegti. Įrangos diegimas turi būti vienkartinis.

6.5.16. Jei Naudotojo sąsajos veikimui būtina įdiegti specializuotą elektroninio sertifikato programinę įrangą, šį programinė įranga turi būti įdiegta prieš naudojantis IS.

6.5.17. IS naudotojo sąsaja turi korektiškai veikti išnaudojant visą Naudotojo ekrano plotį.6.5.18. Išorinio Portalo ir Vidinio Portalo sąsaja turi būti realizuota pagal plono kliento (angl.

Thin-client) principą (dar vadinamą Web sąsaja) ir turi būti suderinta veikimui ir naudojimui įprastose naršyklėse, atitinkančiose The World Wide Web Consortium http://www.w3.org/ (toliau - W3C) standartus.

6.5.1. Išorinio Portalo naudotojo sąsaja turi būti pritaikyta dirbti riboto pralaidumo interneto kompiuterių tinklo ryšiui.

6.5.2. Išorinis Portalas turi korektiškai veikti ant lietimui jautrių ekranų / planšetinių kompiuterių, nereikalaujant fizinės klaviatūros ar pelės.

6.5.3. Reikalavimai IS naudotojo sąsajos pritaikymo neįgaliesiems:6.5.3.1. IS naudotojo sąsaja turi būti realizuota pagal "Web Content Accessibility Guidelines

http://www.w3.org/

http://www.w3.org/Style/XSL/

http://www.w3.org/Style/CSS/

http://www.w3.org/MarkUp/

2.0" skaitmeninio turinio prieinamumo gaires (http://www.w3.org/TR/WCAG20/). 6.5.3.2. kuriant elektronines paslaugas, teikiamas internetu, turi būti vadovaujamasi

Neįgaliesiems pritaikytų Interneto tinklalapių kūrimo, testavimo ir įvertinimo metodinėmis rekomendacijomis, patvirtintomis Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. kovo 31 d. įsakymu Nr. T-40.

6.5.3.3. IS naudotojo sąsaja turi būti sukurta padengiant vieno „A“ ir dvigubo „AA" lygmens pasiekiamumą ir įgyvendinant visas „A“ ir „AA“ lygmens priemones:

6.5.3.3.1. gairė 1.1, sėkmės kriterijus 1.1.1;6.5.3.3.2. gairė 1.2, sėkmės kriterijai 1.2.1-1.2.5;6.5.3.3.3. gairė 1.3, sėkmės kriterijai 1.3.1-1.3.3;6.5.3.3.4. gairė 1.4, sėkmės kriterijai 1.4.1-1.4.5;6.5.3.3.5. gairė 2.1, sėkmės kriterijai 2.1.1-2.1.2;6.5.3.3.6. gairė 2.2, sėkmės kriterijai 2.2.1-2.2.2;6.5.3.3.7. gairė 2.3, sėkmės kriterijus 2.3.1;6.5.3.3.8. gairė 2.4, sėkmės kriterijus 2.4.1-2.4.7;6.5.3.3.9. gairė 3.1, sėkmės kriterijai 3.1.1-3.1.2;6.5.3.3.10. gairė 3.2, sėkmės kriterijai 3.2.1-3.2.4;6.5.3.3.11. gairė 3.3, sėkmės kriterijai 3.3.1-3.3.4;6.5.3.3.12. gairė 4.1, sėkmės kriterijai 4.1.1-4.1.2;6.5.3.4. Išorinis Portalas turi būti sukurtas papildomai padengiant trigubo "AAA" lygmens

pasiekiamumą ir įgyvendinant šias priemones:6.5.3.4.1. gairė 1.4, sėkmės kriterijai 1.4.6-1.4.8;6.5.3.4.2. gairė 2.2, sėkmės kriterijai 2.2.3-2.2.4;6.5.3.4.3. gairė 2.4, sėkmės kriterijai 2.4.9-2.4.10;6.5.3.4.4. gairė 3.1, sėkmės kriterijai 3.1.3-3.1.6;6.5.3.4.5. gairė 3.3, sėkmės kriterijai 3.3.5-3.3.6.6.5.3.5. Išorinis Portalas turi tenkinti visas aukščiau išvardintas gaires ir sėkmės kriterijus

vienoje pagrindinėje versijoje nereikalaujant alternatyvios tik neįgaliesiems pritaikytos versijos, tačiau:

6.5.3.5.1. Išoriniame Portale turi būti piktograma (angl. icon), kurią pasirinkus būtų galima įjungti ir išjungti didelio kontrasto temą. Pasirinkus didelio kontrasto temą, Išorinio Portalo struktūra turi likti nepakitusi, tačiau gali būti nerodomi tam tikri daugialypės terpės intarpai.

6.5.3.5.2. Išoriniame Portale turi būti piktogramos, kurias pasirinkus būtų galima didinti, mažinti Išorinio Portalo šrifto dydį bei piktograma, kurią pasirinkus būtų nustatytas įprastas Išorinio Portalo šrifto dydis.

6.6. Reikalavimai duomenų archyvavimui

6.6.1. IS turi būti galimybė archyvuoti duomenis ir elektroninius dokumentus.6.6.2. IS turi būti galimybė formuoti, peržiūrėti ir spausdinti archyvavimo ataskaitas.6.6.3. IS turi būti galimybė Administratoriams reguliariai automatiškai pateikti archyvavimo

vykdymo ataskaitas.6.6.4. IS turi būti galimybė peržiūrėti suarchyvuotus duomenis.6.6.5. IS būti galimybė automatizuoti duomenų ir elektroninių dokumentų archyvavimo (pvz.,

prašymai ir išduoti dokumentai) procesus bei archyvuotų elektroninių dokumentų saugojimo valdymą.

6.6.6. IS turi būti galimybė bet kuriai elektroninių dokumentų kategorijai ar elektroniniam dokumentui pažymėti individualius archyvavimo nustatymus, nustatant duomenų archyvavimo laikotarpį ir periodiškumą.

6.6.7. IS turi būti galimybė automatiniam archyvavimui atrinkti ir suformuoti elektroninių dokumentų sąrašą.

6.6.8. IS turi būti galimybė aprašyti elektroninių dokumentų archyvavimo ir jų šalinimo iš

http://www.w3.org/TR/WCAG20/

archyvo taisykles.6.6.9. IS turi būti galimybė sistemos administratoriui koreguoti elektroninių dokumentų

archyvavimo taisykles.6.6.10. IS turi būti galimybė bet kuriai elektroninių dokumentų kategorijai pažymėti

individualius archyvavimo nustatymus.6.6.11. IS, elektroniniams dokumentams, pagal nutylėjimą turi būti priskiriamos kategorijos,

kurioje dokumentas yra.6.6.12. Duomenų archyvavimo nustatymų tvarkymą gali atlikti tik Administratoriai.6.6.13. Archyvo duomenys turi būti prieinami Naudotojams tuo pat būdu kai ir duomenys

nesantys archyve, tačiau archyvo duomenys gali būti pateikiami lėčiau.6.6.14. Archyvas turi būti atskirtas nuo pagrindinių IS saugomų duomenų.

6.7. Reikalavimai rezerviniam kopijavimui

6.7.1. IS turi būti automatinio rezervinio kopijavimo galimybė.6.7.2. Turi būti galimybė daryti rezervines kopijas tiek veikiančioje, tiek neveikiančioje IS.6.7.3. IS administratoriai turi turėti galimybę nustatyti rezervinį kopijavimą pagal:6.7.3.1. periodiškumą ir (arba) laiką;6.7.3.2. informacijos saugojimo vietą.6.7.4. IS turi turėti rezervinio kopijavimo žurnalą. Turi būti galimybė peržiūrėti ir

atsispausdinti žurnalą.6.7.5. IS administratoriai turi turėti galimybę inicijuoti sistemos duomenų atstatymo iš

rezervinės kopijos procedūrą. Atstačius duomenis turi būti užtikrintas ir išlaikytas duomenų vientisumas ir integralumas.

6.8. Reikalavimai duomenų apdorojimui

6.8.1. Duomenų ir informacijos apdorojimui ir saugojimui turi būti naudojama duomenų bazių valdymo sistema (toliau – DBVS). DBVS turi pasižymėti aukštu našumo lygiu, pajėgumų plėtimo galimybėmis, patikimumu ir saugumu.

6.8.2. DBVS turi palaikyti struktūrizuotų užklausų kalbą SQL, suderinamą su SQL‘92 specifikacija. IS turi būti grafinis įrankis, padedantis kurti duomenų bazės užklausas, arba užklausų kūrimo pagal šablonus kūrimo įrankis.

6.8.3. DBVS turi turėti pagalbinių ir administravimo priemonių rinkinį. Pagalbinių ir administravimo priemonių sąveikos su DBVS sąsaja turi būti realizuota grafinės naudotojo sąsajos ir komandinės eilutės būdu.

6.8.4. DBVS turi užtikrinti vidines duomenų vientisumo užtikrinimo funkcijas, turėti duomenų atstatymo mechanizmus po gedimų ir pažeidimų.

6.8.5. DBVS turi palaikyti daugiapakopį saugumo mechanizmą.6.8.6. DBVS turi turėti galimybę duomenis importuoti XML formatu.6.8.7. DBVS privalo palaikyti įvairias tiek 32, tiek 64 bitų kompiuterinės technikos

platformas bei operacines sistemas (HP HP-UX, Microsoft Windows, Sun Solaris, IBM AIX, LINUX).

6.8.8. DBVS privalo užtikrinti galimybę pilnai perkelti duomenų bazę Windows, UNIX, LINUX operacinėse sistemose.

6.8.9. Daugiasluoksnė aplikacijų logikos architektūra.6.8.10. Būtina galimybė naudoti lietuviškus rašmenis, apibrėžtus valstybiniais standartais

(LST1282 - LST1285).

6.9. Reikalavimai duomenų tvarkymui

6.9.1. IS turi veikti „vieno langelio“ principu, t.y. visa informacija gaunama iš išorės prašymai, elektroniniai dokumentai, turi būti pirmiausia registruojama vienoje vietoje - IS ir tuomet naudojantis IS funkcijomis paskirstoma paslaugos suteikimo procese dalyvaujančioms institucijoms ir jų darbuotojams.

6.9.2. IS turi turėti galimybę gauti (ar teikti) duomenis iš kitų (ar kitoms) sistemų (-oms) tiesiogiai bei duomenų rinkmenomis.

6.9.3. Turi būti galima dirbti su IS, kol vykdomi kiti darbai, pavyzdžiui, atliekamų paketinių užduočių veiksmai, registravimai, naudotojo veiksmai neblokuotų kito Naudotojo veiksmų ir nedarytų įtakos sistemos greitaveikai.

6.9.4. IS turi palaikyti Unicode (UTF – 8) standartą.6.9.5. Proceso stebėsena bei ataskaitų generavimas neturi daryti įtakos kitų veiksmų (pvz.,

duomenų registravimas ir apdorojimas) IS greitaveikai.6.9.6. Informacijos paieška ir duomenų tikrinimas IS duomenų bazėje turi būti vykdomi realiu

laiku.6.9.7. IS turi būti priemonės pagal analizės ir projektavimo metu suderintas taisykles siųsti

elektroninius pranešimus naudotojams (el. paštu ir/ar SMS žinutėmis).6.9.8. Elektroninių pranešimų naudotojams siuntimo taisyklių kūrimas, keitimas ir šalinimas

neturi reikalauti iš Naudotojo atlikti sistemos modifikavimo ar programavimo žinių reikalaujančių veiksmų.

6.9.9. Duomenų tvarkymas turi atitikti tarptautinį standartą ISO 15489-1:2001 ar lygiavertį bei dokumentų tvarkymo ir apskaitos taisykles (skaitmenų formatas, datos ir laiko formatai).

6.9.10. IS duomenys, prie kurių Naudotojas neturi prieigos teisių, Naudotojui neturi būti pateikiami (tiek ekraninėje formoje, tiek ataskaitų pavidalu).

6.9.11. IS duomenys turi būti užregistruojami tik tada, kai užpildomi visi privalomi laukai. Iš išorinėje ir vidinėje sistemoje turi būti galimybė be papildomų programavimo veiksmų keisti įvedamų laikų privalomumą.

6.9.12. IS turi duomenų rinkiniams (įrašams) duomenims automatiškai suteikti unikalų kodą ar numerį (pagal nustatytas taisykles). Naudotojas turi galėti keisti kodo ar numerio sudarymo taisykles (pvz., į sistemą keliamo dokumento numeris), pagal analizės ir projektavimo metu suderintas numerių sudarymo taisykles.

6.9.13. Naudotojas turi galėti pildyti duomenis pasirinkęs reikšmes iš sudarytų sąrašų ir klasifikatorių.

6.9.14. IS dalis duomenų turi būti užpildomi automatiškai (pvz., duomenų pateikimo data).6.9.15. IS turi būti registruojamas duomenis pateikęs Naudotojas, duomenų pateikimo data ir

laikas, duomenų šaltinis (pvz., jei duomenys importuoti, tai turi būti saugomas rinkmenos, iš kurios importuotas duomuo, pavadinimas).

6.9.16. IS turi būti registruojami duomenų pakeitimai, juos atlikę naudotojai ir pakeitimų atlikimo data bei laikas. Naudotojas turi galėti nurodyti, kokių duomenų pakeitimai turi būti registruojami, kokie duomenų pakeitimai atlikti.

6.9.17. Naudotojas turi galėti lengvai peržiūrėti konkrečių duomenų keitimo istoriją (tiek ekraninėje formoje, tiek ataskaitoje).

6.9.18. IS saugant pakeistus duomenis, turi būti išsaugoma nauja duomenų versija.6.9.19. IS turi būti galimybė įkelti bent 20 MB dydžio pridedamus dokumentus (maksimalus

vieno dokumento dydis). 6.9.20. IS pagal nustatytas taisykles turi automatiškai patikrinti įvedamų duomenų formato

korektiškumą.6.9.21. IS pagal nustatytas taisykles turi automatiškai patikrinti įvedamų duomenų loginį

teisingumą.6.9.22. IS turi automatiškai tikrinti importuojamų duomenų formato korektiškumą.6.9.23. IS pagal nustatytas taisykles turi būti tikrinamas importuotų duomenų loginis

teisingumas. Jei įvestuose ar importuotuose duomenyse yra klaidų, IS tokius įrašus turi pažymėti klaidingais ir prie kiekvieno klaidingo įrašo turi būti pateiktas išsamus klaidos (-ų) apibūdinimas

(pvz., pateikiamas aprašymas nusakantis klaidos šaltinį, aprašymas pateikiamas pilnais sakiniais).6.9.24. Naudotojas turi galėti peržiūrėti ir atsispausdinti visus klaidingus įrašus su išsamiu

klaidos (-ų) apibūdinimu.6.9.25. IS turi užtikrinti korektišką avarinių situacijų, kurias sukėlė neteisingi Naudotojo

veiksmai, valdymą. IS naudotojui atlikus neteisingą (neleidžiamą) komandą arba nekorektiškai įvedus duomenis, IS turi naudotojui rodyti atitinkamus pranešimus ir po to grįžti į darbo būklę.

6.9.26. Įvykus nurodytoms avarinėms situacijoms IS, pagal nustatytas taisykles turi būti siunčiami informaciniai pranešimai naudojant SMTP elektroninio pašto sistemą ir/arba SMS trumpųjų žinučių siuntimo sistemą.

6.9.27. Klaidų aprašymai turi būti dokumentuoti ir prieinami IS. Klaidų aprašymai turi būti klasifikuoti pagal jų pobūdį, o kiekviena klaida (jos aprašymas) identifikuojama unikaliu kodu, sudarytu pagal nustatytą taisyklę.

6.9.28. Klaidų pranešimai, teikiami Naudotojams, turi būti informatyvūs ir suteikti pakankamai informacijos tolimesniems veiksmams klaidai pašalinti ar jos išvengti.

6.9.29. IS pagal nustatytas taisykles turi būti automatiškai pateikiami informaciniai pranešimai (pvz., informacija apie tai, kad tikrinanti institucija vėluoja pateikti pastabas).

6.9.30. Naudotojas turi galėti atsispausdinti peržiūrimus duomenis (pvz., Naudotojui išfiltravus sąrašą turi būti galimybė atsispausdinti visą išfiltruotą sąrašą).

6.9.31. Klaidų faktai turi būti registruojami atskirame sąraše ir (ar) audito informacijos žurnaluose.

6.9.32. Naudotojas turi galėti keisti ir šalinti įvestus ir neužregistruotus duomenis bei negalėti keisti ir šalinti užregistruotų duomenų.

6.9.33. IS turi būti galimybė rūšiuoti duomenis pagal pasirinktus parametrus (parametrai turės būti suderinti analizės ir projektavimo metu). Duomenys, susidedantys iš lietuviškų rašmenų, rūšiuojami pagal lietuvišką abėcėlę.

6.9.34. IS turi būti galimybė atlikti įrašų paiešką pagal pasirinktus parametrus (parametrai turės būti suderinti analizės ir projektavimo metu).

6.9.35. IS turi būti galimybė vykdyti išplėstinę (pvz., kompleksinę, pagal fragmentą ir pan.) paiešką (tikslūs paieškos parametrai turės būti suderinti analizės ir projektavimo metu).

6.9.36. IS turi būti galimybė peržiūrėti paieškos rezultatų skaičių bei paieškos rezultatų sąrašą.6.9.37. IS turi būti galimybė iš paieškos rezultatų sąrašo pasirinkti ir atidaryti duomenis vienu

pelės arba klaviatūros klavišo paspaudimu.6.9.38. IS turi būti galimybė nustatyti kiekvienam įvedamam terminui atskirai ar terminas

skaičiuojamas kalendorinėmis ar darbo dienomis. 6.9.39. IS turi būti galimybė nustatyti, kiekvienam įvedamam terminui atskirai ar IS turi

atsižvelgti į šventines nedarbo dienas ar ne.6.9.40. IS turi būti numatyta galimybė automatiškai gauti ir į IS įtraukti šventines, nedarbo

dienas.6.9.41. IS turi būti galimybė IS administravimo priemonėmis nurodyti ir koreguoti šventines,

nedarbo dienas.

6.10. Reikalavimai auditavimui

6.10.1. Turi būti vykdomas IS naudotojų atliekamų veiksmų auditavimas. Privalomi informacijos saugojimo momentai:

6.10.1.1. naudotojo autentifikavimasis (prisijungimas) ir darbo sesijos pabaiga;6.10.1.2. atliekama paieška sistemoje;6.10.1.3. duomenų esybių laukų pakeitimas (atnaujinimas, įterpimas, pašalinimas);6.10.1.4. klaidų taisymas;6.10.1.5. duomenų gavimas iš susijusių registrų ir informacinių sistemų;6.10.1.6. išduoto dokumento atsisiuntimas;6.10.1.7. kiti svarbūs momentai suderinti analizės ir projektavimo metu;

6.10.2. Atliekant auditavimo įrašo išsaugojimą duomenų bazėje minimaliai turi būti kaupiama:

6.10.2.1. kas atliko veiksmą (Naudotojas);6.10.2.2. kada atliko veiksmą (data ir laikas sekundžių tikslumu);6.10.2.3. kokius duomenis atnaujino;6.10.2.4. kokius duomenis įterpė;6.10.2.5. kokius duomenis pašalino;6.10.2.6. naudota paieškos frazė;6.10.3. IS administravimo priemonėmis turi būti galimybė atlikti audito įrašų filtravimą ir

peržiūrą. Reikalingi veiksmai su auditavimo įrašais turi būti identifikuoti analizės ir projektavimo metu.

6.10.4. Auditavimo įrašai turi būti kaupiami ne mažiau kaip 12 mėn. laikotarpio. Vėliau perkeliami į archyvą.

6.10.5. Reikalavimai Išorinio Portalo lankomumo analizei:6.10.5.1. Turi būti realizuotas Išorinio Portalo lankomumo statistikos surinkimas:6.10.5.1.1. Išorinio Portalo lankomumo statistika turi būti prieinama tik VTPSI darbuotojams

pasirenkant vieną iš būdų – sukuriant atskirą intraneto svetainę, pasinaudojant TVS funkcionalumu arba pasinaudojant nemokama trečiųjų šalių teikiama statistikos apdorojimo paslauga, prieinamą internetu.

6.10.5.1.2. Išorinio Portalo lankomumo statistikos duomenys turi būti kaupiami lokaliai.6.10.5.1.3. Išorinio Portalo lankomumo statistika turi būti kaupiama tiek autentifikuotiems

naudotojams, tiek ir neautentifikuotiems. Išorinio Portalo lankomumo statistikoje negali būti kaupiami asmens duomenys ir Naudotojo pateikti duomenys elektroninių administracinių paslaugų teikimo srities puslapyje.

6.10.5.2. Turi būti kaupiama ši Išorinio Portalo lankomumo statistika:6.10.5.2.1. Išorinio Portalo bendra lankomumo statistika, neapsiribojant – lankymosi diena,

laikas, trukmė, apsilankymų skaičius, šalis, miestas, kalba, paspaudimų kiekis, įėjimai, išėjimai, laikas puslapyje (visuose, įskaitant ir elektroninių administracinių paslaugų teikimo srities puslapius), puslapio peržiūrų skaičius, svetainėje praleistas laikas, apsilankymų kiekis.

6.10.5.2.2. Išorinio Portalo elektroninių administracinių paslaugų teikimo srities efektyvumo ir tikslų pasiekimo statistika, neapsiribojant – pradėtos, nebaigtos, sėkmingai baigtos elektroninės administracinės paslaugos. Laikas nuo kiekvienos elektroninės administracinės paslaugos pradžios iki pabaigos, bandymų kiekis ir laikas, praleistas pildant atskiras elektroninės administracinės paslaugos formas.

6.10.5.2.3. Išorinio Portalo Paieškos srities naudojimas, neapsiribojant – kiek Naudotojų naudojosi paieška, kas buvo ieškoma (su galimybe peržiūrėti unikalias ar dažniausiai naudojamas paieškas), kaip buvo naudojami paieškos rezultatai, t.y. ar buvo spaudžiamos paieškos nuorodos, vykdoma kita paieška ar iš puslapio išeinama.

6.10.5.2.4. Išorinio Portalo puslapių navigacijos statistika, neapsiribojant – įėjimo puslapio pavadinimas, URL (angl. uniform resource locator), apsilankymo tipas (autentifikuotas/neautentifikuotas), iš kurio puslapio/meniu punkto Naudotojas pateko, į kurį puslapį naudotojas perėjo.

6.10.5.3. Turi būti Išorinio Portalo lankomumo statistikos ataskaitų peržiūros realiu laiku funkcionalumas, panaudojant iki to laiko sukauptus duomenimis.

6.10.5.4. Išorinio Portalo lankomumo statistikos ataskaitų šablonai turi būti kuriami ar atnaujinami pagal poreikį, panaudojant Tiekėjo sukurtus ar nemokamus trečiųjų šalių įrankius. Tiekėjas įdiegęs Išorinį Portalą turės parengti bent trijų Išorinio Portalo lankomumo statistikos ataskaitų šablonus.

6.10.5.5. Turi būti galimybė eksportuoti Išorinio Portalo lankomumo statistikos duomenis „Excel“, CSV ar lygiaverčiu formatu panaudojant Tiekėjo sukurtus ar nemokamus trečiųjų šalių įrankius.

7. REIKALAVIMAI PASLAUGŲ ĮGYVENDINIMUI

7.1. Reikalavimai paslaugų teikimo etapams

7.1.1. Žemiau 6 lentelėje pateikti Paslaugų teikimo etapai, rezultatai ir terminai.

6 lentelė. Paslaugų teikimo etapai, rezultatai ir terminaiEil nr.

Darbo etapo pavadinimas Veiklos Rezultatai Terminas

1.

Analizė ir struktūros

paruošimas

Planavimas

1. Parengtas paslaugų teikimo reglamentas.

1. Paslaugų teikimo reglamentas turi būti pateiktas derinimui per 15 d.d. nuo sutarties įsigaliojimo datos.

2. Paslaugų teikimo reglamentas turi būti suderintas per 10 d.d. nuo jo pateikimo.

Detali reikalavimų

analizė

1. IS nuostatai ir IS specifikacija.

2. Parengti detalios reikalavimų analizės dokumentai.

3. Detali reikalavimų analizė turi apimti visus reikalavimus ir ši veikla turi būti įgyvendinta pilnai per nurodytą terminą.

1. IS nuostatai ir IS specifikacija turi būti atnaujinti ir suderinti su VTPSI per 3 mėn. nuo sutarties įsigaliojimo datos.

2. Detalios reikalavimų analizės dokumentai turi būti pateikti derinimui per 3 mėn. nuo sutarties įsigaliojimo datos.

3. Detalios reikalavimų analizės dokumentai turi būti suderinti per 1 mėn. nuo jų pateikimo.

2. Projektavimas ir kūrimas (etapas įgyvendinamas 3 iteracijomis)

Projektavimas

1. Parengti/atnaujinti projektavimo dokumentai.

2. Parengti/atnaujinti naudotojų sąsajos formų dokumentai.

3. Parengti/atnaujinti IS architektūros dokumentai.

4. Parengtas duomenų migravimo procedūros aprašas.

1. Galutinės visų dokumentų versijos, iteracijoje įgyvendinamoms elektroninėms paslaugoms, turi būti pateiktos likus ne mažiau kaip 1 mėn. iki tarpinio priėmimo testavimo etapo pradžios.

Kūrimas (programavimas)

1. Sukurta programinė įranga.

2. Perkelti visi IS duomenys i naują struktūrą.

1. Visa iteracijai numatyta PĮ turi būti sukurta iki tarpinio priėmimo testavimo pradžios.

Vidinis testavimas

1. Atliktas vidinis testavimas.

2. Parengta vidinio testavimo ataskaita.

1. Vidinio testavimo ataskaita turi būti pateikta likus ne mažiau kaip 1 sav. iki tarpinio priėmimo testavimo pradžios.

Eil nr.


Pasiruošimas testavimui

1. Parengti priėmimo testavimo dokumentai (testavimo planas, testavimo principų dokumentas, testavimo scenarijai).

1. Testavimo planas ir testavimo principų dokumentas turi būti pateikti ne mažiau kaip prieš 2 mėn. iki tarpinio priėmimo testavimo pradžios.

2. Testavimo scenarijai, iteracijoje įgyvendinamoms elektroninėms paslaugoms, turi būti pateikti ne mažiau kaip 2 sav. iki tarpinio priėmimo testavimo pradžios.

Tarpinis priėmimo testavimas

1. Atliktas tarpinis priėmimo testavimas.

2. Ištaisytos tarpinio priėmimo testavimo metu rastos klaidos.

3. Parengtos tarpinio priėmimo testavimo ataskaitos

1. Tarpinio priėmimo testavimo ataskaita turi būti parengta per 1 sav. po tarpinio priėmimo testavimo iteracijos

3. Įdiegimas testinėje

aplinkoje, testavimas ir bandomoji

eksploatacijaDiegimas ir paruošimas bandomajai

eksploatacijai

1. Parengta diegimo aplinka.

2. Atliktas diegimas testinėje aplinkoje.

3. Parengtas bandomosios eksploatacijos planas.

1. Diegimas testinėje aplinkoje turi būti atliktas ne vėliau kaip 1 sav. iki galutinio priėmimo testavimo pradžios.

2. Bandomosios eksploatacijos planas turi būti parengtas ir suderintas likus ne mažiau kaip 1 mėn. iki bandomosios eksploatacijos pradžios.

Galutinis priėmimo testavimas

1. Atliktas galutinis priėmimo testavimas.

2. Ištaisytos galutinio priėmimo testavimo metu rastos klaidos.

3. Parengtos priėmimo testavimo ataskaitos.

1. Galutinis priėmimo testavimas turi būti atliktas iki bandomosios eksploatacijos pradžios.

2. Galutinio priėmimo testavimo ataskaita turi būti parengta per 1 sav. po galutinio priėmimo testavimo iteracijos vykdymo.

Bandomoji eksploatacija

1. Atlikta bandomoji eksploatacija.

2. Parengta bandomosios eksploatacijos ataskaita.

1. Bandomoji eksploatacija turi būti baigta iki numatyto įdiegimo gamybinėje aplinkoje.

2. Bandomosios eksploatacijos trukmė turi būti ne trumpesnė kaip 2 mėn.

3. Bandomosios eksploatacijos ataskaita

Eil nr.


turi būti parengta likus 1 sav. iki bandomosios eksploatacijos pabaigos.

4.

Mokymai

Naudotojų dokumentacijos

parengimas

1. Parengti/atnaujinti sistemos naudojimo dokumentai (naudotojų vadovai).

2. Parengti/atnaujinti sistemos administravimo dokumentai (įskaitant sistemos diegimo procedūrą).

1. Naudotojų vadovai ir administravimo dokumentai turi būti pateikti likus ne mažiau kaip 1 mėn. iki bandomosios eksploatacijos pradžios.

2. Naudotojų vadovai ir administravimo dokumentai turi būti suderinti likus ne mažiau kaip 1 sav. iki bandomosios eksploatacijos pradžios.

IS naudotojų mokymai

1. Parengtas mokymų planas.

2. Parengta mokymų medžiaga.

3. Apmokyti sistemos naudotojai.

1. Mokymų planas turi būti parengtas likus ne mažiau kaip 1 mėn. iki mokymų pradžios.

2. Mokymų medžiaga turi būti parengta likus ne mažiau kaip 2 sav. iki mokymų pradžios.

3. IS naudotojų mokymai turi būti atlikti iki bandomosios eksploatacijos pradžios.

5. Įdiegimas gamybinėje aplinkoje, garantijos procedūra

Diegimas gamybinėje aplinkoje

1. Parengtos IS diegimo instrukcijos.

2. Atliktas diegimas gamybinėje aplinkoje.

3. Migruoti duomenys ir parengta duomenų migravimo ataskaita.

1. IS diegimo instrukcijos turi būti pateiktos ne vėliau kaip 1 sav. iki diegimo pradžios.

2. Diegimas gamybinėje aplinkoje turi būti atliktas ne vėliau kaip 1 sav. iki sutartyje numatytos paslaugų teikimo galutinės datos.

3. Duomenų migravimo ataskaita turi būti parengta per 1 sav. Nuo diegimo gamybinėje aplinkoje.

Perėjimas į garantijos režimą

1. IS priimta eksploatacijai.

2. Parengtas garantinės priežiūros procedūros dokumentas.

1. IS garantinės priežiūros bei naudotojų konsultavimo reglamentas turi būti pateiktas likus 1 mėn. iki sutartyje numatytos paslaugų teikimo galutinės datos.

2. IS garantinės priežiūros bei naudotojų konsultavimo

Eil nr.


reglamentas turi būti suderintas per 2 sav. nuo jų pateikimo datos.

6.

IS steigimo ir įteisinimo

dokumentacijos parengimas/ patikslinimas

IS steigimo ir įteisinimo

dokumentacijos parengimas bei patikslinimas

1. Atnaujinti IS nuostatai (jeigu reikės).

2. Parengta/atnaujinta IS specifikacija.

3. Atnaujinti IS duomenų saugos nuostatai (jeigu reikės).

4. Atnaujintos IS saugaus informacijos tvarkymo taisyklės (jeigu reikės).

5. Atnaujintos IS naudotojų administravimo taisyklės (jeigu reikės).

6. Parengtas veiklos tęstinumo valdymo planas.

1. Visi steigimo ir įteisinimo dokumentai turi būti pateikti per 5 mėn. nuo sutarties įsigaliojimo datos.

2. Visi steigimo ir įteisinimo dokumentai turi būti suderinti per 1 mėn. nuo jų pateikimo.

3. Užsakovui derinant steigimo ir įteisinimo dokumentus su kitomis institucijomis, pagal pastabas dokumentus pakoreguoti per 2 sav. nuo pastabų gavimo dienos.

7.1.2. Projektavimo ir kūrimo etapas turi būti įgyvendinamas 3 iteracijomis, kuriose kartojamos projektavimo, kūrimo (programavimo), vidinio testavimo, pasiruošimo testavimui ir tarpinio priėmimo testavimo veiklos. Pirmoje turi būti sukurtos 6 elektroninės paslaugos, antroje 7 elektroninės paslaugos, trečioje 6 elektroninės paslaugos, nurodytas 3 lentelėje. Kiekvienos iteracijos įgyvendinamų paslaugų sąrašas turi būti pateiktas Diegėjo pasiūlyme ir suderintas paslaugų teikimo reglamente.

7.1.3. Jei Tiekėjas siūlo kitokią paslaugų teikimo eigą, tai jis turi nurodyti savo pasiūlyme ir pagrįsti siūlomo IS kūrimo ir diegimo Projekto plano efektyvumą ir pradėdamas vykdyti paslaugas, suderinti tai su Užsakovu paslaugų vykdymo reglamente. Net ir pakeitus paslaugų teikimo planą 6 lentelėje išvardinti rezultatai yra privalomi.

7.1.4. Paslaugų teikimo eiga neturi priklausyti nuo techninės ir licencinės programinės įrangos įsigijimo momento. Planuojama, kad reikiama techninė įranga bus įsigyta ne anksčiau kaip projektavimo ir kūrimo etapo pabaigoje.

7.2. Reikalaujami pateikti dokumentai

7.2.1. Visa dokumentacija turi būti parengta laikantis bendrinės lietuvių kalbos taisyklių.7.2.2. Dokumentų galutinės versijos turi būti pateiktos dviem formatais: elektroniniu (MS

Word arba kitu su Užsakovu suderintu redagavimui tinkamu formatu įrašant dokumentą (-us) į CD ar DVD) ir popieriniu (1 egz.). Dokumentų versijos, skirtos derinimui turi būti pateikiamos elektroniniu formatu elektroninio ryšio priemonėmis.

7.2.3. Tiekėjas turės parengti/atnaujinti ir pateikti Užsakovui:7.2.3.1. Paslaugų teikimo reglamentą (dokumente turi būti pateiktas paslaugų teikimo planas,

paslaugų teikimo grafikas, kokybės valdymo planas, rizikų valdymo planas, komunikavimo planas);7.2.3.2. Ketvirtines paslaugų teikimo eigos ataskaitas, kurios turi būti pateikiamos kas tris

mėnesius per 5 d.d. pasibaigus kalendoriniam ketvirčiui (dokumente turi būti pateikti paslaugų teikimo matavimai (kiek paslaugų įgyvendinta laikotarpio pabaigai/iš viso, išbaigtumo procentas, paslaugų teikimo grafiko nuokrypis), per ataskaitinį laikotarpį pasiekti rezultatai, per ateinantį laikotarpį numatomi pasiekti rezultatai, darbo organizavimo tvarka ir pasikeitimai, patvirtintas ir numatomas paslaugų teikimo planas/grafikas, rizikų sąrašas ir jų valdymo priemonių aprašymas,

pasiūlymai ir rekomendacijos dėl paslaugų įgyvendinimo tvarkos);7.2.3.3. Galutinę Projekto vykdymo ataskaitą, kuri turi būti pateikiama per 5 d.d. po

sėkmingai įvykusios bandomosios eksploatacijos (dokumente turi būti pateikti pasiekti rezultatai, darbo organizavimo tvarka, realus paslaugų teikimo planas/grafikas, rizikų sąrašas ir jų valdymo priemonių efektyvumo aprašymas, pasiūlymai ir rekomendacijos dėl paslaugų įgyvendinimo tvarkos);

7.2.3.4. Detalios reikalavimų analizės dokumentus (dokumente turi būti pateikti pagal šios techninės specifikacijos reikalavimus parengti panaudos atvejai (panaudos atvejų diagramos ir detalus panaudos atvejų aprašymas, nurodant žingsnius ir išimtinius atvejus) naudojant UML (angl. Unified Modeling Language) ar lygiavertę notaciją ir veiklos procesų aprašymas, atskirai aprašant esamus veiklos procesus, susijusius su perkamomis paslaugomis ir būsimus veiklos procesus juos optimizuojant ir teikiant el. paslaugas. Veiklos procesų diagramos turi būti rengiamos naudojant BPMN (angl. Business Process Modeling Notation) v2.0 ar lygiavertę notaciją, detalizuojant kiekvieną diagramos žingsnį);

7.2.3.5. Projektavimo dokumentus (dokumentuose turi būti detalizuoti panaudojimo atvejai (pageidautina pateikiant atskirą projektavimo dokumentą atskirai kiekvienam panaudojimo atvejui), pateikti detalūs vykdomų funkcijų aprašymai, įėjimo/išėjimo kriterijai, įvedamų ar gaunamų duomenų korektiškumo tikrinimo, konvertavimo ir saugojimo duomenų bazėje funkcijos, taip pat turi būti pateikti integracines sąsajas aprašantys dokumentai, detalizuojant kiekvienos integracinės sąsajos paskirtį, realizavimo sprendimą, prisijungimo ir kitus parametrus ir pateikiant struktūrizuotų pranešimų aprašymus, pvz. xml formtu, integracinės sąsajos naudojimo pavyzdžius, jei integracinę sąsają galės naudoti kitos IS);

7.2.3.6. Naudotojų sąsajos formų dokumentus (dokumentuose turi būti pateikta apibendrinta navigacijos diagrama, naudotojų sąsajos formas apibendrinti aprašymai (puslapių išdėstymo struktūra, bendrieji stiliaus ir išvaizdos reikalavimai), kiekvienos formos prototipas, detalizuojant kiekvieną formos elementą (įvedimo lauką, nuorodą, mygtuką ir pan.), nurodant jo paskirtį, tipą, apribojimus);

7.2.3.7. IS architektūros dokumentus (dokumentuose turi būti pateikti IS architektūros, duomenų archyvavimo, saugumo, patikimumo, integracinių sąsajų sprendimai, lygių paskirstymo architektūra, komponentų išdėstymas, techninė architektūra ir pajėgumų skaičiavimai, atstatymo ir saugumo strategija, naudojamos konkrečios naudojamos programinės įrangos pavadinimai ir versijos);

7.2.3.8. Parengtą duomenų migravimo procedūros aprašą (dokumente turi būti pateikti paruošimo darbui eiga bei principai, darbui būtina informacija ir ištekliai, duomenų migravimo pradžios ir pabaigos fiksavimo sąlygos, duomenų konvertavimo ir migravimo priemonių aprašymas, duomenų perkėlimo formatai, duomenų migravimo darbų eiga, dalyvių atsakomybėmis);

7.2.3.9. Sukurtos programinės įrangos išeities tekstus elektroninėje formoje (kartu su išeities tekstais turi būti pateikta visa papildoma programinė įranga, bibliotekos ir projektai, kurie naudojama išeities teksto kompiliavimui į vykdomuosius failus);

7.2.3.10. Vidinio testavimo ataskaitą (dokumentas turi būti turi apimti atlikto vidinio testavimo rezultatų aprašymą (apimtis, vykdymo metodika, testavimo tipai, procedūra, įėjimo/išėjimo kriterijai, testavimo aplinka), pateikiant informaciją apie IS sritis, į kurias reikia atkreipti papildomą dėmesį testavimo metu);

7.2.3.11. Testavimo planą (testavimo vykdymo veiklų grafikas, testavimo duomenys ir testavimo aplinka);

7.2.3.12. Testavimo principų ir metodikos dokumentą (dokumente turi būti pateikta testavimo metodika, testavimo apimtis, konkrečios testavimo užduotys, testavimo apimtis atskirose testavimo iteracijose, testavimo scenarijų sudarymo principai ir priėmimo kriterijai);

7.2.3.13. Testavimo scenarijus (dokumentai rengiami kiekvienam panaudos atveju atskirai. Turi būti pateiktas apibendrintas scenarijus kiekvienos el. paslaugų testavimui, nurodant vykdomų testavimo scenarijų eiliškumą. Testavimo scenarijus dokumente turi būti nurodytas testavimo scenarijaus ID (identifikacinis numeris), pavadinimas, testuojamas panaudos atvejis, aprašymas,

sąlygos „prieš“ ir „po“, vykdantis scenarijų naudotojas, žingsniai, kurie turi susidėti iš žingsnio numerio, žingsnio aprašymo, žingsnio laukiamo rezultato ir pastabų);

7.2.3.14. Bandomosios eksploatacijos planą (dokumente turi būti pateikta bandomosios eksploatacijos metodika (eiga, klaidų stebėjimas, bandomosios eksploatacijos pabaigos kriterijai), įvedimo į bandomąją eksploataciją ir bandomosios eksploatacijos veiklų grafikas);

7.2.3.15. Priėmimo testavimo ataskaitas (dokumente turi būti nurodytas testavimo tikslas, naudoti testavimo scenarijai ir testavimo apimtis, testavimo aplinka, testavimo rezultatai, pateikiami kaip klaidų sąrašas ir kaip apibendrinta informacija, testavimo rezultatų atitikimas priėmimo kriterijams);

7.2.3.16. Bandomosios eksploatacijos ataskaitą (dokumente turi būti pateiktas bandomosios eksploatacijos metu rastų klaidų sąrašas, atliktų veiklų vertinimas, bandomosios eksploatacijos rezultatų atitikimas priėmimo kriterijams, išvada dėl bandomosios eksploatacijos pabaigos);

7.2.3.17. IS naudojimo dokumentus (naudotojų vadovai turi būti pateikiami atskirai kiekvienai naudotojų grupei, juose pateikiant visų naudotojo vykdomų funkcijų aprašymą nurodant galimas vykdyti funkcijas, darbo pradžią, bendruosius principus dirbant su bylomis, įvedimo, paieškos formomis ir pan., visų galimų funkcijų aprašymą, pateikiant maksimaliai galimą naudotoją sąsajos langų paveikslėlius ir jų aprašymus, juos išdėstant taip, kad atitiktų naudotojo vykdomą procesą);

7.2.3.18. IS administravimo dokumentus (dokumente turi būti pateikta detali IS diegimo procedūra, bazinės PĮ ir infrastruktūros parengimas, serverių konfigūracija ir jų nustatymai, tinklo, naudotojų, archyvavimo, atsarginių kopijų ir kiti būtini nustatymai);

7.2.3.19. IS paslaugų teikimo veiksmų aprašymas (dokumente naudotojui suprantama forma turi būti pateiktas visų el. paslaugų aprašymas kiekvienai el. paslaugai atskirai. Aprašyme turi būti pateiktas visų el. paslaugos įgyvendinimui būtinų naudotojo sąsajos langų aprašymas, juos užpildžius pavyzdiniais duomenimis, pateikiant kiekvieno įvedamo/pasirenkamo lauko aprašymą ir pateikiant papildomus aprašymus);

7.2.3.20. IS diegimo instrukcijos (dokumente turi būti pateiktos detalios IS diegimo procedūros, nurodančios kaip IS turi būti įdiegta naujoje infrastruktūroje, aprašant IS vykdomųjų failų įdiegimo veiksmus, konfigūravimo parametrus, tinklo ir aplikacijų serverio nustatymus, prisijungimo prie duomenų bazės nustatymus, duomenų bazės duomenų failų ir struktūros sukūrimo vykdomuosius failus (angl. scripts));

7.2.3.21. Duomenų migravimo ataskaitą (dokumente turi būti nurodyta kiek ir kokių duomenų buvo perkelta, duomenų perkėlimo rezultatas, išvados ir rekomendacijos susijusiomis su perkeltų duomenų tolimesniu naudojimu);

7.2.3.22. Mokymų planą (dokumente turi būti aprašytas mokymų kursų organizavimas, pateikti detalūs mokymų planai/grafikai, mokymų grupės, mokymų vietos, nurodyti resursai būtini mokymams (lektoriai, mokymų medžiaga, organizavimo priemonės, patalpos), pateiktas mokymų rengimų užduočių planas, mokymų kursų įvertinimo kriterijai);

7.2.3.23. Mokymų medžiagą (300 vnt. savivaldybės administracijų darbuotojams, 150 vnt. VTPSI darbuotojams, 4 IS administratoriams) (dokumente turi būti pateikti mokymų pratimai skirtingi atskiroms naudotojų grupėms, kuriuos medžiaga būtų pateikiama pagal procesus. Proceso aprašymas turi apimti proceso apibūdinimą (proceso tikslas, taisyklės taikomos atliekant procesą, vaidmenys, kuriuos turintys darbuotojai atlieka procesą, proceso atlikimo dažnumas), proceso diagramą, veiksmų aprašymus kaip atlikti atskirus proceso veiksmus. Dokumentai turi būti iliustruoti naudotojo sąsajos formomis ir turi būti pateikiami pavyzdiniai duomenys pratimams atlikti);

7.2.3.24. IS garantinės priežiūros bei naudotojų konsultavimo reglamentą (dokumente turi būti aprašytas garantinės priežiūros teikimo būdas, detalizuotos garantinės priežiūros teikimo sąlygos, Tiekėjo atsakomybė, Užsakovo atsakomybė, kontaktinė informacija, papildomos tvarkos (eskalavimo, klaidų registravimo, konsultavimo));

7.2.3.25. IS specifikaciją (dokumentas turi būti parengtas, remiantis Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymu

Nr. T-131 ,,Dėl valstybės informacinių sistemų kūrimo metodinių dokumentų patvirtinimo“);7.2.3.26. Atnaujinti IS nuostatai (jei reikės dokumentas turi būti atnaujintas. Atnaujinant

dokumentą būtina vadovautis Lietuvos Respublikos vyriausybės 2013 m. vasario 27 d. nutarimu Nr. 180 „Valstybės informacinių sistemų steigimo, kūrimo, modernizavimo ir likvidavimo tvarkos aprašu“);

7.2.3.27. Atnaujinti IS duomenų saugos nuostatai (jeigu reikės dokumentas turi būti atnaujintas. Atnaujinant dokumentą būtina vadovautis bendraisiais elektroninės informacijos saugos valstybės institucijų ir įstaigų informacinėse sistemose reikalavimais, patvirtintais Lietuvos Respublikos Vyriausybės 1997 m. rugsėjo 4 d. nutarimu Nr. 952);

7.2.3.28. Atnaujintos IS saugaus informacijos tvarkymo taisyklės (jeigu reikės dokumentas turi būti atnaujintas. Atnaujinant dokumentą būtina vadovautis 2007 m. gegužės 8 d. LR vidaus reikalų ministro įsakymu Nr. 1V-172 „Dėl saugos dokumentų turinio gairių patvirtinimo“);

7.2.3.29. Atnaujintos IS naudotojų administravimo taisyklės (jeigu reikės dokumentas turi būti atnaujintas. Atnaujinant dokumentą būtina vadovautis 2007 m. gegužės 8 d. LR vidaus reikalų ministro įsakymu Nr. 1V-172 „Dėl saugos dokumentų turinio gairių patvirtinimo“);

7.2.3.30. Parengtas technines ir programines įrangos priežiūros ir atstatymo nenumatytais atvejais planas (dokumente turi būti pateikta detali informacija apie įdiegtos techninės ir licencinės programinės įrangos reguliarią priežiūrą, nurodytas atskirų priežiūros veiklų sąrašas ir periodiškumas, nurodytos konkrečios techninės ir programinė įrangos versijos, konfigūravimo parametrai, tinklo nustatymai, pateikta detali instrukcija kaip IS ir jau būtini komponentai turi būti įdiegti ir sukonfigūruoti, tuo atveju, jei reikėtų atstatyti IS veikimą panaudojant naują infrastruktūrą);

7.2.3.31. Parengtas IS veiklos tęstinumo valdymo planas (dokumentas turi būti parengtas vadovautis 2007 m. gegužės 8 d. LR vidaus reikalų ministro įsakymu Nr. 1V-172 „Dėl saugos dokumentų turinio gairių patvirtinimo“).

7.2.4. Dokumentų pateikimo terminai pateikti 6 lentelėje. Jei dokumentų pateikimo terminas nėra detalizuotas, šių dokumentų pateikimo terminas turi būti sutartas paslaugų teikimo reglamente. Visi dokumentai privalo būti pateikti iki galutinio paslaugų priėmimo – perdavimo akto pasirašymo datos.

7.2.5. Neapsiribojant aukščiau pateiktu sąrašu Tiekėjas savo nuožiūra gali pateikti ir kitą papildomą dokumentaciją, jeigu yra toks poreikis.

7.3. Reikalavimai analizei ir projektavimui

7.3.1. Tiekėjas analizės ir projektavimo metu turi atlikti detalią veiklos procesų ir poreikių analizę bei projektavimą ir parengti detalios reikalavimų analizės dokumentai ir projektavimo dokumentai, kurie detalizuoti 7.1 skyriuje.

7.3.2. Atliekant analizę ir projektavimą Tiekėjas turi vykdyti susitikimus su Užsakovo paskirtais veiklos specialistais ir kitų susijusių institucijų specialistais. Susitikimai turi būti protokoluojami Tiekėjo.

7.3.3. Analizės ir projektavimo metu Tiekėjas turi detalizuoti šios techninės specifikacijos funkcinius ir nefunkcinius reikalavimus, kad jais vadovaujantis būtų galima realizuoti poreikius atitinkančią IS.

7.4. Reikalavimai testavimui

7.4.1. Turi būti atliktas IS modernizuojamų ir kuriamų funkcionalumų testavimas. Modernizuojamų funkcionalumų testavimas turi būti atliekamas visam funkcionalumui.

7.4.2. Testavimo pagrindinis tikslas – įsitikinti, kad sukurtas funkcionalumas tenkina visus Projekto apimtyje iškeltus tikslus, atitiktų patikslintos IS specifikacijos ir projektinių dokumentų

nuostatas ir reikalavimus., bei identifikuoti kiek įmanoma daugiau sisteminių klaidų (angl. bug).7.4.3. Turi būti atlikti šie testavimai:7.4.3.1. vidinis atskirų komponentų testavimas, kurį Tiekėjas turi atlikti nedalyvaujant

Užsakovo atstovams, tačiau turi pateikti tokio testavimo įrodymus – vidinio testavimo ataskaitą;7.4.3.2. sistemos funkcinių reikalavimų, nefunkcinių reikalavimų testavimas – priėmimo

testavimas, kurį Tiekėjas turi atlikti kartu su Techninės priežiūros paslaugų teikėju. Tiekėjas turi užtikrinti, kad Techninės priežiūros paslaugų teikėjui nebus sudaryta kliūčių (techninių ar organizacinių) kartu įvykdyti priėmimo testavimą. Tiekėjas turi bendradarbiauti su Techninės priežiūros paslaugų teikėju siekiant bendro testavimo tikslo.

7.4.4. Priėmimo testavimas turi būti vykdomas Užsakovo įsigytos techninės ir licencinės programinės įrangos pagrindu, siekiant įsitikinti, kad IS veikia korektiškai.

7.4.5. Testavimo aplinkos architektūros principai, kiek įmanoma, turi atitikti darbinę sistemos aplinkos architektūrą.

7.4.6. Testavimo metu elektronine forma turi būti vedamas pastebėtų klaidų ir jų būsenų kaupimo žurnalas (toliau – klaidų žurnalas). Klaidų žurnalą turi pildyti Tiekėjo atstovai, galimybę jį peržiūrėti ar pildyti suteikiant įgaliotiems Užsakovo darbuotojams ir Techninės priežiūros paslaugų teikėjams.

7.4.7. Klaidų žurnalas turi būti specializuota problemų registravimo ir sekimo programinė įranga (angl. Issue Tracking Software), paremta tinklinėmis technologijomis, t.y. pasiekiama naudojant interneto naršyklę.

7.4.8. Tiekėjas turės užtikrinti, kad priėmimo testavimo metu sistemoje bus suvesta pakankamai testinių duomenų, kurie leistų pilnai ištestuoti IS funkcionalumą.

7.4.9. Tiekėjas turės užtikrinti, kad priėmimo testavimo metu bus realizuotos visos patikslintoje IS specifikacijoje ir projektiniuose dokumentuose apibrėžtos integracijos su vidinėmis ir išorinėmis sistemomis (ar registrais), sukurta PĮ ir TĮ atitiks visus nurodytus šios specifikacijos, IS patikslintos specifikacijos ir projektinių dokumentų reikalavimus. Priėmimo testavimo metu IS turės būti integruota su vidinių ir išorinių sistemų testinėmis aplinkomis. Jeigu priėmimo testavimo metu nebus galimybės atlikti integracijų testavimo dėl integruotinos sistemos (ar registro) neveikimo (nebuvimo), Tiekėjas turės atskiru sutarimu su Užsakovu suderinti alternatyvų integracinio funkcionalumo testavimo būdą.

7.4.10. Tiekėjas turės priėmimo testavimo veiklas vykdyti pagal testavimo principų ir metodikos dokumentą.

7.5. Reikalavimai bandomajai eksploatacijai

7.5.1. Bandomosios eksploatacijos tikslas – patikrinti IS veikimą realioje aplinkoje, išbandyti gamybinę sistemos komponentų konfigūraciją, identifikuoti ir pašalinti bandomosios eksploatacijos metu pastebėtus defektus, stabilizuoti darbinės aplinkos konfigūraciją, atsižvelgiant į bandomosios eksploatacijos metu sukauptą patirtį.

7.5.2. Tiekėjas turi parengti bandomosios eksploatacijos planą, kurio tikslas - aprašyti bandomosios eksploatacijos metodiką ir eigą.

7.5.3. Tiekėjas turi parengti atliktos bandomosios eksploatacijos ataskaitą.7.5.4. Bandomosios eksploatacijos plane turi būti aprašyta:7.5.4.1. bandomosios eksploatacijos dalyvių komunikavimo schema;7.5.4.2. defektų (pastabų) registravimo tvarka;7.5.4.3. defektų šalinimo tvarka;7.5.4.4. bandomosios eksploatacijos priėmimo kriterijai.7.5.5. Iki bandomosios eksploatacijos pradžios, Tiekėjas privalo paruošti sistemos

infrastruktūrą darbui.7.5.6. Tiekėjas privalo užtikrinti IS veikimą visos bandomosios eksploatacijos metu.7.5.7. Tiekėjas po bandomosios eksploatacijos privalo pašalinti visus pastebėtus trūkumus ir

patobulinti IS.

7.6. Reikalavimai diegimui gamybinėje aplinkoje

7.6.1. Tiekėjas turės įdiegti IS į Užsakovo pateiktą techninę įrangą bei atlikti techninės ir programinės įrangos konfigūravimo darbus, kad būtų užtikrintas tinkamas IS eksploatacinės aplinkos veikimas.

7.6.2. Tiekėjas po bandomosios eksploatacijos turi perduoti Užsakovui sukurtos IS išeities kodą ir licencinės programinės įrangos instaliacinius paketus.

7.6.3. Tiekėjas turi užtikrinti išeities kodo versijavimą gamybinėje aplinkoje. 7.6.4. Programos išeitinis kodas pateikiamas Tiekėjo naudotoms kūrimo priemonėms

suprantamu formatu įrašytas į DVD ar kitą skaitmeninę laikmeną. Kartu turi būti pateikiamas sukompiliuotas išeities kodas (parengtas diegimui).

7.6.5. Tiekėjas turi dokumentuoti programinės įrangos diegimo į Užsakovo IS darbinę aplinką procesą, pateikiant IS diegimo instrukcijas bei pateikti tam reikalingas programines priemones.

7.7. Reikalavimai duomenų migravimui

7.7.1. Tiekėjas turi atlikti esamų IS duomenų konvertavimą ir migravimą į modernizuotos IS duomenų bazę. Duomenų migravimo poreikį Tiekėjas turi identifikuoti analizės ir detalaus projektavimo metu.

7.7.2. Tiekėjas turi parengti migravimo procedūros aprašą, kuris turi apimti:7.7.2.1. duomenų migravimo pradžios ir pabaigos fiksavimo sąlygas;7.7.2.2. duomenų konvertavimo ir migravimo priemonių aprašymą;7.7.2.3. duomenų perkėlimo formatus;7.7.2.4. duomenų migravimo darbų eigos planą;7.7.2.5. migruotų duomenų teisingumo patikrinimo instrukciją;7.7.2.6. duomenų migravimo pabaigos (priėmimo) kriterijus;7.7.2.7. Projekto dalyvių atsakomybes už migravimo procedūros apraše numatytas veiklas.7.7.3. Tiekėjas, atlikęs duomenų migravimą turi parengti duomenų migravimo ataskaitą, kuri

turi apimti:7.7.3.1. kiek ir kokių duomenų buvo perkelta;7.7.3.2. perkeltų duomenų teisingumo patikrinimo rezultatus su duomenų migravimo

pabaigos (priėmimo) kriterijų įvertinimu;7.7.3.3. pasiūlymus duomenų teisingumo, pilnumo klaidų taisymui;7.7.3.4. išvadas ir (ar) rekomendacijas (susijusias su perkeltų duomenų tolimesniu

naudojimu).7.7.4. Duomenų migravimas bus laikomas atliktu, kai Užsakovas patvirtins, kad duomenys

perkelti teisingai.

7.8. Reikalavimai galutiniam sistemos priėmimui

7.8.1. Užsakovas pradės IS sistemos priėmimo veiklas tik tada, kai IS tenkins bandomosios eksploatacijos plane apibrėžtus priėmimo kriterijus.

7.8.2. Tiekėjas privalo prieš priduodamas IS užsakovui pateikti galutines dokumentacijos ir išeities kodo versijas, jeigu jos buvo pakeistos nuo paskutinio pridavimo.

7.9. Reikalavimai IS naudotojų mokymams

7.9.1. Tiekėjas, pagal mokymų plane suderintą procedūrą ir tvarką, turi apmokyti būsimus Naudotojus naudotis IS.

7.9.2. Tiekėjas turi parengti veikiančią mokymų aplinką (mokymams naudojama IS versija),

kuri galės būti naudojama ir po mokymų pabaigos (atliekant kitų Naudotojų mokymus), bei mokymų medžiagą.

7.9.3. Vienoje mokymų grupėje dalyvių skaičius neturi viršyti 30 žmonių. 7.9.4. IS naudojimo turi būti apmokyti:7.9.4.1. 300 savivaldybės administracijų darbuotojų, mokymų trukmė – nemažiau kaip 1

diena;7.9.4.2. 150 VTPSI darbuotojų, mokymų trukmė – nemažiau kaip 1 diena;7.9.4.3. 4 IS administratorių mokymų trukmė – nemažiau kaip 4 dienos.7.9.5. Tiekėjas turi su Užsakovu suderinti tikslų mokymuose dalyvaujančių asmenų skaičių ir

nurodyti tai mokymų plane.7.9.6. Administratoriams turi būti atlikti atskiri papildomi IS administravimo mokymai

visiškai įdiegus IS.7.9.7. Tiekėjas atsakingas už mokymų vietą, mokymų medžiagos ir priemonių mokymams

parengimą (apimant IS, techninę įrangą ir jos instaliavimą).7.9.8. Mokymai turi būti atlikti iki bandomosios eksploatacijos pradžios.7.9.9. IS konsultacijų sąlygos turi tenkinti žemiau pateiktus reikalavimus:7.9.9.1. Paslaugų objektas yra pagal šio konkurso sąlygas sukurta ir įdiegta IS.7.9.9.2. Konsultacijų telefonu (darbo dienomis nuo 8.00 iki 17.00 Lietuvos laiku) ir

elektroniniu paštu (darbo dienomis nuo 8.00 iki 17.00 Lietuvos laiku) teikimą IS administratoriams ir IS naudotojams. Konsultacijų teikimo trukmė lygi garantinio aptarnavimo trukmei.

7.10. Reikalavimai garantinei priežiūrai

7.10.1. IS garantinės priežiūros, t.y. Tiekėjo teikiamų IS priežiūros be papildomo užmokesčio paslaugų, sąlygos turi tenkinti žemiau pateiktus reikalavimus:

7.10.1.1. Garantinės priežiūros objektas yra pagal šio konkurso sąlygas sukurta ir įdiegta IS.7.10.1.2. Garantinės priežiūros trukmė – 36 mėnesiai, skaičiuojant nuo IS perdavimo–

priėmimo akto pasirašymo dienos.7.10.1.3. IS privalo būti darbinga, patikima, greitai atstatoma po trikdžių. Visi Tiekėjo

veiksmai atliekant IS garantinę priežiūrą turi būti atliekami pagal su Užsakovu suderintą tvarką.7.10.1.4. IS garantinė priežiūra apima:7.10.1.5. Nepertraukiamą IS veikimo užtikrinimą7.10.1.6. IS modifikavimą pagal garantinio laikotarpio metu IS įtakojančių teisės aktų

pasikeitusius reikalavimus.7.10.1.6.1. IS neatitikimų funkciniams reikalavimams ir veikimo klaidų šalinimą bei kitas LR

įstatymais ir norminiais aktais numatytas garantijas;7.10.1.6.2. Eksploatuojamos IS darbingumo atstatymą, pavyzdžiui, įvykus duomenų bazės ar

atskirų jos komponentų darbų sutrikimams, kai tai įvyksta dėl Tiekėjo pateiktų pakeitimų atnaujinimų ar kitų Tiekėjo veiksmų ar neveikimo2;

7.10.1.6.3. Sugadintų duomenų atstatymą, kai gedimo priežastis yra Tiekėjo pateiktos programinės įrangos netinkamas veikimas;

7.10.1.6.4. Neatitikimų šalinimą ir klaidų taisymą, kai pagal pobūdį jos nėra garantinės priežiūros objektas3.

2 Tiekėjo neveikimu yra laikomas Tiekėjo nesiėmimas jokių veiksmų, kai IS eksploatacijos metu yra aptinkamas duomenų bazių ar atskirų jos komponentų darbų sutrikimas, arba, Tiekėjui neinformuojant užsakovo apie gamintojo jam pateiktus sistemos atnaujinimus (kurie turi ar gali turėti įtakos tinkamam IS funkcionavimui).3 Negarantiniu objektu laikoma, kai Tiekėjo siūlomas sprendimas neveikia ar funkcionuoja neteisingai ne dėl to, kad netinkamai realizuotas funkcinis reikalavimas ar veikimo logika, o dėl kitų Tiekėjo pateiktų sudėtinių sprendimo dalių, pvz., gamintojo standartinės programinės įrangos funkcionalumo. Tokių sutrikimų pavyzdžiai: pateiktas standartinis sistemos funkcionalumas daro netinkamą įtaką (nepilnai ar neteisingai saugomi duomenys) funkcinių reikalavimų rezultatams, pateikta duomenų bazių valdymo sistema daro netinkamą įtaką funkcinių reikalavimų rezultatams (pvz., sistemos greitaveikai). Tiekėjas atsakingas tik už tą programinę įrangą, įskaitant standartinę ir pritaikytą programinę

7.10.1.7. Į garantinės priežiūros paslaugų apimtį patenka integracinių sąsajų atnaujinimo modifikacijos IS, tuo atveju kai integracinės sąsajos valdytojas pakeičia integracinės sąsajos specifikaciją (keičia duomenų formatus ar perdavimo būdą).

7.10.2. Dėl IS garantinės priežiūros darbų, modifikavus IS, Užsakovui Tiekėjas turi pateikti atnaujintą projektinę dokumentaciją, kurios sąrašas pateiktas 7.2.3 punkte. Pateikiama tik ta dokumentacija, kurią buvo būtina atnaujinti.

7.10.3. Specifiniai reikalavimai Išorinio Portalo ir Vidinio Portalo garantinei priežiūrai:7.10.3.1. teikti IS priežiūros personalui (administratoriams, sisteminiams administratoriams)

konsultacijas eksploatavimo klausimais;7.10.3.2. konsultuoti Vidinius naudotojus Vidinio Portalo naudojimo klausimais (telefonu, el.

paštu).7.10.3.3. nemokamai pašalinti pastebėtus Vidinio Portalo ir išorinio Portalo trūkumus,

neatitikimus pirkimo ar IS projektinei dokumentacijai, Vidinio Portalo ir Išorinio Portalo programines įrangos klaidas;

7.10.3.4. atkurti Vidinio Portalo ir išorinio Portalo darbingumą po sutrikimų;7.10.3.5. atlikti eksploatuojamo Vidinio Portalo ir Išorinio Portalo darbingumo atstatymą,

pavyzdžiui, įvykus duomenų bazės ar atskirų jos komponentų darbų sutrikimams, kai tai įvyksta dėl Tiekėjo pateiktų pakeitimų atnaujinimų ar kitų Tiekėjo veiksmų ar neveikimo;

7.10.3.6. užtikrinti Vidinio Portalo ir Išorinio Portalo naudojamų trečiųjų šalių programinės įrangos versijų naujinimą;

7.10.3.7. konsultacijų atsakymų pateikimo laikas – 3 darbo val. Jei atsakymas nėra trivialus, Tiekėjas atsako ne vėliau kaip per 5 darbo val. nuo užklausimo gavimo;

7.10.4. Visos IS veikimo klaidos ir (ar) trikdžiai klasifikuojami:7.10.4.1. Kritinė klaida – kai nustatytas trikdis ir (ar) problema, dėl kurios Naudotojas negali

vykdyti numatytų funkcijų ir nežinomas joks kitas alternatyvus šios funkcijos vykdymas;7.10.4.2. Klaida – kai nustatytas trikdis ir (ar) problema, kuri kliudo vykdyti būtinas

funkcijas, tačiau yra žinomas alternatyvus funkcijos vykdymas.7.10.5. Sprendimą, kokio tipo (Kritinė klaida, Klaida) klaida yra nustatyta, priima Užsakovo

paskirti atsakingi asmenys. 7.10.6. Tiekėjas privalo išanalizuoti trikdį ir (ar) Klaidą/ Kritinę klaidą, pateikti Užsakovui

trikdžių ir (ar) Klaidų/Kritinių klaidų šalinimo įgyvendinimo būdo aprašymą pagal tokius grafikus4:7.10.6.1. Kritinės klaidos atveju ne vėliau kaip per 3 darbo valandas;7.10.6.2. Kitais atvejais ne vėliau kaip per 8 darbo valandas.7.10.7. Klaidų ir Kritinių klaidų ir (ar) trikdžių šalinimo terminus nustato Užsakovas, tačiau

turi būti ne ilgesni kaip (terminas pradedamas skaičiuoti nuo informavimo apie trikdį ir (ar) Klaidą/ Kritinę klaidą pateikimo Tiekėjui momento):

7.10.7.1. Kritinės klaidos atveju ne vėliau kaip per 1 darbo dieną;7.10.7.2. Kitais atvejais – per 3 darbo dienas arba per šalių susitarimu suderintą Klaidos

šalinimo terminą.7.10.8. Detalios garantinės priežiūros teikimo procedūros ir darbo tvarkos turi būti derintos

rengiant IS garantinės priežiūros bei naudotojų konsultavimo reglamentą.7.10.9. Informacija apie pašalintas (pataisytas) klaidas ir (ar) trikdžius ataskaitos forma turi

būti atnaujinama ir pateikiama kartą per mėnesį.

8. BAIGIAMOSIOS NUOSTATOS

8.1.1. Siekiant užtikrinti sklandų Projekto tęstinumą:8.1.1.1. Tiekėjas, nepažeidžiant autoriaus teisių turėtojo ar trečiųjų šalių intelektinės

įrangą, kurią jis pateikė.4 Tiekėjas turi užtikrinti nurodytus trikdžio pašalinimo laikus tuo atveju, kai trikdis yra susijęs su pirkimo objektu susijusia programine įranga.

nuosavybės teisių, sutartimi perduoda Užsakovui autorių turtines teises į pagal užsakymą sukurtą programinę įrangą ir parengtus projektinius dokumentus, įskaitant, bet neapsiribojant, teisę neribotą laiką ir be papildomo atlygio naudoti sukurtą programinę įrangą; teisę daryti sukurtos programinės įrangos kopijas; teisę modifikuoti ir toliau plėtoti sukurtą programinę įrangą; teisę perkelti programinę įrangą į kitą technologinę platformą; suteikti teises naudoti šią programinę įrangą kitoms institucijoms ir trečiosioms šalims; teisę naudoti ir keisti jai sukurtos programinės įrangos pradinį kodą (mašininės kalbos pradinius tekstus);

8.1.1.2. Jeigu pagal užsakymą sukurtoje programinėje įrangoje panaudota kita autoriaus teisių turėtojo ar trečiųjų šalių programinė įranga, kuri integruota į pagal užsakymą sukurtą programinę įrangą ar kitaip susieta su atliktu užsakymu ir autoriaus turtinių teisių į sukurtą programinę įrangą ar parengtus projektinius dokumentus, perdavimas Užsakovui, užsakiusiam sukurti programinę įrangą ar parengti projektinius dokumentus, neturi apriboti šias teises perdavusio Tiekėjo teisės be atskiro Užsakovo sutikimo toliau vystyti, tobulinti, platinti ir atlikti kitus reikiamus veiksmus su sukurta programine įranga ar parengtais projektiniais dokumentais;

8.1.1.3. Tiekėjas turi perduoti Užsakovui sukurtą ir/ar modernizuotą programinę įrangą ir jos išeitinį kodą paslaugų perdavimo-priėmimo akto pasirašymo datai;

8.1.1.4. Tiekėjas neturi teisės atskleisti jokios su paslaugų teikimu susijusios informacijos trečiosioms šalims be Užsakovo raštiško leidimo.

______________

1 priedas. Techninės įrangos išsidėstymo schema

Server 3

34

Section A LAN 1

Section B LAN 2

Server2

Server 1

Server 2 Server 4Server 1

Internet

ETH0 ETH1

ETH0

ETH0 ETH0

ETH1 ETH1ETH1

Išorinės sistemos

aplikacijų ir duomenų

bazių serveris

Ataskaitų serveris

Server 4

LAN SwitchLAN Switch

Vidinės sistemos rezervinis

aplikacijų serveris

DS4700

Vidinės sistemos rezervinis

duomenų bazių serveris

Server 3

ETH0ETH1

Juostų įrenginys

EXP

Diskų masyvas

Papildomas diskų stalčius

ETH0ETH1

5. Vidinės sistemos pagrindinis Blade tipo aplikacijų serveris

6. Vidinės sistemos pagrindinis Blade tipo duomenų bazių

serveris ir archyvavimo sistema TSM.

SAN Switch 1 SAN Switch 2

Server 5,6

2 priedas. Programinės įrangos išsidėstymo schema

3 priedas. IS funkcinė architektūra

atviro konkurso sąlygųlan.vtpsi.lt/www/sites/default/files/vp-skelbimai/is... · web viewvisa...

Documents