RINKOS KONSULTACIJA: DĖL LRT.LT MOBILIOS APLIKACIJOS (ANDROID IR IOS) PALAIKYMO IR VYSTYMO PASLAUGŲ PIRKIMO

Išanalizuota

VšĮ Lietuvos nacionalinis radijas ir televizija (PV)

Rinkos konsultacijaCPV: 72240000 - Sisteminės analizės ir programavimo paslaugos

ID: 79049752026-05-18 06:10

Aprašymas

Perkamos LRT.lt mobilios aplikacijos (Android ir iOS) palaikymo ir vystymo paslaugos. Tai apima esamos programėlės modernizavimą ir tobulinimą naudojant Flutter framework‘ą, įvairių integracijų, tokių kaip Apple CarPlay, Android Auto ir Firebase, palaikymą bei naujų funkcionalumų kūrimą. Sutarties vykdymo metu tiekėjas turės užtikrinti griežtus kibernetinio ir informacijos saugumo reikalavimus, o paslaugų teikimo terminas numatytas 12 mėnesių, su galimybe pratęsti iki 36 mėnesių.

Kvalifikaciniai reikalavimai

1Tiekėjas pirkimo sutarties vykdymui gali paskirti vieną ar daugiau specialistų, kurių bent vienas arba visi bendrai per pastaruosius 5 metus iki pasiūlymo pateikimo dienos programavo mobiliąsias aplikacijas, veikiančias Android ir iOS platformose, naudojant: React Native karkasą; Flutter Framework karkasą; JavaScript; TypeScript; Obective-C; JAVA; Video/Audio media player implementacijas; CI/CD fastlane įrankį; Gitflow priemones; Github actions priemones; Gemius priemones; RestAPI priemones; auth0 priemones; Bloc priemones; DART programavimo kalbą; Firebase integracijas; Swift (programavimo kalba, Objective-C alternatyva); CarPlay framework; Android auto framework; React-native turbo modules; TheoPlayer; NoSQL integracijas.
2Pateikti už tiekėjo pasiūlymo / laimėjimo atveju sudarytos sutarties vykdymą atsakingų specialistų sąrašą, nurodant specialisto vardą, pavardę, specialisto teisinius santykius su tiekėju, ar šis specialistas yra skiriamas ekonominio naudingumo vertinimui.
3Jeigu specialistas nėra tiekėjo arba subtiekėjo, arba ūkio subjekto, kurio pajėgumais remiamasi, darbuotojas, jis privalo pateikti pasirašytą sutikimą teikti paslaugas, jeigu tiekėjas laimės viešąjį pirkimą ir bus pasirašyta pirkimo sutartis.
4Pateikti informaciją apie patirtį, užpildant Pirkimo sąlygų 8 priedo priedėlio Nr. 1 esančią lentelę.
5Pateikti užsakovų (tiek viešųjų, tiek privačiųjų) ar jų įgaliotų asmenų pasirašytas pažymas apie Tiekėjo Pirkimo sąlygų 8 priedo priedėlio Nr. 1 esančioje lentelėje nurodytas mobiliąsias aplikacijas, kuriose nurodyta: datos ir vieta; paslaugos gavėjai; naudoti karkasai, technologijos ir įrankiai; informacija apie tai, ar mobiliosios aplikacijos kūrimas yra baigtas; ar mobilioji aplikacija yra įkelta į mobiliųjų programėlių Apple ir Google parduotuves (jeigu ne – nurodoma, kad programėlė skirta ne viešam naudojimui).
6Pateikti nurodytos (-ų) mobiliosios (-ųjų) aplikacijos (-ų) nuorodą (-as) arba, jeigu mobiliosios (-ųjų) programėlės (-ių) nėra patalpinta viešai, pateikiama (-os) mobiliosios (-ųjų) programėlės (-ių) .apk .ipa arba .zip formatu.
7Mobiliosios aplikacijos kūrimas turi būti baigtas, t. y., mobilioji programėlė priduota eksploatacijai ir, jeigu taikoma, įkelta į viešas Apple ir Google parduotuves. Tuo atveju, kai mobiliosios programėlės nėra įkeltos į mobiliųjų aplikacijų Apple ir Google parduotuves, tiekėjas mobiliąją programėlę .apk .ipa arba .zip formatu pateikia perkančiajai organizacijai, kad ši įsitikintų karkasų naudojimu.
8Mobiliosios programėlės programavimas apima: naujos mobiliosios programėlės sukūrimą arba jau sukurtos mobiliosios programėlės modernizavimą / vystymą / plėtrą, kai reikia sukurti naujus mobiliosios programėlės funkcionalumus, arba pakeisti įdiegtus informacijos apdorojimo procesus, išskyrus mobiliosios programėlės palaikymą, kuris apima tik klaidų taisymą ir sutrikimų šalinimą.

