PATVIRTINTA - old.svako.lt pirkimai/technin… · Web viewIT ĮRANKIO SUKŪRIMO IR ĮDIEGIMO PASLAUGŲ. TECHNINĖ SPECIFIKACIJA. Šiaulių valstybinė kolegija, vykdydama projektą

Projektas

IT ĮRANKIO SUKŪRIMO IR ĮDIEGIMO PASLAUGŲTECHNINĖ SPECIFIKACIJA

Šiaulių valstybinė kolegija, vykdydama projektą „Šiaulių valstybinės kolegijos vidinės studijų kokybės vadybos sistemos tobulinimas“ Nr. VP1-2.1.-ŠMM-04-K-02-009 (toliau – Projektas) pagal 2007-2013 m. Žmogiškųjų išteklių plėtros veiksmų programos 2 prioriteto „Mokymasis visą gyvenimą“ VP1-2.1-ŠMM-04-K priemonę „Studijų sistemos efektyvumo didinimas“, numato įsigyti IT įrankio sukūrimo ir įdiegimo paslaugas.

Vidinės studijų kokybės vadybos sistemos matavimo ir stebėsenos, neatitikčių ir grįžtamojo ryšio valdymo informacinių technologijų įrankis (toliau – Sistema) yra neatskiriama tobulinamos Šiaulių valstybinės kolegijos (toliau – ŠVK) vidinės studijų kokybės vadybos sistemos dalis. Šių paslaugų įsigijimas padės įgyvendinti ŠVK vidinės studijų kokybės vadybos sistemos, atitinkančios LST EN ISO 9001:2008 (ISO 9001:2008) standarto (arba lygiaverčio) reikalavimus ir EFQM (arba lygiaverčio) principus, valdymą.

Vidinės studijų kokybės vadybos sistemos matavimo bei stebėsenos, neatitikčių ir grįžtamojo ryšio valdymo IT įrankio (toliau – Sistema) sukūrimas ir įdiegimas

Teikdamas Vidinės studijų kokybės vadybos sistemos matavimo bei stebėsenos, neatitikčių ir grįžtamojo ryšio valdymo IT įrankio sukūrimo ir įdiegimo paslaugą, paslaugų tiekėjas (toliau – Tiekėjas) turi sukurti Sistemą, kurios pagalba būtų automatizuotas reikalingos informacijos gavimas, kaupimas, saugojimas, apdorojimas ir analizė.

Pagal pateiktus techninius ir funkcinius reikalavimus Tiekėjas turi sukurti ir įdiegti Sistemą, kurioje gaunami, kaupiami, saugojami, apdorojami ir analizuojami Perkančiojoje organizacijoje turimi duomenys.

Sistemos sukūrimą ir įdiegimą turi sudaryti trys pagrindinės sudėtinės dalys:

1. Sistemos sukūrimo ir įdiegimo plano parengimas.

Tiekėjas turi atlikti Perkančiosios organizacijos Kokybės vadybos sistemą (toliau – KVS) reglamentuojančių dokumentų bei studijų kokybės vertinimui reikalingos informacijos (priedas Nr. 1) gavimo, kaupimo, saugojimo, apdorojimo esamos situacijos analizę.

Tiekėjas turi išanalizuoti Perkančiosios organizacijos turimus kokybės vertinimo rodiklius ir kartu su Perkančiosios organizacijos nurodytais darbuotojais parengti rodiklių suvestinę, apimančią Perkančiosios organizacijos kokybės vertinimo sistemą.

Tiekėjas turi įvertinti Perkančiojoje organizacijoje turimus duomenų srautus ir numatyti galimybę keistis duomenimis tarp Sistemos ir Perkančiosios organizacijos duomenų bazių (priedas Nr. 2).

Tiekėjas turi įvertinti Perkančiojoje organizacijoje esamos techninės įrangos atitiktį numatytoms Sistemos funkcijoms atlikti.

Tiekėjas turi per 20 darbo dienų po sutarties pasirašymo dienos pateikti parengtą ir su Perkančiąja organizacija pasirašytinai suderintą Sistemos sukūrimo ir įdiegimo planą (toliau – Planas).

Sistemos sukūrimą ir įdiegimą vykdyti pagal Planą ir laikytis Perkančiosios organizacijos Sistemos sukūrimo ir įdiegimo numatytų terminų.

2. Sistemos sukūrimas.

Šioje dalyje Tiekėjas kartu su Perkančiosios organizacijos nurodytais darbuotojais turi parengti žemiau išvardintų posistemių tarpusavio ryšių struktūrinę schemą.

Sukurta Sistema turi apimti šias posistemes:

A. Kokybės vadybos sistemos analizės posistemė.Šioje posistemėje turi būti pateikiami Kokybės vadybos sistemos analizės duomenys: veiklos planų ir kokybės valdymo plano įgyvendinimo rezultatai; studijų kokybės matavimo ir stebėsenos vertinimo rezultatai; dokumentų ir duomenų įrašų priežiūros rezultatai; studijų programų dokumentų priežiūros rezultatai; neatitikčių valdymo rezultatai; apklausų analizės rezultatai.

B. Procesų sąveikos posistemė.Šioje posistemėje turi būti struktūriškai pateikiama: darbuotojui paskirti KVS dokumentai ir procesų procedūrų aprašai, nustatyti pagal

darbuotojo užimamą vietą organizacijos struktūroje. KVS dokumentai ir jų priežiūra – įvardinta darbuotojų, kurie vadovauja, vykdo, tikrina ir

analizuoja su kokybe susijusius procesus pareigos, įgaliojimai ir tarpusavio ryšiai, atsakomybės. Numatyta dokumentų priežiūros kontrolė;

KVS procesų dalyvių pareigos vidinėje studijų kokybės vadybos sistemoje – nurodyti procedūrų įvestiniai ir išvestiniai duomenys, planuojami, siekiami ir registruojami rodikliai bei KVS įrašai.

KVS reglamentas – įvardinti planų parengimo ir planų įgyvendinimo analizės pateikimo terminai bei numatyta terminų priežiūros kontrolė;

kokybės vadybos sistemos vertinimo rodiklių suvestinė – įvardinta kokybės tikslų ir rodiklių sąsaja;

strateginio veiklos plano programų tikslų, uždavinių, vertinimo kriterijų ir jų reikšmių sąsaja su KVS dokumentais.

C. Planų ir rodiklių posistemė. Šioje posistemėje turi būti: įvedami veiklos vertinimo rodikliai; įvedamos planuojamos ir faktinės vertinimo rodiklių reikšmės; numatoma galimybė naudotojams peržiūrėti rodiklių reikšmes; formuojamos planų įgyvendinimo ataskaitos.

D. Dokumentų valdymo posistemė.Šioje posistemėje turi būti: talpinami galiojantys paskutinės versijos dokumentai, formos ir duomenų įrašai; peržiūrimi, pildomi ir išsaugojami dokumentai, formos ir duomenų įrašai; numatyta galimybė informuoti apie naujo dokumento, formos ir duomenų įrašo atsiradimą; numatyta galimybė saugoti ir peržiūrėti dokumentų, formų ir duomenų įrašų istoriją; numatyta dokumentų elektroninio derinimo funkcija. numatyta registruoti ir /ar peržiūrėti organizacijos hierarchinę struktūrą, padalinių

darbuotojus, jų veiklą hierarchijoje ir veiklas reglamentuojančius dokumentus.

2

E. Studijų programų dokumentų priežiūros posistemė.Šioje posistemėje turi būti: registruojamos ir talpinamos studijų programos; stebimas studijų programų akreditavimo laikas; registruojami ir talpinami studijų programų dalykų aprašai; stebimas studijų programų dalykų atestavimo laikas.

F. Studijų rezultatų matavimo ir stebėsenos posistemė.Šioje posistemėje turi būti: įvedami studijų rezultatų įvertinimai; formuojami studijų programų įgyvendinimo analizei reikalingi duomenys; pateikiama informacija apie studijų rezultatų įvertinimus; numatyta galimybė stebėti studijų pažangos rezultatus.

