Lukas Luk LabExperimental surface
Lab app

Techninės specifikacijos rengimas

Lietuvos viešasis sektoriusVedlys + juodraštisLokaliai išsaugoma naršyklėje
1. Pirkimo kontekstas

Kas perka, ką perka, kodėl šis pirkimas reikalingas.

Sugeneruotas juodraštis

Parengtas tekstas

Vedlys išsaugo įvestį naršyklėje ir generuoja redaguojamą tekstinį juodraštį. Prieš naudojant pirkime jį vis tiek reikia peržiūrėti su pirkimų, teisės ir IT atsakingais asmenimis.

TECHNINĖS SPECIFIKACIJOS JUODRAŠTIS

1. PIRKIMO KONTEKSTAS
Perkančioji organizacija: [įrašyti perkančiosios organizacijos pavadinimą]
Padalinys / iniciatorius: [įrašyti padalinį ar projekto savininką]
Pirkimo pavadinimas: [įrašyti pirkimo pavadinimą]
Pirkimo objektas: [apibrėžti perkamą sprendinį, paslaugą ar darbus]
Pirkimo tikslas: [aprašyti problemą ir siekiamą rezultatą]
CPV kodas / kodai: [įrašyti CPV, jei jau nustatytas]
Biudžeto / programos kontekstas: Biudžeto ir finansavimo šaltinio detalizacija bus tikslinama pirkimo dokumentuose.

2. TIKSLAS IR APIMTIS
Tikslinės naudotojų grupės:
- Įvardyti pagrindinius vidinius ir išorinius naudotojus.
Į pirkimo apimtį įtraukiama:
- Patikslinti pagrindinius tiekimo, diegimo, konfigūravimo ir perdavimo elementus.
Už pirkimo apimties ribų lieka:
- Aiškiai įvardyti, kas nėra perkama šiame etape.
Sėkmės kriterijai:
- Apibrėžti matomus rezultatus, pagal kuriuos bus vertinama, ar sprendinys pasiekė tikslą.
Įgyvendinimas numatomas vienu baziniu etapu su aiškiai apibrėžtais rezultatais ir priėmimu.

3. FUNKCINIAI REIKALAVIMAI
Pagrindiniai funkciniai reikalavimai:
- Išvardyti esmines funkcijas, naudotojų scenarijus ir automatizuojamus veiksmus.
Ataskaitos ir analitika:
- Nurodyti reikalingas ataskaitas, išvestis, rodiklius ar duomenų eksporto poreikį.
Prieinamumas ir naudotojo patirtis:
- Sprendinys turi atitikti aktualius prieinamumo reikalavimus ir būti patogus skirtingoms naudotojų grupėms.
Integracijos:
- Nurodyti integruojamas sistemas, API, autentifikavimo ar duomenų mainų poreikį.

4. TECHNINIAI, DUOMENŲ IR AI REIKALAVIMAI
Sprendinys turi būti suderinamas su debesijos arba valstybinių bendrųjų paslaugų infrastruktūros modeliu, iš anksto apibrėžiant atsakomybės ribas.
Duomenys ir jų tvarkymas:
- Aprašyti tvarkomų duomenų tipus, migravimo poreikį ir duomenų valdymo ribas.
Saugos reikalavimai:
- Nurodyti prisijungimo, žurnalų, auditavimo, prieigų ir apsaugos reikalavimus.
Tęstinumas ir atsparumas:
- Numatyti atsarginių kopijų, atkūrimo, incidentų valdymo ir pasiekiamumo principus.
AI komponentų taikymas:
- Jei AI netaikomas, aiškiai nurodyti, kad sprendinys nenumato AI funkcijų.
AI valdymo ir žmogaus kontrolės reikalavimai:
- Jei AI taikomas, apibrėžti žmogaus peržiūrą, paaiškinamumą, logus ir atsakomybę.

5. ĮGYVENDINIMAS IR PRIĖMIMAS
Įgyvendinimo etapai:
- Numatyti analizės, diegimo, testavimo, mokymų ir paleidimo etapus.
Tiekėjo pristatomi rezultatai:
- Įvardyti pristatomus dokumentus, konfigūracijas, kodą, instrukcijas ar kitus artefaktus.
Mokymai ir žinių perdavimas:
- Aprašyti mokymų auditorijas, apimtį ir medžiagą.
Palaikymas ir garantinis laikotarpis:
- Nurodyti reagavimo terminus, kanalus, SLA ar pagalbos apimtį.
Priėmimo tvarka:
- Aprašyti testavimo, priėmimo aktų, neatitikčių taisymo ir galutinio perdavimo eigą.

6. KONKURENCIJOS, PROPORCINGUMO IR SKAIDRUMO PATIKRA
Reikalavimai formuluojami funkciškai ir rezultatų kalba, vengiant nepagrįstų nuorodų į konkretų gamintoją, modelį ar kilmę.
Rinkos konsultacijos poreikis dar vertinamas; rekomenduojama prieš procedūrą patikrinti, ar projekto viešinimas padėtų sumažinti interpretacijų riziką.
Pirkimo skaidymas į dalis / modulius:
- Įvertinti, ar pirkimas turėtų būti skaidomas į dalis, modulius ar etapus.
Papildomos konkurencijos apsaugos pastabos:
- Patikslinti proporcingumo, lygiavertiškumo ar technologinio neutralumo aspektus.
Kas dar priklauso nuo kitų dokumentų:
- Atskirkite techninę specifikaciją nuo tiekėjų kvalifikacijos, vertinimo metodikos ir sutarties sąlygų.

7. RIZIKOS IR PAPILDOMOS PASTABOS
Pagrindinės rizikos:
- Įvardyti terminų, integracijų, duomenų, valdymo ar pasirengimo rizikas.
Papildomos pastabos:
- Įrašyti visas sąlygas ar kontekstą, kuriuos svarbu perkelti į vidinį derinimą.

PASTABA
Šis tekstas yra darbinis techninės specifikacijos juodraštis. Prieš naudojant pirkimo dokumentuose jį būtina peržiūrėti kartu su viešųjų pirkimų, teisės, informacinių technologijų ir duomenų apsaugos atsakingais asmenimis.