Techniniai reikalavimai

Paslaugų užsakymo tvarka

1Paslaugų teikėjas teikiamame pasiūlyme nurodo specialistus, kuriems pirkimo sutarties vykdymo metu bus priskiriamos užduotys pagal Paslaugų gavėjo pateiktus poreikius.
2Paslaugų gavėjas sukuria užduočių valdymo sistemose „Ivanti“ ir „Github Projects“ vartotojus, skirtus Paslaugų teikėjo specialistams ir priskiria jiems įsipareigojimams vykdyti reikalingas prieigos teises.
3Paslaugų gavėjas poreikį gali užregistruoti dviem būdais: pateikti užduotį per sistemą „Ivanti“ (pagalba.lrt.lt) arba atsiųsti poreikio aprašymą el. laišku nurodant trumpą norimų mobilios aplikacijos pokyčių aprašymą ir pageidaujamą paslaugos įvykdymo terminą (dienomis ir / arba valandomis).
4Paslaugų teikėjas sistemoje „Github Projects“ sukuria Užsakymą ir paskiria „užduoties vykdytoją“, kuris įvertina Paslaugų gavėjo pateiktą poreikį ir pateikia Paslaugų gavėjui siūlymus dėl užduoties realizavimo sprendimų bei pokyčio įvykdymo laiko (dienomis ir / arba valandomis).
5Paslaugų gavėjui patvirtinus Paslaugų teikėjo pasiūlytus užduoties realizavimo sprendimus ir įvykdymo terminus, Užsakymui sukuriamos subužduotys ir Užsakymas pradedamas vykdyti.
6Vykdant subužduotį Paslaugų teikėjas sistemoje „Github Projects“ pakeičia subužduoties statusą į „vykdoma“ ir informuoja Paslaugų gavėjo atstovą („Ivanti“ sistemoje Užsakymo statusas pakeičiamas į „Sprendžiama“ arba informuojama el. laišku).
7Įvykdžius subužduotį Paslaugų teikėjas pakeičia subužduoties statusą sistemoje „Github Projects“ į „testuojama“ ir informuoja Paslaugų gavėjo atstovą „Ivanti“ sistemoje arba el. laišku.
8Paslaugų gavėjui patikrinus suteiktas paslaugas, jis patvirtina subužduoties atlikimą. Tada Paslaugų teikėjas uždaro subužduotį, pakeičia statusą į „įvykdyta“.
9Jei subužduoties atlikimas nėra tinkamas, Paslaugų gavėjas grąžina subužduotį Paslaugų teikėjui, pranešdamas apie trūkumus sistemoje „Ivanti“ arba el. laišku.
10Jei atliktos visos Užsakymo subužduotys, uždaroma pagrindinė Užsakymo užduotis: sistemoje „Github Projects“ jos statusas pakeičiamas į „įvykdyta“ ir informuojamas Paslaugų gavėjo atstovas („Ivanti“ sistemoje Užsakymo statusas pakeičiamas į „Išspręsta“ arba informuojama el. laišku).
11Paslaugas Paslaugų teikėjas turi teikti pagal Paslaugų gavėjo pateiktą konkrečią užduotį Paslaugų gavėjo patalpose S. Konarskio g. 49, 03123 Vilnius (Paslaugų gavėjas suteiks darbo vietą ir priemones), esant poreikiui ir suderinus.
12Paslaugų gavėjas užduotis teiks lietuvių kalba, posėdžiai, pasitarimai, darbų aptarimai vyks lietuvių kalba.
13Paslaugų teikėjas turės užtikrinti susirašinėjimo el. paštu, IS kūrimo (programinio kodo komentavimą ir bet kokį IS dokumentavimą) ir kitos dokumentacijos pateikimą lietuvių kalba.