G. Neatitikčių valdymo posistemė.Šioje posistemėje turi būti: registruojamos neatitiktys, korekciniai veiksmai, skundai, gedimai į neatitikčių registrą; peržiūrimi ir / ar paskiriami neatitikčių, korekcinių veiksmų, skundų, gedimų sprendimo

veiksmai ir už jų įgyvendinimą atsakingi darbuotojai; numatyta galimybė informuoti apie naują neatitikčių registro įrašo atsiradimą.

H. Apklausų rengimo, vykdymo ir analizės posistemė.Šioje posistemėje turi būti: numatoma galimybė nustatytiems naudotojams sudaryti apklausas, nustatyti jų klausimus

bei galimų atsakymų aibes; numatyta galimybė naudotojams ar jų grupėms pildyti apklausas. Nuorodos į apklausą

išsiunčiamos elektroniniu paštu; pasibaigus nustatytam apklausos pildymo laikotarpiui, turi būti automatiškai

suskaičiuojami apklausų rezultatai; numatyta galimybė pateikti apklausų analizės rezultatus, juos peržiūrėti ir formuoti

grafikus.

Šioje dalyje Tiekėjas turi parengti ir pateikti Sistemos dokumentaciją ir naudotojų vadovus: dokumentacija turi būti pateikiama elektroniniame pavidale (PDF, DOC formatais, DVD

– 2 egz.) ir 2 egz. popieriniame variante. kartu su Sistema turi būti pateiktos išsamios naudojimo instrukcijos (elektroniniu

formatu) bei pagalba (Help) informacija pačioje Sistemoje (garantinės priežiūros laikotarpiu paslaugų Tiekėjui atlikus pakeitimus visos naudotojo instrukcijos turi būti atnaujinamos Sistemoje).

parengta Sistemos dokumentacija turi apimti Sistemos struktūrą, ryšius, integruotų duomenų srautų diagramas ir t. t. Sistemos dokumentacija turi būti pateikta lietuvių kalba.

Tiekėjas turi pateikti Sistemos naudotojų vadovus:a) Sistemos naudotojo;b) naudotojo vadovus Sistemos administratoriams;c) Sistemos aprašymą;d) Sistemos programinės įrangos eksploatavimo instrukciją;e) Sistemos ir/ar atskirų komponentų įdiegimo vadovą, kuriame turi būti

pateiktas Sistemą sudarančių komponentų diegimo eiliškumas bei jų integravimas į vientisą Sistemą.

pateikiama Sistema ir dokumentacija turi užtikrinti galimybę Perkančiajai organizacijai ateityje pačiai palaikyti ir valdyti šią Sistemą, nepriklausomai nuo paslaugų Tiekėjo.

3

3. Sistemos įdiegimas.

Šioje dalyje Tiekėjas turi:1. Diegiant Sistemą turi būti naudojami Perkančiosios organizacijos architektūriniai ir

technologiniai sprendimai, jei jų nepakanka Tiekėjas privalo įdiegti reikalingus. Reikalinga papildoma sisteminė techninė, programinė įranga turi būti įtraukta į bendrą pasiūlymo kainą.

2. Įsipareigoti Sistemos įdiegimo metu sukelti į Sistemą Perkančiosios organizacijos pateiktus duomenis ne mažiau kaip už 1 metus;

3. Organizuoti Sistemos testavimą: paruošti bei suderinti su Perkančiąja organizacija testavimo planus ir testavimo scenarijų, duomenų migracijos ir integracijos planus, pilną Sistemos funkcijų testavimą ir regresinį testavimą prieš eksploatacijos pradžią, Sistemos priėmimą po eksploatacijos pradžios;

4. Apmokyti Perkančiosios organizacijos nurodytus darbuotojus diegti, prižiūrėti, atnaujinti ir dirbti su Sistema, kad pasibaigus sutarties galiojimui, darbuotojai mokėtų valdyti ir eksploatuoti Sistemą nepriklausomai nuo paslaugų Tiekėjo;

5. Numatyti galimybę, kad Sistema galėtų dirbti 2 Sistemos administratoriai.

Funkciniai ir technologiniai reikalavimai

1. Bendrieji Sistemos realizavimo principai Nr. Aprašymas

1.Patogumas naudotis (angl. usability) – Sistema turėtų būti paprasta ir ja turi būti patogu naudotis, turėtų būti akivaizdi ir nereikalaujanti paaiškinimų. Svarbu, kad naudotojas atliktų kuo mažiau žingsnių.

2. Prieinamumas (angl. accessibility) – prieiga prie Sistemos turėtų būti užtikrinama 24 valandas per parą, 7 dienas per savaitę.

3.Privatumas ir saugumas (angl. privacy and security) – naudotojų duomenų privatumas bei konfidencialumas turėtų būti užtikrinamas tinkamomis technologinėmis priemonėmis.

4. Sistemos programinė architektūra ir jos realizacija turi palaikyti Sistemos pajėgumų plėtimą, prijungiant papildomą techninę įrangą (angl. scaling).

5. Sistema turi būti atspari programiniams ir aparatiniams trikdžiams.

6.Sistemos programinė įranga neturi būti ribojantis veiksnys didinant Sistemos našumą. Kitaip tariant, Sistemos našumui padidinti užtenka pridėti reikalingos aparatinės įrangos, tuo pačiu nekeičiant Sistemos programinės įrangos išeities tekstų.

7. Sistema turi būti realizuota taip, kad naudotojui nereikėtų diegti jokios papildomos programinės įrangos.

8. Sistema turi veikti tiek vidiniame Kolegijos tinkle – Intranete, tiek išoriniame – Internete.

9.

Sistema turi veikti interneto naršyklės lange. Sistema turi būti pasiekiama ir veikti stabiliai su visomis populiariausiomis naršyklėmis (Internet Explorer, Mozilla Firefox, Google Chrome, Opera kt. arba lygiavertėmis) Microsoft Windows, Linux, Mac OS X arba lygiavertėse operacinėse sistemose.

