Žemiau esančiame paveiksle pateikiama konceptuali SAULĖ IS funkcinė architektūra. Galutinė architektūra gali būti tikslinama ir turi būti suderinta su Perkančiąja organizacija detalios analizės ir / ar projektavimo etapo metu.
3 pav. Saulė IS funkcinė architektūros schema.
Žemiau lentelėje pateikiamas kiekvieno SAULĖ IS architektūros loginių ir funkcinių komponentų reikalavimų aprašymas.
Lentelė 8. Reikalavimai Saulė IS funkcinėms architektūros funkciniams komponentams
Reikalavimai
Nr.
Portalas „Saulė“ (Išorinis SAULĖ IS portalas) - šis komponentas turi realizuoti aprašytus procesus ir funkcijas nurodytus dokumente „Saulė IS būsimi procesai v0.1“. Detaliau reikalavimai funkcionalumui bus pateikti techninės specifikacijos skyriuje „Funkciniai reikalavimai“. Reikalavimai kuriamai išorinio portalo Saulė aplikacijai aprašyti 3.1.2 skyriaus Lentelė 2. Reikalavimai SAULĖ IS išoriniam portalui. Žemiau pateiktas išorinį portalą „Saulė“ sudarančių funkcinių komponentų aprašymas.
1.
Turi būti sukurta ir įdiegta Skelbimų paieškos posistemė, kuri suteiktų galimybes vieno langelio principu vykdyti paiešką tiek skelbimų metaduomenyse, tiek ir visatekstę paiešką paskelbtuose dokumentuose (pvz. pdf ir docx, doc formatuose). Turi būti sukurta detaliosios paieškos funkcionalumas suteikiant galimybę ieškoti pasirenkant daugiau ne viename Saulės IS objekte (sutartys, skelbimai, planai) ir ieškoti pagal skirtingus metaduomenis atitinkamai pasirenkant iš reikšmių sąrašo arba nurodant paieškos fragmentą.
2.
Turi būti sukurta ir įdiegta viešinamos informacijos posistemė. Posistemėje turi būti sukurta galimybė peržiūrėti visą paviešintą informaciją, filtruoti, užsakyti prenumeratas, vykdyti apklausas ir peržiūrėti DUK. Posistemė turi realizuoti šiuos procesus: · SAULĖ IS viešų duomenų peržiūrėjimas pagal grupes/sritis, filtravimas; · SAULĖ IS prenumeratų užsakymas; · Apklausų vykdymas · DUK srities peržiūra. Viešinamos informacijos tvarkymas vykdomas turinio valdymo sistemos (TVS) pagalba. Reikalavimai TVS detaliau aprašyti 3.1.2 skyriaus 7 lentelėje.
3.
Turi būti sukurta ir įdiegta pagalbos posistemė. Posistemėje turi būti sukurtas funkcionalumas skirtas: · Instrukcijų vartotojams kūrimui, sisteminimui, publikavimui, valdymui; · Instrukcijų vartotojams paieška; · VPT konsultacijų gyvai vykdymui (turi būti naudojama VPT turima Chat programinė įranga „ZenDesk“); · Raštų ir paklausimų VPT pateikimui.
4.
Turi būti sukurta ir įdiegta komunikacijos posistemė. Pirkimų dalyvių komunikacijos (susirašinėjimo) posistemėje turi būti realizuotos galimybės pasiekti visus SAULĖ IS registruotus vartotojus. Pirkimų dalyvių komunikacijos (susirašinėjimo) posistemėje turi būti realizuotos galimybės vykdyti šiuos procesus: · Pranešimo (masinio, standartinio) siuntimas registruotiems Sistemos naudotojams; · Atsakymo į gautą pranešimą siuntimas; · Pirkimų vykdytojams (PV) komunikacija pretenzijos nagrinėjimo metu; · Sisteminio pranešimo siuntimas registruotiems Sistemos naudotojams. Turi būti sukurtas ryšys tarp komunikacijos posistemės ir pirkimo vykdytojų srities komponentų ir tiekėjų srities (schemoje pavaizduotas ryšys nr.12 ir nr.13). Ryšio realizavimo būdas ir detalus aprašymas turės būti pateiktas analizės ir projektavimo metu.
5.
Turi būti sukurta ir įdiegta Organizacijų srities ir naudotojų administravimo posistemė. Posistemė skirta visoms portalo Saulė organizacijoms (Pirkimų vykdytojams ir Tiekėjams), administruoti savo organizacijos duomenis. Posistemės tikslas – registruoti organizacijas, naudotojus ir valdyti jų roles bei teises, tvarkyti organizacijos srities duomenis ir šablonus. Ši sistemos dalis prieinama tik prisiregistravusiems naudotojams. Organizacijų srities ir naudotojų administravimo posistemėje turi būti sukurtas funkcionalumas skirtas šių procesų realizavimui: · Organizacijų registravimui; · Naudotojų autentifikavimui; · Organizacijos naudotojų valdymui; · Organizacijos administratoriaus funkcijų perdavimo valdymui; · Perkančiųjų organizacijų, Tiekėjų veiksmų sistemoje autorizavimui (teisių priskyrimui); · Organizacijos ir naudotojų deaktyvavimui. · Organizacijos srities parametrų ir šablonų tvarkymui. Turi būti sukurtas ryšys tarp Organizacijų srities ir naudotojų administravimo posistemės ir pirkimo vykdytojų srities komponentų ir tiekėjų srities (schemoje pavaizduotas ryšys nr.11 ir nr.14). Ryšio realizavimo būdas ir detalus aprašymas turės būti pateiktas analizės ir projektavimo metu.
6.
Turi būti sukurta ir įdiegta Sutarčių posistemė. Posistemėje turi būti realizuotas funkcionalumas skirtas pirkimų sutarčių valdymui nuo sutarties sudarymo momento iki sutarties pabaigos ir visiško po sutartinių įsipareigojimų įvykdymo. Taip pat, pirkimų pagal preliminarias sutartis vykdymui. Posistemės funkcijos turi užtikrinti preliminarių sutarčių ir jų pagrindu sudarytų pagrindinių sutarčių elektroninį valdymą bei atnaujinto varžymosi organizavimą Pirkimo vykdytojui (atnaujinto varžymosi organizavimas bus vykdomas eAukciono valdymo posistemėje). Taip pat turi būti sukurtas pagrindinių sutarčių projektų parengimas pagal SAULĖ IS sukurtus šablonus. Posistemės pagalba turi būti realizuoti šie procesai: · Sutarties sudarymas, pasirašymas, įsigaliojimas ir pabaiga; · Sutarties keitimas; · Sutarties ar jos pakeitimo nutraukimas; · Tiekėjų įtraukimas į nepatikimų tiekėjų sąrašus; · Pirkimas pagal preliminarią sutartį iš vieno tiekėjo; · Pirkimas pagal preliminarią sutartį iš kelių tiekėjų be atnaujinto varžymosi; · Pirkimas vykdant atnaujinto varžymosi procedūrą pagal preliminarią sutartį. Turi būti sukurtas ryšys tarp Sutarčių posistemės ir pirkimo vykdytojų srities komponentų ir tiekėjų srities (schemoje pavaizduotas ryšys nr.9 ir nr.10).Ryšio realizavimo būdas ir detalus aprašymas turės būti pateiktas analizės ir projektavimo metu.
7.
Turi būti sukurtas ir įdiegtas eAukcionų modulis, kuriame turi būti sukurtas funkcionalumas skirtas: · Dalyvių (tiekėjų) registracijai; · eAukciono informacijos atvaizdavimui (skelbimo informacija, aukciono terminas ir pradinė kainos informacija); · eAukcionų vykdymui (kainos teikimas ir automatinis eilės nustatymas pagal skelbimo vertinimo formulę); · eAukciono laimėtojo nustatymui ir pranešimų siuntimui. Daugiau apie reikavimus eAukcionų moduliui žr. Lentelė 3
8.
Turi būti sukurta ir įdiegta Planavimo posistemė. Posistemėje turi būti realizuotas funkcionalumas skirtas šių procesų realizavimui: · Pirkimų planavimo duomenų tvarkymui ir kaupimui, t. y. registruojami ir kaupiami iniciatorių poreikiai; · skaičiuojamos vertės ir teikiamos rekomendacijos PV dėl pirkimo būdo pasirinkimo; · sisteminama informacija ir duomenys; · susistemintos informacijos ir duomenų pagrindu sudaromi ir tvirtinami pirkimų planai; · patvirtintų pirkimų planų duomenų pagrindu formuojamos viešinimui skirtos suvestinės; · užtikrinama pirkimų planų vykdymo kontrolė ir duomenų automatinis judėjimas į kitas SAULĖ IS posistemes.
9.
Turi būti sukurta ir įdiegta Pirkimų skelbimo posistemė. Posistemėje turi būti realizuotas funkcionalumas skirtas: · Pirkimo skelbimui pagal skirtingus pirkimo tipus; · Pirkimo skelbimo sudarymui Turi būti sukurtas ryšys tarp Pirkimų skelbimo posistemės ir planavimo ir pasiūlymų vertinimo posistemių (schemoje pavaizduotas ryšys nr.4 ir nr.5). Ryšio realizavimo būdas ir detalus aprašymas turės būti pateiktas analizės ir projektavimo metu.
10.
Turi būti sukurta ir įdiegta Pasiūlymų vertinimo posistemė. Posistemėje turi būti sukurtas automatizuotas pasiūlymų vertinimo funkcionalumas pagal skelbime paskelbtus kriterijus ir formules. Taip pat turi būti skurtos priemonės Pirkimo vykdytojui organizuoti atnaujintą varžymąsi (nukreipiant į Pirkimo skelbimo posistemę), organizuoti Pirkimo komisijos darbą (PK komisijos posistemė) ir atlikti vertinimo veiklas.
11.
Turi būti sukurta ir įdiegta PK posėdžių posistemė, kuri skirta PK posėdžių organizavimo ir protokolavimo funkcijų realizavimui. Turi būti sukurta galimybė naudotojui: · Sukurti nuotolinį PK posėdį nurodant posėdžio datą ar datų intervalą; · Sukurti PK posėdžio struktūrizuotą klausimų sąrašą; · Išsiųsti kvietimus PK nariams dalyvauti posėdyje priimant sprendimą (-us); · PK nariams autentifikuotis ir balsuoti už ar prieš pateiktą klausimą (-us); · Esant poreikiui, PK nariams konkrečiu klausimu pareikšti savo nuomonę; · Esant poreikiui, organizuoti nuotolines vaizdo ar garso konferencijas; · Esant poreikiui, įrašyti ir išsaugoti nuotolines vaizdo ar garso konferencijas; · Esant poreikiui, panaudojant garso atpažinimo programinę įrangą, automatiniu būdu parengti vaizdo ar garso konferencijos protokolą. Turi būti sukurtas ryšys tarp PK posėdžių posistemės ir pirkimo skelbimo, pasiūlymų vertinimo, planavimo posistemių (schemoje pavaizduotas ryšys nr.1, nr.2 ir nr.3). Ryšio realizavimo būdas ir detalus aprašymas turės būti pateiktas analizės ir projektavimo metu.
12.
Turi būti sukurta ir įdiegta eAukciono valdymo posistemė, skirta organizuoti pirkimą vykdant atnaujinto varžymosi procedūrą pagal preliminarią sutartį. Posistemėje turi būti realizuotas funkcionalumas skirtas: · eAukciono organizavimui · eAukciono paskelbimui; · eAukciono tvarkymui; · eAukciono valdymui; · dalyvių pakvietimo išsiuntimui; · laimėjusio dalyvio informacijos peržiūrai ir sutarties sudarymui nukreipiant į Sutarties posistemę. Turi būti sukurtas ryšys tarp eAukciono valdymo posistemės ir pasiūlymų vertinimo ir eAukciono modulio posistemių (schemoje pavaizduotas ryšys nr..6, ir nr.7). Ryšio realizavimo būdas ir detalus aprašymas turės būti pateiktas analizės ir projektavimo metu.
13.
Turi būti sukurtas ir įdiegtas Organizacijos pirkimų valdymo modulis, skirtas valdyti pirkimo organizacijos pirkimus. Modulyje turi būti sukurtas funkcionalumas, kuris skirtas: · Pirkimų paskirstymui organizacijos viduje arba įgaliotai organizacijai; · Pirkimo komisijos sudarymui; · Pirkimo eigos stebėjimui ir valdymui.
14.
Turi būti sukurta ir įdiegta Pasiūlymų pateikimo posistemė, skirta Tiekėjams registruotis dalyvauti pirkimuose, teikti pasiūlymus, peržiūrėti ir pasirašyti sutartis laimėjimo atveju, vykdyti komunikaciją su Pirkimo vykdytoju, dalyvauti pasiūlymų atnaujinimo procedūrose ir dalyvauti eAukcione, kai pirkimas vykdomas atnaujinus varžymąsi tarp tiekėjų (sudarius preliminarią sutartį). Posistemėje turi būti sukurtas funkcionalumas, kuris skirtas: · Tiekėjų registracijai ir prisijungimui (tiekėjo organizacijos kūrimas, naudotojų priskyrimas ir paskyros administravimas vykdomas per Organizacijų srities ir naudotojų administravimo posistemę); · Pasiūlymų teikimui ir pasirašymui el. parašu; · Atnaujinto pasiūlymų teikimui; · Pranešimų gavimui ir siuntimui (naudojant Komunikacijos posistemį); · eAukcione dalyvavimui (vykdoma per eAukcionų modulį). · peržiūrėti ir pasirašyti sutartis laimėjimo atveju (per Sutarčių posistemį). Turi būti sukurtas ryšys tarp Pasiūlymų pateikimo posistemės ir Pasiūlymo vertinimo, eAukcionų modulio, komunikacijos, sutarčių, organizacijos srities posistemių (schemoje pavaizduotas ryšys nr.15, nr.13, nr.14, nr.10 ir nr.8). Ryšio realizavimo būdas ir detalus aprašymas turės būti pateiktas analizės ir projektavimo metu.
15.
Turi būti realizuoti išorinio portalo „Saulė“ sąsajos su išvardintais komponentais/ PĮ: 1. Saulė integracijų platforma (schemoje pavaizduotas ryšys nr.16) 2. Analitikos WEB modulis (schemoje pavaizduotas ryšys nr.17) 3. TVS (schemoje pavaizduotas ryšys nr.18) 4. Didelių duomenų platforma (schemoje pavaizduotas ryšys nr.19) 5. Reliacinės DBVS grupės komponentas Portalo Saulė DBVS (schemoje pavaizduotas ryšys nr.20) 6. Šablonų ir el. formų kūrimo PĮ (schemoje pavaizduotas ryšys nr.21) 7. El. dokumentų formavimo/tikrinimo ir pasirašymo komponento PĮ (schemoje pavaizduotas ryšys nr.22) 8. Vidinis portalas (schemoje pavaizduotas ryšys nr.23) 9. Chat Programinė įranga (schemoje pavaizduotas ryšys nr.24) Reikalavimai išorinio portalo Saulė sąsajų kūrimui aprašyti 3.1.2 skyriuje Lentelė 2. Reikalavimai SAULĖ IS išoriniam portalui.
16.
Vidinis portalas - šis komponentas turi realizuoti aprašytus procesus ir funkcijas nurodytus dokumente „Saulė IS būsimi procesai v0.1“. Detaliau reikalavimai funkcionalumui bus pateikti techninės specifikacijos skyriuje „Funkciniai reikalavimai“. Reikalavimai Vidinio portalo aplikacijai aprašyti 3.1.2 skyriuje Lentelė 4. Reikalavimai SAULĖ IS Vidiniam portalui. Žemiau pateiktas Vidinį portalo sudarančių komponentų aprašymas.
17.
Turi būti sukurta ir įdiegta Kontrolės ir pažeidimų posistemė. Posistemė skirta pirkimų kontrolės ir pažeidimų prevencijos vykdymui nuo gavimo vertinti iki vertinimo akto išsiuntimo. Posistemės pagalba turi būti realizuoti šie procesai: · Vertintinų, vertinamų, įvertintų pirkimų, sutarčių ar Pirkimų vykdytojų sąrašo peržiūra; · Pirkimo, sutarties ar Pirkimų vykdytojo vertinimo užduoties sukūrimas ir resursų priskyrimas; · Pirkimo, sutarties ar Pirkimų vykdytojo vertinimo akto parengimas ir patvirtinimas; · Pateikti Paklausimą Pirkimų vykdytojui ar kitai organizacijai ir gauti atsakymą; · Patvirtinti pirkimo, sutarties, Pirkimų vykdytojo vertinimo aktą, Paklausimą ar Pirkimų kontrolieriaus prašymus; · Sustabdyti procedūras; · Suformuoti užduotį kitam Pirkimų kontrolieriui; · Vertinimo akto pateikimas ir įpareigojimų ar rekomendacijų įgyvendinimo kontrolė; · Prašymo patvirtinti sutikimą dėl pirkimo vykdymo gavimas ir sutikimo patvirtinimas arba atmetimas.
18.
Turi būti sukurta ir įdiegta Patikros posistemė. Posistemė yra skirta: · Institucijoms, atsakingoms už Europos Sąjungos (toliau – ES), kitos tarptautinės finansinės paramos ar valstybės lėšomis finansuojamų projektų atranką ir įgyvendinimo priežiūrą (toliau – Įgyvendinančiosios institucijos); · Institucijoms, kurių funkcija yra valstybės biudžeto lėšomis vykdomų pirkimų priežiūrą (pvz. Valstybės kontrolė, VPT ir kt.) (toliau – Priežiūros institucijos). Posistemėje turi būti sukurtas funkcionalumas, kuris realizuoja šiuos procesus: · Įgyvendinančiųjų institucijų atliekama pirkimo dokumentų paketo išankstinė patikra; · Įgyvendinančiųjų institucijų atliekama pirkimo paskesnė patikra; Priežiūros institucijų pirkimų patikra ir analizė.
19.
Turi būti sukurta ir įdiegta Rizikos valdymo posistemė, kuri yra skirta: · VPT specialistams, vykdantiems pirkimų, sutarčių ir Pirkimų vykdytojų rizikos vertinimo bei valdymo funkcijas. Posistemėje turi būti realizuoti šie procesai: · Rizikingų pirkimų, sutarčių ar Pirkimų vykdytojų sąrašų sudarymas; · „Baltųjų“ ir „juodųjų“ sąrašų sudarymas; · Pirkimų, sutarčių ir Pirkimų vykdytojų rizikos valdymas; Rizikos vertinimo ir valdymo modelio tvarkymas.
20.
Turi būti sukurta ir įdiegta Administravimo ir konfigūravimo posistemė. Posistemėje turi būti realizuotas šis funkcionalumas, kuris apima: · Šablonų ir formų administravimą – vykdomas Šablonų ir el. formų kūrimo PĮ pagalba; · Dokumentų registrų tvarkymą; · Audito modulį skirtą auditavimo įrašų peržiūrai, jų filtravimui ir eksportavimui; · Naudotojų valdymą. Turi būti sukurtas vidinio portalo naudotojų sukūrimo, tvarkymo ir rolių priskyrimo funkcionalumas, numatant galimybę Įgyvendinančioms institucijoms sukurti reikalingus naudotojus ir suteikti teises Saulė IS sistemoje. · Taip pat turi būti sukurtas funkcionalumas, skirtas: ¨ Įgyvendinančiosios ar priežiūros institucijos registravimui; ¨ Įgyvendinančiųjų institucijų projektų informacijos tvarkymui; ¨ Įgyvendinančiųjų institucijų, naudojančių SFMIS ar NORIS, ir Priežiūros institucijų naudotojų sukūrimui; ¨ Įgyvendinančiųjų institucijų, nenaudojančių SFMIS ar NORIS, naudotojų sukūrimo procesui.
21.
Turi būti sukurtas ir įdiegtas Dokumentų valdymo modulis. Modulis skirtas Organizacijų dokumentų rengimui, pasirašymui (el. dokumentų pasirašymo komponento pagalba), saugojimui ir archyvavimui. Posistemė turi užtikrinti galimybę atlikti šiuos veiksmus: · Suformuoti dokumentą pasinaudojant pagal šabloną arba sukurti naują dokumentą; · Priskirti registracijos numerį, tvarkyti, išsisaugoti reikiamais formatais, derinti, pasirašyti, esant poreikiui, eksportuoti dokumentą, išsiųsti SAULĖ IS naudotojams; · Saugoti dokumentą nustatytą terminą; · Archyvuoti SAULE IS dokumentus.
22.
Turi būti realizuoti Vidinio portalo sąsajos su išvardintais komponentais/ PĮ: 1. Chat Programinė įranga (schemoje pavaizduotas ryšys nr.25) 2. El. dokumentų formavimo/tikrinimo ir pasirašymo komponento PĮ (schemoje pavaizduotas ryšys nr.26) 3. Šablonų ir el. formų kūrimo PĮ (schemoje pavaizduotas ryšys nr.27) 4. Išorinis „Saulė“ portalas (schemoje pavaizduotas ryšys nr.23) 5. Didelių duomenų platforma (schemoje pavaizduotas ryšys nr.28) 6. Reliacinės DBVS grupės komponentas Vidinio portalo DBVS (schemoje pavaizduotas ryšys nr.29) 7. Analitikos (BI) PĮ (schemoje pavaizduotas ryšys nr.30) 8. Dirbtinio intetekto (AI) PĮ (schemoje pavaizduotas ryšys nr.31) Reikalavimai vidinio portalo sąsajų kūrimui aprašyti 3.1.2 skyriuje Lentelė 4. Reikalavimai SAULĖ IS Vidiniam portalui.
23.
Bendri komponentai/ PĮ/ paslaugos - detaliau reikalavimai funkcionalumui bus pateikti techninės specifikacijos skyriuje „Funkciniai reikalavimai“. Schemoje pavaizduoti bendri komponentai aprašyti 3.1.3 skyriuje Lentelė 7. Reikalavimai kitoms aplikacijoms.
24.
Projekto metu turi būti įdiegta didelių duomenų platforma, skirta saugoti ir apdoroti struktūrizuotus ir nestruktūrizuotus duomenis, juos analizuoti ir užtikrinti paieškos vykdymą tiek išorinio tiek ir vidinio portalo naudotojams. Reikalavimai kuriamai didelių duomenų platformai aprašyti 3.1.3 skyriuje Lentelė 6. Reikalavimai didelių duomenų platformai.
25.
Reliacinės DBVS komponentai turi užtikrinti SAULĖ IS veikimui reikalingų duomenų saugojimą ir duomenų bazių valdymą. Reikalavimai kuriamoms reliacinėms DBVS aprašyti 3.1.3 skyriuje Lentelė 5. Reikalavimai reliacinėms duomenų bazėms.
26.
Saulė IS integracijų platforma, skirta duomenų mainams su išorinėmis informacinėmis sistemomis bei vidiniais sistemos komponentais realizavimui ir valdymui. Reikalavimai integracijų platformai pateikti 3.1.3 skyriuje Lentelė 8. Reikalavimai Saulė IS integracijų platformai.
Žemiau esančiame paveiksle pateikiama konceptuali SAULĖ IS funkcinė architektūra. Galutinė architektūra gali būti tikslinama ir turi būti suderinta su Perkančiąja organizacija detalios analizės ir / ar projektavimo etapo metu.
Žemiau lentelėje pateikiamas kiekvieno SAULĖ IS architektūros loginių ir funkcinių komponentų reikalavimų aprašymas. Lentelė 8. Reikalavimai Saulė IS funkcinėms architektūros funkciniams komponentams