Bendrieji paslaugų reikalavimai

1Paslaugos skirtos LRT.lt mobilios aplikacijos palaikymui ir vystymui.
2Perkančioji organizacija šiuo metu naudoja LRT.lt mobilią aplikaciją, parašytą ant React native naudojant Typescript /JavaScript programavimo kalbą.
3Paslaugos turi būti teikiamos adresu S. Konarskio g. 49, 03123 Vilnius arba nuotoliniu būdu.
4Paslaugų teikimo terminas - 12 mėnesių su galimybe pratęsti paslaugų teikimo laikotarpį 2 (du) kartus po 12 (dvylika) mėnesių, bet bendra paslaugų teikimo trukmė negali viršyti 36 (trisdešimt šešių) mėnesių.
5Maksimalus paslaugų kiekis per 36 mėn. – 2700 darbo valandų.

Funkcionalumo ir vystymo reikalavimai

1LRT.lt mobilios aplikacijos modernizavimas ir vystymas naudojant Flutter framework‘ą (Dart programavimo kalba) ir Bloc architektūrą.
2Flutter modulių kūrimas Android (JAVA) ir IOS (Objective-C) platformoms.
3Apple CarPlay integracijos palaikymas ir vystymas.
4Android auto integracijos palaikymas ir vystymas.
5Media grotuvo naudojant TheoPlayer integracijos palaikymas ir vystymas.
6Esamos mobilios aplikacijos palaikymas, tobulinimas.
7Analitikos duomenų rinkimas naudojant Gemius SDK ir Chartbeat SDK.
8Duomenų apsikeitimas naudojant RestAPI.
9Integravimas Firebase modulių, Firebase Crashlytics, Firebase Firestore (NoSQL), Firebase Cloud Messaging.
10Modulių ir integracijos testavimo strategijos parengimas, testavimo skriptų paruošimas, savo sukurtų modulių bei jų integralumo testavimo atlikimas, testavimo skirtingose mobiliose platformose atlikimas, patogumo („usability“) testavimas.
11Tinkamų technologijų ir bibliotekų parinkimas.
12Mobilios aplikacijos vartotojo sąsajos projektavimas (UI).
13Mobilios aplikacijos dizaino bei jau įdiegtų funkcionalumų tobulinimas.
14Mobilios aplikacijos leidimas (angl. deployment).
15Techninės dokumentacijos ir vartotojo vadovo ruošimas (visa dokumentacija turi būti rengiama ir Paslaugų gavėjui pateikiama el. formatu).
16Paslaugoms teikti turi būti naudojama CI/CD naudojant fastlane įrankį, Gitflow, Github actions.

Kibernetinio ir informacijos saugumo reikalavimai