10.Sistemoje turi būti galimybė vykdyti duomenų importą ir eksportą, naudojant Perkančiojoje organizacijoje naudojamus duomenų apsikeitimo formatus (pvz. XML (arba lygiavertės) rinkmenos.

11. Duomenų paėmimo, transformavimo ir pakrovimo proceso (ETL) įrankiai turi sudaryti galimybę paimti duomenis iš skirtingų duomenų šaltinių tipų.

12. Sistema turi būti realizuota trijų sluoksnių architektūros principu – duomenų bazės, veiklos logikos ir naudotojo sąsajos sluoksniais.

4

Nr. Aprašymas

13.Sistema turi palaikyti centralizuotą duomenų modelį – turi būti galimybė visų veiklos matavimo ir vertinimo modelių ir veiklos procesų duomenis ir metaduomenis laikyti vienoje duomenų bazėje.

14. Sistemoje turi būti galimybė patikrinti įvedamų duomenų logikos korektiškumą (jeiįmanomas toks tikrinimas) lauko lygmenyje duomenų įvedimo languose.

15.Sistemoje turi būti numatytos priemonės atstatyti Sistemos duomenis iš rezervinės kopijos. Rezervinis kopijavimas turi vykti ne rečiau kaip 1 kartą per 5 dienas (rezervinių kopijų skaičius ne mažesnis nei 3).

16.Galimybė vykdyti automatinį į Sistemą įkeliamų failų patikrinimą nuo kompiuterinių virusų. Galimybė blokuoti tam tikro tipo failus bei informuoti naudotojus, jei virusas yra aptinkamas.

17. Sistemos techninė ir programinė įranga turi užtikrinti našų ne mažiau nei 500 naudotojų darbą vienu metu.

18.

Sistema turi būti lietuvių kalba. Visi naudotojo aplinkos elementai (užrašai, mygtukai, paaiškinimai, grafikų antraštės, meniu punktai, funkcijos ir kt. Lietuvių kalba turi būti naudojama ne tik atvaizdavimui, bet ir objektų kūrimui, modifikavimui (pvz., ataskaitų, rodiklių ir kt.).

19. Duomenų tvarkymas turi atitikti Lietuvos Respublikos teisės aktus, reglamentuojančius raštvedybą (skaitmenų, datos, laiko formatai ir kt.)

20. Sistema turi leisti šalia numatytų standartinių užregistruoti neribotą skaičių naujų vaidmenų (rolių).

21. Sistema turi leisti užregistruoti neribotą skaičių sistemos naudotojų.

22. Sistemoje turi būti galimybė Sistemos administratoriui nustatyti ir keisti naudotojo prisijungimo slaptažodžio galiojimo laikotarpį.

23.Sistemoje 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ę.

24. Sistemos autentifikavimo ir autorizavimo funkcionalumai turi palaikyti Microsoft Active Directory, LDAP arba lygiaverčius mechanizmus.

25. Sistemos naudotojas turi galėti peržiūrėti tik tokią informaciją ir naudotis tik tokiomis funkcijomis, kurios yra nustatytos prieigos teisėmis.

26. Sistemoje turi būti galimybė sukurti neribotą kiekį klasifikatorių.

27. Sistema turi leisti koreguoti nustatytus klasifikatorius.

28. Sistemoje turi būti galimybė peržiūrėti suteiktų vaidmenų struktūrą.

29. Visi Sistemos naudotojai turi galėti savarankiškai pasikeisti slaptažodį.

30. Turi būti numatyta galimybė Sistemoje kaupti įvairių formatų skenuotus dokumentus.

2. Sistemos architektūraNr. Aprašymas

1. Sistema turi būti suvokiama, kaip kompiuterinių priemonių visuma, realizuojanti posistemių funkcijas.

2. Visi Sistemos duomenys turi būti saugomi reliacinėje duomenų bazėje.

5

Nr. Aprašymas

3. Sistemoje negali būti duomenų suvedimo dubliavimo, privalo būti užtikrinta pilna sistemų integracija.

4. Sistemos dalys turi būti apjungtos bendru dizainu.

5. Sistemos naudotojų identifikavimas (tapatumo patikrinimas) turi būti atliekamas tradiciniu (naudotojo vardas / slaptažodis) identifikavimo būdu.

6. Registravimosi į Sistemą, administratoriaus numatytiems naudotojams, galimybė turi būti realizuota pirmame Sistemos puslapyje.

7. Sistemos sąsajoje pateikiamas funkcionalumas turi būti ribojamas autorizacijos pagalba, pagal apibrėžtas naudotojo roles. Tokiu būdu naudotojui turi būti suteikiama galimybė naudotis tik tam tikromis funkcijomis, priklausomai nuo jam suteiktų vaidmenų (rolių).

8. Administravimo aplinkoje turi būti numatytas prisijungimas prie administravimo srities, kurioje turi būti galima peržiūrėti prisijungimų datas, tikslų laiką, naudotojo vardą, IP adresą iš kurio buvo jungtasi, nesėkmingų prisijungimų skaičių, įvykių ir veiksmų (Sistemos ar jos dalių gedimai; neveikiančios nuorodos; administratorių atlikti veiksmai Sistemoje (įkelta / ištrinta informacija, įvykdyti sisteminiai pokyčiai ir pan.) žurnalus. Turi būti realizuota funkcija, leidžianti užblokuoti nereikalingus naudotojus, jų nepašalinant iš duomenų bazės.

3. Bendrieji reikalavimai Sistemai

Nr. Aprašymas

1.Sistema turi būti kuriama pagal Tiekėjo atliktą Perkančiosios organizacijos KVS reglamentuojančių dokumentų bei studijų kokybės vertinimui reikalingos informacijos gavimo, kaupimo, saugojimo, apdorojimo esamos situacijos analizę.

2.Sistemos diegimo metu turi būti vadovaujamasi rekomendacijomis dėl atvirųjų elektroninių dokumentų standartų naudojimo, teikiant viešąsias paslaugas gyventojams, valstybės institucijoms ir įstaigoms elektroninėmis priemonėmis keičiantis informacija.

3. Sistema turi palaikyti SSL (arba lygiavertę) per HTTP protokolą.

4. Sistemos priimami ar perduodami duomenys turi būti aprašomi naudojant XML (angl. Extensible Markup Language, http://www.w3.org/TR/REC-xml) arba lygiavertes schemas.

5. Sistema duomenų ir pranešimų apsikeitimui bei saugojimui turi naudoti Unicode (UTF-8) arba lygiavertę koduotę.

6. Kuriant naujus komponentus ar plėtinius, analizei, projektavimui bei dokumentacijai turi būti naudojamas Unified Modeling Language ar lygiavertis standartas. (UML, http://www.omg.org/technology/uml/index.htm).

7. Sistemos naudotojo sąsaja turi atitikti ne žemesnę W3C XHTML 1.0 arba lygiavertę specifikaciją užtikrinant vienodą Sistemos grafinių elementų atvaizdavimą visose naršyklėse ir operacinėse sistemose.

8. Turi būti naudojama ne žemesnė kaip 2 lygio CSS2 (Cascading Style Sheets Language 2, http://www.w3.org/Style/CSS/) arba lygiavertė.

9. Sistema turi atitikti reikalavimus pateiktus Lietuvos Respublikos Vyriausybės „Dėl elektroninės informacijos saugos valstybės institucijų ir įstaigų informacinėse sistemose”.

10. Sistema turi atitikti Valstybės informacinės sistemos saugumo reikalavimus, nustatytus Valstybės institucijų ir įstaigų informacinių sistemų elektroninės informacijos

6

http://www.w3.org/TR/REC-xml

http://www.w3.org/Style/CSS/

http://www.omg.org/technology/uml/index.htm

Nr. Aprašymas

techniniuose saugos reikalavimuose, patvirtintuose Lietuvos Respublikos vidaus reikalų ministro 2008 m. spalio 27 d. įsakymu Nr. 1V-384 ir kituose Lietuvos Respublikos teisės aktuose, reglamentuojančių saugų informacijos tvarkymą, ir nustatytus reikalavimus, užtikrinant nustatyto lygio informacijos konfidencialumą, vientisumą ir prieinamumą.

11. Duomenų tvarkymas turi atitikti Lietuvos Respublikos raštvedybos taisykles (skaitmenų formatas, datos ir laiko formatai).

12. Sistema turi būti kuriama moduliniu principu. Toks realizacijos modelis turi užtikrinti Sistemos vientisumą, lankstumą, lengvas plėtimo galimybes.

13. Sistemos naudotojams teikiami klaidų pranešimai turi būti informatyvūs, ir suteikti pakankamos informacijos tolimesniems veiksmams klaidai pašalinti ar jos išvengti.

14. Hierarchinių duomenų struktūrų nagrinėjimui turi būti galimybė iš bendrojo lygio pereiti į detalųjį lygį (angl. drill down funkcija).

15. Sistemoje turi būti numatytos hierarchinės duomenų rūšiavimo ir išplėstinės (kompleksinės, pagal fragmentą ir pan.) paieškos galimybės.

16. Turi būti realizuota paieška / filtravimas. Ši paieška / filtravimas turi būti atliekama nurodant / pasirenkant vieną ar kelis metaduomenų atributus.

17. Paslaugų aprašų paieška / filtravimas turi būti vykdomi operatyviuoju būdu (angl. online).

18. Paslaugų aprašų paiešką turi galėti atlikti bet kuris Sistemos naudotojas.

19. Paieškos rezultatas turi būti formuojamas lentelės pavidalu. Sistema rezultatus turi išskaidyti puslapiais (puslapiuoti).

20. Sistemoje turi būti numatytos duomenų importavimo ir eksportavimo priemonės, įskaitant ODBC tipo (arba lygiaverčio) susijungimą.

21. Sistemoje turi būti numatyta galimybė išorinėmis priemonėmis jungtis prie Sistemos duomenų bazės.

22. Sistemoje turi būti numatyta galimybė naudoti objektų automatinio numeravimo priemones.

23. Sistemoje talpinamų dokumentų atnaujinimas turi turėti versijavimo funkcijas.

24. Ataskaitose filtruojant duomenis turi būti numatyta galimybė pasirinkti įvairias palyginimo funkcijas (lygu, nelygu, daugiau, mažiau ir t.t.) ir logines operacijas (ir, arba).

25. Iš Sistemos duomenų turi būti galima parengti ataskaitų formas MS Office (arba lygiaverčiu), PDF formatu (arba lygiaverčiu), bei vienu grafiniu formatu (gif, jpg, jpeg, bmp ir pan.).

26. Kiekviena naudotojui pasiekiama informacija turi turėti versiją spausdinimui.

27. Sistema sutarties galiojimo metu (be papildomo užmokesčio) gali būti papildyta kitais būtinais Sistemos elementais, nenurodytais šioje techninėje specifikacijoje, prieš tai suderinus su paslaugų Tiekėju.

4. Kokybės vadybos sistemos analizės posistemė

Nr. Aprašymas

1. Sistema turi leisti apibrėžti studijų kokybės vertinimo ir organizacijos kokybės valdymo planus ir rodiklius.

7

Nr. Aprašymas

2. Sistemoje turi būti galimybė peržiūrėti registruotus duomenis ir suformuotas ataskaitas.

3. Sistema turi leisti peržiūrėti rodiklių kitimą laike įvairiais vizualizacijos būdais (grafikas, lentelė, diagrama).

4. Posistemėje turi būti pateikiami kokybiniai ir kiekybiniai rodikliai iš kitų esančių posistemių.

5. Sistemoje turi būti numatyta galimybė formuoti iš anksto apibrėžtas ataskaitas iš visų Sistemoje kaupiamų duomenų.

6. Sistema turi gebėti suformuoti dokumentų įrašų, stebimų pagal įrašo galiojimo arba peržiūros terminą, būklės ataskaitas.

7. Sistema turi suteikti funkcines galimybes nagrinėti kokybės vadybos sistemos įrašus iš bendrojo lygio pereinant į detalųjį lygį (angl. drill down funkcija).

8. Sistemoje turi būti galimybė pagal pasirinktus kriterijus atlikti įrašų paiešką. Taip pat turi būti galimybė išsaugoti paieškos šabloną ir jį vėliau automatiškai panaudoti.

9. Sistemoje turi būti galimybė atlikti išplėstinę įrašų paiešką ekraninėse formose: pagal vieną ar kelis kriterijus, pagal reikšmės fragmentą ir pan.

5. Procesų sąveikos posistemė.

Nr. Aprašymas

1. Naudotojui nurodžius užimamą vietą organizacijos struktūroje, Sistema turi pateikti jam paskirtus KVS dokumentus ir procedūrų aprašus bei grafiškai nustatyti veiklų tarpusavio ryšius.

2. Veiklų tarpusavio ryšius ir atsakomybę už jas Sistema turi nurodyti pagal KVS galiojančią dokumentaciją.

3. Sistema turi pateikti procesų procedūrų sąrašą, kiekvienai procedūrai nurodant tokius parametrus:

unikalus kodas; pavadinimas; proceso šeimininkas; naudotojas.

4. Sistema turi leisti administratoriui be programuotojo pagalbos keisti nustatytus parametrus

5. Kiekvienas procesas turi būti vaizduojamas grafiškai – tarpusavyje susijusių veiklų diagrama, kurioje naudotojas nurodo tokius parametrus:

veiklų sąryšiai – veiklų vykdymo eiliškumas; pradžios taškas (inicijavimas); pabaigos taškas (užbaigimas).

6. Sistemoje procesai ir jų veiklos turi būti susiejami su planų elementais bei kokybės vadybos sistemos vertinimo rodiklių suvestine.

7. Sistemoje procesai ir jų veiklos turi būti pavaizduotos nurodant įvestinius ir išvestinius duomenis, įpareigojant naudotoją reikalingus gauti rodiklius įvesti į Sistemą numatytais terminais.

8. Pateiktas procesų diagramas turi būti galima išsaugoti spausdinamu formatu

8

6. Planų ir rodiklių posistemėNr. Aprašymas

1. Tiekėjas į Sistemą turi įkelti ir suformuoti visus Perkančiosios organizacijos planus (strateginį, kokybės valdymo ir kt. planus), jų rodiklius ir sudaryti planų hierarchiją.

2. Sistema turi leisti įvesti organizacijos tikslus, uždavinius ir planuojamas / vykdomas priemones.

3. Sistema turi leisti užregistruoti planų elementus – programas, tikslus, uždavinius, priemones, asignavimus, vertinimo kriterijus, reikšmes ir kita. Planų elementai turi turėti identifikuojančią ir aprašomąją informaciją.

4. Registruojamus planų elementus Sistema turi leisti sujungti į hierarchinę duomenų struktūrą, apibrėžiant jų priklausomybės vienų kitiems sąryšius.

5. Kiekvienam plano elementui turi būti galima priskirti atsakingus naudotojus, nurodant atsakomybės tipą – „šeimininkas“, „dalyvis“, „vykdytojas“ ir kt.Atsakomybių priskyrimai turi turėti tokią informaciją:

atsakingas asmuo ir padalinys, kuriame jis dirba; atsakomybės galiojimo laikotarpis; atsakomybės tipas; išvados; komentaras; ir kt.

6. Sistemoje turi būti numatyta galimybė registruojamų atsakomybių už plano elementus tipų klasifikatorių koreguoti.

7. Turi būti nurodomas plano elemento tipas: planas, sritis, tikslas, programa, uždavinys, priemonė, rodiklis, plano lėšos, srities lėšos, tikslo lėšos, programos lėšos, uždavinio lėšos, lėšų šaltinis.

8. Kiekvienam plano elementui turi būti galima priskirti ir į Sistemą įkelti neribotą skaičių duomenų bylų. Priskirtos bylos turi būti pateikiamos sąrašo pavidalu.

9. Kiekvienam plano elementui turi būti galima priskirti neribotą skaičių internetinių nuorodų. Priskirtos nuorodos turi būti pateikiamos sąrašo pavidalu.

10. Plano redagavimo ir peržiūros metu Sistema planą turi vaizduoti kaip hierarchinę struktūrą.

11. Sistema turi leisti užregistruoti rodiklių apibrėžimus ir priskirti juos vienam ar keletui plano elementų.

12. Sistema turi leisti pateikti rodiklių reikšmes skirtingais matavimo vienetais.13. Sistema turi leisti įvesti faktines rodiklių reikšmes, galinčias kisti laiko atžvilgiu.14. Sistema turi gebėti pateikti rodiklio grafiką, vaizduojantį siekiamą (planuojamą) rodiklio

reikšmę, jos tolerancijos intervalus ir faktinę (išmatuotą) rodiklio reikšmę laiko atžvilgiu.15. Sistema turi gebėti agreguoti planų elementams priskirtų rodiklių reikšmes – nustatyti

plano elementų įgyvendinimą. Agregavimas turi būti vykdomas į viršų – jei rodikliai priskirti tik žemiausio lygmens plano elementams, tai turi būti apskaičiuojamas ne tik jų, bet ir aukštesnio lygio plano elementų įgyvendinimas. Sistema turi gebėti agreguoti skirtingais matavimo vienetais pateiktas rodiklių reikšmes. Agreguotos rodiklių reikšmės taip pat turi turėti tolerancijos intervalus.

16. Sistema turi leisti palyginti planuojamas rodiklių, planų elementų reikšmes su faktinėmis, taip pat atsižvelgiant į tolerancijos intervalus, pateikti veiklos įgyvendinimo rezultatus ir sklaidos įrodymus.

17. Sistema turi gebėti pateikti procentinį faktinių numatyto rodiklio reikšmių nuokrypį nuo planinių atsižvelgiant į jų dinamiką laike.

18. Sistema turi teikti planų įgyvendinimo ataskaitas, kuriose būtų matoma finansinė, rodiklių ir agreguotų verčių informacija.

19. Sistema turi leisti rodiklių reikšmes įkelti iš struktūrizuotų MS Excel (arba lygiaverčio),

9

Nr. AprašymasMS Word (arba lygiaverčio) lentelių.

20. Ataskaitų kūrimas turi būti prieinamas naudotojui, neturinčiam programavimo įgūdžių, paremtas intuityviu (angl. Drag and Drop) principu.

21. Šioje posistemėje turi būti galimybės analizuoti Sistemoje registruotus duomenis ir formuoti ataskaitas. Universalus ataskaitų formavimo įrankis duomenų bazės lygmenyje.

22. Ataskaitos turi būti kuriamos automatiškai, naudotojui nurodant laiko intervalus.23. Sistema turi teikti planų įgyvendinimo ataskaitas, kuriose būtų matoma finansinė,

rodiklių ir agreguotų verčių informacija.24. Sistema turi leisti palyginti planuojamas reikšmes su faktinėmis.25. Sistema turi gebėti pateikti procentinį faktinių numatyto rodiklio reikšmių nuokrypį nuo

planinių atsižvelgiant į jų dinamiką laike.26. Sistemoje turi būti galimybė pagal pasirinktus kriterijus atlikti įrašų paiešką. Taip pat turi

būti galimybė išsaugoti paieškos šabloną ir jį vėliau automatiškai panaudoti.27. Sistemoje turi būti galimybė atlikti išplėstinę įrašų paiešką ekraninėse formose: pagal

vieną ar kelis kriterijus, pagal reikšmės fragmentą ir pan.

7. Dokumentų valdymo posistemė

Nr. Aprašymas1. Sistema turi apimti šiuos dokumentų rengimo, tvarkymo ir valdymo procesus:

a) dokumentų registravimą bei paskirstymą;b) atsakingų darbuotojų paskyrimą su veikla susijusiems pavedimams vykdyti bei jų vykdymo kontrolę;c) bendruosius darbo su dokumentais bei užduotimis principus: dokumentų paiešką ir jų peržiūrą, ataskaitų rengimą ir spausdinimą;d) rengiamų dokumentų redagavimo, derinimo, vizavimo, tvirtinimo bei parengtų dokumentų saugojimo etapus;e) dokumentų, kuriuos kuria ar naudoja įvairios taikomosios sistemos, rengimo proceso valdymą, registravimą, apskaitą, saugojimą ir archyvavimą.

2. Sistema turi leisti administruoti dokumentų, formų, duomenų įrašų paskutinę versiją.3. Sistema turi leisti dokumentus, formas ir duomenų įrašus suskirstyti į grupes.4. Sistema turi leisti talpinti dokumentus, formas ir duomenų įrašus ir keisti juos nauja

versija. Sistema turi leisti paskirti dokumentus, formas ir duomenų įrašus administruosiančius naudotojus.

5. Sistema turi leisti administratoriui paskirti ir keisti atitinkamai dokumentų grupei numatytus naudotojus.

6. Sistema turi leisti informuoti paskirtus naudotojus apie naujo dokumento, formos ir duomenų įrašo atsiradimą.

7. Sistema turi numatyti dokumentų, formų ir duomenų įrašų istoriją, archyvavimą, archyvuotų dokumentų saugojimą ir valdymą.

8. Sistema turi leisti užregistruoti hierarchinę organizacijos struktūrą, sudarytą iš padalinių.Padalinys turi būti aprašomas tokia informacija:

pavadinimas; trumpinys (naudojamas ataskaitose ir pan.); kodas; ir kita.

9. Sistema turi leisti užregistruoti darbuotojus kiekviename padalinyje.Darbuotojas turi būti aprašomas tokia informacija:

vardas;

10

Nr. Aprašymas pavardė; el. pašto adresas; telefono numeris; pareigos; požymis, ar darbuotojas yra atsakingas už kitus padalinio darbuotojus

(vadovauja); ir kita.

10. Sistema organizacinę struktūrą turi vaizduoti kaip hierarchinį medį.11. Sistema turi leisti naudotojui susipažinti su jo veiklą reglamentuojančiais dokumentais.

8. Studijų programų dokumentų priežiūros posistemė

1. Sistema turi leisti formuoti akredituotų studijų programų registrą, jį nuolat papildyti.

2. Sistemoje turi būti realizuotas studijų dalykų aprašų saugojimas, kontrolė, bei administravimas.

3. Sistema turi leisti paskirti duomenų naudotojus, kurie galės įvesti, peržiūrėti, koreguoti ir pan. registro įrašus.

4. Sistema turi leisti paskirti naudotojus, kurie galės administruoti studijų dalykų, studijų programų aprašus.

5. Sistema turi leisti užregistruoti dokumentų, formų ir duomenų įrašų naujas paskutines galiojančias versijas ir paskirti juos administruojančius naudotojus.

6. Sistema turi leisti nurodyti studijų programų akreditavimo ir studijų programų dalykų atestavimo terminus.

7. Sistemoje turi būti galimybė stebėti studijų programų akreditavimo ir studijų programų dalykų atestavimo terminus.

8. Sistemoje turi būti numatyta galimybė elektroniniu paštu įspėti apie studijų programų akreditavimo ir studijų programų dalykų atestavimo terminų artėjančią pabaigą.

9. Sistemoje turi būti numatyta galimybė valdyti galiojančius studijų programų dalykų aprašus, nurodant, kam jie galioja.

10. Sistemoje turi būti numatyta galimybė sekti įrašų paskutinę galiojančią versiją, archyvuoti studijų programų registre esančius, bet negaliojančius studijų programų dalykų aprašus.

11. Ataskaitos turi būti generuojamos įvairiais pjūviais iš posistemėje turimų duomenų.

12. Sistemoje turi būti realizuotas studijų dalykų aprašų saugojimas, kontrolė, bei administravimas.

13. Sistema turi leisti įvesti dokumentus, formas ir duomenų įrašus, pakeisti juos ar pridėti naują versiją. Sistema turi leisti paskirti naudotojus, kurie administruos dokumentus, formas ir duomenų įrašus.

14. Duomenų įrašų kūrimas, bei pildymas turi būti realizuotas taip, kad naudotojui neturinčiam programavimo įgūdžių nereikėtų atlikti jokių papildomų programavimo veiksmų, kūrimas ir pildymas turi būti paremtas intuityviu principu.

9. Studijų rezultatų matavimo ir stebėsenos posistemėNr. Aprašymas

1. Sistema turi atlikti žemiau išdėstytas funkcijas, nenukrypstant nuo Perkančiojoje organizacijoje galiojančių studijų rezultatų įvertinimo įvedimo, kaupimo ir analizės

11

Nr. Aprašymastvarkų.

2. Duomenų įrašų kūrimas, bei pildymas turi būti realizuotas taip, kad naudotojui neturinčiam programavimo įgūdžių nereikėtų atlikti jokių papildomų programavimo veiksmų, kūrimas ir pildymas turi būti paremtas intuityviu principu.

3. Sistema turi matuoti ir stebėti studijų rezultatus elektroninio žiniaraščio (pritaikyto aukštojo mokslo institucijai) principu.

4. Sistemoje turi būti realizuotos šios funkcijos: tarpinių atsiskaitymų, studijų rezultatų vertinimo registravimo ir galutinio

įvertinimo skaičiavimas; duomenų apie studijų rezultatų įvertinimą įvedimas, koregavimas, šalinimas; studento pasiekimų (ir individualių studijų) įvertinimo lapo formavimas; žiniaraščių formavimas; studento pasiekimų suvestinės formavimas; prieigos prie dokumentų, reikalingų studijų rezultatams pasiekti, galimybė.

5. Sistemos administravimas turi apimti naudotojų prieigų ir teisių (skaitymo, rašymo, koregavimo ar pan.) suteikimą. Turi būti numatomos galimos funkcijos administracijos darbuotojams, dėstytojams ir studentams.

6. Kiekvienam elektroniniam žiniaraščiui turi būti paskiriamos studijų rezultatų įvertinimo įvedimo pradžios ir pabaigos datos. Tuo laiku dėstytojas turi turėti galimybę įvesti studijų rezultatų įvertinimus.

7. Pasibaigus nustatytam duomenų įvedimo laikotarpiui Sistemoje studijų rezultatų įvertinimus turi turėti galimybę įvesti tik administratorius.

8. Žiniaraščio tarpinių atsiskaitymų, egzamino ar galutinio įvertinimo reikšmės Sistemoje gali būti koreguojamos tik administratoriaus nustatytu laikotarpiu. Kitu metu reikšmes koreguoti gali tik administratorius.

9. Sistema turi turėti galimybę įvesti neribotą kiekį tarpinių įvertinimų.10. Sistema turi leisti matyti studijų rezultatų įvertinimą įvedusio naudotojo vardą ir

pavardę, bei įrašo datą.11. Prie Sistemos prisijungęs studentas, jam suteiktu naudotojo vardu ir slaptažodžiu, turi

turėti galimybę peržiūrėti savo individualų planą, įvertinimus ir informaciją studijų rezultatams pasiekti.

12. Sistemoje koreguoti duomenų studentas negali. Jam turi būti suteikiama peržiūros galimybė.

13. Ataskaitos turi būti generuojamos įvairiais pjūviais iš posistemėje turimų duomenų.14. Ataskaitas turi būti galima spausdinti, peržiūrėti, išsaugoti, eksportuoti.15. Ataskaitų kūrimas turi būti prieinamas naudotojui, neturinčiam programavimo įgūdžių,

paremtas intuityviu principu.16. Sistema turi numatyti galimybę eksportuoti reikiamą informaciją PDF (arba

lygiaverčiu) formatu.17. Turi būti realizuota paieška/filtravimas. Ši paieška/filtravimas turi būti atliekama

nurodant/pasirenkant vieną ar kelis metaduomenų atributus. 18. Paieška/filtravimas turi būti vykdomi operatyviuoju būdu (angl. online).

10. Neatitikčių valdymo posistemėNr. Aprašymas

1. Neatitikčių valdymas Sistemoje turi būti organizuojamas remiantis LST EN ISO 9001:2008 (ISO 9001:2008) standarto (arba lygiaverčio) reikalavimais.

2. Sistemoje naudotojas turi galėti registruoti neatitiktis, gedimus, koregavimo ir korekcinius veiksmus, vidaus audito rekomendacijas ir pan. (toliau – Neatitikčių įrašai),

12

Nr. Aprašymasjas aprašyti, klasifikuoti, nustatyti prioritetą, adresuoti pasirinktam atsakingam asmeniui ar padaliniui.

3. Sistemoje turi būti galimybė informuoti naudotojus apie Neatitikčių įrašų sprendimo būklę.

4. Registruojant Neatitikčių įrašą Sistemoje, turi būti pateikiama registravimo forma su siūlomais įrašais.

5. Sistemoje turi būti galimybė sekti atliekamus veiksmus, susijusius su neatitiktimi, gedimu, koregavimo ir korekciniais veiksmais, vidaus audito rekomendacijomis ir pan.

6. Registruotų Neatitikčių įrašų paieška / filtravimas turi būti vykdomi operatyviuoju būdu (angl. online).

7. Sistemoje paieškos rezultatas turi būti formuojamas lentelės pavidalu. Sistema rezultatus turi išskaidyti puslapiais (puslapiuoti).

8. Sistemoje turi būti galimybė naudotojams peržiūrėti jų registruotus Neatitikčių įrašus.

11. Apklausų rengimo, vykdymo ir analizės posistemėNr. Aprašymas

1. Sistema turi leisti apibrėžti neribotą skaičių apklausų nurodant tokius parametrus: unikalus kodas; pavadinimas; aprašymas, kuriame paaiškinami apklausos pildymo tikslas bei tvarka; trukmė laike (pradžios ir pabaigos datos); naudotojus, galinčius pateikti atsakymus į apklausos klausimus (anoniminiai; tik

registruotieji naudotojai ar jų grupės; išoriniai respondentai); ir kita.

2. Kiekviena apklausa turi turėti neribotą galimų klausimų skaičių, kiekvienam klausimui nurodant tokius parametrus:

eilės numeris; trumpa klausimo teksto versija; klausimo tekstas; atsakymo būdas (skaitinė reikšmė / tekstinė reikšmė / iš pateikto galimų atsakymų

sąrašo parenkamas konkretus įrašas arba keli galimi atsakymo variantai); turi būti galimybė plėsti (prijungti atskirais moduliais) atsakymų būdus);

jei atsakymo būdas yra skaitinė reikšmė, tai nurodoma, kokia agregavimo operacija bus naudojama apklausos rezultatui apskaičiuoti – suma, vidurkis, minimali ar maksimali reikšmės;

jei atsakymo būdas yra tinkamiausio atsakymo parinkimas iš sąrašo, tai klausimui turi būti priskiriamas galimų atsakymų sąrašas;

ir kita.3. Naudotojams Sistema turi leisti peržiūrėti jiems pasiekiamų apklausų sąrašą.4. Naudotojams Sistema turi leisti duomenis eksportuoti struktūrizuotu tekstiniu duomenų

formatu. 5. Pasibaigus apklausai, Sistema turi apdoroti apklausų atsakymus ir pateikti kiekvieno

klausimo įvertinimą pagal jo tipą.6. Analizės rezultatus turi pateikti grafiniu būdu.

13

12. LicencijosNr. Aprašymas

1.

Sistema turi turėti neribotas darbo vietų ir naudotojų skaičiaus licencijas. Sistemos kūrimui naudojama programinė įranga ar naudojamos programavimo technologijos (taip pat programavimo kalbos) turi būti atvirojo kodo ir atitikti GNU GPL licenciją (arba jai lygiaverčią). Sukurta Sistema ir jos programinė įranga turi būti pateikiama su visais programiniais kodais ir dokumentacijomis, jos licencija turi atitikti šiuos reikalavimus: galimybė keisti programos kodą, dizaino elementus.