1Teikiant Paslaugas, Paslaugų objekte negali būti Open Web Application Security Project (OWASP) Top 10 periodiškai skelbiamame aktualiame dokumente ir ankstesnėse šio dokumento versijose nurodytų pažeidžiamumų.
2Suteikiant Paslaugas LRT mobilios aplikacijos komponentai turi būti apsaugoti nuo: neautentifikuotos prieigos naudojant auth0; nesankcionuoto naudotojo sesijos perėmimo; nesankcionuoto duomenų perėmimo ar jų įterpimo; žalingo kodo įterpimo (angl. Injection, XSS (Cross-sitescripting)).
3Paslaugos teikėjas privalo taikyti incidentų, galinčių turėti poveikį teikiamoms Paslaugoms, valdymo ir Paslaugų teikimo tęstinumo užtikrinimo sutrikimų atveju tvarką / -as (procesą (-us)), kiek tai susiję su pirkimo objektu.
4Paslaugos teikėjas turi užtikrinti, kad jo darbuotojai, dalyvaujantys sutarties vykdyme: būtų supažindinti su Paslaugos tiekėjo taikomais kibernetinio ir informacijos saugumo reikalavimais; būtų pasirašę konfidencialumo įsipareigojimus; būtų supažindinti su KIS reikalavimais.
5Paslaugos teikėjas privalo užtikrinti, kad jo įrenginiai, naudojami teikiant Paslaugas, įskaitant jungiantis prie Perkančiosios organizacijos informacinių išteklių, būtų apsaugoti nuo neautorizuotos prieigos ir kenkėjiškos programinės įrangos, taikant: įrenginių duomenų šifravimą, prieigos apsaugą (slaptažodžiais ar kitomis autentifikavimo priemonėmis), automatinį ekrano užrakinimą, apsaugą nuo kenkėjiškos programinės įrangos, operacinių sistemų ir programinės įrangos saugumo atnaujinimų diegimą.
6Jei Paslaugos teikėjas savo infrastruktūroje tvarko, saugo ar perduoda Perkančiosios organizacijos duomenis, jis privalo taikyti kriptografines priemones, užtikrinančias šių duomenų konfidencialumą, vientisumą ir autentiškumą tiek duomenų saugojimo, tiek perdavimo metu.
7Paslaugos teikėjo naudojama įranga, operacinės sistemos ir programinė įranga, naudojama vykdant šią sutartį, turi būti teisėta, nepasibaigusio gyvavimo ciklo ir turėti galiojantį gamintojo palaikymą.
8Programinėje įrangoje ir su ja susijusioje konfigūracijoje draudžiama įrašyti naudotojų paskyrų duomenis, slaptažodžius, prieigos raktus, programavimo sąsajų raktus, sertifikatų privačiuosius raktus ar kitus autentifikavimo duomenis. Autentifikavimo duomenys turi būti valdomi Perkančiosios organizacijos ir turi būti sudaryta galimybė juos keisti be Paslaugų teikėjo įsikišimo.
9Programinėje įrangoje neturi būti nedokumentuotų naudotojų paskyrų (įskaitant bendras ar testines paskyras), taip pat neturi būti jokių paslėptų administravimo mechanizmų, leidžiančių apeiti įprastą autentifikavimą ar autorizavimą.
10Programinė įranga turi būti kuriama ir testuojama aplinkoje, atskirtoje nuo gamybinės aplinkos. Prieiga prie gamybinės aplinkos suteikiama tik Perkančiosios organizacijos suderinimu, tik tiek, kiek būtina sutarties vykdymui, ir tik konkrečiam laikotarpiui.
11Programinės įrangos testavimui turi būti naudojami tik anonimizuoti arba sintetiniai testiniai duomenys.
12Paslaugos teikėjas turi užtikrinti programinio kodo higieną, t. y. kad būtų pašalintas demonstracinis, derinimo kodas, nereikalingos bibliotekos ar komponentai, kurie nėra būtini funkcionalumui.

Paslaugų lygio sutartiniai įsipareigojimai (SLA)

1Laikas, per kurį Paslaugų teikėjas turi priskirti užduotį specialistui, o pastarasis turi įvertinti poreikį ir pateikti siūlymus dėl užduoties realizavimo sprendimų bei pokyčio įvykdymo laiko (trukmės): 24 darbo valandos.
2Pokyčio įgyvendinimo trukmė: 40 darbo valandų (jei reikia daugiau, turi būti gautas Paslaugų gavėjo rašytinis patvirtinimas).
3Reakcijos laikas įvykus incidentui/nekorektiško veikimo atveju po pokyčių įgyvendinimo: 1 darbo valanda.
4Problemos šalinimo kodo atstatymo laikas: 4 darbo valandos.

Dokumentai4

RK_LRT.lt mobilios aplikacijos_paslauga_1 priedas_Techninė specifikacija_projektas.docx
RK_LRT.lt mobilios aplikacijos_paslauga_2 priedas_Tiekėjų kvalifikacijos reikalavimai_projektas.docx
1296_7904975.pdf
Kvietimas dalyvauti rinkos konsultacijoje_LRT.lt mobilios aplikacijos.docx

tendis.lt · Sukurta recodin.lt