2.Licencijos turi būti nuolatinės, o ne nuomos ar panašiu teisiniu pagrindu kitaip laike apribotos: jų galiojimas privalo būti nuolatinis ir be pabaigos, nepriklausomai nuo to, ar Perkančioji organizacija įsigyja licencijų techninio aptarnavimo paslaugas.

3.

Paslaugų Tiekėjas turės įdiegti Sistemą Perkančiosios organizacijos serveriuose atsižvelgdamas į Perkančiosios organizacijos vykdomą saugumo politiką. Jei nepakanka techninės ir programinės įrangos Tiekėjas privalo įdiegti Sistemos funkcionavimo palaikymui reikalingą įrangą.

Garantinis aptarnavimas

Sistemai turi būti suteikiamas ne trumpesnis nei 5 metų garantinio aptarnavimo laikotarpis po galutinio priėmimo–perdavimo akto pasirašymo dienos.

Garantinio aptarnavimo laikotarpiu turi būti užtikrintas Sistemos versijų naujinimas. Garantinio aptarnavimo laikotarpiu Sistemos priežiūrą turi teikti be papildomo

užmokesčio. Garantinis aptarnavimas turi apimti Tiekėjo pateiktos programinės įrangos klaidų šalinimą

ir konsultacijų teikimą klausimais, neaprašytais Sistemos naudotojų vadovuose ar kitoje techninėje dokumentacijoje.

Garantinio aptarnavimo laikotarpiu Tiekėjas ne trumpiau kaip 5 metus nuo paslaugų priėmimo–perdavimo akto pasirašymo dienos Perkančiosios organizacijos nurodytiems darbuotojams įsipareigoja teikti konsultacijas eksploatavimo klausimais, pašalinti pastebėtus Sistemos trūkumus ir Sistemos programines klaidas, atkurti Sistemos darbingumą po sutrikimų, konsultuoti Sistemos naudojimo klausimais (telefonu, el. paštu).

Programinės įrangos klaidas Tiekėjas turi šalinti be papildomo užmokesčio. Sistemos programinės įrangos klaida – bet kurios komponentės trūkis, dėl kurio negali veikti visa Sistema arba jos tam tikra dalis.

Tiekėjas privalo atlikti kitus darbus, kurie gali būti reikalingi diegiant Sistemą. Tiekėjas privalo turėti klaidų registravimo sistemą, kurioje registruojamos pastebėtos

klaidos bei Sistemos pakeitimai. Reakcijos (atsakymo) laikas nuo pranešimo apie gedimą gavimo faksu, elektroniniu paštu

arba gedimo registravimo Tiekėjo klaidų registravimo sistemoje – ne ilgiau kaip 8 Perkančiosios organizacijos darbo valandos.

Gedimų pašalinimo laikas garantinio aptarnavimo laikotarpiu: Sistemos funkcijų sutrikimo pašalinimo laikas – ne ilgiau kaip 2 darbo dienos nuo pranešimo apie gedimą gavimo faksu arba elektroniniu paštu. Jei gedimo per nurodytą laiką pašalinti negalima, kartu su Perkančiąja organizacija suderinamas susitarimas dėl gedimo pašalinimo laiko.

Reikalavimai viešinimui

Kadangi paslaugų pirkimas iš dalies finansuojamas Europos socialinio fondo lėšomis, turi būti laikomasi viešinimo reikalavimų. Tiekėjas privalo užtikrinti, kad ant visų parengtų dokumentų,

14

informacijos laikmenų ir kt. būtų naudojamas ES 2007–2013 metų struktūrinės paramos ženklas. Kuriant ženklinimo dizainą Tiekėjas privalo vadovautis Europos Sąjungos 2007–2013 m. struktūrinės paramos grafinio stiliaus gairėmis, kurios skelbiamos Paramos fondo Europos socialinio fondo interneto svetainėje adresu http://www.esparama.lt/es_parama_pletra/failai/fm/failai/2007-2013_ES_parama_gaires.pdf, ES fondų lėšomis finansuojamų projektų viešinimo gairėmis, kurios skelbiamos Paramos fondo Europos socialinio fondo interneto svetainėje adresu http://www.esf.lt/uploads/documents/file/agenturos/Viesinimo_gaires.pdf ir Lietuvos Respublikos finansų ministro 2007 m. gruodžio 12 d. įsakymu Nr. 1K-366 (Žin., 2007, Nr. 134-5434) patvirtintais Europos Sąjungos 2007–2013 m. struktūrinės paramos ženklo pavyzdžiais.

Parengtų dokumentų išoriniame viršelio atvarte turi būti nurodytas ir ŠVK logotipas.

Sistemos sukūrimo ir įdiegimo numatyti terminai

Pateikiami pagrindiniai Sistemos sukūrimo ir įdiegimo etapai bei numatomi (preliminarūs) vykdymo terminai.

Pavadinimas Numatomas vykdymo terminas

Plano sukūrimas Per 20 darbo dienų nuo sutarties pasirašymo dienos.

Sistemos sukūrimas ir įdiegimas Nuo Plano patvirtinimo dienos – ne ilgiau nei per 7 mėn.

Sistemos testavimas ir bandomoji Sistemos eksploatacija

Nuo Sistemos sukūrimo ir įdiegimo dienos – ne ilgiau nei per 2 mėn.

Garantinio aptarnavimo laikotarpis 5 metai nuo galutinio paslaugų priėmimo–perdavimo akto pasirašymo dienos.

15

1 PRIEDASSTUDIJŲ KOKYBĖS VERTINIMO AUTOMATIZAVIMUI REIKALINGA

INFORMACIJA1 lentelė

Kokybės vertinimo kriterijai Analizuojama informacija ir duomenys (vidutiniškai)

Strateginio valdymo vertinamoji sritis

Strateginio plano įgyvendinimas Strateginio plano 50 vertinimo kriterijų (per metus)

Kokybės valdymo plano įgyvendinimas Kokybės valdymo plano 50 vertinimo kriterijų (per metus)Organizacijos struktūros atitiktis irpadalinių, skyrių centrų ir tarnybų planų įgyvendinimas

2 padaliniai, 11 katedrų, 8 centrai, 7 skyriai, 2 tarnybos, 3 komitetai, 2 tarybos, 3 atstovybės

Žmoniškųjų ištekių valdymas 100 administracijos darbuotojų, 250 akademinio personalo, 3000 studentų

Kokybės vadybos sistemos veiksmingumas Ataskaitų iš organizacijoje fiksuojamų ir kaupiamų duomenų rengimas

Procesų valdymas 14 procesų, 21 procedūra

Dokumentų priežiūra ir informacijos viešinimas

30 prižiūrimų dokumentų (nuolatinis skirtingų naudotojų prisijungimas: pildymas, koregavimas ir atsakingų paskyrimas bei terminų priežiūra su priminimo ir atsakingų, suinteresuotų asmenų informavimo funkcija)

Lėšų panaudojimo racionalumas 50 vertinimo kriterijų (per metus)

Organizacijos realiųjų išteklių atitiktis minimaliems studijų sąlygų ir organizavimo kokybės reikalavimams pasiekti

150 apdorojamų duomenų (Aukštosios mokyklos realiųjų išteklių vertinimo metodika, patvirtinta Lietuvos Respublikos švietimo ir mokslo ministro 2011 m. liepos 1 d. įsakymu Nr. V-1170);

Studijų ir mokymosi visą gyvenimą vertinamoji sritisStudijų programų skaičius 25 studijų programos

Studijų rezultatų pasiekimo ir pažangos stebėsena Studijų rezultatų įvertinimai įvairiomis formomis

Studijų dalykų savianalizė Studentų (3000 asm.) apklausų po dalykų išdėstymo duomenys

Personalo kvalifikacijos tobulinimas Kvalifikacijos įgijimo ir mokymosi rezultatų kaupimas

Absolventų stebėsena 700 absolventų kasmet (stebėsena 3 metus)

Judumo programų įgyvendinimas 50 atvykstančių ir 50 išvykstančių asmenų veiklos stebėsena

Neformalaus mokymo klausytojų skaičius 200 per metus

Mokslo veiklos vertinamoji sritis

Mokslinės taikomosios veiklos valdymas Dėstytojų veiklos rezultatų fiksacija, kaupimas ir grupavimas, paskirstymas į skirtingas ataskaitas

Dėstytojo mokslinės–metodinės veiklos įgyvendinimas

Dėstytojų personalo duomenų (asmens kortelės įrašų) ir mokslinės taikomosios veiklos rezultatų apjungimas

Poveikis regiono ir visos šalies raidaiAkademinio ir administracinio personalo visuomeninis aktyvumas ir pripažinimas

Veiklos rezultatų fiksacija, kaupimas ir grupavimas, paskirstymas į skirtingas ataskaitas

Aktualių regionui temų įtraukimas į studentų praktikas ir baigiamuosius darbus

Praktikos sutarčių duomenys ir baigiamųjų darbų duomenų valdymas

16

2 PRIEDAS

DUOMENŲ SRAUTŲ APRAŠYMAS

Numatomas duomenų keitimasis tarp Perkančiosios organizacijos duomenų bazių, informacinių sistemų (toliau – IS) ir Sistemos. Lentelėje nurodoma, kokie duomenys yra perduodami, koks yra numatomas duomenų srauto periodiškumas ir numatomas duomenų apsikeitimo būdas. Paslaugos Tiekėjas, įvertinęs būsimą Sistemos architektūrą, sąsajas su Perkančiosios organizacijos duomenų bazėmis ir IS, suderinęs su Perkančiąja organizacija, galės pasiūlyti kitus informacijos apsikeitimo būdus.

1 lentelėNr. Naudojimas Duomenų

kaupyklosAprašymas1 Numatomas

apsikeitimo būdas

Periodiškumas2

1. Vidinis Darbdavių duomenų bazė (DDB, studentų praktikų sutarčių registras)

Duomenų apie studentų praktikas ir praktikų vietas kaupimas (registravimas), el. laiškų siuntimas pasirinktoms įmonėms (praktikos vietoms).

Automatinis Kelis kartus per metus (pagal poreikį)

2. Vidinis Sveikatos pažymų duomenų bazė (SPDB, nepriklausoma Personalo DB dalis)

Duomenų apie Kolegijos darbuotojų ir dėstytojų privalomus sveikatos tikrinimus kaupimas, automatinis sąrašų (grafikų) formavimas, automatiniai priminimai darbuotojams apie artėjantį kitą sveikatos patikrinimą, el. laiškų siuntimas pasirinktiems darbuotojams, galimybė kiekvienam darbuotojui prisijungti ir patikrinti savo sveikatos tikrinimų būklę.


3. Vidinis Absolventų duomenų bazė (ALUMNIDB)

Duomenų apie Kolegiją baigusius absolventus kaupimas, el. laiškų siuntimas pasirinktų baigimo metų absolventams. Įmonių registras sujungtas su DDB.

Automatinis Pagal poreikį

4. Vidinis Studentų studijų įmokų skaičiavimo sistema (STUDIMOK)

Duomenų apie studentų įmokas už studijas kaupimas, duomenų pateikimas apie permokas arba skolas tikrinant nurodytas sumokėti įmokas Studentų DB semestrų duomenyse su realiai padarytomis įmokomis.


5. Vidinis Diplomų duomenų bazė (Diplomų DB)

Duomenų apie diplomus ir priedėlius kaupimas, diplomų ir priedėlių spausdinimo šablonai, spausdinimas į PDF.


1 Detali perduodamų duomenų struktūra turės būti suderinta Sistemos sukūrimo ir į diegimo metu.2 Duomenų apsikeitimo periodiškumas gali keistis ir bus suderintas Sistemos sukūrimo ir įdiegimo metu.

17

Nr. Naudojimas Duomenų kaupyklos

Aprašymas Numatomas apsikeitimo būdas

Periodiškumas

6. Vidinis Laisvai pasirenkamų dalykų elektroninė sistema (LPDES)

Duomenų apie laisvai pasirinktus dalykus kaupimas. Studentų LPD pasirinkimai.


7. Vidinis/Išorinis

Studentų duomenų bazė (Studentų DB)

Duomenų apie studentus ir jų studijas kaupimas.

Automatinis Kasdien

8. Vidinis Personalo duomenų bazė (Personalas DB)

Duomenų apie Kolegijos darbuotojus kaupimas. Dokumentų automatinis formavimas.

Automatinis Kasdien


www.studijos.svako.lt

Dėstytojų failų saugykla – saugomi dėstytojų failai, studentai gali tik atsisiųsti.

Automatinis Kasdien


Anketų kūrimo sistema

Apklausų anketų kūrimo įrankis. Prisijungę naudotojai gali kurti savo apklausas, peržiūrėti apklausų rezultatus.

Pusiau automatinis

Nustatytu periodiškumu


Gedimų registravimo sistema http://gedimai.svako.lt/

Gedimų susijusių su kompiuterine technika registravimas, programavimo bei tinklų darbų registras.

Automatinis Kasdien

12. Vidinis Priminimų sistema https://jupiter.svako.lt/kdb/

Sutarčių, darbų ir kitų priminimų sistema, vykdoma el. paštu.

Automatinis Kasdien

Detali perduodamų duomenų struktūra turės būti suderinta Sistemos sukūrimo ir į diegimo metu.2 Duomenų apsikeitimo periodiškumas gali keistis ir bus suderintas Sistemos sukūrimo ir įdiegimo metu.

18

2 ir 3 lentelėse pateikta Perkančiosios organizacijos turimos techninė ir programinė įranga, kuri gali būti naudojama Sistemos įdiegimui, aprašymas.

2 lentelėEil. Nr. Parametras Aprašymas

1. Gamintojas ASUS2. Modelis PSCH-L3. Procesorius Intel(R) Pentium(R) 4 CPU 4. Procesorių skaičius ir

našumas1, Dual core, 3.00GHz

5. Operatyvinė atmintis 1 GB 6. Vidinių diskų

valdiklisRaid controller not present

7. Vidiniai diskai 4 x 100GB8. Vaizdo posistemė Integruota9. Optinis įrenginys DVD - ROM10. Maitinimo šaltiniai ir

ventiliatoriai550W, 2 x ventiliatoriai

11. Tinklo plokštės 2x 100Mbps12. Operacinė sistema Linux, Slackware 11.0

19

3 lentelėDB/IS pavadinimas, versija Serveris Programavimo

bibliotekosDuomenų bazė

Studentų duomenų bazė (SDB),1.38

Apache/1.3.41 (Unix) OpenSSL/0.9.8d

PHP/5.2.0, Smarty/2.6, PEAR MDB2/2.5.0b3, OOP

MySQL/5.0.51 (MyISAM, UTF-8)

Darbdavių duomenų bazė (DDB)1.0.17


PHP/5.2.0, Smarty/3, PEAR MDB2/2.5.0b3, jQuery/1.5, CKEditor/3.2


Sveikatos pažymų duomenų bazė (SPDB)0.1.9


PHP/5.2.0, PEAR MDB2/2.5.0b3, jsLinb/3, phpLinb/1.2, FPDF/1.53, Smarty/3, OOP


Absolventų duomenų bazė (AlumniDB)0.9.7


PHP/5.2.0, Smarty/2.6, PEAR DB, CKEditor/3.2


Diplomų duomenų bazė (Diplomai)0.53


PHP/5.2.0, Smarty/2.6, PEAR MDB2/2.5.0b3, FPDF/1.53


Laisvai pasirenkamų dalykų elektroninė sistema (LPDES)1.10


PHP/5.2.0, Smarty/2.6, PEAR DB, jQuery/1.7


Studentų studijų įmokų skaičiavimo sistema (STUDIMOK)1.11


PHP/5.2.0, Smarty/2.6, PEAR MDB2/2.5.0b3


Personalo duomenų bazė (Personalas)0.26


PHP/5.2.0, PEAR MDB2/2.5.0b3, FPDF/1.53


Sutarčių duomenų bazė (StDB)0.1.3


PHP/5.2.0, PEAR MDB2/2.5.0b3, jsLinb/3, phpLinb/1.2, OOP


Studijų dalykų atestavimo informacinė sistema – SDAIS0.1.1


PHP/5.2.0 MySQL/5.0.51 (MyISAM, UTF-8)

Kolegijos veiklą reglamentuojantys dokumentai (KVRD)1.0.1

Apache/2.2.17 (Unix) PHP/5.3.5, Smarty/3.1, jQuery/1.7

MySQL/5.1.53 (InnoDB, UTF-8)

Anketų kūrimo ir publikavimo sistema (anketos.svako.lt)1.0.10

Apache/2.2.17 (Unix) PHP/5.3.5, Smarty/2.6, PEAR MDB2/2.5.0b3, CKEditor/3.2, jQuery/1.4


Kolegijos svetainė (svako.lt) Apache/2.2.17 (Unix) PHP/5.3.5, Smarty/2.6, MySQL/5.1.53

20

2.3.7 CKEditor/3, OOP (InnoDB, UTF-8)

Jaunimo nakvynės namų svetainė (jnn.svako.lt)1.6.0

Apache/2.2.17 (Unix) PHP/5.3.5, TVS Joomla 1.6


VTF svetainė (technologijustudijos.svako.lt)1.6.0

Apache/2.2.17 (Unix) PHP/5.3.5, TVS Joomla 1.6


Intranetas (studijos.svako.lt)2.0.1

Apache/2.2.17 (Unix) PHP/5.3.5, htaccess MySQL/5.1.53 (MyISAM, UTF-8)

Užsieniečių studijų registravimo sistema (applyonline.svako.lt)0.1.2

Apache/2.2.17 (Unix) PHP/5.3.5, Smarty/3.0.7, TCPDF/5.9, CKEditor 3.6


21

Documents

PATVIRTINTA - old.svako.lt pirkimai/technin… · Web viewIT ĮRANKIO SUKŪRIMO IR ĮDIEGIMO PASLAUGŲ. TECHNINĖ SPECIFIKACIJA. Šiaulių valstybinė kolegija, vykdydama projektą