caiet de sarcini si rdp_15_06.docx

CAIET DE SARCINI

privind

dezvoltarea sistemului informațional

„Registrul drumurilor publice”

Cuprins

Introducere

Prezentul document stabilește termenii de referință pentru dezvoltarea sistemului informațional „Registrul drumurilor publice” (SI RDP), destinat colectării, organizării și gestionării datelor privind infrastructura rutieră națională. Sistemul va permite evidența centralizată și actualizată a drumurilor publice și a lucrărilor de artă aferente, bazată pe informațiile transmise de autoritățile și instituțiile implicate în administrarea și întreținerea rețelei rutiere.

Documentul include specificațiile tehnice, cerințele funcționale și non-funcționale, precum și orientări esențiale pentru echipa de dezvoltatori ce va implementa soluția software. Sunt detaliați actorii relevanți în cadrul SI RDP, principiile de securitate a informației, structura drepturilor de acces pentru diferite categorii de utilizatori, precum și direcțiile strategice privind interoperabilitatea cu alte sisteme informaționale guvernamentale.

Implementarea SI RDP contribuie la creșterea eficienței administrative, la optimizarea proceselor de planificare și întreținere a drumurilor, la îmbunătățirea siguranței rutiere și la fundamentarea deciziilor strategice prin date actualizate și accesibile în timp real.

Acronime și definiții

Tabelul de mai jos conține lista acronimelor utilizate în prezentul document.

Tabelul de mai jos conține lista definițiilor utilizate în prezentul document.

Obiectivele sistemului informațional „Registrul drumurilor publice”

Obiectivul principal al proiectului constă în dezvoltarea și implementarea unui sistem informațional performant care să asigure evidența completă, actualizată și interoperabilă a rețelei drumurilor publice din Republica Moldova, în conformitate cu prevederile legislației naționale și bunele practici internaționale.

Obiective specifice ale sistemului informațional SI RDP:

Crearea unui registru digital național al drumurilor publice care să conțină informații detaliate despre:

Clasificarea drumurilor (naționale, locale etc.);

Traseele, segmentele și lucrările de artă (poduri, podețe, pasaje etc.);

Caracteristicile tehnice, funcționale și administrative ale acestora.

Asigurarea evidenței și trasabilității privind statutul juridic al drumurilor (drept de proprietate, modificări, transferuri, includeri/excluderi în registru).

Implementarea unui mecanism de gestiune a accesului, care să permită drepturi diferențiate pentru utilizatori (autorități centrale, autorități locale, administratori de drumuri, public etc.).

Automatizarea proceselor de colectare, validare și actualizare a datelor privind drumurile publice, inclusiv prin integrarea cu alte sisteme existente (e.g., cadastrul bunurilor imobile, registre ale autorităților locale, GIS).

Crearea de funcționalități avansate de căutare, filtrare, vizualizare și raportare, inclusiv generarea de statistici și hărți tematice privind infrastructura rutieră.

Dezvoltarea unui modul de

GIS).

Crearea de funcționalități avansate de căutare, filtrare, vizualizare și raportare, inclusiv generarea de statistici și hărți tematice privind infrastructura rutieră.

Dezvoltarea unui modul de interfațare GIS, care să permită afișarea și consultarea hărților și traseelor rutiere pe bază de date spațiale.

Facilitarea accesului publicului la informații de interes public privind drumurile publice, într-un mod controlat și securizat.

Asigurarea conformității cu cerințele naționale și internaționale privind interoperabilitatea, protecția datelor cu caracter personal și securitatea cibernetică.

Sprijinirea procesului decizional și de planificare strategică în domeniul infrastructurii rutiere prin oferirea de date exacte, actualizate și relevante pentru factorii de decizie.

Domeniul de intervenție al proiectului de dezvoltare și implementare a SI RDP

Prezenta secțiune definește limitele și domeniul de intervenție al proiectului de dezvoltare și implementare a Sistemului Informațional „Registrul drumurilor publice” (SI RDP), delimitând componentele incluse și cele excluse din procesul de realizare a soluției informatice.

Întrucât sistemul SI RDP va fi dezvoltat și integrat în infrastructura digitală guvernamentală, în special prin platforme precum MCloud, MConnect, MPass, MNotify și MPay, proiectul nu va acoperi următoarele aspecte:

achiziționarea sau instalarea de echipamente hardware (de exemplu, servere, echipamente de stocare sau de rețea);

configurarea infrastructurii de tip data center;

achiziționarea sau instalarea licențelor software pentru utilizatori (ex. sisteme de operare, pachete software desktop precum MS Office);

achiziția certificatelor digitale calificate sau a dispozitivelor de semnătură electronică pentru utilizatorii finali;

dezvoltarea sau furnizarea de soluții externe pentru autentificare, autorizare sau semnare electronică, acestea urmând a fi realizate prin integrarea cu serviciile guvernamentale existente.

Activitățile acoperite de proiect includ:

dezvoltarea, testarea și implementarea componentei software pentru SI RDP;

integrarea cu registre externe și servicii guvernamentale (ex. cadastrul bunurilor imobile, GIS, MCloud, etc.);

asigurarea interfeței pentru interacțiunea utilizatorilor publici și autorizați cu sistemul;

instruirea personalului responsabil din cadrul Ministerului Infrastructurii și Dezvoltării Regionale, Administrației Naționale a Drumurilor și din alte instituții implicate;

elaborarea și publicarea materialelor informative: manuale de utilizare, ghiduri și tutoriale video accesibile pentru fiecare categorie de utilizatori în parte.

Proiectul va fi desfășurat cu respectarea cerințelor tehnice și de securitate informatică stabilite în cadrul normelor guvernamentale și va ține cont de bunele practici în interoperabilitate și protecția datelor.

Aplicabilitatea serviciilor MSign și MPay va fi determinată în etapa de analiză detaliată. Dacă fluxurile SI RDP nu presupun semnarea electronică a documentelor sau e

erabilitate și protecția datelor.

Aplicabilitatea serviciilor MSign și MPay va fi determinată în etapa de analiză detaliată. Dacă fluxurile SI RDP nu presupun semnarea electronică a documentelor sau efectuarea plăților, aceste servicii vor fi marcate ca neaplicabile în SRS, SDD și în Matricea de conformitate. Dacă se constată necesitatea semnării electronice sau a plăților, integrarea cu MSign și/sau MPay devine cerință obligatorie.

Principalii factori interesați

În conformitate cu domeniul de intervenție și obiectivele proiectului de dezvoltare și implementare a sistemului SI RDP, mai jos este prezentată o listă orientativă a principalilor factori interesați:

Cetățenii și agenții economici

Cetățenii Republicii Moldova și operatorii economici (în special antreprenorii din domeniul infrastructurii și transporturilor) vor beneficia direct de funcționalitățile SI RDP. Aceștia vor putea:

accesa informații publice privind starea drumurilor publice, rețelele de transport și planurile de întreținere;

consulta registrele privind clasificarea drumurilor, istoricul intervențiilor și proiectele în curs;

interacționa cu autoritățile responsabile în format digital, inclusiv pentru sesizări și solicitări de informații;

accesa informații privind capacitatea portantă a drumurilor și gabarite de liberă trecere.

Ministerul Infrastructurii și Dezvoltării Regionale (MIDR)

Ministerul este autoritatea publică centrală responsabilă de dezvoltarea, implementarea și coordonarea politicilor în domeniul drumurilor publice. În cadrul SI RDP, MIDR are următoarele atribuții:

coordonarea dezvoltării și implementării sistemului;

validarea datelor introduse de alte instituții;

utilizarea sistemului pentru luarea deciziilor strategice privind întreținerea și modernizarea rețelei de drumuri;

asigurarea interoperabilității cu alte sisteme guvernamentale și menținerea actualizată a registrelor oficiale.

S.A. „Administrația Națională a Drumurilor” (AND)

AND are rol operațional în ceea ce privește întreținerea, reparația și gestionarea infrastructurii rutiere. În cadrul SI RDP, instituția va:

introduce și actualiza date privind lucrările de întreținere și intervenție;

genera rapoarte operaționale și statistici pentru decidenți;

asigura corectitudinea și completitudinea datelor din sistem;

introduce și actualiza date privind capacitatea portantă a drumurilor și gabarite de liberă trecere.

Agenția Națională Transport Auto (ANTA)

ANTA va utiliza sistemul pentru verificarea condițiilor infrastructurii rutiere în contextul reglementării activităților de transport rutier. Totodată, instituția va avea acces la date relevante pentru planificarea controalelor și a auditului rutier, asigurând astfel respectarea cerințelor legale și creșterea siguranței în trafic.

De asemenea, sistemul va sprijini ANTA în evaluarea și stabilirea condițiilor pentru eliberarea autorizațiilor speciale de transport pe drumurile publice — inclusiv pentru transporturile agabaritice, cu încărcături de mare tonaj sau al

NTA în evaluarea și stabilirea condițiilor pentru eliberarea autorizațiilor speciale de transport pe drumurile publice — inclusiv pentru transporturile agabaritice, cu încărcături de mare tonaj sau alte transporturi care necesită permise speciale. Astfel, autoritatea va putea corela în timp real starea infrastructurii, caracteristicile traseului și cerințele tehnice cu documentația depusă de operatorii de transport.

Autoritățile Publice Locale (APL)

APL vor putea consulta și completa date în SI RDP privind drumurile locale aflate în gestiunea lor. Sistemul va sprijini procesul de planificare și raportare la nivel local.

Partenerii internaționali și instituțiile donatoare

Sistemul va permite generarea automată a rapoartelor tehnice și statistice necesare raportării către instituțiile internaționale sau donatori, facilitând astfel transparența și evaluarea impactului investițiilor în infrastructura rutieră.

Livrabile

În procesul de realizare a acestui proiect, Consultantul va prezenta următoarele livrabile, în conformitate cu cerințele Beneficiarului:

Sistemul informațional SI RDP complet dezvoltat și implementat, în conformitate cu specificațiile funcționale și tehnice stabilite de autoritatea contractantă. Livrarea va include:

Codul sursă integral, coerent și compilabil;

Documentația de instalare și configurare;

Scripturi de migrare și inițializare a bazei de date;

Biblioteci, componente, module terțe și licențele asociate (dacă este cazul);

Automatizări sau instrumente specifice necesare funcționării sistemului;

Implementarea sistemului într-un mediu operațional (MCloud) și asigurarea funcționării acestuia.

Documentația completă a sistemului, care va include:

Documentație tehnică pentru dezvoltatori și administratori, care va cuprinde cel puțin:

descrierea arhitecturii sistemului și a componentelor sale principale;

diagrame arhitecturale și fluxuri de date;

descrierea serviciilor și interfețelor (API-uri) interne și externe;

structura și modelul bazei de date, inclusiv dicționarul de date;

politicile și mecanismele de securitate, autentificare și autorizare;

planul de actualizări, versiuni și proceduri de migrare;

documentația necesară pentru integrarea cu alte sisteme informatice.

Manualul de utilizare pentru utilizatorii finali (operatori, funcționari APL/APC etc.), care va include:

ghiduri și instrucțiuni de utilizare adaptate pe roluri și funcționalități;

scenarii de utilizare și exemple practice;

proceduri de acces, introducere și validare a datelor;

recomandări privind protecția datelor și confidențialitatea informațiilor;

materiale auxiliare precum tutoriale video și ghiduri interactive online (dacă este cazul).

Ghiduri de administrare și întreținere a sistemului, care vor cuprinde:

proceduri detaliate pentru instalare, configurare, actualizare și backup, inclusiv calendarul recomandat al actualizărilor și modul de aplicare a acestora fără întreruperea serviciului;

planuri de monitorizare, jurnalizare și audit pentru a asigura funcționare

re și backup, inclusiv calendarul recomandat al actualizărilor și modul de aplicare a acestora fără întreruperea serviciului;

planuri de monitorizare, jurnalizare și audit pentru a asigura funcționarea continuă și conformitatea sistemului;

politici de mentenanță preventivă și corectivă, inclusiv gestionarea vulnerabilităților și actualizarea componentelor software și hardware;

instrucțiuni privind gestionarea incidentelor, planurile de recuperare în caz de dezastru și măsurile de continuitate operațională;

proceduri de suport tehnic, escaladare și management al versiunilor (inclusiv documentarea modificărilor și a istoricului actualizărilor).

Activități de instruire și materiale aferente, care vor acoperi:

Organizarea sesiunilor de instruire pentru utilizatorii instituționali (MIDR, AND, APL etc.);

Elaborarea ghidurilor practice și a materialelor de instruire (în format tipărit și digital);

Asigurarea tutorialelor video și materialelor suport pentru utilizatori;

Asistență post-instruire în perioada de tranziție către utilizarea operațională.

Termenul de realizare

Dezvoltarea și implementarea sistemului informațional SI RDP urmează a fi realizată în termen de 11 luni din data semnării contractului.

Acest termen include:

analiza detaliată a cerințelor și elaborarea specificațiilor SI RDP (SRS – Software Requirements Specifications);

proiectarea tehnică a arhitecturii sistemului;

dezvoltarea și personalizarea componentelor funcționale și elaborarea documentului de proiect al SI RDP (SDD – Software Design Document);

testarea internă și acceptanța de către Beneficiar;

livrarea sistemului într-un mediu operațional în infrastructura MCloud;

elaborarea și livrarea documentației tehnice și de utilizare;

instruirea utilizatorilor desemnați de către autoritățile beneficiare.

Termenul 11 luni din data semnării contractului acoperă toate etapele de dezvoltare și implementare a sistemului, inclusiv analiza, proiectarea, dezvoltarea, testarea, instruirea și lansarea în producție. Caietul de sarcini nu stabilește repartizarea exactă a duratei pe etape, aceasta revenind Consultantului. La etapa de achiziție, Consultantul este obligat să prezinte în propunerea tehnică un plan detaliat al etapelor de implementare, cu indicarea termenelor de execuție pentru fiecare etapă. Aceste termene vor constitui criteriu de eligibilitate și vor sta la baza monitorizării progresului.

Perioada de garanție

Consultantul va asigura o perioadă de garanție de 18 luni, începând de la data semnării procesului-verbal de recepție a sistemului. Garanția va fi aplicabilă exclusiv cerințelor specificate în prezentul caiet de sarcini. În cadrul acestei perioade, orice defecte, erori sau neconformități identificate în funcționalitățile și cerințele definite în prezentul document vor fi remediate gratuit, fără costuri suplimentare pentru Beneficiar. Toate intervențiile în perioada de garanție vor fi documentate și raportate către Beneficiar.

Guvernanța proiectului

Prevederi generale

Compania IT

ratuit, fără costuri suplimentare pentru Beneficiar. Toate intervențiile în perioada de garanție vor fi documentate și raportate către Beneficiar.

Guvernanța proiectului

Prevederi generale

Compania IT (Consultantul) contractată pentru proiectarea, dezvoltarea și implementarea sistemului informațional SI RDP trebuie să demonstreze experiență relevantă în realizarea proiectelor similare ca amploare, complexitate și impact, în special în domeniul sistemelor informaționale publice, geografice sau de infrastructură rutieră.

Prezenta achiziție se clasifică drept TIP I — Dezvoltare Sistem Complet, având ca obiect proiectarea, dezvoltarea, testarea, implementarea și predarea operațională a SI RDP. În consecință, Consultantul va asigura acoperirea integrală a cerințelor funcționale, non-funcționale, de securitate, interoperabilitate, documentație, testare, acceptanță și transfer operațional aplicabile unui sistem informațional de stat nou dezvoltat.

Având în vedere caracterul progresiv al digitalizării domeniului rutier, se impune utilizarea unei metodologii de dezvoltare iterativă, cu livrări incrementale. În acest sens:

dezvoltarea va fi structurată în sprinturi (iterații), fiecare având ca scop livrarea unui increment funcțional validat în mediu de test;

consultantul va elabora planuri de lansare pe baza prioritizării funcționalităților din backlog-ul de produs, stabilit împreună cu Beneficiarul;

feedback-ul de la utilizatori va fi colectat la finalul fiecărei iterații pentru adaptarea ulterioară a funcționalităților.

Aranjamente instituționale

Beneficiarul va deține responsabilitatea:

pentru managementul general al proiectului și contractului;

pentru coordonarea cu factorii interesați instituționali (ex: MIDR, APL, ANTA, etc.);

pentru acceptarea livrabilelor și realizarea plăților către Consultant;

pentru identificarea unui reprezentant tehnic care va colabora direct cu echipa de dezvoltare.

Consultantul va fi responsabil de:

asigurarea resurselor tehnice și umane necesare;

managementul echipei și derularea activităților conform planului de proiect;

menținerea unei comunicări constante și operative cu Beneficiarul;

asigurarea documentării tehnice, a evidenței progresului și a rezolvării prompte a eventualelor blocaje;

realizarea vizitelor și întâlnirilor periodice pentru instruirea utilizatorilor finali și suportul la implementare;

asigurarea confidențialității datelor și informațiilor la care are acces în cadrul proiectului, prin implementarea de măsuri tehnice și organizaționale adecvate, în conformitate cu legislația privind protecția datelor cu caracter personal și cerințele Beneficiarului.

În cazul în care, pe parcursul implementării, vor apărea necesități de ajustare a cerințelor în scopul asigurării conformității integrale a sistemului informațional SI RDP cu funcționalitățile obligatorii prevăzute de Hotărârea Guvernului nr. 319 din 2024 cu privire la instituirea Sistemului Informațional „Registrul drumurilor publice”, acestea vor fi considera

l SI RDP cu funcționalitățile obligatorii prevăzute de Hotărârea Guvernului nr. 319 din 2024 cu privire la instituirea Sistemului Informațional „Registrul drumurilor publice”, acestea vor fi considerate parte a obiectului contractual inițial. Consultantul nu va fi îndreptățit la plăți suplimentare pentru activitățile necesare realizării integrale a scopului sistemului SI RDP, astfel încât soluția finală să respecte pe deplin prevederile HG nr. 319/2024.

În cazul apariției unor erori semnificative sau întârzieri care pot periclita realizarea obiectivelor proiectului, Consultantul poate fi solicitat să intervină prompt la sediul Beneficiarului pentru remedierea situației.

Cerințe de raportare

Pe parcursul implementării proiectului vor fi prezentate următoarele rapoarte:

Raportul Sprint, inclusiv note de lansare, detalierea și durata sarcinilor realizate în timpul sprintului, durata, aspectele și problemele nerezolvate, acțiunile propuse pentru a fi întreprinse;

Următorul Sprint Backlog, inclusiv detalierea și durata estimată a sarcinilor propuse pentru următorul sprint, resursele de care Consultantul are nevoie de la Beneficiar și/sau acțiunile care urmează a fi întreprinse de Beneficiar;

Rapoarte privind instruirile realizate, prezentate după fiecare sesiune de instruire, inclusiv:

Lista participanților;

Agenda sesiunii de instruire;

Materialele de instruire (prezentări, lucrări de laborator etc.);

Rezultatele evaluării participanților la instruiri.

Dezvoltare iterativă

După cum s-a menționat în secțiunea de mai sus, spre deosebire de modelul cascadă de dezvoltare software, această soluție va fi dezvoltată în iterații sau sprinturi, fiecare sprint finalizând cu un increment funcțional. Proprietarul produsului desemnat de către Beneficiar va decide cu privire la gradul de pregătire a soluției pentru a îndeplini cerințele pentru un produs minim viabil (MVP) și pentru a fi lansată în producție. Cu alte cuvinte, implementarea diferitelor funcționalități va avea loc în etape, ceea ce înseamnă că în timp ce unele module vor fi deja în producție, altele vor fi în curs de dezvoltare. Funcționalitățile prioritare incluse într-un sprint vor fi stabilite de către Proprietarul produsului. Durata sprintului va fi stabilită de către Beneficiar împreună cu echipa de dezvoltatori.

Soluția va fi dezvoltată în baza principiilor agile astfel încât să permită efectuarea modificărilor și să permită flexibilitate în implementare. Beneficiarul va întocmi o listă consolidată a cerințelor generice față de soluție – Backlog-ul produsului, care va conține cerințele operaționale și tehnice. Elementele din backlogul produsului vor fi ordonate de Beneficiar după prioritate. Beneficiarul are libertatea de a revizui backlog-ul produsului prin adăugarea de elemente noi, eliminarea elementelor și reordonarea lor după cum consideră de cuviință. La începutul fiecărui sprint, vor fi selectate cele mai importante N elemente care se încadrează într- un sprint, și incluse în sprint back

ementelor și reordonarea lor după cum consideră de cuviință. La începutul fiecărui sprint, vor fi selectate cele mai importante N elemente care se încadrează într- un sprint, și incluse în sprint backlog. Elementele din sprint backlog vor fi ulterior detaliate și prezentate dezvoltatorilor. Sprint backlog-ul nu va fi modificat pe durata sprint-ului.

Produsul de lucru după fiecare iterație

Fiecare sprint va finaliza cu un produs de lucru care va fi prezentat Beneficiarului pentru acceptare în ultima zi (ultimele zile) a sprintului. Produsul de lucru trebuie să îndeplinească toate criteriile convenite – Definiția stării „Finalizat” (DoD) (de ex. produsul trebuie să fie complet funcțional, testat, însoțit de teste unitare corespunzătoare, documentația corespunzătoare dacă este cazul, codul sursă cu toate comentariile, etc.). Plățile vor fi efectuate la livrarea și acceptarea pachetelor de lucru (unul sau mai multe produse de lucru). În cazul în care livrabilele vor avea deficiențe din motive neimputabile Beneficiarului, echipa de dezvoltatori le va remedia fără a afecta graficul de lucru și fără costuri suplimentare, inclusiv va întreprinde vizite la Beneficiar. La discreția Beneficiarului, produsele de lucru din diferite sprinturi pot fi combinate într-o versiune comună lansată în producție. Orice incidente raportate de către Beneficiar după lansare vor fi rezolvate de către Consultant în conformitate cu Acordurile la nivel de servicii convenite (SLA).

Pentru a asigura livrarea la timp a produselor de lucru de către echipa de dezvoltare, un reprezentant al Beneficiarului – Proprietarul produsului – va fi permanent la dispoziția echipei pentru a răspunde la eventuale întrebări, astfel încât să fie evitată încetinirea ritmului de implementare.

Consultantul va desemna un Scrum Master în cadrul echipei de experți cheie și non-cheie pentru întreaga perioadă de implementare a proiectului. Acesta va fi responsabil de relaționarea zilnică cu Beneficiarul și va asigura coordonarea și ghidarea internă a experților proiectului și coordonarea cu actorii externi. De asemenea, acesta va asigura disponibilitatea experților necesari în conformitate cu planurile de implementare ale proiectului.

Livrări intermediare și testare

Pe parcursul dezvoltării, Consultantul este obligat să transmită Beneficiarului fiecare versiune intermediară a sistemului (inclusiv versiunea demo și versiunile parțiale rezultate din etapele de implementare, versiunile după fiecare sprint). Aceste versiuni vor fi supuse testării de către Beneficiar, în baza scenariilor stabilite.

În cazul în care, în urma testării, sunt identificate neconformități sau deficiențe, Consultantul este obligat să le remedieze și să transmită versiuni corective până la remedierea completă a neconformităților identificate. Procesul de testare și remediere va continua până la acceptarea finală a sistemului.

Testarea intermediară face parte din procedura generală de acceptanță și constituie criteriu obligatoriu pentr

ate. Procesul de testare și remediere va continua până la acceptarea finală a sistemului.

Testarea intermediară face parte din procedura generală de acceptanță și constituie criteriu obligatoriu pentru validarea progresului proiectului.

Implicarea Beneficiarului

Pentru a facilita comunicarea eficientă și luarea rapidă a deciziilor, Beneficiarul va desemna un Proprietar al produsului care va asigura interfața dintre echipa de dezvoltare și instituția beneficiară.

Acesta va:

oferi răspunsuri rapide și clare în etapa de dezvoltare;

valida funcționalitățile dezvoltate în fiecare increment;

contribui la revizuirea documentației și testelor;

participa activ la sesiunile de prezentare a prototipurilor.

Calificările necesare

Calificările consultantului

Consultantul va prezenta documente justificative (inclusiv informații despre contractele executate și informații de contact ale clienților de la care pot fi luate referințe sau pe care Clientul îi poate vizita, dacă va fi necesar, pentru a se familiariza cu sistemele dezvoltate de Consultant) care să demonstreze că acesta îndeplinește următoarele cerințe:

Minim 7 ani de activitate în dezvoltarea de sisteme informaționale, în special pentru sectorul public sau infrastructură;

Cel puțin 2 proiecte finalizate de tip GIS (sisteme geografice) – implementat cap-coadă (analiză, dezvoltare, livrare), cu funcționalități de hartă interactivă, straturi tematice, căutare și operațiuni spațiale (ex. buffer/intersect), publicare de servicii geospațiale (OGC: WMS/WFS/WMTS sau echivalent) și gestiune de date spațiale (ex. PostGIS/GeoServer/MapServer). Se vor prezenta dovezi: link demo / PV de recepție / recomandare.

Cel puțin 3 proiecte relevante (încheiate în ultimii 3 ani) de dezvoltare a aplicațiilor web cu caracteristici și complexitate comparabile (ex: registre naționale, sisteme geografice, managementul infrastructurii);

Experiență demonstrabilă în metodologia Agile, inclusiv prin prezentarea unui plan de proiect care reflectă organizarea în sprinturi, backlog de produs, livrări incrementale și implicarea Beneficiarului în ciclul de dezvoltare.

Deține următoarele certificate: ISO 27001, ISO 9001.

Calificările echipei de implementare

Echipa Consultantului va fi formată din următorii experți cheie:

Expert cheie 1 (1 persoană): Manager de proiect / Scrum Master;

Expert cheie 2 (1 persoană): Analist de business;

Expert cheie 3 (1 persoană): Dezvoltator software senior/ Arhitect software;

Expert cheie 4 (1 persoană): Dezvoltator software interfață FrontEnd;

Expert cheie 5 (2 persoane): Dezvoltator software interfață BackEnd;

Expert cheie 6 (1 persoană): Arhitect baze de date;

Expert cheie 7 (1 persoană): DevOps Engineer;

Expert cheie 8 (1 persoană): Software Tester;

Expert cheie 9 (1 persoană): UI/UX Designer.

Pentru experții cheie propuși de Consultant, vor fi prezentate CV-urile acestora, care vor demonstra deținerea calificărilor minime necesare prezentate mai jos:

Expertul cheie 1. Manager de proiect / Scrum Master

L

i cheie propuși de Consultant, vor fi prezentate CV-urile acestora, care vor demonstra deținerea calificărilor minime necesare prezentate mai jos:

Expertul cheie 1. Manager de proiect / Scrum Master

Licență în Informatică sau într-un alt domeniu relevant;

Cel puțin 7 ani de experiență în proiecte de dezvoltare și implementare a software-ului IT;

Experiență în implementarea a cel puțin 5 proiecte similare în ultimii 7 ani, inclusiv 3 proiecte bazate pe metodologia agile (utilizând tehnici precum SCRUM, TDD, FDD etc.);

Experiență în implementarea proiectelor de sisteme informaționale în sectorul guvernamental sau public;

Cunoștințe fundamentale privind managementului de proiect conform PMI / IPMA / PRINCE2;

Deținerea unei certificări în managementul de proiect (ex. PMI / IPMA / PRINCE2);

Fluență în limba engleză și capacitatea de a comunica în limba română și/sau rusă.

Expert cheie 2. Analist de business

Licență în Informatică sau într-un alt domeniu relevant;

Cel puțin 7 ani de experiență demonstrată în analiză de business în implementarea proiectelor software, inclusiv în sectorul public și guvernamental;

Experiență în cel puțin 1 proiect cu procese/cazuri de utilizare GIS (hărți, straturi, drepturi pe niveluri de detaliu).

Cunoștințe privind tehnologiile de management al proceselor de afaceri (BPM);

Experiență în implementarea sistemelor BPMS sau a sistemelor informaționale care încorporează motoare BPM;

Deținerea unei certificări în analiza de business (ex. PMI-PBA, IIBA);

Cunoașterea limbii române și engleză la nivel de comunicare.

Expertul cheie 3. Dezvoltator software senior / Arhitect software

Licență în informatică sau într-un alt domeniu relevant;

Cel puțin 7 ani de experiență în dezvoltare software;

Cel puțin 3 ani de experiență în dezvoltare software cu utilizarea uneia dintre stivele tehnologice agreate (ex.: .NET LTS / ASP.NET Core Web API + PostgreSQL/PostGIS sau Java LTS / Spring Boot + PostgreSQL/PostGIS, conform stivei tehnologice guvernamentale aplicabile SI RDP);

Experiență în testarea unitară, integrarea continuă, DevOps;

Experiență în analiza sistemelor și utilizarea de sisteme de control al versiunii (ex. Git);

Deținerea unei certificări profesionale în proiectarea sistemelor informaționale (ex. TOGAF);

Cunoașterea limbii române și engleză la nivel de comunicare.

Expertul cheie 4. Dezvoltator interfață FrontEnd:

Licență în informatică sau într-un alt domeniu relevant;

Cel puțin 5 ani de experiență în dezvoltare software;

Cel puțin 5 ani de experiență demonstrată în dezvoltarea aplicațiilor WEB;

Cel puțin 3 ani de experiență în dezvoltare software cu utilizarea Angular, React, Vue (în funcție de stiva aleasă);

Experiența demonstrată în proiectarea și dezvoltarea interfețelor WEB utilizator cu utilizarea cadrelor responsive, aplicațiilor web progresive;

Experiență cu biblioteci web GIS (Leaflet/OpenLayers/Mapbox GL) – minim 1 proiect.

Participarea în cel puțin 2 proiecte de dezvoltare software în ultimii 3 ani cu aplicarea meto

țiilor web progresive;

Experiență cu biblioteci web GIS (Leaflet/OpenLayers/Mapbox GL) – minim 1 proiect.

Participarea în cel puțin 2 proiecte de dezvoltare software în ultimii 3 ani cu aplicarea metodologiei Agile;

Experiență în testarea unitară și utilizarea de sisteme de control al versiunii (ex. Git);

Deținerea unei certificări profesionale în dezvoltarea software în una din tehnologiile solicitate;

Cunoașterea limbii române și engleză la nivel de comunicare.

Expertul cheie 5. Dezvoltator interfață BackEnd:

Licență în informatică sau într-un alt domeniu relevant;

Cel puțin 5 ani de experiență profesională în dezvoltarea de soluții software;

Cel puțin 5 ani de experiență demonstrată în dezvoltarea aplicațiilor web;

Cel puțin 3 ani de experiență în dezvoltarea software cu tehnologii conforme stivei propuse de Consultant, cum ar fi

pentru .NET: ASP.NET Core Web API, C#, Entity Framework Core, PostgreSQL/PostGIS;

pentru Java: Spring Boot, Spring Security, JPA/Hibernate, PostgreSQL/PostGIS.

Experiență cu stocare/servire geospațială (PostGIS, GeoServer/MapServer), proiectarea API-urilor pentru date spațiale – minim 1 proiect.

Experiență demonstrată în dezvoltarea serviciilor web RESTful, microserviciilor, proiectarea și implementarea arhitecturii logice de back-end;

Experiență în utilizarea metodelor de autentificare/autorizare moderne (ex. OAuth2, OpenID Connect);

Participare în cel puțin 2 proiecte de dezvoltare software implementate în ultimii 3 ani cu aplicarea metodologiei Agile;

Experiență demonstrată în scrierea de teste unitare și utilizarea de sisteme de control al versiunii (ex. Git);

Deținerea unei certificări profesionale în dezvoltarea software în una din tehnologiile solicitate;

Cunoașterea limbii române și engleză la nivel de comunicare.

Expertul cheie 6. Arhitect baze de date:

Licență în informatică sau într-un alt domeniu relevant;

Cel puțin 7 ani de experiență profesională în proiectarea, administrarea și optimizarea bazelor de date;

Experiență cu baze de date relaționale și geospațiale de cel puțin 7 ani, în special PostgreSQL/PostGIS; experiența cu Oracle Spatial sau MS SQL Server constituie avantaj, dar implementarea SI RDP va utiliza PostgreSQL/PostGIS conform NFRQ01.

Experiență în proiectarea și implementarea arhitecturilor scalabile și de înaltă disponibilitate pentru baze de date (clustering, replicare, partitioning);

Experiență în elaborarea strategiilor de backup, restaurare și recuperare în caz de dezastru (Disaster Recovery);

Experiență în proiecte de migrare a datelor între sisteme și în integrarea bazelor de date cu servicii guvernamentale sau aplicații externe;

Deținerea unei certificări profesionale relevante (ex. Oracle Certified Professional, Microsoft Certified: Azure Database Administrator Associate, PostgreSQL Professional Certification);

Cunoașterea limbii române și engleză la nivel de comunicare.

Expertul cheie 7. DevOps Engineer:

Licență în informatică sau într-un alt domeniu relevant;

Cel puțin 3 ani de exp

essional Certification);

Cunoașterea limbii române și engleză la nivel de comunicare.

Expertul cheie 7. DevOps Engineer:

Licență în informatică sau într-un alt domeniu relevant;

Cel puțin 3 ani de experiență în dezvoltare software sau în administrarea infrastructurilor pentru aplicații web;

Experiență practică în configurarea și gestionarea pipeline-urilor de CI/CD utilizând instrumente precum Azure DevOps, GitHub Actions, GitLab CI sau echivalente;

Experiență la containerizarea serviciilor GIS (ex. GeoServer/PostGIS) și configurarea tile cache;

Experiență în lucrul cu containerizare Docker și orchestrare de containere Kubernetes;

Experiență în automatizarea proceselor de build, testare și livrare, inclusiv scripting în Bash sau YAML;

Experiență cu sisteme de monitorizare și alertare (ex. Prometheus, Grafana, Azure Monitor, ELK Stack);

Experiență de integrare cu sisteme de jurnalizare și backup, inclusiv politici de recuperare în caz de dezastru;

Cunoașterea instrumentelor de management al configurației (ex. Terraform) constituie un avantaj;

Participarea în cel puțin 2 proiecte similare în ultimii 3 ani, livrate prin metodologie Agile;

Deținerea unei certificări profesionale în dezvoltarea software în una din tehnologiile solicitate și/sau cloud/DevOps;

Cunoașterea limbii române și engleză la nivel de comunicare.

Expertul cheie 8. Software tester:

Licență în informatică sau într-un alt domeniu relevant;

Cel puțin 3 ani de experiență în testarea aplicațiilor software în proiecte de complexitate similară;

Experiență demonstrată în planificarea, proiectarea și execuția cazurilor de testare;

Experiență în testare automată utilizând framework-uri moderne (ex. xUnit, NUnit, Selenium, Cypress, Playwright);

Experiență în testarea securității aplicațiilor web (inclusiv validări OWASP Top 10);

Experiență în redactarea de ghiduri de utilizator, manuale de instalare și documentație funcțională;

Experiență în organizarea sesiunilor de instruire pentru utilizatori finali și personal tehnic, atât online, cât și față-în-față;

Cunoașterea standardelor internaționale de testare software (ex. ISO/IEC/IEEE 29119);

Deținerea unei certificări profesionale în testare software (ex. ISTQB);

Cunoașterea limbii române și engleză la nivel de comunicare.

Expertul cheie 9. UI/UX Designer:

Studii superioare în domeniul tehnologiei informației, designului digital sau alte domenii conexe relevante;

Cel puțin 3 ani de experiență în proiectarea și prototiparea interfețelor utilizator pentru aplicații web de complexitate similară;

Experiență demonstrată în:

analiza cerințelor funcționale din perspectiva utilizatorului final;

crearea de wireframe-uri, prototipuri interactive și machete grafice (cu instrumente precum Figma, Adobe XD, Sketch etc.);

aplicarea bunelor practici UX/UI și a standardelor de accesibilitate (ex. WCAG 2.1, nivel A/AA);

testarea interfețelor din perspectiva utilizatorului (ex. teste de uzabilitate, analiza comportamentală, eye-tracking, A/B testing);

Experiență

andardelor de accesibilitate (ex. WCAG 2.1, nivel A/AA);

testarea interfețelor din perspectiva utilizatorului (ex. teste de uzabilitate, analiza comportamentală, eye-tracking, A/B testing);

Experiență în livrarea de interfețe responsive și compatibile cu dispozitive multiple (desktop, tabletă, mobil);

Participare în cel puțin 2 proiecte Agile implementate în ultimii 3 ani;

Cunoașterea principiilor de design centrat pe utilizator și a conceptelor de design sistemic (ex. Material Design, Ant Design);

Deținerea certificărilor sau portofoliului profesional relevant va constitui un avantaj (ex. UX Design Certificate by Google, NN/g, Adobe etc.);

Cunoașterea limbii române și engleză la nivel de comunicare.

Resurse metodologice pentru dezvoltare și integrare

În procesul de proiectare, dezvoltare și integrare a SI RDP, Consultantul va utiliza ca resursă de referință biblioteca oficială de documentație egov4dev, pusă la dispoziție de Agenția de Guvernare Electronică pentru dezvoltatorii care lucrează cu ecosistemul guvernamental digital.

Resursa egov4dev oferă îndrumări privind integrarea platformelor și serviciilor guvernamentale, utilizarea stivei tehnologice comune de dezvoltare, precum și respectarea principiilor de arhitectură stabilite la nivel guvernamental și va sprijini asigurarea conformității soluției cu ecosistemul AGE.

Structura proiectului

Obiectul automatizării

Obiectul automatizării Sistemului Informațional „Registrul drumurilor publice” (SI RDP) îl constituie procesele de evidență, actualizare, monitorizare și arhivare a obiectelor de infrastructură rutieră din Republica Moldova, în conformitate cu prevederile Hotărârii Guvernului nr. 319/2024 privind instituirea SI RDP și cu alte acte normative relevante din domeniul drumurilor și tehnologiei informației.

Sistemul va asigura:

Crearea și înregistrarea primară a datelor despre drumuri publice și obiecte aferente (poduri, podețe, pasaje, indicatoare, trotuare etc.), inclusiv introducerea datelor tehnice, a coordonatelor GPS și a documentației suport (proiecte, contracte, inspecții);

Actualizarea și completarea datelor existente, prin reflectarea lucrărilor de întreținere, reconstrucții sau alte modificări, cu păstrarea integrală a istoricului versiunilor;

Actualizarea și completarea datelor existente, prin importul de date de la sisteme externe, cum ar fi: ТРАССА / Дорога-2011/ Титул-2005;

Arhivarea și scoaterea din uz a obiectelor atunci când acestea sunt înlocuite sau dezafectate, asigurându-se păstrarea datelor în arhiva istorică digitală și menținerea integrității relațiilor informaționale;

Vizualizarea și analiza datelor în format cartografic, prin integrarea cu harta interactivă GIS, cu funcții de filtrare după regiune, stare tehnică și categorie funcțională, precum și opțiuni de export și prezentare analitică;

Asigurarea interoperabilității cu alte sisteme informaționale și servicii guvernamentale (MConnect, MPass, MLog, MNotify, MCloud), precum și cu registrele de stat relevante (Re

i prezentare analitică;

Asigurarea interoperabilității cu alte sisteme informaționale și servicii guvernamentale (MConnect, MPass, MLog, MNotify, MCloud), precum și cu registrele de stat relevante (Registrul de Stat al Unităților de Drept, Registrul de Stat al Populației, Registrul de Stat al Unităților Administrativ-Teritoriale, Registrul Bunurilor Imobile) conform cadrului legal național.

Astfel, SI RDP va contribui la creșterea transparenței, eficienței și controlului asupra proceselor de gestionare a infrastructurii rutiere, permițând autorităților competente și publicului accesul la date fiabile, actualizate și integrate în cadrul ecosistemului guvernamental digital.

Serviciile oferite de SI RDP

SI RDP pune la dispoziția autorităților, instituțiilor și publicului o gamă de servicii menite să asigure gestionarea eficientă, transparentă și integrată a infrastructurii rutiere din Republica Moldova. Aceste servicii sunt structurate astfel încât să răspundă nevoilor operaționale, strategice și de informare ale tuturor factorilor interesați.

Principalele servicii oferite de SI RDP sunt:

Serviciul de evidență și înregistrare a drumurilor publice – permite introducerea și actualizarea datelor despre drumuri, segmente, lucrări de artă și alte obiecte de infrastructură rutieră, inclusiv caracteristicile tehnice, funcționale și administrative;

Serviciul GIS (hartă interactivă) – oferă posibilitatea de vizualizare și analiză cartografică a rețelei de drumuri, cu funcții avansate de filtrare, căutare și afișare a informațiilor tematice;

Serviciul de raportare și statistici – asigură generarea de rapoarte, hărți tematice și statistici privind starea, întreținerea și modernizarea infrastructurii rutiere, utile atât pentru decidenți, cât și pentru public;

Serviciul de gestionare a accesului și trasabilității – oferă un mecanism de autentificare și autorizare diferențiată, cu roluri distincte pentru autorități centrale, administrații locale, operatori economici și cetățeni;

Serviciul de interoperabilitate – permite schimbul de date și integrarea cu alte sisteme guvernamentale și registre (MCloud, MConnect, MPass, MNotify, registrul bunurilor imobile etc.);

Serviciul de acces public – facilitează consultarea online a informațiilor de interes public privind drumurile;

Serviciul de suport decizional – pune la dispoziția Ministerului Infrastructurii și Dezvoltării Regionale, Administrației Naționale a Drumurilor și altor instituții date actualizate și analize pentru fundamentarea politicilor și strategiilor în domeniu.

Accesul publicului la informațiile de interes public gestionate în cadrul SI RDP se realizează prin intermediul Portalului guvernamental integrat EVO, în conformitate cu principiul ghișeului unic.

SI RDP asigură funcționalitățile de gestionare, administrare și furnizare a datelor, iar interacțiunea publică este realizată prin EVO, fără dezvoltarea unor interfețe publice paralele dedicate.

Prin aceste servicii, SI RDP contribuie la digitalizarea pr

strare și furnizare a datelor, iar interacțiunea publică este realizată prin EVO, fără dezvoltarea unor interfețe publice paralele dedicate.

Prin aceste servicii, SI RDP contribuie la digitalizarea proceselor de gestionare a drumurilor publice, la sporirea transparenței administrative și la consolidarea colaborării între instituții, autorități locale și cetățeni.

Arhitectura sistemului

Arhitectura SI RDP este construită pe baza unui model modular și scalabil. Structura pe straturi permite separarea clară a funcțiilor, asigură interoperabilitatea cu alte platforme guvernamentale și garantează securitatea și fiabilitatea datelor.

Diagrama generală a arhitecturii SI RDP

Principalele componente ale arhitecturii SI RDP sunt:

Actorii / utilizatorii sistemului: includ utilizatorul public, registratorul național, registratorul local, registratorul de control, angajatul ANTA și administratorul SI RDP. Accesul și funcționalitățile disponibile sunt diferențiate în funcție de rolurile și drepturile atribuite fiecărui utilizator.

Stratul de prezentare: include interfața publică accesibilă prin Portalul guvernamental integrat EVO și interfața internă SI RDP, care cuprinde aplicația web și harta interactivă GIS. Utilizatorii publici accesează informațiile aprobate și publicabile prin EVO, iar utilizatorii instituționali accesează direct interfața proprie SI RDP, cu autentificare obligatorie prin MPass.

Stratul de aplicație / microservicii: cuprinde modulele funcționale ale sistemului, inclusiv modulul de administrare a obiectelor de infrastructură rutieră, modulul GIS, modulul de fluxuri de aprobare și control, modulul de rapoarte / analiză / statistici, modulul de administrare SI RDP, serviciile de notificări și alerte, serviciile de audit și jurnalizare, precum și serviciul de publicare a datelor. Acest strat implementează logica de business, regulile de validare, fluxurile operaționale și mecanismele de control al accesului.

Stratul de integrare: asigură comunicarea controlată între componentele interne ale SI RDP și sistemele externe. Acesta include API Gateway, adaptoarele de integrare cu serviciile guvernamentale, adaptorul de interoperabilitate MConnect, adaptorul pentru evenimente MConnect Events, adaptorul pentru notificări MNotify, adaptorul pentru jurnalizare MLog și adaptorul de import / ETL pentru sursele externe de colectare a datelor. Prin acest strat se realizează integrarea cu registrele de stat prin MConnect, inclusiv RSUD, RSP, RSUAT și RBI.

Serviciile guvernamentale utilizate: includ MPass pentru autentificarea utilizatorilor, MConnect pentru interoperabilitatea cu registrele de stat, MNotify pentru transmiterea notificărilor, MLog pentru jurnalizare și audit, precum și MConnect Events pentru schimbul asincron de evenimente. Aceste servicii sunt utilizate conform cadrului guvernamental de interoperabilitate și securitate.

Sursele externe de colectare a datelor: includ sistemele și aplicațiile externe utilizate pentru colectarea sau furnizare

utilizate conform cadrului guvernamental de interoperabilitate și securitate.

Sursele externe de colectare a datelor: includ sistemele și aplicațiile externe utilizate pentru colectarea sau furnizarea datelor rutiere, cum ar fi ТРАССА / Дорога-2011 / Титул-2005, precum și alte surse externe de colectare. Datele provenite din aceste surse nu sunt introduse direct în baza de date, ci sunt preluate prin adaptorul de import / ETL, validate, transformate și încărcate controlat în SI RDP.

Stratul de date: include baza de date operațională PostgreSQL / PostGIS, serviciile GIS OGC, mecanismele de cache pentru hărți și vector tiles, stocarea documentelor și atașamentelor, precum și arhiva și copiile de siguranță gestionate în infrastructura MCloud. Acest strat asigură persistența datelor, gestionarea datelor geospațiale, stocarea documentelor suport și disponibilitatea informațiilor pentru funcționalitățile aplicației.

Platforma de găzduire: SI RDP va fi găzduit în infrastructura guvernamentală MCloud, utilizând containere și mecanisme de orchestrare Kubernetes. Această abordare permite scalabilitate, disponibilitate ridicată, administrare controlată a mediilor și operarea sistemului conform cerințelor aplicabile sistemelor informaționale de stat.

Arhitectura SI RDP asigură separarea clară între componentele destinate utilizatorilor publici și componentele back-office destinate utilizatorilor instituționali. Utilizatorii publici interacționează cu informațiile publicabile prin Portalul guvernamental integrat EVO, în timp ce registratorii, angajații ANTA și administratorii accesează direct interfața internă SI RDP, cu autentificare prin MPass și drepturi aplicate conform rolului atribuit.

Accesul la datele din registrele de stat se realizează prin MConnect, utilizând adaptoare de integrare dedicate. SI RDP nu accesează direct registrele externe și nu permite acces direct al API Gateway către baza de date. Comunicarea cu datele se realizează prin serviciile aplicației și prin componentele specializate ale stratului de integrare.

Pe lângă integrarea de tip request/response realizată prin MConnect, SI RDP va suporta integrarea asincronă de tip event-driven prin MConnect Events. Aceasta va permite publicarea evenimentelor interne generate de schimbările relevante din sistem și consumul evenimentelor externe care influențează datele registrului, în scopul sincronizării la timp a informațiilor și al reducerii interogărilor repetitive.

Arhitectura propusă include mecanisme de securitate, audit, jurnalizare, notificare, monitorizare și administrare, fiind concepută pentru a asigura trasabilitatea completă a acțiunilor, protecția datelor, interoperabilitatea cu ecosistemul guvernamental digital și suportul decizional necesar gestionării infrastructurii rutiere.

Procesele de bază ale obiectului automatizat

Procesele de bază ale SI RDP reflectă fluxurile funcționale esențiale pentru gestionarea eficientă a datelor și asigurarea interoperabilității cu alte sisteme in

ele de bază ale obiectului automatizat

Procesele de bază ale SI RDP reflectă fluxurile funcționale esențiale pentru gestionarea eficientă a datelor și asigurarea interoperabilității cu alte sisteme informaționale guvernamentale. Aceste procese sunt structurate astfel încât să susțină activitatea autorităților publice centrale și locale, precum și accesul cetățenilor și al altor părți interesate la informațiile despre infrastructura rutieră.

Procesele principale:

Înregistrarea și actualizarea datelor privind drumurile publice: introducerea și modificarea informațiilor referitoare la drumuri, poduri, pasaje și alte obiecte de infrastructură, inclusiv validarea acestora pentru asigurarea corectitudinii;

Gestionarea fluxurilor de lucru pentru aprobări și verificări: organizarea proceselor de validare și aprobare a modificărilor aduse înregistrărilor, cu trasabilitate completă și păstrarea versiunilor istorice;

Interoperabilitatea cu alte sisteme guvernamentale: integrarea cu platforme precum MConnect, MPass, MNotify și MLog, Mconnect Events, precum și cu registrele de stat relevante (Registrul de stat al unităților de drept, Registrul de Stat al Unităților Administrativ-Teritoriale, Registrul de Stat al Populației, Registrul Bunurilor Imobile), pentru schimbul de date între instituții;

Raportare, analiză și statistici: generarea de rapoarte și extrase privind starea drumurilor publice, pentru fundamentarea deciziilor strategice și a politicilor publice;

Monitorizare și control: monitorizarea continuă a proceselor și a datelor, notificarea automată a erorilor și gestionarea restaurării datelor prin MCloud și MLog;

Administrare și suport tehnic: gestionarea utilizatorilor, drepturilor de acces și rolurilor, precum și oferirea de suport tehnic pentru funcționarea stabilă a sistemului.

Aplicarea principiului „once-only” (preluare și reutilizare de date prin interoperabilitate)

În cadrul SI RDP se aplică principiul „once-only”, conform căruia datele necesare desfășurării proceselor operaționale sunt colectate o singură dată și reutilizate ulterior, fără a fi solicitate repetat utilizatorilor sau reintroduse manual, în măsura în care acestea sunt deja disponibile în ecosistemul guvernamental.

În acest scop, SI RDP va utiliza mecanismele de interoperabilitate pentru preluarea și reutilizarea datelor din registrele și sistemele informaționale guvernamentale relevante, precum și pentru reutilizarea datelor deja gestionate în cadrul propriilor procese interne. Datele preluate prin interoperabilitate vor fi utilizate pentru precompletarea formularelor și vor putea fi confirmate/validate în cadrul fluxurilor operaționale ale SI RDP, fără a impune reintroducerea acestora.

Exemple de aplicare a principiului „once-only”:

la înregistrarea sau actualizarea informațiilor despre drumuri publice, datele administrative și teritoriale sunt preluate automat din registrele guvernamentale relevante, fără a fi introduse manual de către utilizatori;

datele juridice și de ident

despre drumuri publice, datele administrative și teritoriale sunt preluate automat din registrele guvernamentale relevante, fără a fi introduse manual de către utilizatori;

datele juridice și de identificare ale instituțiilor sau entităților implicate sunt reutilizate din surse oficiale existente și nu sunt solicitate repetat;

informațiile deja colectate și gestionate în SI RDP sunt reutilizate în procesele operaționale interne, rapoarte și schimburi de date, fără a necesita reintroducerea acestora.

Proactivitatea sistemului (mecanisme bazate pe evenimente și termene)

În cadrul SI RDP se aplică principiul proactivității, prin care sistemul notifică utilizatorii responsabili și/sau inițiază automat acțiuni înainte de o solicitare explicită din partea acestora, în funcție de evenimente și termene relevante asociate obiectelor gestionate.

În acest scop, SI RDP va implementa mecanisme de monitorizare și declanșare automată (triggers/rules) pentru:

termene limită și perioade de valabilitate (ex. inspecții, verificări periodice, expirări);

schimbări de stare ale obiectelor gestionate (ex. trecerea în stare critică/neconformă);

evenimente interne generate de procesele operaționale ale sistemului;

evenimente externe care influențează datele registrului (ex. modificări provenite din ecosistemul guvernamental).

Exemple de aplicare a proactivității:

la apropierea termenelor de inspecție/verificare pentru obiectele gestionate, sistemul generează automat notificări către utilizatorii responsabili (cu praguri configurabile, de tip 30/15/7 zile), iar la depășirea termenului inițiază automat marcarea/actualizarea stării obiectului și transmiterea unei alerte;

la apropierea expirării unui contract sau a unei perioade de valabilitate asociate obiectelor rutiere, sistemul notifică automat utilizatorii responsabili, iar la expirare inițiază automat acțiuni predefinite (ex. schimbarea stării, includerea în liste de monitorizare);

la apariția unor evenimente interne relevante (ex. schimbare de status, aprobare/invalidare, constatare de neconformitate), sistemul transmite automat notificări și inițiază fluxuri de lucru corespunzătoare (ex. revizuire, validare, escaladare);

la recepționarea unor evenimente externe care afectează datele registrului, sistemul actualizează automat informațiile sau marchează înregistrările pentru revizuire și notifică utilizatorii responsabili.

Abordarea event-driven și utilizarea MConnect Events

În cadrul SI RDP se aplică o abordare event-driven, prin care schimbările de stare relevante din registru sunt modelate ca evenimente (ex.: creare/modificare/anulare/expirare), publicate către consumatori autorizați.

Publicarea evenimentelor interne (SI RDP → ecosistem): la apariția unor schimbări de stare (de exemplu: introducerea/modificarea unei restricții de circulație, actualizarea stării unui sector de drum, publicarea/închiderea unei lucrări, schimbarea nivelului de acces/publicare a unui set de date), SI RDP publică evenimente standardizate

tricții de circulație, actualizarea stării unui sector de drum, publicarea/închiderea unei lucrări, schimbarea nivelului de acces/publicare a unui set de date), SI RDP publică evenimente standardizate, astfel încât alte componente (de ex. module interne, servicii de notificare, consumatori guvernamentali autorizați) să poată reacționa fără interogări repetate.

Consum de evenimente externe (ecosistem → SI RDP): SI RDP consumă evenimente provenite din sisteme/registre guvernamentale relevante, atunci când acestea influențează datele din registru (ex.: modificări administrative/teritoriale, schimbări de statut/identificatori pentru entități, actualizări cadastrale sau alte actualizări ce necesită sincronizarea câmpurilor critice). La recepționarea unui eveniment extern, SI RDP inițiază automat procese de actualizare/validare a datelor afectate, cu trasabilitate completă.

Schimbul de evenimente în cadrul ecosistemului guvernamental se realizează prin MConnect Events, iar evenimentele și procesarea lor sunt jurnalizate pentru audit și securitate, în corelare cu mecanismele de logging ale sistemului.

Aceste procese asigură actualizarea permanentă a informațiilor privind drumurile publice, transparența și trasabilitatea modificărilor, interoperabilitatea cu alte sisteme guvernamentale și creșterea calității deciziilor în domeniul infrastructurii rutiere.

Actorii și rolurile acestora în cadrul sistemului

SI RDP implică mai multe categorii de utilizatori (actori), fiecare având responsabilități și niveluri de acces distincte. Autentificarea și autorizarea se realizează exclusiv prin serviciul MPass, iar atribuțiile și drepturile sunt gestionate conform principiilor RBAC (Role-Based Access Control).

Actorii principali și roluri

Administrator SI RDP

Administratorul SI RDP este responsabil de configurarea și gestionarea sistemului, administrarea conturilor de utilizatori și monitorizarea funcționării platformei, configurarea parametrilor sistemici și importul/exportul datelor. Este utilizatorul cu cele mai extinse drepturi de acces și configurare.

Responsabilități principale:

Înregistrează și gestionează conturile de utilizator (creare, modificare, dezactivare);

Atribuie roluri și domenii de competență (național, local, control etc.);

Configurează parametrii sistemului (inclusiv perioade de păstrare a datelor, setări de securitate și autentificare);

Gestionează exporturile de date (inclusiv în format compatibil cu softul PAVER™);

Gestionează importul de date din surse externe (inclusiv din sistemul ТРАССА / Дорога-2011/ Титул-2005);

Monitorizează activitatea utilizatorilor și logurile de sistem;

Asigură integritatea și disponibilitatea datelor, precum și mentenanța platformei;

Are acces complet la toate modulele.

Registrator național

Registratorul național gestionează și actualizează datele pentru întreaga rețea națională de drumuri (drumuri de interes republican și național), fiind responsabil de menținerea completitudinii și corectitudinii datelor.

Respons

onează și actualizează datele pentru întreaga rețea națională de drumuri (drumuri de interes republican și național), fiind responsabil de menținerea completitudinii și corectitudinii datelor.

Responsabilități principale:

Introduce date noi și actualizează informații despre obiectele rutiere din rețeaua națională (drum, pod, podeț, acostament, marcaje, restricții etc.);

Transmite formularele spre verificare și aprobare către Registratorul de control;

Răspunde la observațiile primite și reîncarcă formularele completate;

Vizualizează istoricul și versiunile anterioare ale înregistrărilor;

Generează rapoarte și exporturi complete/filtrate pentru rețeaua națională;

Utilizează harta interactivă pentru identificarea și poziționarea exactă a obiectelor.

Registrator local

Registratorul local este responsabil de înregistrarea, modificarea și actualizarea datelor privind drumurile și obiectele aferente din aria administrativ-teritorială gestionată.

Responsabilități principale:

Introduce date noi și actualizează obiecte (drumuri, podețe, poduri, acostamente etc.) din unitatea administrativ-teritorială pentru care are drepturi definite de către Administrator SI RDP;

Completează formularele standardizate și atașează documente justificative;

Transmite formularele spre verificare și aprobare către Registratorul de control;

Răspunde la observațiile primite și reîncarcă formularele completate;

Poate vizualiza și exporta date aferente teritoriului propriu, în funcție de UAT stabilită în rol;

Utilizează harta interactivă pentru identificarea și poziționarea exactă a obiectelor.

Registrator de control

Registratorul de control efectuează verificarea tehnică și documentară a datelor introduse de Registratorii naționali și locali. Are rolul de aprobare, respingere sau returnare pentru completări, în baza fluxului de validare definit. Fără drept de adăugare/modificare a unui obiect informațional din sistem.

Responsabilități principale:

Preia formularele transmise spre verificare;

Verifică corectitudinea și completitudinea datelor introduse;

Aprobă, respinge sau returnează formularele către Registratori (naționali sau locali);

Introduce observații justificative la returnare sau respingere;

Asigură calitatea datelor și coerența între obiectele rutiere și harta GIS.

Angajat ANTA

Reprezentantul Agenției Naționale Transport Auto (ANTA) are rol de accesare a tuturor informațiilor disponibile în SI RDP ce țin de obiectele informaționale (drum, pod, podeț, trotuar etc.), cu scopul de a le folosi în emiterea autorizațiilor prin intermediul sistemului informațional e-Autorizații. Reprezintă un utilizator logat, cu drept exclusiv de acces și export date, fără drept de editare/modificare.

Responsabilități principale:

Consultă informațiile disponibile în registru (cu nivel extins de acces, inclusiv pentru poduri și podețe);

Accesează harta interactivă (cu nivel extins de vizualizare a datelor);

Descarcă rapoarte și hărți disponibile;

Beneficiază de transparență și acces complet la d

es, inclusiv pentru poduri și podețe);

Accesează harta interactivă (cu nivel extins de vizualizare a datelor);

Descarcă rapoarte și hărți disponibile;

Beneficiază de transparență și acces complet la date oficiale, fără posibilitatea de modificare.

Utilizator public

Utilizatorul public reprezintă orice persoană (cetățean, agent economic, ONG etc.) care accesează informațiile publice din SI RDP prin intermediul Portalului guvernamental integrat EVO.

Responsabilități principale:

Accesează interfața publică multilingvă (română, engleză, rusă);

Vizualizează harta rutieră, lucrările în desfășurare și restricțiile de circulație;

Descarcă rapoarte și consultă date publice aprobate;

Utilizează serviciile electronice integrate (ex. notificări publice);

Accesează secțiunile informative și de contact;

Beneficiază de transparență totală, fără drept de modificare a informațiilor.

Această structură a actorilor și rolurilor permite delimitarea clară a responsabilităților, oferă transparență și contribuie la menținerea securității și acurateței datelor din SI RDP.

Modelul de cerințe

Modelul de cerințe cuprinde o descriere indicativă a ceea ce ar trebui să poată face sistemul informațional și cum ar trebui să funcționeze. Acesta contribuie la asigurarea unei înțelegeri clare de către toți actorii a funcționalităților dorite și servește ca punct de referință pe tot parcursul procesului de dezvoltare a soluției.

Ținând cont de faptul că pe parcursul dezvoltării SI RDP vor fi întocmite mai multe documente, cititorul poate parcurge cu ușurință lista specificațiilor folosind numerele de referință oferite.

Fiecare număr de referință este precedat de o abreviere formată din câteva litere, care indică categoria cerinței. Prefixul este urmat de un număr secvențial care corespunde unei anumite etape a procesului operațional. De exemplu, FRQ002 și FRQ003 sunt numere de referință pentru două cerințe funcționale. NFRQ este referința pentru cerința non-funcțională.

În această convenție de denumire, literele în prefix reprezintă următoarele:

FRQ – Cerință funcțională;

NFRQ – Cerință non-funcțională.

Cerințe funcționale

În această secțiune sunt prezentate cerințele funcționale indicative ale SI RDP sub forma unor user story-uri simplificate.

Administrare obiecte de infrastructură rutieră

Administrarea obiectelor de infrastructură rutieră reprezintă procesul central al Sistemului Informațional „Registrul Drumurilor Publice” (SI RDP), prin care se asigură colectarea, validarea, actualizarea și arhivarea datelor privind rețeaua de infrastructură rutieră din Republica Moldova.

Aceste date cuprind informații detaliate despre drumuri, poduri, podețe, trotuare, accese, elemente de siguranță rutieră (parapete, semne, marcaje, dispozitive luminoase), lucrări de întreținere și alte componente ale rețelei publice de drumuri.

Conform prevederilor HG nr. 319/2024 privind instituirea sistemului informațional „Registrul drumurilor publice”, autoritățile competente – Administrația Națională a Dr

ale rețelei publice de drumuri.

Conform prevederilor HG nr. 319/2024 privind instituirea sistemului informațional „Registrul drumurilor publice”, autoritățile competente – Administrația Națională a Drumurilor (AND) și autoritățile publice locale de nivelul II – sunt responsabile de introducerea și actualizarea periodică a acestor obiecte în registru.

Accesul la funcționalitățile de administrare se realizează prin intermediul registratorilor autorizați, autentificați securizat prin MPass, iar acțiunile sunt înregistrate și auditate automat.

Actorii principali implicați:

Registrator Național – angajat al Administrației Naționale a Drumurilor, responsabil de înregistrarea și actualizarea obiectelor informaționale aferente drumurilor publice naționale (drumuri de tip M, R, G).

Registrator Local – reprezentant al autorităților publice locale de nivelul II, responsabil de gestionarea obiectelor aferente drumurilor raionale și municipale.

Registrator de Control – specialist al AND responsabil de verificarea și validarea datelor introduse de registratorii naționali și locali, cu drept de aprobare, respingere sau solicitare de completări.

Administrator SI RDP – reprezentant tehnic al AND, responsabil de configurarea proceselor de administrare, importul/exportul de date și monitorizarea conformității operaționale a sistemului.

Utilizator public – cetățean sau entitate interesată care are acces la interfața publică a sistemului pentru vizualizarea datelor agregate, a obiectelor publicate pe harta GIS și a indicatorilor statistici privind infrastructura rutieră. Nu are drepturi de modificare sau introducere a datelor, ci doar de consultare și abonare la notificări privind restricțiile și lucrările rutiere.

Fluxul funcțional al procesului

Conform modelului operațional, fiecare obiect informațional (de tip Drum, Pod, Indicator rutier etc.) parcurge un ciclu de viață digital compus din patru etape principale:

Înregistrarea primară – realizată de registratorii naționali sau locali prin completarea formularului digital specific tipului de obiect. Se introduc date tehnice, coordonate GIS și documente justificative (ex.: procese-verbale, contracte, rapoarte de inspecție). Sistemul efectuează automat verificări de consistență și conformitate.

Actualizarea și completarea datelor – efectuată de registratori în cazul modificărilor din teren (ex.: reparații, reconstrucții). Sistemul păstrează istoricul versiunilor și oferă trasabilitate completă a modificărilor.

Validarea și verificarea – efectuată de registratorii de control, care analizează datele transmise, pot aproba, respinge sau solicita completări, conform regulilor de business definite și normativelor tehnice.

Arhivarea / scoaterea din uz – aplicată obiectelor dezafectate, înlocuite sau nefuncționale. Datele nu se șterg, ci se păstrează în arhiva digitală istorică, disponibile pentru audit și analiză.

Datele înregistrate pot fi ulterior vizualizate pe harta GIS integrată, pot fi filtrate după regiune, stare tehn

terg, ci se păstrează în arhiva digitală istorică, disponibile pentru audit și analiză.

Datele înregistrate pot fi ulterior vizualizate pe harta GIS integrată, pot fi filtrate după regiune, stare tehnică, categorie funcțională, sau pot fi exportate în scopuri analitice.

Harta interactivă (GIS)

Harta interactivă (GIS) reprezintă componenta vizuală principală a sistemului SI RDP, prin intermediul căreia utilizatorii pot explora, analiza și interacționa cu obiectele de infrastructură rutieră înregistrate în registru.

Aceasta asigură reprezentarea spațială a datelor, integrând informațiile tehnice, administrative și de stare într-o interfață cartografică intuitivă și performantă.

Soluția GIS este concepută pentru a sprijini atât activitățile operaționale ale registratorilor, cât și consultarea publică a datelor deschise, asigurând totodată un nivel ridicat de securitate și performanță.

Actorii principali implicați în utilizarea hărții GIS:

Registrator Național – utilizează harta interactivă pentru localizarea, introducerea și verificarea obiectelor aferente drumurilor publice naționale (drumuri de tip M, R, G). Dispune de drepturi de editare și actualizare a datelor geospațiale.

Registrator Local – identifică, poziționează și actualizează obiectele de infrastructură rutieră din aria administrativ-teritorială de competență. Are acces la funcționalitățile de editare limitate la zona proprie.

Registrator de Control – verifică corectitudinea poziționării obiectelor, integritatea topologică și coerența straturilor GIS. Poate aproba, respinge sau solicita corecturi pentru datele cartografice introduse.

Administrator SI RDP – gestionează componentele tehnice ale hărții GIS: straturile tematice, serviciile cartografice, politicile de acces, conexiunile externe și performanța afișării datelor spațiale.

Angajat ANTA – utilizator instituțional cu drepturi de consultare, care accesează datele despre infrastructura rutieră, restricțiile și lucrările active, în scopul corelării acestora cu evidențele și autorizațiile gestionate de ANTA. Nu are drepturi de modificare, dar poate vizualiza și exporta informații relevante pentru activitatea instituției.

Utilizator Public – accesează, prin Portalul guvernamental integrat EVO, informațiile publicabile provenite din SI RDP, inclusiv harta publică, restricțiile, lucrările și indicatorii statistici. Nu are drepturi de modificare sau editare, ci doar de filtrare și vizualizare.

Fluxurile funcționale pentru Harta Interactivă (GIS)

Vizualizare și navigarea pe hartă

Utilizatorul accesează componenta GIS (prin MPass sau public). Se încarcă automat straturile de bază: drumuri, limite administrative, ortofotoplanuri. Harta permite zoom, panoramare, filtrare și selectarea obiectelor pentru vizualizarea detaliilor tehnice, a istoricului și a documentelor asociate.

Înregistrarea și editarea obiectelor

Sistemul permite selectarea tipului de obiect (ex. drum, pod, indicator rutier) și poziționarea acestuia pe hartă utilizând coordonat

i și a documentelor asociate.

Înregistrarea și editarea obiectelor

Sistemul permite selectarea tipului de obiect (ex. drum, pod, indicator rutier) și poziționarea acestuia pe hartă utilizând coordonate GPS sau trasare grafică. Formularul digital aferent este completat cu date tehnice și documente justificative, iar obiectul este salvat în status „în lucru”.

Consultarea publică și transparența datelor

Harta publică oferă acces deschis la informații agregate privind infrastructura rutieră. Utilizatorii pot aplica filtre (regiune, tip de obiect, categorie de drum, restricție, lucrare activă), pot vizualiza indicatori statistici și pot descărca rapoarte tematice.

Administrarea SI RDP

Administrarea SI RDP reprezintă ansamblul funcționalităților destinate gestionării operaționale, tehnice și de securitate a sistemului informațional „Registrul Drumurilor Publice”.

Această componentă este utilizată pentru configurarea parametrilor globali, administrarea conturilor și rolurilor de utilizator, controlul accesului, gestionarea nomenclatoarelor și clasificatoarelor, precum și pentru monitorizarea performanței sistemului.

Administrarea sistemului este realizată exclusiv de către personalul tehnic desemnat al Administrației Naționale a Drumurilor (AND), în baza autentificării prin MPass. Toate acțiunile efectuate în sistem sunt înregistrate automat în jurnalul de activitate, asigurând trasabilitate și conformitate cu politicile de securitate.

Prin această componentă se asigură:

configurarea fluxurilor de lucru și a regulilor de validare;

gestionarea drepturilor de acces (RBAC/ABAC) și a structurii organizaționale;

administrarea nomenclatoarelor și clasificatoarelor utilizate în modulele sistemului;

monitorizarea stării tehnice a sistemului și a integrărilor cu serviciile externe (MPass, MConnect, MNotify);

administrarea notificărilor, rapoartelor, jurnalelor și indicatorilor de performanță (SLA, timpi de răspuns, disponibilitate).

Actorii principali implicați:

Administrator SI RDP – reprezentant tehnic al Administrației Naționale a Drumurilor, responsabil de configurarea, întreținerea și monitorizarea sistemului, administrarea utilizatorilor, a fluxurilor și a integrărilor.

Registratorul național, local și de control – reprezentant al AND sau autorităților publice locale de nivelul II, care utilizează sistemul pentru înregistrarea și validarea obiectelor rutiere și are acces la un dashboard personalizat cu situația înregistrărilor proprii.

Fluxurile funcționale pentru Administrarea SI RDP

Configurarea sistemului - Administratorul SI RDP definește parametrii generali ai SI RDP (de exemplu: perioade de păstrare a datelor, politici de backup, configurarea integrărilor cu MCloud, MPass, MNotify, MLog).

Administrarea utilizatorilor și rolurilor - crearea, modificarea, suspendarea sau ștergerea conturilor, definirea rolurilor RBAC și atribuirea domeniilor de competență (național / local / control).

Audit și monitorizare - vizualizarea logurilor aplicației, monitoriz

suspendarea sau ștergerea conturilor, definirea rolurilor RBAC și atribuirea domeniilor de competență (național / local / control).

Audit și monitorizare - vizualizarea logurilor aplicației, monitorizarea activității utilizatorilor și stării serviciilor.

Exportul și importul datelor – efectuarea backup-urilor periodice, restaurarea datelor din arhivă și importul datelor din surse externe.

Raportare tehnică și operațională – generarea rapoartelor privind performanța sistemului, erori, sesiuni și acțiuni ale utilizatorilor.

Cerințe non-funcționale

În această secțiune sunt prezentate cerințele non-funcționale ale SI RDP.

Cerințe de arhitectură

Cerințe de integrare cu produsele guvernamentale

Cerințe de integrare cu surse moderne de colectare a datelor

Cerințe de performanță

Cerințe SLA (Service Level Agreement)

Cerințe RTO/RPO și recuperare în caz de dezastru

Observabilitate și monitorizare

Cerințe pentru interfața utilizatorului

Cerințe de mentenanță

Cerințe de securitate

Cerințe de garanție

Cerințe privind migrarea datelor

Cerințe față de documentație

Cerințe de instruire

Drepturi de proprietate

Testarea și acceptanța

Anexe

Anexa nr. 1. Spațiul normativ-juridic al funcționării sistemului SI RDP

Cadrul juridic-normativ al SI RDP este format din legislația națională în vigoare, acordurile și convențiile internaționale la care Republica Moldova este parte, precum și actele normative care reglementează implementarea SI RDP.

Crearea și funcționarea SI RDP este reglementată, în particular, de următoarele Legi, Hotărâri de Guvern și Ordine ministeriale:

Hotărârea Guvernului nr. 319 din 2024 cu privire la instituirea Sistemului Informațional „Registrul drumurilor publice”;

Legea drumurilor nr. 509 din 22 iunie 1995 (Monitorul Oficial Nr. 62-63 art. 690);

Legea nr. 150 din 14 iulie 2017 cu privire la Registrul obiectivelor de infrastructură tehnico-edilitară (Monitorul Oficial Nr. 277-288 art. 483);

Legea nr. 467 din 21 noiembrie 2003 cu privire la informatizare și la resursele informaționale de stat (Monitorul Oficial Nr/ 6-12 art. 44);

Hotărârea Guvernului nr. 677 din 8 octombrie 2025 cu privire la consolidarea accesului la serviciile publice electronice în cadrul Portalului guvernamental integrat EVO utilizat la prestarea serviciilor publice electronice și aprobarea măsurilor necesare pentru implementarea modelului unitar de design (Monitorul Oficial Nr. 526-528 art. 680);

Legea nr. 133/2011 privind protecția datelor cu caracter personal;

Legea nr. 142/2018 cu privire la schimbul de date și interoperabilitate;

Legea nr. 315/2022 pentru aprobarea Strategiei naționale de dezvoltare „Moldova Europeană 2030”;

Legea nr. 71/2007 cu privire la registre;

Legea nr.124/2022 privind identificarea electronică și serviciile de încredere;

Legea nr. 720/1996 fondului rutier;

Hotărârea Guvernului nr. 1468/2016 privind aprobarea listelor drumurilor publice naționale și locale din Republica Moldova;

Hotărârea Guvernului nr. 362/2011 privind aprobarea listei terenurilor p

er;

Hotărârea Guvernului nr. 1468/2016 privind aprobarea listelor drumurilor publice naționale și locale din Republica Moldova;

Hotărârea Guvernului nr. 362/2011 privind aprobarea listei terenurilor proprietate publică a statului ocupate de drumurile naționale;

Hotărârea Guvernului nr. 133/2014 cu privire la crearea sistemului informațional automatizat „Registrul obiectelor de infrastructură tehnico-edilitară” (ROITE);

Hotărârea Guvernului nr. 357 cu privire la aprobarea Regulamentului circulației rutiere;

Hotărârea Guvernului nr. 201/2017 privind cerințele minime obligatorii de securitate cibernetică;

Hotărârea Guvernului nr. 733/2006 privind Concepția guvernării electronice;

Hotărârea Guvernului nr. 1123/2010 cu privire la cerințele față de asigurarea securității datelor cu caracter personal la prelucrarea acestora în cadrul sistemelor informaționale de date cu caracter personal;

Hotărârea Guvernului nr. 326/2022 pentru aprobarea Regulamentului cu privire la efectuarea pe drumurile publice a transporturilor rutiere cu depășirea masei totale, a maselor pe axe și/sau a dimensiunilor maxime admise;

Hotărârea Guvernului nr. 126/2020 pentru aprobarea Conceptului tehnic privind Sistemul de management integrat în domeniul transportului rutier;

Hotărârea Guvernului nr. 376/2020 pentru aprobarea Conceptului serviciului guvernamental de notificare electronica (MNotify) și a Regulamentului privind modul de funcționare și utilizare a serviciului guvernamental de notificare electronică (MNotify);

Hotărârea Guvernului nr. 413/2020 pentru aprobarea Regulamentului privind utilizarea, administrarea și dezvoltarea Portalului guvernamental al cetățeanului;

Hotărârea Guvernului nr. 414/2018 cu privire la măsurile de consolidare a centrelor de date în sectorul public și de raționalizare a administrării sistemelor informaționale de stat;

Hotărârea Guvernului nr. 562/2006 cu privire la crearea sistemelor și resurselor informaționale automatizate de stat;

Hotărârea Guvernului nr. 709/2011 cu privire la unele măsuri în domeniul e-Transformare a guvernării;

Hotărârea Guvernului nr. 712/2020 cu privire la serviciul guvernamental de plăți electronice (MPay);

Hotărârea Guvernului nr. 656/2012 cu privire la aprobarea Programului privind Cadrul de Interoperabilitate;

Hotărârea Guvernului nr. 710/2011 privind programul strategic de modernizare tehnologică a guvernării (e-Transformare);

Hotărârea Guvernului nr. 211/2019 privind platforma de interoperabilitate (MConnect);

Hotărârea Guvernului nr. 1090/2013 privind serviciul electronic guvernamental de autentificare și control al accesului (MPass);

Hotărârea Guvernului nr. 708/2014 privind serviciul electronic guvernamental de jurnalizare (MLog);

Hotărârea Guvernului nr. 128/2014 privind platforma tehnologică guvernamentală comună (MCloud);

Reglementarea tehnică „Procesele ciclului de viață al software-ului” RT 38370656- 002:2006, aprobată prin Ordinul ministrului dezvoltării informaționale nr. 78/2006.

Anexa nr. 2. Formularul n

MCloud);

Reglementarea tehnică „Procesele ciclului de viață al software-ului” RT 38370656- 002:2006, aprobată prin Ordinul ministrului dezvoltării informaționale nr. 78/2006.

Anexa nr. 2. Formularul nr.1 pentru tipul de obiect „Drum”

Tabel nr. 1 Categorii interzise

Anexa nr. 3. Formularul nr.2 pentru tipul de obiect „Pod”

Tabel nr. 2 Tipurile și subtipurile de obstacole traversate de un pod

Tabel nr.3 Tipuri de poduri

Tabel nr.4 Tipuri de scheme statice

Tabel nr. 5 Clase de încărcare - valori

Tabel nr. 6 Categorii interzise pentru poduri și podețe

Tabel nr. 7 Motive pentru rute ocolitoare

Anexa nr. 4. Formularul nr.3 pentru tipul de obiect „Podeț”

Anexa nr. 5. Formularul nr.4 pentru tipul de obiect „Trotuar”

Anexa nr. 6. Formularul nr.5 pentru tipul de obiect „Parapet”

Anexa nr.7. Formularul nr. 6 pentru tipul de obiect „Indicator rutier”

Tabel nr. 8 Tip suport pentru indicator

Tabel nr. 9 Tip materiale pentru indicator

Tabel nr. 10 Tip materiale pentru stâlp/suport indicator

Tabel nr. 11 Clasa foliei pentru indicator

Anexa nr.8 Formularul nr. 7 pentru tipul de obiect „Marcaj rutier”

Anexa nr.9 Formularul nr. 8 pentru tipul de obiect „Dispozitiv de semnalizare luminoasă”

Anexa nr.10 Formularul nr. 9 pentru tipul de obiect „Acostament”

Anexa nr.11 Formularul nr. 10 pentru tipul de obiect „Taluz”

Anexa nr.12 Formularul nr. 11 pentru tipul de obiect „Șanț lateral”

Anexa nr.13 Formularul nr. 12 pentru tipul de obiect „Zid de sprijin”

Anexa nr.14 Formularul nr. 13 pentru tipul de obiect „Teren aferent drumului”

Anexa nr.15 Formularul nr. 14 pentru tipul de obiect „Obiect de infrastructură tehnico-edilitară”

Tabel nr. 12 Tipurile și subtipurile de obiecte de infrastructură tehnico-edilitară

Anexa nr.16 Formularul nr. 15 pentru tipul de obiect „Construcție anexată la drum”

Anexa nr.17 Formularul nr. 16 pentru tipul de obiect „Dren”

Anexa nr.18 Formularul nr. 17 pentru tipul de obiect „Intersecție rutieră/feroviară”

Anexa nr.19 Formularul nr. 18 pentru tipul de obiect „Pistă pentru biciclete”

Anexa nr.20 Formularul nr. 19 pentru tipul de obiect „Plantație rutieră”

Anexa nr.21 Formularul nr. 20 pentru tipul de obiect „Contract”

Anexa nr.22 Formularul nr. 21 pentru tipul de obiect „Obiectiv în zona drumului public”

Tabel nr. 13 Tipurile și subtipurile de obiective

Anexa nr. 23 Matrice de conformitate cu cadrul de acceptanță și guvernanță pentru sistemele informaționale de stat

ecovery Time Objective / Recovery Point Objective – indicatori pentru recuperare în caz de dezastru.

ificat.

ca parte integrantă a Sistemului.

organizaționale aferente, cum ar fi resursele umane și tehnice, care furnizează și distribuie date/informații.

Ca Registrator (național sau local), vreau să pot adăuga un obiect rutier nou (drum, pod, podeț, trotuar etc.), pentru a înregistra corect elementele de infrastructură rutieră în sistem.

Criterii de acceptare:

Sistemul afișează opțiunea „Adaugă obiect nou”.

Formularul digital permite completarea câmpurilor obligatorii și atașarea documentației justificative.

După salvare, obiectul primește un ID unic și apare în lista de înregistrări.

Ca Registrator (național sau local), vreau ca la selectarea opțiunii „Adăugare obiect rutier nou” din modulul Administrarea Obiectelor de Infrastructură Rutieră, sistemul să deschidă un formular de inițializare în care pot selecta tipul obiectului rutier, pentru a începe procesul de înregistrare a unui nou element de infrastructură rutieră.

Criterii de acceptare:

La selectarea opțiunii „Adăugare obiect rutier nou”, sistemul afișează un formular de inițializare.

Formularul conține un câmp obligatoriu de tip dropdown pentru selectarea tipului obiectului rutier.

Registratorul poate selecta doar un singur tip de obiect din lista predefinită:

drum

pod

podeț

trotuar

parapet

indicator rutier

marcaj rutier

dispozitiv de semnalizare luminoasă

acostamen

ului rutier.

Registratorul poate selecta doar un singur tip de obiect din lista predefinită:

drum

pod

podeț

trotuar

parapet

indicator rutier

marcaj rutier

dispozitiv de semnalizare luminoasă

acostament

taluz

șanț lateral

zid de sprijin

teren aferent drumului

obiect de infrastructură tehnico-edilitară

construcție anexată la drum

dren

intersecție rutieră/feroviară

pistă pentru biciclete

plantație rutieră

contract

obiectiv în zona drumului public

Selecția multiplă nu este permisă — sistemul blochează continuarea dacă sunt bifate mai multe opțiuni.

Câmpul de selecție este obligatoriu — până la completarea lui, butonul „Continuă” sau echivalentul nu este activ.

După selectarea unui tip valid, sistemul generează automat formularul specific corespunzător obiectului ales (conform specificațiilor din Anexele Formular nr. 1–21).

Sistemul validează selecția înainte de a permite trecerea la formularul detaliat.

Toate acțiunile (inițiere, selecție, continuare) sunt jurnalizate cu utilizatorul, data și ora.

Ca Registrator (național sau local), vreau să pot completa formularul generat și să pot salva progresul, pentru a evita pierderea datelor în cazul întreruperii sesiunii.

Criterii de acceptare:

Formularul conține câmpuri obligatorii și opționale conform anexelor tehnice.

Pentru câmpurile eligibile, sistemul precompletează automat datele din surse/registre oficiale disponibile, în conformitate cu principiul „once-only”, evitând solicitarea reintroducerii manuale a informațiilor deja existente.

Sistemul validează câmpurile obligatorii la salvare și semnalează erorile contextuale.

Există un buton „Salvează draft” care stochează progresul într-un statut de tip „Draft”.

Drafturile sunt vizibile exclusiv pentru Registratorul care le-a creat.

Draftul poate fi reluat ulterior pentru completare sau modificare.

Registratorul poate șterge definitiv un draft (operațiune ireversibilă).

Drafturile rămân în sistem până la trimitere sau ștergere.

Acțiunile de salvare/ștergere sunt jurnalizate.

Ca Registrator (național sau local), vreau să pot trimite formularul completat spre verificare doar după ce toate câmpurile obligatorii sunt completate, pentru a asigura calitatea și integritatea datelor înregistrate.

Criterii de acceptare:

Butonul „Trimite spre verificare” devine activ doar după completarea tuturor câmpurilor obligatorii.

În caz contrar, sistemul afișează mesaje de eroare contextuale (ex.: „Trebuie să selectați tipul de drum”).

La trimitere, formularul intră în starea „Transmis spre verificare”.

Sistemul validează toate câmpurile conform regulilor definite în anexele tehnice.

Secțiunea „Restricții” este opțională:

Se completează doar dacă obiectul rutier are asociată o restricție (de viteză, acces, gabarit, etc.).

În lipsa unei restricții, această secțiune rămâne necompletată.

Sistemul nu afișează erori sau avertismente dacă secțiunea este goală.

tier are asociată o restricție (de viteză, acces, gabarit, etc.).

În lipsa unei restricții, această secțiune rămâne necompletată.

Sistemul nu afișează erori sau avertismente dacă secțiunea este goală.

Formularul nu poate fi transmis până la corectarea erorilor.

Acțiunea este jurnalizată (cine, ce, când).

Ca Registrator (național sau local), vreau să pot relua completarea unui formular salvat anterior ca draft, pentru a continua procesul de înregistrare de unde l-am lăsat.

Criterii de acceptare:

Sistemul afișează lista tuturor formularelor aflate în starea „Draft”.

Registratorul poate selecta un draft pentru a-l redeschide în modul de editare.

Toate datele introduse anterior sunt precompletate automat.

După completare, utilizatorul poate:

continua salvarea ca draft, sau

trimite formularul spre verificare.

Sistemul actualizează data ultimei modificări.

Ca Sistem, vreau să limitez accesul la drafturi doar la utilizatorul care le-a creat, pentru a asigura confidențialitatea și integritatea datelor incomplete.

Criterii de acceptare:

Draftul este vizibil și accesibil doar pentru Registratorul care l-a creat.

Niciun alt Registrator nu poate accesa sau modifica acel draft.

Ca Registrator (național sau local), vreau să pot șterge definitiv un draft salvat, pentru a elimina formularele inutile sau eronate din lista mea de lucru.

Criterii de acceptare:

Sistemul oferă opțiunea „Șterge draft” în lista de drafturi.

La ștergere, sistemul solicită confirmare („Ești sigur că vrei să ștergi acest draft definitiv?”).

După confirmare:

draftul este eliminat complet din sistem;

datele nu mai pot fi restaurate.

Sistemul înregistrează acțiunea în jurnalul de activități (cine, când, ce draft).

Ca Registrator (național sau local), vreau să pot relua în editare un formular de date deja transmis spre verificare, atâta timp cât acesta nu a fost preluat încă în procesare de către Registratorul de control, pentru a corecta sau completa informațiile înainte de control.

Criterii de acceptare:

Formularul aflat în starea „Transmis spre verificare” poate fi editat de către Registratorul inițiator.

În momentul în care formularul este preluat în control, funcționalitatea de editare se dezactivează automat.

Sistemul afișează mesajul: „Formularul nu poate fi editat, deoarece se află în procesare de către Registratorul de control.”

Sistemul gestionează în timp real starea formularului, pentru a evita conflicte de editare.

Ca Registrator de control, vreau să am acces la o listă cu toate formularele transmise spre verificare de către Registratori, pentru a le putea analiza și gestiona eficient.

Criterii de acceptare:

Sistemul afișează lista formularelor în starea „Transmis spre verificare”.

Pentru fiecare formu

verificare de către Registratori, pentru a le putea analiza și gestiona eficient.

Criterii de acceptare:

Sistemul afișează lista formularelor în starea „Transmis spre verificare”.

Pentru fiecare formular sunt afișate:

Tipul obiectului de infrastructură,

Data transmiterii,

Numele Registratorului inițiator,

Starea curentă a formularului.

Lista poate fi sortată și filtrată (după tip, dată, status, utilizator).

Ca Registrator de control, vreau să pot prelua un formular în procesare, pentru a începe verificarea conținutului transmis de Registrator.

Criterii de acceptare:

Formularul poate fi preluat prin apăsarea butonului „Preia în procesare”.

După preluare:

Formularul intră automat în starea „În control”;

Editarea devine indisponibilă pentru Registratorul inițiator;

Formularul este asociat profilului Registratorului de control care l-a preluat.

Sistemul marchează vizual formularul ca „în lucru”.

Ca Registrator de control, vreau să pot vizualiza complet conținutul formularului transmis, pentru a verifica corectitudinea datelor și a poziționării geografice.

Criterii de acceptare:

Sistemul permite vizualizarea tuturor câmpurilor completate de Registrator.

Registratorul de control poate consulta documentele atașate și poziția geografică a obiectului pe hartă.

Toate datele vizualizate sunt read-only în această etapă.

Ca Registrator de control, vreau să pot aproba formularul transmis de Registrator, pentru a confirma validitatea datelor și a include obiectul în registrul oficial.

Criterii de acceptare:

La apăsarea butonului „Aprobă”, formularul:

este marcat cu statusul „Aprobat”;

devine parte oficială a registrului;

se salvează data aprobării și numele Registratorului de control.

Versiunea aprobată devine vizibilă în toate vizualizările publice și GIS.

Ca Registrator de control, vreau să pot returna un formular către Registratorul inițiator pentru completări, pentru a permite corectarea informațiilor lipsă sau eronate.

Criterii de acceptare:

La apăsarea butonului „Returnează pentru completări”, Registratorul de control introduce un comentariu obligatoriu de justificare.

Formularul revine în starea „Necesită completări”.

Registratorul inițiator primește notificare automată în sistem, prin intermediul serviciului guvernamental MNotify.

Formularul devine editabil din nou de către Registratorul inițiator.

Ca Registrator de control, vreau să pot respinge definitiv un formular,

în caz de neconformitate majoră, pentru a asigura integritatea și calitatea datelor din registru.

Criterii de acceptare:

La apăsarea butonului „Respinge”, sistemul solicită obligatoriu introducerea unui motiv clar în câmpul „Justificare”.

Formularul intră în starea „Res

tatea datelor din registru.

Criterii de acceptare:

La apăsarea butonului „Respinge”, sistemul solicită obligatoriu introducerea unui motiv clar în câmpul „Justificare”.

Formularul intră în starea „Respins”.

Registratorul inițiator primește notificare automată privind respingerea.

Formularul respins nu mai poate fi modificat, dar rămâne arhivat pentru audit.

Ca Registrator (național sau local), vreau să pot iniția acțiunea „Modificare obiect existent” din modulul „Administrarea Obiectelor de Infrastructură Rutieră”, pentru a actualiza informațiile unui obiect deja înregistrat în sistem.

Criterii de acceptare:

Sistemul oferă opțiunea „Modificare obiect existent” în lista de acțiuni disponibile.

La selectare, se deschide formularul de actualizare precompletat cu ultima versiune aprobată a obiectului.

La inițierea modificării, sistemul reutilizează datele deja existente (ultima versiune aprobată și datele preluate anterior din surse oficiale), în conformitate cu principiul „once-only”, fără a solicita reintroducerea informațiilor neschimbate.

Ca Sistem, vreau ca fiecare salvare de actualizare a unui obiect să genereze automat o versiune nouă, pentru a menține istoricul complet al modificărilor efectuate asupra obiectului rutier și evoluția valorilor asociate acestuia în timp.

Criterii de acceptare:

Fiecare actualizare creează o versiune separată, cu metadate:

data și ora modificării,

utilizatorul care a efectuat modificarea,

descrierea schimbării.

Versiunile anterioare rămân accesibile în istoricul obiectului, în mod read-only.

Interfața afișează clar ce versiune este „curentă” și care sunt „istorice”.

Sistemul va salva automat evoluția în timp a tuturor indicatorilor dinamici/variabili (ex. costuri, cheltuieli de întreținere, starea tehnică, scorul PCI, IRI, valorile de trafic, etc.), fără a suprascrie valorile anterioare.

Pentru fiecare indicator variabil, sistemul va păstra istoric complet, cu posibilitatea de a vizualiza evoluția acestuia pe perioade de timp definite.

Utilizatorul autorizat (Registrator, Administrator) va putea accesa și exporta aceste date istorice în orice moment, sub formă de raport sau grafic evolutiv.

Modificările indicatorilor sunt corelate automat cu versiunile obiectului, pentru a permite o analiză completă a evoluției tehnice și economice.

Ca Registrator (național sau local), vreau ca sistemul să valideze automat toate câmpurile obligatorii înainte de trimiterea formularului, pentru a preveni erorile și respingerea ulterioară.

Criterii de acceptare:

La apăsarea butonului „Trimite spre verificare”, sistemul rulează validări automate.

Dacă lipsesc date obligatorii, transmiterea este blocată.

Sistemul afișează mesaje de eroare contextuale lângă câmpurile afectate.

Formularul nu poate fi trimis până la corectarea tuturor eroril

mate.

Dacă lipsesc date obligatorii, transmiterea este blocată.

Sistemul afișează mesaje de eroare contextuale lângă câmpurile afectate.

Formularul nu poate fi trimis până la corectarea tuturor erorilor.

Ca Registrator (național sau local), vreau să pot reinteroga registre externe (ex. RBI – Registrul Bunurilor Imobile) în timpul completării formularului, pentru a importa date actualizate și a evita completarea manuală, în conformitate cu principiul „once-only”.

Criterii de acceptare:

Sistemul oferă buton „Importă / Actualizează” pentru câmpurile eligibile.

Datele importate se încarcă automat în câmpurile relevante.

Câmpurile completate prin import sunt marcate vizual (ex.: indicator „preluat din registru extern”), pentru a evidenția reutilizarea datelor conform „once-only”.

Sistemul păstrează pentru datele importate metadate minime (sursa și data/ora importului), pentru trasabilitate și evitarea colectării repetate.

Ca Sistem, vreau să dezactivez posibilitatea de editare a formularului atunci când obiectul este în starea „În control”, pentru a preveni modificările simultane de către registrator în timpul verificării.

Criterii de acceptare:

Dacă un obiect se află în statusul „În control”, butonul „Modificare” este dezactivat.

Sistemul afișează un mesaj: „Formularul este în verificare – editarea este temporar blocată.”

După eliberare, editarea devine din nou disponibilă.

Ca Registrator de Control, vreau să pot verifica, aproba, returna sau respinge actualizările trimise de Registratori, pentru a asigura calitatea și corectitudinea datelor din sistem.

Criterii de acceptare:

Fluxul include următoarele etape:

Transmis spre verificare

În control

Aprobă / Returnează pentru completări / Respinge

La returnare sau respingere, sistemul solicită justificare obligatorie.

Toate aprobările sunt marcate cu dată, oră și utilizator.

Fiecare acțiune schimbă automat statusul obiectului.

Ca Sistem, vreau să previn ca același utilizator să efectueze și înregistrarea/modificarea/arhivarea unui obiect/formular, și controlul/validarea/aprobarea aceluiași obiect/formular, pentru a evita auto-aprobarea.

Criterii de acceptare:

Sistemul blochează acțiunea de control/aprobare dacă ID-ul utilizatorului coincide cu cel al persoanei care a efectuat înregistrarea/modificarea/arhivarea unui obiect sau a unui formular.

Mesajul afișat: „Auto-aprobare interzisă”.

Ca Sistem, vreau să notific automat utilizatorii la fiecare schimbare de status a unui obiect, pentru a asigura transparența procesului de verificare și aprobare, folosind serviciul guvernamental de notificări MNotify.

Criterii de acceptare:

Sistemul trimite notificări în platformă și pe email la fiecare schimbare de status.

Notificările includ: tipul ac

obare, folosind serviciul guvernamental de notificări MNotify.

Criterii de acceptare:

Sistemul trimite notificări în platformă și pe email la fiecare schimbare de status.

Notificările includ: tipul acțiunii, numele obiectului, noul status și cine a efectuat acțiunea.

Pentru stările care implică acțiuni în timp (ex.: „Transmis spre verificare”, „Necesită completări”, „În control”), sistemul transmite notificări de tip reminder înainte de atingerea termenelor configurabile (ex. T-24h / T-3 zile), către rolurile responsabile.

La depășirea termenului configurabil, sistemul transmite notificare de întârziere și, după caz, notificare de escaladare către rolul superior/administrator; toate notificările sunt auditate.

La fiecare schimbare de status, sistemul generează un eveniment de tip ObjectStatusChanged, utilizat intern pentru declanșarea notificărilor prin MNotify și, după caz, publicat către consumatori autorizați prin MConnect Events, cu jurnalizare/audit corelat.

Ca Sistem, vreau ca doar versiunile aprobate ale obiectelor să fie vizibile în interfața publică și pe harta GIS, pentru a garanta că publicul și utilizatorii externi văd doar date validate.

Criterii de acceptare:

După aprobare, versiunea curentă este marcată ca „oficială”.

Aceasta devine vizibilă în toate vizualizările SI RDP (inclusiv hartă GIS).

Versiunile neaprobate (draft / în lucru / respinse) nu sunt afișate public.

La marcarea versiunii ca „oficială”, SI RDP publică un eveniment ObjectPublished (și, după caz, ObjectUnpublished) prin MConnect Events, astfel încât vizualizările publice/GIS și consumatorii autorizați să se actualizeze fără interogări repetate.

Ca Registrator (național sau local), vreau să pot iniția procesul de arhivare pentru un obiect rutier care este scos din uz sau înlocuit, pentru a marca acest obiect ca inactiv fără a-l șterge din sistem.

Criterii de acceptare:

Sistemul afișează acțiunea „Arhivare obiect” în interfață.

La selectarea acțiunii, se deschide un formular cu câmpuri obligatorii:

Temei / Justificare,

Data scoaterii din uz,

Document(e) atașat(e).

Formularul nu poate fi trimis fără completarea acestor câmpuri.

După trimiterea cererii, obiectul intră în fluxul de aprobare.

Ca Sistem, vreau să verific existența relațiilor critice (segmente asociate, lucrări active etc.) înainte de arhivare, pentru a preveni pierderea integrității datelor din baza de date.

Criterii de acceptare:

Sistemul validează dacă obiectul are legături active.

Dacă există relații critice, operația este blocată.

Se afișează mesaje explicite și soluții alternative (ex.: arhivare pe componente).

Nicio acțiune de arhivare nu este permisă dacă rezultatul ar rupe referințele interne.

Ca Registrator de Control, vreau să pot verifica, aproba sau res

acțiune de arhivare nu este permisă dacă rezultatul ar rupe referințele interne.

Ca Registrator de Control, vreau să pot verifica, aproba sau respinge cererile de arhivare, pentru a menține controlul asupra modificărilor aduse bazei de date.

Criterii de acceptare:

Cererea de arhivare urmează același flux ca la actualizare:

Aprobă → obiectul trece în starea „Arhivat”;

Returnează → cererea revine la inițiator cu comentarii;

Respinge → procesul este oprit.

Sistemul trimite notificări automate la fiecare acțiune.

Toate etapele sunt jurnalizate.

Ca Registrator național, local, de Control, vreau să pot vizualiza și filtra obiectele arhivate separat de cele active, pentru a consulta istoricul infrastructurii și versiunile anterioare.

Criterii de acceptare:

Obiectele arhivate nu sunt afișate implicit în harta publică.

Sistemul oferă filtru „Istoric / Arhivate” în listă și pe hartă.

Obiectele arhivate sunt marcate vizual distinct (legendă dedicată).

Ca Sistem, vreau să aplic automat compresie fără pierderi (lossless) asupra datelor și atașamentelor arhivate, pentru a optimiza spațiul de stocare fără a afecta integritatea informațiilor.

Criterii de acceptare:

La trecerea în „Arhivat”, se aplică algoritmul de compresie configurat (ex.: gzip / zstd).

Decompresia este automată la consultare.

Ca Sistem, vreau să asociez automat fiecărui obiect rutier metadate privind creatorul, data creării și ultima modificare, pentru a permite auditul și trasabilitatea completă.

Criterii de acceptare:

Fiecare obiect conține câmpurile „Creat de”, „Creat la”, „Modificat de”, „Modificat la”.

Valorile se actualizează automat la fiecare acțiune.

Ca Registrator (național, local sau de control), vreau să pot genera și exporta rapoarte complete privind un drum selectat (inclusiv toate obiectele asociate – poduri, podețe, acostamente, plantații, marcaje, restricții etc.), pentru ca să pot analiza, arhiva și transmite aceste informații în format standardizat către alte instituții sau parteneri.

Criterii de acceptare:

Exportul este disponibil din fișa detaliată a unui drum.

Se pot selecta formatele de export: PDF, DOCX, CSV, XLSX.

Rapoartele pot fi generate după aplicarea oricăror filtre disponibile în sistem, inclusiv: tip de obiect, stare tehnică, dată, categorie de drum, localitate, poziție kilometrică, instituție administratoare etc.

Rapoartele pot include date agregate sau detaliate, în funcție de filtrele aplicate.

Raportul include:

datele generale ale drumului (număr, categorie, denumire, lungime totală);

toate obiectele asociate, cu atribute și coordonate;

istoricul intervențiilor și starea tehnică curentă;

informații privind restricții și semnalizare.

Raportul are antet cu denumirea sistemului, data generării și nu

asociate, cu atribute și coordonate;

istoricul intervențiilor și starea tehnică curentă;

informații privind restricții și semnalizare.

Raportul are antet cu denumirea sistemului, data generării și numele utilizatorului.

Exportul este jurnalizat automat (cine, ce, când).

Datele sunt filtrate conform drepturilor de acces ale Registratorului.

Ca Registrator (național, local sau de control), vreau să pot genera rapoarte generice pentru toate obiectele dintr-o anumită categorie (ex: toate podețele de pe raza unei localități), pentru a verifica inventarul și starea tehnică a acestora.

Criterii de acceptare:

Sistemul oferă posibilitatea de filtrare și exportare după toate criteriile disponibile, inclusiv:

categorie de obiect,

localitate / raion / regiune,

poziție kilometrică (PK început – PK sfârșit),

stare tehnică,

an construcție / intervenție,

instituție administratoare,

data ultimei modificări sau aprobări.

Exportul este generat în format CSV sau XLSX, conform formatului standardizat.

Se includ toate câmpurile relevante din formularele specifice categoriei selectate.

Raportul include un sumar statistic (număr total obiecte, lungime cumulată, distribuție pe stări tehnice, valori agregate).

Exportul este posibil doar pentru date aprobate și vizibile în funcție de drepturile utilizatorului.

Toate exporturile sunt jurnalizate (utilizator, dată, tip raport, filtre aplicate).

Ca Registrator (național, local sau de control), vreau să pot genera rapoarte sintetice lunare sau trimestriale privind modificările și validările efectuate, pentru ca să pot urmări progresul activităților de înregistrare și control.

Criterii de acceptare:

Se pot selecta intervale calendaristice.

Raportul include:

numărul total de înregistrări noi;

numărul de modificări și aprobări;

lista obiectelor respinse sau în lucru.

Export în format PDF sau XLSX cu grafice sumare.

Sistemul trimite notificare de confirmare la finalizarea generării raportului.

Ca Administrator SI RDP, vreau să pot genera și exporta toate datele referitoare la drumuri într-un format standardizat, compatibil cu softul PAVER™, astfel încât acestea să poată fi încărcate și procesate direct în sistemul extern fără a necesita conversii suplimentare.

Criterii de acceptare:

Sistemul oferă o opțiune vizibilă în interfața de administrare cu denumirea „Export date PAVER”.

La inițierea exportului, sistemul colectează automat toate datele relevante din baza de date:

inventarul drumurilor;

datele tehnice și geometrice;

starea îmbrăcăminții rutiere (inclusiv indicatorii PCI, IRI);

istoricul intervențiilor și alte atribute asociate.

Exportul se realizează printr-o singură acțiune („one click”) a administratorului sistemului.

Sistemul generează fișierele exact în structura și formatul cerut de PAVER™, fără conversii manuale.

Sistemul confirmă finalizarea exportului printr

țiune („one click”) a administratorului sistemului.

Sistemul generează fișierele exact în structura și formatul cerut de PAVER™, fără conversii manuale.

Sistemul confirmă finalizarea exportului printr-un mesaj vizibil și oferă link pentru descărcarea fișierelor.

Exporturile sunt jurnalizate automat (data, ora, utilizator, status).

În cazul unei erori, sistemul oferă un mesaj explicit și opțiunea de reluare a operațiunii.

Notă: Deoarece softul PAVER™ este un produs intern utilizat de Beneficiar, specificațiile tehnice privind structura și formatul exact al datelor compatibile vor fi puse la dispoziția Consultantului după semnarea contractului, în vederea asigurării interoperabilității complete cu sistemul extern.

Ca Administrator SI RDP, vreau să pot importa automat sau semi-automat datele generate de laboratorul rutier mobil de tip „ТРАССА” cu modulul software „Дорога-2011” și complexul de programe „Титул-2005”, pentru a asigura completarea mai operativă a informațiilor despre fiecare obiect informațional definit în sistem.

Criterii de acceptare:

Sistemul permite importul automat sau semi-automat al fișierelor generate de sistemul de echipamente ТРАССА / Дорога-2011 / Титул-2005.

Sistemul efectuează automat conversia datelor într-un format compatibil cu structura SI RDP.

Importul este însoțit de validări automate (completitudine, consistență, unități de măsură).

Datele importate devin reutilizabile în modulele SI RDP fără reintroducere manuală, asigurând aplicarea principiului „once-only” pentru informațiile generate de laboratorul rutier.

Orice eroare este raportată utilizatorului sub formă de raport de validare.

Încărcările sunt jurnalizate automat (utilizator, dată, fișier sursă, status import).

Sistemul păstrează logurile de import pentru audit și trasabilitate.

Notă: Detaliile despre sistemul respectiv pot fi accesate de aici: https://shorturl.at/CbztU , https://shorturl.at/sf113 , https://shorturl.at/MTFOS .

Ca utilizator public, vreau să pot vizualiza indicatori statistici despre infrastructura rutieră, pentru ca să înțeleg starea generală și evoluția rețelei naționale de drumuri.

Criterii de acceptare:

Datele sunt agregate automat din obiectele informaționale existente, fără PII și fără coordonate exacte.

Utilizatorul poate filtra informația după: raion/UAT, drum/sector, clasă/categorie, perioadă, tip obiect, restricție, lucrare, sens/bandă, tip vehicul.

Sistemul afișează indicatori precum:

Lungime totală rețea (km) pe clase și tipuri de structură;

Stare tehnică agregată și medie IRI;

Volum mediu de trafic (AADT) și evoluția sa;

Numărul accidentelor rutiere;

Număr și durată a lucrărilor;

Restricții active și impact (km afectați);

Elemente de siguranță rutieră (parapete, marcaje, semne);

Lungimea trotuarelor și pistelor velo;

Plantații rutiere și aliniamente.

Informațiile pot fi descărcate sub formă de

și impact (km afectați);

Elemente de siguranță rutieră (parapete, marcaje, semne);

Lungimea trotuarelor și pistelor velo;

Plantații rutiere și aliniamente.

Informațiile pot fi descărcate sub formă de raport PDF sau Excel.

Ca utilizator public, vreau să pot primi notificări prin e-mail despre apariția sau modificarea restricțiilor, pentru ca să fiu informat despre starea drumurilor din zona mea de interes.

Criterii de acceptare:

Filtrare după: zonă (raion/UAT), drum/sector și interval PK.

Utilizatorul poate selecta tipurile de restricții (viteză, tonaj, gabarit, acces, lucrări, meteo etc.).

Se pot seta canale și frecvențe de notificare (instant / zilnic).

Se oferă linkuri de „Gestionare abonament” și „Dezabonare” (token securizat, fără PII).

Sistemul aplică reguli de securitate: expirare token, rate limiting, audit, protecția datelor personale;

Notificările se livrează automat prin MNotify, în limba aleasă de utilizator (română, rusă, engleză).

Utilizatorul poate opta pentru notificări proactive înainte de intrarea în vigoare a unei restricții/închideri (ex. cu 24h) și/sau înainte de expirarea/încheierea acesteia (ex. cu 24h), dacă restricția are date de început/sfârșit definite.

Crearea/modificarea/anularea unei restricții generează un eveniment de tip RestrictionChanged, iar intrarea/ieșirea din vigoare generează RestrictionStarted / RestrictionEnded, utilizate pentru declanșarea notificărilor și a fluxurilor de lucru.

Evenimentele de restricții sunt publicate prin MConnect Events către consumatori autorizați (după politicile de acces), în paralel cu livrarea notificărilor către utilizatorii abonați prin MNotify.

Ca utilizator public, vreau să pot gestiona preferințele mele pentru lista de notificări (zone, tipuri de restricții, frecvență) fără cont, pentru ca să-mi personalizez notificările rapid și sigur.

Criterii de acceptare:

Accesul la setări se face prin link securizat trimis pe e-mail.

Formularul permite selectarea granulară a tipurilor de restricții și a zonelor.

Se oferă acțiuni rapide: „Selectează toate / Deselectează toate”.

Tokenurile sunt one-time și expiră automat (e-mail 24h).

Toate modificările sunt auditate (timestamp, acțiune, consimțământ).

Notificările se livrează automat prin MNotify, în limba aleasă de utilizator (română, rusă, engleză).

Ca utilizator public, vreau să pot accesa documente și informații oficiale (rapoarte, ghiduri, comunicate), pentru ca să pot înțelege activitatea și transparența sistemului rutier.

Criterii de acceptare:

Sistemul publică pagini dedicate pentru: cadru legal, ghiduri, rapoarte anuale, planuri strategice, comunicate/știri.

Se oferă secțiune FAQ și tutoriale (ex: „Cum citesc PK?”, „Cum raportez o problemă?”).

Sunt afișate date de contact, program și formular de contact.

Interfața este disponibilă în limbile română, rusă și en

eră secțiune FAQ și tutoriale (ex: „Cum citesc PK?”, „Cum raportez o problemă?”).

Sunt afișate date de contact, program și formular de contact.

Interfața este disponibilă în limbile română, rusă și engleză (default română).

Se includ linkuri oficiale către servicii guvernamentale relevante (ex: e-Autorizații).

Ca utilizator public, vreau să pot vizualiza pe o hartă interactivă toate obiectele rutiere aprobate din registru, pentru ca să pot înțelege structura, localizarea și starea generală a rețelei rutiere din Republica Moldova, fără acces la date sensibile.

Criterii de acceptare:

Harta GIS afișează toate obiectele spațiale publice (drumuri, restricții, indicatoare, lucrări etc.) care au status „Aprobat”.

Harta permite activarea și dezactivarea straturilor tematice (drumuri, restricții, marcaje, lucrări etc.).

Straturile tematice sunt sincronizate cu obiectele definite în modulul „Administrarea obiectelor de infrastructură rutieră”.

Obiectele de tip pod/podeț și toată informația ce ține de acestea, sunt ascunse complet pentru utilizatorii publici, excepție fiind doar informația de restricții.

Sunt disponibile straturi de context geografic, inclusiv:

hotarele administrative ale localităților și raioanelor;

rețeaua stradală secundară;

zonele construite (case, terenuri).

Toate straturile de context sunt aliniate geospațial în sistemele de coordonate WGS84 / MOLDREF99.

Datele afișate sunt agregate și generalizate (fără coordonate exacte sau PK detaliat).

Actualizarea informațiilor se face automat, afișând doar versiunile cele mai recente și aprobate.

Harta oferă o legendă interactivă și menține o experiență vizuală consistentă și performantă.

Harta menține performanță ridicată la încărcare și afișare, inclusiv la zoom extins.

Ca utilizator autentificat al sistemului SI RDP (Registrator local, registrator național, Registrator de Control și angajat ANTA), vreau să pot vizualiza pe hartă toate obiectele rutiere, inclusiv cele în lucru sau arhivate, pentru ca să pot analiza complet infrastructura rutieră, corelațiile geografice și starea datelor aferente.

Criterii de acceptare:

Harta GIS afișează toate obiectele spațiale din registru (drumuri, restricții, indicatoare, poduri, podețe etc.), indiferent de status (Aprobat, În lucru, Respins, Arhivat).

Utilizatorul poate activa/dezactiva straturi tematice (drumuri, lucrări, marcaje, restricții, poduri etc.).

Straturile sunt complet aliniate cu definițiile obiectelor din modulul „Administrarea obiectelor de infrastructură rutieră”.

Sunt disponibile straturi suplimentare de context geografic, printre care:

limite administrative ale raioanelor și UAT-urilor;

rețele rutiere secundare;

zone construite, terenuri agricole;

Harta se actualizează automat în funcție de statusul și modificările obiectelor.

Toate straturile de context sunt aliniate geospațial în sistemele

utiere secundare;

zone construite, terenuri agricole;

Harta se actualizează automat în funcție de statusul și modificările obiectelor.

Toate straturile de context sunt aliniate geospațial în sistemele de coordonate WGS84 / MOLDREF99.

Harta oferă o legendă interactivă și menține o experiență vizuală consistentă și performantă.

Harta menține performanță ridicată la încărcare și afișare, inclusiv la zoom extins.

Ca utilizator, vreau să pot naviga pe hartă cu funcții standard GIS, pentru ca să pot examina zonele dorite eficient.

Criterii de acceptare:

Harta oferă funcții standard GIS: zoom incremental, panoramare, afișarea scalei și coordonatelor (WGS84 / MOLDREF99).

Coordonatele cursorului se afișează în timp real în bara de informații GIS, actualizate dinamic pe măsură ce utilizatorul mișcă mouse-ul pe hartă.

Nivelurile de detaliu controlează densitatea elementelor vizibile pentru optimizarea performanței.

Sistemul utilizează mecanisme de tiling și caching pentru încărcare rapidă a datelor spațiale.

La zoom îndepărtat, obiectele sunt agregate; la apropiere, se afișează complet.

Utilizatorul poate comuta între baze de hartă multiple: topografică, satelitară, hibridă (ex. OSM, ESRI, Google, sau alt furnizor aprobat).

Se pot activa/dezactiva straturi de context (hotare administrative, limite UAT, localități, drumuri secundare etc.).

Harta respectă standardele OGC și sistemele de coordonate naționale și internaționale (MOLDREF99 / WGS84).

Sistemul permite calculul distanței liniare între două sau mai multe puncte, în unități selectabile (metri, kilometri).

Sistemul permite calculul suprafeței unei zone selectate (prin desenarea unui poligon), în m², hectare (ha) și km².

Măsurătorile se actualizează în timp real, se pot șterge sau relua fără reîncărcarea hărții.

Rezultatele măsurătorilor și coordonatelor sunt afișate într-o fereastră informativă ușor de închis, fără a obstrucționa vizualizarea principală.

Ca utilizator public sau angajat ANTA, vreau să pot căuta și filtra obiectele de pe hartă după atribute sau poziție, pentru ca să identific rapid elementele relevante.

Criterii de acceptare:

Căutare după: număr drum, categorie, stare tehnică, localitate, coordonate sau poziție kilometrică, etc..

Se pot combina filtre logice (ex: categorie + stare + regiune).

Rezultatele sunt limitate pentru performanță și afișate în pop-up list.

Ca utilizator autentificat (Registrator național, local, de control), vreau să pot căuta și filtra obiectele de pe hartă după atribute sau poziție, pentru ca să identific rapid elementele relevante.

Criterii de acceptare:

Căutare după: număr drum, categorie, stare tehnică, localitate, coordonate sau poziție kilometrică, etc..

Se pot combina filtre logice (ex: categorie + stare + regiune).

Se pot aplica filtre rapide: status (Aprobat / În verificare /

ie, stare tehnică, localitate, coordonate sau poziție kilometrică, etc..

Se pot combina filtre logice (ex: categorie + stare + regiune).

Se pot aplica filtre rapide: status (Aprobat / În verificare / Respins / Arhivat), stare tehnică, categorie, instituție responsabilă, perimetru (bounding box/poligon).

Se pot salva șabloane de filtre în contul utilizatorilor autentificați.

Rezultatele sunt limitate pentru performanță și afișate în pop-up list.

Ca utilizator public, vreau să pot selecta un obiect de pe hartă și să-i vizualizez detaliile publice, pentru ca să pot înțelege tipul, starea și localizarea generală a obiectului rutier.

Criterii de acceptare:

La click pe un obiect de pe hartă, se afișează un pop-up cu informații generale: denumire, tip, stare generală, data ultimei aprobări.

Pop-up-ul afișat public nu conține informații sensibile, cum ar fi:

coordonate exacte;

identificatori interni.

Pop-up-ul respectă stilurile și legenda oficială, cu iconografie simplificată pentru public.

Vizualizarea este permisă doar pentru obiectele și versiunile cu status „Aprobat”.

Ca utilizator autentificat (Registrator local, național, Registrator de Control), vreau să pot selecta un obiect de pe hartă și să vizualizez detaliile complete, cu posibilitatea de a efectua acțiuni specifice rolului, pentru ca să pot gestiona eficient obiectele din sistem (vizualizare, editare, arhivare).

Criterii de acceptare:

La click pe obiect, se afișează un pop-up complet, incluzând:

denumirea obiectului;

tipul și categoria funcțională;

starea tehnică;

statusul (Aprobat / În lucru / Respins / Arhivat);

data ultimei modificări / aprobări;

codul de identificare intern (ID obiect).

În funcție de rol, se afișează butoanele de acțiune corespunzătoare:

Registrator local/național: „Editează/Actualizează”, „Inițiază arhivare”;

Registrator de control: „Deschide formular pentru verificare”;

Din pop-up, utilizatorul poate accesa direct formularul detaliat al obiectului.

Toate acțiunile efectuate din pop-up sunt jurnalizate (cine, ce, când, unde).

Ca angajat ANTA, vreau să pot selecta un obiect de pe hartă și să vizualizez detaliile complete, în vederea folosirii informațiilor respective în scopuri profesionale.

Criterii de acceptare:

La click pe obiect, se afișează un pop-up complet, incluzând:

denumirea obiectului;

tipul și categoria funcțională;

starea tehnică;

data ultimei modificări / aprobări.

Din pop-up, utilizatorul poate accesa direct formularul detaliat al obiectului doar cu drept de citire.

Toate acțiunile efectuate din pop-up sunt jurnalizate (cine, ce, când, unde).

Ca utilizator public, vreau să pot vizualiza pe hartă restricțiile rutiere aprobate (viteză, tonaj, gabarit, acces etc.), pentru ca să pot afla rapid c

izualizarea restricțiilor rutiere (acces public)

Ca utilizator public, vreau să pot vizualiza pe hartă restricțiile rutiere aprobate (viteză, tonaj, gabarit, acces etc.), pentru ca să pot afla rapid ce limitări sunt active pe un drum sau sector de drum fără a fi nevoie de autentificare.

Criterii de acceptare:

Harta publică afișează un strat GIS dedicat cu toate restricțiile aprobate, asociate drumurilor, podurilor și podețelor.

Stratul este vizibil fără autentificare și conține doar restricții cu status „Aprobat”.

Restricțiile sunt grupate pe categoriile specificate în formulare pentru fiecare tip de obiect.

Restricțiile sunt afișate cu simboluri și culori distincte (icon + culoare), conform unei legende dinamice vizibile pe hartă.

Click pe o restricție deschide un pop-up informativ cu datele publice:

tip/subtip, domeniu de aplicare (drum + PK generalizat), perioada de valabilitate, sursa/temeiul legal, rută alternativă (dacă există).

Pop-up-ul nu conține coordonate exacte, PK detaliat sau informații sensibile.

Harta permite filtrare după categorie, stare (activă / viitoare / expirată), localitate.

Control temporal: utilizatorul poate selecta o dată/oră pentru a vizualiza restricțiile valabile la acel moment (implicit „Acum”).

Pentru restricțiile care implică rute ocolitoare sau închideri temporare, sistemul afișează traseul alternativ pe hartă și informațiile aferente (lungime estimată, segmente afectate).

Ca utilizator autentificat (Registrator național, Registrator local și Registrator de control), vreau să pot vizualiza pe hartă toate restricțiile rutiere înregistrate în sistem, indiferent de starea lor, pentru ca să pot verifica, analiza și compara datele privind limitările de circulație pentru drumuri, poduri și podețe.

Criterii de acceptare:

Sistemul afișează pe hartă toate restricțiile existente, în oricare dintre stările: aprobate, temporare, expirate.

Fiecare stare are stilizare vizuală distinctă (culoare/simbol), conform unei legende dinamice.

Click pe simbolul sau segmentul de restricție deschide un pop-up informativ care conține:

tip și subtip al restricției;

domeniu de aplicare (PK început/sfârșit, direcție);

valabilitate (permanentă/temporară/orară/zile);

excepții și categorii de vehicule;

sursa sau temeiul legal (număr/data);

atașamente disponibile;

link către fișa completă a restricției („Vezi înregistrarea”).

Utilizatorii pot filtra restricțiile după: stare (aprobate, temporare, expirate), categorie/subcategorie, statut, actor (cine a introdus), categorie drum (M/R/G/L), interval PK, localitate.

Restricțiile sunt grupate pe categorii tematice specificate în fiecare din obiectele informaționale: drum, pod și podeț.

Pentru restricțiile care includ rute ocolitoare sau închideri temporare, harta afișează traseul de ocolire și informații sintetice în pop-up (lungime estimată, segmente afectate).

Harta oferă un control temporal interactiv pentru vizualizarea r

are sau închideri temporare, harta afișează traseul de ocolire și informații sintetice în pop-up (lungime estimată, segmente afectate).

Harta oferă un control temporal interactiv pentru vizualizarea restricțiilor valabile la o dată/oră selectată (implicit „Acum”).

Obiectele viitoare sau expirate sunt estompate, iar cele active sunt evidențiate vizual.

Toate acțiunile de consultare (vizualizare, filtrare, export, click) sunt jurnalizate în sistem cu detalii despre utilizator, dată și acțiune.

Ca angajat ANTA, vreau să pot vizualiza pe hartă toate restricțiile rutiere înregistrate în sistem, pentru ca să pot monitoriza și verifica situațiile de restricționare a traficului rutier pe întreg teritoriul, în scopul utilizării informației respective pentru emiterea de Autorizații.

Criterii de acceptare:

Sistemul afișează pe hartă toate restricțiile existente pentru drumuri, poduri și podețe, în oricare dintre stările: aprobate, temporare și expirate.

Fiecare stare este stilizată distinct (culoare/simbol) conform unei legende dinamice vizibile pe hartă.

La selectarea unei restricții (click pe simbol sau segment), sistemul afișează un pop-up informativ complet, care conține:

tip și subtip al restricției;

domeniul de aplicare (PK început/sfârșit, direcție);

valabilitate (permanentă/temporară/orară/zile);

excepții și categorii de vehicule afectate;

sursa sau temeiul legal (număr/data actului);

atașamente (PDF, imagini, documente justificative);

legătura către obiectul principal (drum/pod/podeț);

link „Vezi înregistrarea” pentru acces la fișa completă.

Angajatul ANTA poate filtra restricțiile după: stare (aprobate, temporare, expirate), categorie/subcategorie, statut, actor (cine a introdus), categorie drum (M/R/G/L), interval PK, localitate.

Pentru restricțiile care implică rute ocolitoare sau închideri temporare, sistemul afișează traseul alternativ pe hartă și informațiile aferente (lungime estimată, segmente afectate).

Harta oferă un control temporal care permite vizualizarea restricțiilor la o dată/oră selectată (implicit „Acum”).

Obiectele viitoare sau expirate sunt afișate estompat, iar cele active sunt evidențiate pentru claritate.

Utilizatorul ANTA nu poate modifica sau șterge restricții, dar poate:

vizualiza atribute complete (inclusiv PK exacte);

descărca rapoarte sau exporturi (CSV, PDF, GeoJSON) pentru uz intern.

Toate acțiunile de consultare efectuate de utilizatorii ANTA sunt jurnalizate (cine, ce, când, ce obiect a fost accesat).

Interfața hărții respectă drepturile de acces extinse, dar fără funcții de editare — toate butoanele de modificare sunt dezactivate sau ascunse.

Ca utilizator public, vreau să pot exporta sau partaja o vizualizare curentă a hărții, pentru ca să pot utiliza imaginea și datele în alte scopuri.

Criterii de acceptare:

Exportul este disponibil în formate PNG și PDF.

Exportul conține legenda vizibilă, t

o vizualizare curentă a hărții, pentru ca să pot utiliza imaginea și datele în alte scopuri.

Criterii de acceptare:

Exportul este disponibil în formate PNG și PDF.

Exportul conține legenda vizibilă, titlul „Hartă publică – Registrul Drumurilor”, data generării și o notă legală („Date informative, fără valoare juridică”).

Exportul include doar obiectele publice cu status „Aprobat”.

Datele sensibile (coordonate exacte, poduri, identificatori interni) sunt ascunse automat.

Sistemul asigură un timp de generare rezonabil (max. 5 secunde) pentru rezoluția standard.

Ca utilizator autentificat (Registrator național, Registrator local și Registrator de control), vreau să pot exporta și partaja vizualizarea curentă a hărții, pentru ca să pot integra sau transmite datele în activitățile profesionale.

Criterii de acceptare:

Exportul este disponibil în formate PNG, PDF, GeoJSON, CSV.

Se pot include sau exclude straturi tematice la alegerea utilizatorului.

Exportul include legendă completă.

Exporturile respectă drepturile de acces și filtrele de vizibilitate ale utilizatorului curent.

Fiecare export este jurnalizat (cine, ce, când, din ce cont).

Ca utilizator, vreau să mă pot autentifica în sistem exclusiv prin intermediul serviciului MPass, pentru a accesa SI RDP în siguranță și conform reglementărilor guvernamentale.

Criterii de acceptare:

Autentificarea este posibilă doar prin MPass.

Orice tentativă de autentificare directă (login local) este respinsă.

Sistemul redirecționează automat spre MPass pentru login.

Ca Sistem, vreau să verific dacă utilizatorul autentificat prin MPass există deja în baza de date internă a SI RDP, pentru a preveni accesul neautorizat.

Criterii de acceptare:

După autentificare MPass, sistemul verifică existența utilizatorului în baza internă.

Dacă utilizatorul nu există, accesul este refuzat cu mesaj clar („Nu sunteți înregistrați în SI RDP”).

Ca Administrator SI RDP, vreau să pot înregistra noi utilizatori în sistem, pentru a le permite ulterior autentificarea prin MPass.

Criterii de acceptare:

Administratorul introduce manual datele unui nou utilizator.

Sistemul validează unicitatea IDNP.

Utilizatorul devine activ doar după completarea datelor și alocarea rolului.

Ca Administrator SI RDP, vreau să pot atribui fiecărui utilizator un rol (Registrator Național, Registrator Local, Registrator de Control, angajat ANTA) și zonele de competență aferente, pentru a controla accesul la date în funcție de responsabilități.

Criterii de acceptare:

Administratorul poate selecta unul sau mai multe roluri.

Fiecare rol are un domeniu geografic sau administrativ asociat.

Sistemul salvează

date în funcție de responsabilități.

Criterii de acceptare:

Administratorul poate selecta unul sau mai multe roluri.

Fiecare rol are un domeniu geografic sau administrativ asociat.

Sistemul salvează configurația și o aplică la autentificare.

Ca Registrator (local, național, de control), vreau să pot deține mai multe atribuții/roluri în sistem (ex.: Registrator Național și de Control), pentru a putea acționa în funcție de nevoile instituției.

Criterii de acceptare:

Sistemul permite asocierea multiplă de roluri unui utilizator.

La login, sistemul oferă opțiunea de a selecta rolul activ curent (dacă sunt mai multe).

Ca Registrator (local, național, de control), vreau să am acces la un dashboard personalizat care să îmi afișeze situația înregistrărilor proprii (înregistrate, în lucru, aprobate, respinse), pentru a putea urmări ușor progresul înregistrărilor și acțiunile necesare din partea mea.

Criterii de acceptare:

La autentificare, utilizatorul vizualizează un panou principal (dashboard) cu lista propriilor înregistrări, grupate pe stări: înregistrate, în lucru, aprobate, respinse;

Pentru fiecare înregistrare, se afișează: codul înregistrării, starea curentă, data depunerii, termenul-limită și un link „Vezi în hartă” care deschide localizarea exactă în modulul GIS;

Sistemul afișează notificări automate prin intermediul MNotify privind acțiunile necesare (ex.: completarea documentelor lipsă, expirarea termenului de revizuire, modificări de status);

Dashboard-ul permite filtrarea și sortarea înregistrărilor după stare, tip, perioadă sau localitate.

Ca Administrator SI RDP, vreau să am acces la un dashboard operațional care să afișeze volumele de înregistrări procesate, înregistrări blocate/întârziate, incidentele tehnice și alertele legate de integrări, pentru a putea monitoriza performanța operațională și a interveni prompt în caz de disfuncționalități.

Criterii de acceptare:

Dashboard-ul afișează indicatori în timp real: număr total de înregistrări procesate pe zi/săptămână/lună, înregistrări blocate, înregistrări întârziate și timpi medii de procesare;

Se afișează alerte tehnice privind integrările cu sisteme externe (ex.: MPass, MConnect) – inclusiv starea ultimelor conexiuni și erorile raportate;

Sistemul permite exportul rapoartelor în format PDF/CSV;

Evenimentele critice (ex.: eroare la integrarea cu MConnect) declanșează notificări automate și sunt înregistrate în jurnalul de sistem;

Se asigură trasabilitatea completă a acțiunilor și a datelor afișate.

Ca Administrator SI RDP, vreau să pot vizualiza și monitoriza în timp real parametrii de performanță ai sistemului (timp de răspuns, disponibilitate, erori, latență GIS, sarcină CPU/memorie), pentru a asigura funcționarea stabilă și conformă cu SLA-urile definite.

Criterii de acceptare:

e performanță ai sistemului (timp de răspuns, disponibilitate, erori, latență GIS, sarcină CPU/memorie), pentru a asigura funcționarea stabilă și conformă cu SLA-urile definite.

Criterii de acceptare:

Sistemul oferă un tablou de bord (dashboard) de monitorizare în interfața Administratorului;

Se afișează indicatori cheie (uptime, timpi de răspuns, erori active, starea serviciilor externe MConnect/MPass);

Alarmele critice și degradările de performanță sunt notificate automat prin e-mail utilizând MNotify;

Se pot exporta rapoarte periodice (zilnice/săptămânale) în format PDF/CSV.

Ca Administrator SI RDP, vreau să pot configura perioadele de păstrare a datelor pentru fiecare tip de informație (accidente, cheltuieli, reparații, restricții, etc.), pentru a adapta sistemul la cerințele legale și operaționale.

Criterii de acceptare:

Interfață dedicată în modulul de administrare pentru setarea perioadelor de retenție.

Fiecare categorie de date are valori implicite (ex: accidente – 5 ani, cheltuieli – 10 ani, drafturi – 90 zile).

Modificările sunt jurnalizate (cine, ce, când, valoare veche / nouă).

Sistemul aplică automat politica de retenție configurată.

Datele pot fi arhivate automat după expirarea perioadei, cu posibilitatea restaurării ulterioare (ex. pentru audit).

Administratorul poate bloca temporar ștergerea în cazul unui control sau audit în desfășurare.

Ca Administrator SI RDP, vreau să pot crea, actualiza și dezactiva valorile din nomenclatoarele utilizate de sistem (ex: tipuri de drum, număr drum, tipuri de poduri, materiale, starea tehnică), pentru a menține consistența datelor și a permite actualizarea cadrului operațional.

Criterii de acceptare:

Administratorul poate accesa un modul dedicat pentru gestionarea nomenclatoarelor;

Fiecare nomenclator are o listă de valori cu câmpuri de denumire, cod, descriere și statut (activ/inactiv);

Modificările sunt auditate și păstrate în istoric (cine, când, ce a modificat);

Valorile inactive nu pot fi alese în formulare noi, dar rămân vizibile în datele istorice;

Actualizările din nomenclatoare se aplică retroactiv asupra entităților asociate, acolo unde acest lucru nu afectează integritatea datelor (ex.: actualizarea denumirii unui tip de drum se reflectă automat în toate înregistrările istorice).

Soluția SI RDP va fi dezvoltată cu respectarea stivei tehnologice guvernamentale aplicabile sistemelor informaționale de stat.

Stiva tehnologică propusă de Consultant va respecta următoarele cerințe minime:

Backend: .NET LTS / ASP.NET Core Web API sau Java LTS / Spring Boot;

Frontend: TypeScript, utilizând un framework modern și matur, precum Angular, React sau Vue.js;

Bază de date: PostgreSQL cu extensie PostGIS pentru date geospațiale;

API: REST documentat prin OpenAPI 3.1 pentru interfețele expuse;

Comunicare internă: gRPC sau REST, în funcție d

ct sau Vue.js;

Bază de date: PostgreSQL cu extensie PostGIS pentru date geospațiale;

API: REST documentat prin OpenAPI 3.1 pentru interfețele expuse;

Comunicare internă: gRPC sau REST, în funcție de necesitățile arhitecturale;

GIS: componente compatibile cu standardele OGC, inclusiv WMS/WFS/WMTS și/sau OGC API Features/Tiles;

Containerizare: toate componentele aplicației vor fi livrate ca imagini container și vor rula în Kubernetes, în infrastructura MCloud.

Utilizarea altor tehnologii decât cele menționate se va permite doar dacă este justificată tehnic de Consultant și acceptată în scris de Beneficiar, AGE/STISC, după caz.

În dezvoltarea SI RDP nu se vor utiliza tehnologii, platforme sau componente care pot genera dependență critică de un furnizor, dificultăți majore de operare în MCloud sau incompatibilitate cu stiva tehnologică guvernamentală.

Nu se admit:

componente fără suport LTS sau fără mentenanță activă;

tehnologii care nu pot fi containerizate și operate în Kubernetes;

componente proprietare care impun costuri recurente neprevăzute sau restricții de licențiere incompatibile cu utilizarea de către stat;

biblioteci cu vulnerabilități critice cunoscute și neremediate;

framework-uri mobile hibride de tip Cordova, Ionic sau Capacitor, dacă se vor dezvolta componente mobile;

stocarea secretelor, parolelor, tokenurilor sau certificatelor în codul sursă ori în fișiere de configurare versionate.

Toate dependențele software vor fi declarate explicit, cu versiuni controlate/pinned. Nu se permite utilizarea dependențelor declarate generic prin latest, * sau alte mecanisme care împiedică reproducibilitatea build-ului.

Utilizarea componentelor cu licențe de tip GPL, AGPL, LGPL sau alte licențe copyleft se permite doar cu aprobarea scrisă a Beneficiarului, după evaluarea impactului juridic, tehnic și operațional. Consultantul va include toate licențele în SBOM și în lista de dependențe livrată.

Soluția va adopta o arhitectură bazată pe microservicii, care să permită:

modularitatea componentelor;

scalarea independentă a serviciilor;

reziliență crescută și gestionarea eficientă a erorilor;

integrarea ușoară a unor noi funcționalități în viitor.

Arhitectura va include separarea clară a componentelor pe domenii funcționale, API Gateway pentru expunerea controlată a serviciilor, mecanisme de health-check / readiness / liveness pentru fiecare serviciu, configurare distinctă pe medii și posibilitatea scalării independente a componentelor critice.

Fiecare microserviciu va avea responsabilități clar definite, documentație tehnică aferentă și endpoint-uri monitorizabile. Comunicarea între servicii va fi securizată și trasabilă, utilizând identificatori de corelare pentru fiecare cerere.

Soluția nu va include componente hardware și la finalizare va fi găzduită în cadrul platformei guvernamentale comune MCloud.

entru fiecare cerere.

Soluția nu va include componente hardware și la finalizare va fi găzduită în cadrul platformei guvernamentale comune MCloud.

Baza de date tranzacțională va include extensie geospațială (ex.: PostGIS sau echivalent), cu indecși spațiali (GiST/SP-GiST), suport 2D/3D și câmp SRID consistent la nivel de schemă. Migrațiile DB vor acoperi și obiectele spațiale.

Publicarea datelor pe OGC: WMS/WFS/WMTS și/sau OGC API – Features/Tiles; stilare prin SLD/Mapbox Style. Interfețele vor permite integrarea cu SIG de stat și sisteme terțe prin MConnect, conform Conceptului.

Livrarea hărții prin vector tiles (MVT) și/sau WMTS cu cache (ex.: tile cache server) și posibil CDN. Țintă performanță: timp răspuns tile p95 ≤ 300 ms la scări uzuale; agregare/clusterizare la zoom îndepărtat.

Soluția va rula pe motorul container Docker gestionat prin Kubernetes (K8s) și nu va depinde de instanța specifică a sistemului de operare gazdă. Crearea imaginilor container va fi un proces automatizat, documentat și reproductibil.

Rulată într-un mediu bazat pe containere, aplicația trebuie să fie elastică, inclusiv în cazul adăugării/eliminării instanțelor container (peste instanțele minim necesare pentru disponibilitate înaltă), modificarea configurațiilor și parametrilor de sistem nu va afecta semnificativ activitatea în derulare și va fi realizată prin mecanisme controlate de rolling update, graceful shutdown și menținerea sesiunilor active, acolo unde tehnic este posibil.

Pentru fiecare componentă a SI RDP, Consultantul va livra fișierele necesare pentru instalarea și operarea în Kubernetes, inclusiv manifestele Kubernetes și/sau Helm charts/Kustomize, configurațiile pe medii, mecanismele de health-check și politicile de resurse.

Imaginile container vor fi publicate în registrul de containere indicat de Beneficiar/STISC. Toate configurațiile sensibile vor fi gestionate exclusiv prin mecanismele de secret management aprobate pentru MCloud, fără includerea acestora în codul sursă sau în fișiere versionate.

Arhitectura aplicației va permite:

rularea simultană pe mai multe instanțe (site-uri);

disponibilitate continuă, inclusiv în timpul actualizărilor sistemului;

implementarea unei strategii de tip blue-green deployment sau similară, pentru a evita întreruperile de serviciu.

Codul sursă al SI RDP, configurațiile de infrastructură, scripturile de build/deploy și documentația tehnică aferentă vor fi gestionate în repozitoriul indicat de Beneficiar, AGE sau STISC.

Consultantul va livra și configura pipeline-uri CI/CD pentru:

validarea codului la fiecare commit/merge request;

rularea automată a testelor unitare și de integrare;

scanarea dependențelor și a imaginilor container;

generarea SBOM pentru fiec

ri CI/CD pentru:

validarea codului la fiecare commit/merge request;

rularea automată a testelor unitare și de integrare;

scanarea dependențelor și a imaginilor container;

generarea SBOM pentru fiecare versiune livrată;

construirea imaginilor container;

publicarea artifactelor în registrul indicat;

deployment automatizat în mediile de dezvoltare, test, pre-producție și producție, conform aprobărilor Beneficiarului/STISC.

Pipeline-urile CI/CD vor fi parte a livrabilelor obligatorii și vor fi documentate astfel încât Beneficiarul/STISC să poată opera independent procesul de build, testare, livrare și rollback.

Repozitoriul va include un fișier README.md actualizat, care va descrie scopul proiectului, stiva tehnologică, structura repozitoriului, pașii de setup local, build, testare, generare SBOM, creare imagine container și deployment în medii controlate.

Aplicația web va fi compatibilă cu ultimele două versiuni stabile ale următoarelor browsere:

Google Chrome,

Mozilla Firefox,

Microsoft Edge,

Safari.

Modelul de date va fi documentat complet, utilizând o schemă de date automat citibilă, preferabil în format DDL (Data Definition Language) pentru baze de date relaționale. Acesta va include:

definirea structurii tuturor entităților din sistem;

relațiile dintre entități;

constrângeri de integritate;

indexări relevante pentru performanță.

SI RDP va fi integrat cu următoarele servicii electronice guvernamentale partajate, în vederea asigurării interoperabilității, autentificării și trasabilității acțiunilor utilizatorilor:

MConnect – pentru realizarea schimbului de date cu alte registre și sisteme informaționale de stat.

MPass – pentru autentificarea și controlul accesului utilizatorilor în SI RDP, asigurând identificarea unică și securizată a acestora.

MLog – pentru jurnalizarea automată a tuturor acțiunilor și evenimentelor relevante desfășurate în sistem, în scopul asigurării trasabilității, auditului și securității.

MNotify – pentru transmiterea notificărilor electronice în cadrul SI RDP.

MConnect Events – pentru publicarea și consumul de evenimente (event streaming) în scopul sincronizării asincrone a schimbărilor de stare relevante și integrării event-driven cu alte sisteme guvernamentale.

Pentru serviciile guvernamentale MSign și MPay, Consultantul va realiza, în etapa de analiză, evaluarea aplicabilității acestora pentru procesele SI RDP.

În cazul în care fluxurile operaționale ale SI RDP presupun semnarea electronică a cererilor, aprobărilor, actelor sau altor documente cu valoare juridică, sistemul va fi integrat cu MSign.

În cazul în care SI RDP va include servicii contra plată, taxe, plăți pentru extrase sau alte operațiuni financiare, sistemul va fi integrat cu MPay.

Dacă MSign și/sau MPay nu sunt aplicabile, Consultantul va documenta justificarea în SRS/SDD și în matricea de conformitat

ntru extrase sau alte operațiuni financiare, sistemul va fi integrat cu MPay.

Dacă MSign și/sau MPay nu sunt aplicabile, Consultantul va documenta justificarea în SRS/SDD și în matricea de conformitate.

SI RDP va suporta publicarea și consumul de evenimente prin componenta MConnect Events, pentru schimbări de stare relevante ale obiectelor gestionate și pentru preluarea evenimentelor externe care influențează datele registrului. Evenimentele vor fi jurnalizate pentru trasabilitate/audit, iar procesarea lor va permite reluarea în caz de erori (fără inconsistențe).

Cerințe operaționale pentru procesarea evenimentelor (cazuri speciale):

Procesarea evenimentelor va fi idempotentă, astfel încât evenimentele duplicate să nu producă efecte secundare multiple.

Vor fi implementate mecanisme de retry controlat și de tratare a evenimentelor eșuate (ex. coadă/canal dedicat pentru evenimente nereușite), cu posibilitate de reluare supervizată.

Evenimentele vor include cel puțin: identificator unic al evenimentului, tip eveniment, timestamp, versiune (schemă) și referință la obiectul afectat (ID intern).

Vor fi gestionate explicit scenarii de recepționare în ordine diferită (out-of-order) și de reluare (replay), fără coruperea stării registrului.

Fluxurile/topic-urile de evenimente vor fi separate pe domenii (ex.: status, publicare, restricții) și protejate prin politici de acces; payload-urile vor fi limitate la datele strict necesare, evitând includerea datelor nejustificate.

SI RDP trebuie să fie capabil să se integreze cu următoarele sisteme și resurse informaționale de stat:

Registrul bunurilor imobile

În vederea preluării datelor despre terenurile aferente drumurilor, sistemul va realiza interogări prin MConnect, utilizând identificarea univocă a imobilului (ex.: număr cadastral).

Vor fi extrase doar atributele strict necesare pentru confirmare și corelare:

număr cadastral;

suprafața;

relația funciară/proprietatea;

modul de folosință;

geometria parcelei (unde este disponibilă).

Datele vor fi utilizate pentru verificarea dreptului de trecere, identificarea zonelor de protecție rutieră și suprapunerea în modulul GIS.

Accesul la RBI se va realiza în regim de citire, iar datele vor fi memorate în sistem doar în măsura necesară pentru evidență, trasabilitate și audit.

Toate interogările vor fi jurnalizate (timp, utilizator, scop), respectând politicile de securitate și confidențialitate.

Registrul de stat al unităților de drept

În vederea verificării și validării datelor aferente persoanelor juridice implicate în procesele sistemului (operatori, antreprenori, deținători de active, beneficiari etc.), interogările se vor realiza prin MConnect, pe baza identificatorului unic IDNO.

Se vor prelua atributele minime:

IDNO;

denumirea entității;

statutul juridic;

adresa juridică;

administratorul sau reprezentantul legal (după caz).

Sistemul va utiliza ac

identificatorului unic IDNO.

Se vor prelua atributele minime:

IDNO;

denumirea entității;

statutul juridic;

adresa juridică;

administratorul sau reprezentantul legal (după caz).

Sistemul va utiliza aceste date pentru validarea la sursă și sincronizarea periodică a câmpurilor critice.

Nu se vor replica seturi de date complete decât dacă există o justificare legală.

Toate accesările și actualizările vor fi jurnalizate, cu politici de retenție conforme cadrului normativ.

Registrul de Stat al Populației

În vederea verificării și validării identității persoanelor fizice implicate în procesele sistemului (utilizatori, reprezentanți legali, registratori etc.), interogările se vor efectua în timp real prin MConnect.

Se vor utiliza exclusiv atributele strict necesare:

IDNP;

nume;

prenume;

data nașterii (după caz).

Datele obținute din RSP nu vor fi stocate decât în măsura strict necesară pentru evidență și trasabilitate, cu respectarea cadrului legal privind protecția datelor cu caracter personal.

Toate accesările vor fi jurnalizate, iar utilizarea datelor va respecta principiile de minimizare și scop determinat, conform GDPR și legislației naționale.

Registrul de Stat al Unităților Administrativ-Teritoriale

În vederea verificării și validării datelor aferente unităților administrativ-teritoriale (UAT) — comune, orașe, municipii, raioane — sistemul va realiza interogări prin MConnect, utilizând identificatorii unici și codurile administrative conform clasificatorului național.

Se vor prelua doar atributele strict necesare pentru corelare și validare:

cod UAT;

denumirea unității administrativ-teritoriale;

nivelul administrativ (raion, comună, sat etc.);

date despre autoritatea publică locală (denumire, adresă, IDNO).

Sistemul va utiliza aceste date pentru:

asocierea corectă a drumurilor, segmentelor și lucrărilor de artă cu teritoriul corespunzător;

validarea adreselor administrative în procesele de înregistrare și actualizare.

Accesul la RSUAT se va realiza în regim de citire, cu sincronizare periodică a câmpurilor critice.

Toate accesările și actualizările vor fi jurnalizate, în conformitate cu politicile de securitate și retenție a datelor.

Pentru schimbări critice în datele de referință, atunci când ecosistemul furnizează evenimente, SI RDP va consuma actualizări și prin MConnect Events, reducând necesitatea sincronizărilor prin interogări periodice și asigurând actualizarea la timp a datelor afectate.

Toate API-urile expuse de SI RDP vor fi documentate prin specificații OpenAPI 3.1, publicate în mediile aprobate de Beneficiar/STISC.

Documentația API va include:

descrierea endpoint-urilor;

metodele HTTP;

structura request/response;

codurile de eroare;

mecanismele de autentificare și autorizare;

exemple de utilizare;

reguli de versionare;

limitări de acces și rate limiting;

identificatori de corelare pentru trasabilitate.

API-urile interne critice vor fi documentate prin OpenAPI 3.1 sau gRPC/protobuf, dup

are;

reguli de versionare;

limitări de acces și rate limiting;

identificatori de corelare pentru trasabilitate.

API-urile interne critice vor fi documentate prin OpenAPI 3.1 sau gRPC/protobuf, după caz. Modificările incompatibile ale API-urilor vor fi permise doar prin versionare controlată.

Consultantul va analiza formatele de date, specificațiile tehnice și mecanismele de generare a informațiilor provenite din surse moderne de colectare și procesare a datelor rutiere, cu scopul de a identifica soluțiile tehnice viabile pentru interoperabilitatea și integrarea ulterioară cu SI RDP. Analiza va acoperi conversia datelor, păstrarea preciziei și rezoluției inițiale, validarea parametrilor măsurați, verificarea consistenței, securitatea și trasabilitatea acestora. În etapa actuală nu se va implementa integrarea propriu-zisă. Consultantul va elabora un raport tehnic unic, conținând concluziile consolidate, arhitectura logică propusă, standardele de date relevante și scenariile potențiale de interoperabilitate recomandate pentru implementarea ulterioară. Informațiile suplimentare necesare privind sistemele și formatele de date sursă vor fi livrate Consultantului pe parcursul realizării produsului.

Consultantul va realiza o analiză tehnică detaliată privind modalitățile optime de integrare a sistemului SI RDP cu standardul DATEX II, utilizat pentru schimbul de date rutiere și de trafic la nivelul Uniunii Europene.

Analiza va include:

evaluarea cerințelor de interoperabilitate impuse de specificațiile DATEX II (versiunea curentă publicată de UE);

identificarea datelor și fluxurilor din SI RDP care pot fi mapate către structurile DATEX II;

recomandări privind modul de integrare (gateway, adaptor, API, servicii REST/SOAP, etc.);

propuneri privind asigurarea conformității semantice și de securitate a schimbului de date;

definirea pașilor necesari pentru extinderea ulterioară a arhitecturii SI RDP cu module DATEX II.

Arhitectura sistemului SI RDP va fi proiectată astfel încât:

să permită integrarea ulterioară facilă a unui modul DATEX II fără refactorizări majore;

să existe un nivel clar de separare între straturile de date, servicii și interfețe externe;

să prevadă mecanisme standardizate de schimb de date (API Gateway, message broker, servicii interoperabile REST/JSON și/sau XML);

să includă un plan preliminar de aliniere la cerințele DATEX II (minim descriere de scenarii și model de date compatibil).

Rezultat așteptat:

Un raport tehnic („Analiza de compatibilitate DATEX II”) care conține concluziile, recomandările și modelul de arhitectură propus pentru integrarea ulterioară a SI RDP cu DATEX II.

Notă: Pentru informații mai detaliate despre DATEX II: https://www.transport.gov.mt/DatexII.pdf-f1742

Soluția va implementa, ori de câte ori este pos

Notă: Pentru informații mai detaliate despre DATEX II: https://www.transport.gov.mt/DatexII.pdf-f1742

Soluția va implementa, ori de câte ori este posibil, mecanisme de procesare asincronă pentru operațiile de intrare-ieșire (I/O) și pentru sarcinile care nu necesită blocarea fluxului principal de execuție, în vederea optimizării timpilor de răspuns și a reducerii consumului de resurse.

Soluția trebuie să asigure performanță stabilă și scalabilă pentru un minim de 200 de utilizatori simultani, menținând timpii de răspuns în limitele specificate.

Timpul de încărcare a tabloului principal și al paginilor de listare ≤ 3 s (p95). Căutarea și afișarea rezultatelor ≤ 2 s (p95) pentru interogări standard (≤10k înregistrări filtrabile).

Randarea inițială a hărții și încărcarea tile-urilor pentru zoom/pan ≤ 1,5 s (p95) pe conexiune tipică instituțională. Interogări spațiale uzuale (buffer/intersect pe segmente de drum) ≤ 2 s (p95) pentru seturi până la 100k geometrii indexate; serverul GIS va utiliza tile cache.

Sistemul trebuie să fie disponibil în proporție de minimum 99,5% lunar, excluzând perioadele planificate de mentenanță. Uptime-ul se calculează la nivelul UI + API + endpoint-uri GIS (WMS/WFS/WMTS), măsurat prin monitorizare sintetică. Mentenanța planificată nu va depăși 6 ore/lună și se va programa preferabil sâmbătă 00:00–06:00 (EET), cu notificare prealabilă de min. 3 zile lucrătoare.

Definiții severitate:

Critic: sistem indisponibil, funcționalitate vitală blocată sau pierdere de date/suspiciune incident de securitate, fără workaround.

Major: funcționalități esențiale afectate (inclusiv degradare severă GIS sau interconectări), există workaround temporar.

Minor: impact redus, funcționalități secundare afectate.

Timpi de răspuns:

Incidente critice (sistem indisponibil): max. 1 oră.

Incidente majore (funcționalități esențiale afectate): max. 4 ore.

Incidente minore: max. 24 ore.

Critice: max. 4 ore.

Majore: max. 24 ore.

Minore: max. 5 zile lucrătoare.

Pentru incidente critice se va furniza un workaround în max. 2 ore, dacă remedierea definitivă depășește MTTR.

Dacă incidentul nu este soluționat în termenul SLA, acesta va fi escaladat automat la nivel superior de suport și management. Escaladare preventivă la atingerea 50% din MTTR; în caz de indisponibilitate a serviciilor terțe (MConnect/MPass/MLog), se notifică imediat părțile și se deschide tichet la furnizorul platformei.

Sistemul trebuie să fie restabilit complet în maximum 4 ore de la producerea unui incident critic care afectează disponibilitatea sistemului.

Pierdere maximă admisă de date: 15 minute.

complet în maximum 4 ore de la producerea unui incident critic care afectează disponibilitatea sistemului.

Pierdere maximă admisă de date: 15 minute.

Backup-urile se vor efectua zilnic, păstrate minimum 30 de zile și replicate într-o locație secundară, independentă de mediul primar.

Consultantul este responsabil de elaborarea și menținerea planului de recuperare în caz de dezastru, inclusiv instruirea personalului Clientului în utilizarea acestuia.

În cazul indisponibilității serviciilor terțe (ex. MConnect), sistemul funcționează în mod degradat (ex. citire din cache, read-only pentru operații care depind de interconectare), cu bufferizare și sincronizare automată la revenire.

După restaurare, se execută verificări de integritate și coerență (checksum, reconcilieri), inclusiv validări GIS (geometrii valide, indici spațiali re-creați) și verificare drepturi. Se furnizează raport de conformitate.

Sistemul va monitoriza proactiv UI, API, BD, endpoint-uri GIS (WMS/WFS/WMTS), cozi/worker-e, latență (p95/p99), rată erori, throughput, utilizare CPU/memorie/stocare.

Sistemul va genera alerte automate (ex. e-mail, MNotify) pentru incidente critice și majore.

Logurile vor fi păstrate minimum 12 luni, centralizate și corelate pentru asigurarea trasabilității evenimentelor.

Administratorul va avea acces controlat la loguri și istoricul de incidente, în scop de audit, monitorizare și conformitate.

SI RDP va expune și monitoriza indicatori pentru fluxurile de evenimente (MConnect Events), inclusiv: volum de evenimente, latență/întârziere de procesare (lag), rate de erori, număr de reîncercări (retry count), volum de evenimente eșuate în canalul dedicat și timp mediu de procesare. Logurile și rapoartele de monitorizare vor permite corelarea dintre identificatorul evenimentului și acțiunile executate în sistem (eveniment → procesare → modificare), cu trasabilitate și audit.

Interfața va utiliza mecanisme de internaționalizare i18n, cu suport pentru ro-RO, ru-RU și en-US, aplicabile componentelor publice și, după caz, componentelor interne stabilite de Beneficiar. Textele vor fi externalizate în fișiere de localizare, fără hardcodare în codul sursă.

Conformitate minim WCAG 2.1 nivel AA: navigare completă din tastatură, contrast corespunzător, focus vizibil, etichete pentru cititoare de ecran. Pentru componentele GIS se vor oferi alternative accesibile (liste/rezultate) și acțiuni de zoom la obiect.

Pentru componentele publice, Consultantul va prezenta raport de verificare a accesibilității și performanței, inclus

e vor oferi alternative accesibile (liste/rezultate) și acțiuni de zoom la obiect.

Pentru componentele publice, Consultantul va prezenta raport de verificare a accesibilității și performanței, inclusiv prin instrumente automate de tip Lighthouse sau echivalent, cu scor recomandat de minimum 90 pentru accesibilitate, acolo unde evaluarea este aplicabilă.

Interfața utilizator a SI RDP va fi proiectată, dezvoltată și actualizată în conformitate cu Modelul Unitar de Design al Republicii Moldova (MUD RM), disponibil la adresa https://mud.egov.md/, în conformitate cu prevederile Hotărârii Guvernului nr. 677/2025.

Conformitatea cu Modelul Unitar de Design este obligatorie pentru toate componentele de interfață ale SI RDP, pe parcursul tuturor etapelor de proiectare, dezvoltare și actualizare, în vederea asigurării coerenței vizuale, funcționale și a experienței utilizatorului cu celelalte sisteme și servicii digitale guvernamentale.

Înainte de punerea în exploatare a sistemului, soluțiile de design UI/UX elaborate pentru SI RDP vor fi coordonate cu Agenția de Guvernare Electronică (AGE), conform cadrului normativ aplicabil.

Interfața utilizatorului va implementa un design receptiv (responsive) și adaptiv (adaptive), optimizat pentru afișare și funcționalitate completă pe orice tip de dispozitiv (desktop, laptop, tabletă, smartphone). Layout-ul, elementele UI și conținutul vor fi scalabile și vor ajusta automat dimensiunile, poziționarea și stilurile în funcție de rezoluția ecranului, utilizând principii mobile-first și fluid layouts.

Soluția trebuie să asigure funcționalitate completă și lizibilitate la o lățime minimă efectivă de 480px sau rezoluția minimă curent disponibilă pe piață pentru dispozitive mobile, dacă aceasta este mai mică.

Tooltips și „?” contextual pentru câmpuri/controale; glosar de termeni (inclusiv atribute GIS); mesaje de eroare clare cu Trace ID; link către Ghidul utilizatorului.

Toate paginile interfeței vor include informații de contact pentru asistență tehnică sau suport clienți.

Utilizatorul poate salva și re-accesa starea ecranului (filtre, sortare, pagină, harta: extent/straturi/zoom) și poate partaja link-ul. Vizibilitatea respectă drepturile utilizatorului.

Sistemul va utiliza adrese URL prietenoase pentru accesarea paginilor serviciilor, optimizate pentru claritate și ușurința în utilizare.

Componentele publice ale SI RDP vor fi proiectate astfel încât să fie ușor de găsit, indexat și utilizat de motoarele de căutare și de utilizatori.

Sistemul va asigura:

generarea fișierului sitemap.xml pentru paginile publice;

configurarea fișierului robots.txt;

utilizarea titlurilor, descrierilor și metadatelor relevante pentru paginile publice;

utilizarea metadatelor

area fișierului sitemap.xml pentru paginile publice;

configurarea fișierului robots.txt;

utilizarea titlurilor, descrierilor și metadatelor relevante pentru paginile publice;

utilizarea metadatelor OpenGraph pentru partajarea linkurilor;

structură semantică HTML;

URL-uri clare și stabile;

pagini de eroare 404/500 prietenoase și informative;

publicarea controlată doar a informațiilor aprobate pentru acces public;

excluderea de la indexare a paginilor administrative, tehnice sau cu acces restricționat;

publicarea fișierului ai.txt pentru descrierea controlată a conținutului public disponibil pentru agenți automatizați, dacă acest lucru este solicitat de cadrul AGE aplicabil.

Panou de straturi tematice, legendă, căutare după drum/segment/km, măsurare, „identifică pe hartă”, export hartă (PDF/PNG cu legendă), fundal comutabil (hartă/ortofoto).

Selectarea unui rând în listă centrează harta pe obiectul aferent, setează un nivel de zoom adecvat și îl evidențiază (contur/marker).

Selectarea unui obiect pe hartă selectează rândul corespondent în listă și aduce automat acel rând în vizor (auto-scroll).

Filtrele aplicate în listă se reflectă pe hartă; opțiunea „Doar în extinderea hărții” restrânge lista la obiectele vizibile pe hartă.

Fiecare rând are acțiunea „Vezi pe hartă”; fereastra (pop-up) a unui obiect de pe hartă oferă acțiunea „Vezi în listă”.

Dacă un obiect nu are geometrie disponibilă, acțiunea „Vezi pe hartă” este dezactivată și se afișează o explicație.

Prin „listă” se înțelege tabelul de rezultate (ex.: înregistrări, segmente de drum, lucrări de artă).

Indicatori de progres pentru încărcări, stări Empty/Error cu mesaje acționabile și opțiune „reîncearcă”.

Soluția va înregistra acțiuni și evenimente în format JSON și va transmite logurile către serviciul centralizat de observabilitate al MCloud (ex. MLog) prin OTLP/HTTP sau syslog (TCP), ori vor fi colectate din fluxul de consolă/fișiere de agentul platformei; transmiterea prin UDP nu este permisă. Fiecare eveniment va include identificatori de corelare (correlation_id / request_id / trace_id, conform OpenTelemetry) pentru corelarea cu metrici și trasee, iar datele sensibile (PII/secrete) vor fi mascate.

Evenimentele vor fi clasificate: Critic, Eroare, Avertizare, Info, Depanare. Toate erorile se înregistrează; „Critic” este rezervat pentru indisponibilitate, integritate date sau securitate. Fiecare log va conține cel puțin: tip, timestamp, nivel, componentă/serviciu, environment, versiune/SHA, trace_id, utilizator/rol (dacă există), IP sursă, id obiect afectat, status HTTP/latency și detalii.

Soluția va implementa închiderea grațioasă astfel încât închiderea unei instanțe de container a aplicației nu va afecta activitățile în derulare, cum ar fi sesiunile active, cererile, jurnalele evenime

oluția va implementa închiderea grațioasă astfel încât închiderea unei instanțe de container a aplicației nu va afecta activitățile în derulare, cum ar fi sesiunile active, cererile, jurnalele evenimentelor etc.

Consultantul va livra codul sursă pentru componentele soluției care nu sunt disponibile ca produse comerciale autonome de la părți terțe.

Codul sursă va utiliza managerii de pachete pentru dependențele de bibliotecile terțe. Toate componentele software necesare vor fi incluse în definiția imaginii containerului și bazate pe repozitoriul public de containere.

Consultantul va aplica procedura de implementare și instrumentele necesare. Procedura de implementare va îndeplini toate precondițiile înainte de inițierea instalării soluției. Implementarea va fi automatizată și va include inițializarea și alimentarea bazei de date.

Actualizările de sistem vor fi automatizate, inclusiv scripturile de upgrade/downgrade a bazei de date sau codul. Pentru a permite rularea actualizărilor în mediul de producție, se recomandă operarea unor modificări incrementale în baza de date.

Cadrul va fi proiectat conform principiilor security by design (inclusiv modelare de amenințări, ex. STRIDE) și va respecta cerințele aplicabile din HG nr. 201/2017. Consultantul va demonstra un SDLC securizat (SAST/DAST/SCA pe pipeline), va furniza SBOM pentru livrări și va prezenta rapoarte de teste de penetrare periodice. Formatul documentației, al dovezilor și lista cerințelor de conformitate vor fi agreate cu Clientul.

La momentul acceptanței finale, sistemul nu va avea vulnerabilități deschise de severitate Critică sau Înaltă identificate prin SAST, DAST, SCA, scanarea imaginilor container sau testarea de penetrare.

Vulnerabilitățile de severitate Medie vor fi documentate, evaluate și acceptate doar cu acordul scris al Beneficiarului, în baza unui plan de remediere. Pentru fiecare livrare/release, Consultantul va prezenta rapoarte de scanare, SBOM actualizat și evidența remedierii vulnerabilităților.

Pe durata garanției și, după caz, a mentenanței, Consultantul va verifica lunar actualizările de securitate și vulnerabilitățile cunoscute pentru componentele utilizate, va prezenta raport de patch management și va propune/remedia actualizările necesare conform severității riscurilor identificate.

Dacă Consultantul utilizează instrumente de IA generativă pentru producerea codului, documentației sau testelor, rezultatele generate vor fi supuse acelorași standarde de revizuire, testare, securitate, licențiere și trasabilitate ca orice alt livrabil al proiectului. Consultantul rămâne integral responsabil pentru calitatea, securitatea și legalitatea codului livrat.

Toate componentele și conturile vor utiliza RBAC și, după caz, ABAC (ex. restricții teritoriale). Vor fi interzise conturile partajate; conturile de servici

t.

Toate componentele și conturile vor utiliza RBAC și, după caz, ABAC (ex. restricții teritoriale). Vor fi interzise conturile partajate; conturile de serviciu au doar permisiunile strict necesare, cu rotație periodică a acreditărilor. Se asigură separarea atribuțiilor și auditarea modificărilor de drepturi.

Secretele (parole, chei, certificate, string-uri conexiune) vor fi stocate și rotite prin serviciul de secret management al MCloud (KMS/Secret Manager); accesul este auditat. Se interzice stocarea de secrete în cod/repozitoriu. Parametrii și endpoint-urile se gestionează per mediu, fără recompilare.

Toate schimburile de date se realizează prin TLS 1.2+/1.3, cu mTLS pentru conexiuni serviciu–serviciu și interconectări (ex. MConnect). Se aplică HSTS și algoritmi criptografici moderni. Datele la repaus vor fi criptate (at-rest) cu chei gestionate prin KMS.

Autentificarea utilizatorilor se va face exclusiv prin MPass. Pentru conturile de administrare și acces privilegiat se va activa autentificare multi-factor (MFA). Gestionarea parolelor utilizatorilor finali se realizează conform politicilor MPass.

Sistemul va păstra doar datele strict necesare, cu politici de retenție și ștergere. Se vor utiliza pseudonimizare/anonymizare pentru analitice. Numele și prenumele se obțin din MPass la nevoie, fără persistență inutilă. Soluția va respecta cadrul legal aplicabil; lista cerințelor de conformitate se agrează cu Clientul.

Cadrul va include controale conform OWASP Top 10, OWASP ASVS L2 și OWASP API Security Top 10. Validarea conformității se va integra în pipeline (scanări automate + teste dedicate).

Sesiunile vor expira după 15 minute de inactivitate (implicit, configurabil) și vor avea lifetime absolut (ex. 8 ore). Pentru acțiuni sensibile se solicită reauth.

La tentative de acces neautorizat, sistemul va înregistra incidentul (minim Eroare), va aplica rate limiting și, după caz, lockout adaptiv. Mesajele către utilizator sunt generice; evenimentele sunt transmise către SIEM pentru corelare.

Logurile de securitate și evenimentele critice se transmit către serviciul SIEM/MLog al MCloud (flux immutabil, retenție conform politicilor platformei). Se va asigura exportul semnat, la cerere, pentru audit.

Consultantul va implementa toate măsurile necesare pentru asigurarea confidențialității și protecției datelor gestionate în cadrul sistemului. În acest sens, Consultantul are următoarele obligații:

să protejeze toate datele și informațiile obținute în cadrul proiectului împotriva accesului neautorizat, utilizării abuzive, pierderii, modificării sau d

sens, Consultantul are următoarele obligații:

să protejeze toate datele și informațiile obținute în cadrul proiectului împotriva accesului neautorizat, utilizării abuzive, pierderii, modificării sau divulgării neautorizate;

să implementeze măsuri tehnice și organizatorice adecvate pentru garantarea securității informațiilor, inclusiv prin mecanisme de control al accesului, criptare, jurnalizare și monitorizare continuă;

să respecte integral legislația națională și europeană aplicabilă privind protecția datelor cu caracter personal, precum și cerințele și instrucțiunile transmise de Beneficiar;

să asigure că toate persoanele implicate în proiect (inclusiv subcontractanți, parteneri sau colaboratori) sunt supuse acelorași obligații de confidențialitate și securitate;

să notifice imediat Beneficiarul în cazul apariției oricărui incident de securitate sau a unei încălcări a confidențialității, furnizând detaliile necesare pentru evaluarea și remedierea acestuia.

Nerespectarea acestor obligații poate constitui motiv de reziliere unilaterală a contractului și atrage răspunderea contractuală și legală a Consultantului, inclusiv pentru eventualele prejudicii cauzate Beneficiarului.

Publicarea și consumul de evenimente prin MConnect Events se vor realiza cu mecanisme de autentificare și autorizare aplicate pe flux/topic, cu protecția comunicațiilor (criptare în tranzit) și cu politici de minimizare a datelor. Payload-urile evenimentelor vor conține numai informațiile strict necesare, evitând includerea datelor cu caracter personal sau a altor date sensibile, cu excepția cazurilor justificate și permise de cadrul normativ aplicabil.

Perioada de garanție va fi de 18 luni și va începe imediat după punerea în producție finală a soluției.

În perioada de garanție, Consultantul:

va elimina toate defectele raportate de Beneficiar;

va soluționa toate incidentele raportate de Beneficiar în conformitate cu SLA convenite;

va documenta și raporta către Beneficiar toate intervențiile efectuate pe durata perioadei de garanție.

La expirarea a 12 luni de la semnarea procesului-verbal de recepție a sistemului, Consultantul va prezenta Beneficiarului programul de predare treptată a sistemului, denumit în continuare „perioada de ieșire”.

Perioada de ieșire reprezintă durata de 6 luni necesară predării către Beneficiar a rapoartelor complexe privind managementul general al sistemului, care vor cuprinde, dar nu se vor limita la:

coordonarea cu părțile interesate instituționale (ex.: AND, MIDR, APL, ANTA etc.);

resursele umane și tehnice implicate în operarea sistemului;

managementul echipei și activităților realizate;

evidența blocajelor/erorilor și soluționarea acestora;

documentația tehnică completă și instruirile aferente utilizării post-implementare;

recomandări privind utilizarea sistemului, inclusiv propuneri pentru d

blocajelor/erorilor și soluționarea acestora;

documentația tehnică completă și instruirile aferente utilizării post-implementare;

recomandări privind utilizarea sistemului, inclusiv propuneri pentru dezvoltări ulterioare ale acestuia;

furnizarea detaliilor privind condițiile de contractare pentru furnizarea serviciilor de mentenanță și ajustări post-implementare, incluzând condiții comerciale, niveluri de suport (SLA), timpi de răspuns și alte obligații contractuale relevante.

În perioada de ieșire, Consultantul va asigura predarea operațională și tehnică completă a SI RDP către Beneficiar/STISC, astfel încât sistemul să poată fi operat fără dependență critică de Consultant.

Predarea va include cel puțin:

transferul complet al codului sursă în repozitoriul indicat;

transferul pipeline-urilor CI/CD;

transferul configurațiilor de infrastructură;

predarea documentației de instalare, operare, monitorizare, backup, restore și rollback;

instruirea tehnică a administratorilor desemnați;

sesiuni practice de build/deploy/rollback;

predarea listei complete de dependențe și licențe;

predarea SBOM final;

predarea matricei de acces și roluri;

predarea procedurilor de gestionare a incidentelor;

eliminarea sau transferul conturilor de acces temporare ale Consultantului;

confirmarea că Beneficiarul/STISC poate reinstala și opera sistemul independent.

Finalizarea perioadei de ieșire se confirmă prin proces-verbal separat.

La finalizarea perioadei de ieșire, Consultantul va prezenta dovezi privind eliminarea, anonimizarea sau sanitizarea datelor de producție, copiilor de date, fișierelor temporare și credențialelor din mediile proprii, dacă acestea au fost utilizate în mod autorizat pe parcursul proiectului.

La predarea finală, toate parolele, cheile, tokenurile, certificatele, conturile administrative și conturile de urgență/break-glass vor fi resetate, transferate sau dezactivate conform procedurii agreate cu Beneficiarul/STISC. Consultantul nu va păstra acces administrativ la sistem după finalizarea predării, cu excepția accesului aprobat expres pentru perioada de garanție sau mentenanță.

Consultantul va implementa, în cadrul proiectului, un mecanism care să asigure importul complet, corect și securizat al tuturor datelor existente și necesare din alte sisteme (sursa datelor va fi stabilită de comun acord cu Beneficiarul). Procesul va urmări:

menținerea integrității și consistenței datelor pe toată durata migrării;

eliminarea riscurilor de pierdere sau corupere a datelor;

optimizarea procesului de migrare pentru a reduce timpii de indisponibilitate;

respectarea legislației și normelor aplicabile privind protecția datelor cu caracter personal și a informațiilor clasificate.

Consultantul va elabora și propune Beneficiarului metodologia detaliată de migrare a datelor către noul cadru dezvoltat în proiect. Metodologia va include:

pașii și etapele de migrare (testar

migrare

Consultantul va elabora și propune Beneficiarului metodologia detaliată de migrare a datelor către noul cadru dezvoltat în proiect. Metodologia va include:

pașii și etapele de migrare (testare, migrare pilot, migrare completă);

instrumentele software și procedurile utilizate;

criteriile de validare a datelor migrate;

planul de gestionare a riscurilor și a situațiilor de eșec (rollback).

Metodologia propusă va fi prezentată Beneficiarului spre analiză și va intra în vigoare doar după confirmarea și aprobarea scrisă a acestuia.

Consultantul va livra un plan detaliat de migrare, care să includă etapele de testare, migrare pilot și migrare completă. Planul va conține estimarea timpilor de indisponibilitate (downtime) și măsurile necesare pentru reducerea acestuia la minimum.

Pe durata procesului de migrare și populare a datelor, Consultantul va fi responsabil de:

Definirea metodologiei utilizate pentru migrarea și popularea datelor;

Furnizarea mecanismelor software necesare procesului de migrare și populare;

Stabilirea criteriilor de reconciliere a datelor migrate și populate;

Popularea cadrului cu date inițiale utilizând mecanismele implementate;

Identificarea și rezolvarea excepțiilor sau erorilor apărute în procesul de migrare și populare.

Toate activitățile de migrare și populare inițială a cadrului cu date vor fi efectuate exclusiv în mediul de operare controlat de STISC. Datele nu vor părăsi infrastructura MCloud.

Procesul de migrare va respecta politica de securitate a STISC, iar Consultantul va demonstra specialiștilor STISC corectitudinea instrumentelor utilizate pentru migrare și popularea inițială a cadrului cu date.

Consultantul va defini criterii clare de succes pentru migrare (ex.: procent de acuratețe al datelor > 99,9%). Vor fi implementate proceduri de testare post-migrare, inclusiv compararea datelor sursă/destinație și generarea de rapoarte de consistență pentru beneficiar.

În cazul unui eșec parțial sau total al migrării, Consultantul va implementa un plan de revenire la sistemul anterior, pentru a asigura continuitatea serviciilor. Înainte de începerea migrării, Consultantul va realiza backup complet și verificat al datelor.

Toate operațiunile de migrare vor fi jurnalizate (cine, ce, când, cum). Consultantul va furniza beneficiarului rapoarte de audit semnate digital, care să dovedească integritatea și corectitudinea procesului de migrare.

Mecanismele dezvoltate pentru migrare vor fi proiectate pentru reutilizare în viitoare procese similare. Consultantul va asigura stocarea și/sau exportul datelor în formate deschise, pentru a evita blocarea în tehnologii proprietare.

Consultantul va asigura stocarea și/sau exportul datelor în formate deschise, pentru a evita blocarea în tehnologii proprietare.

Consultantul va elabora și livra documentația necesară utilizatorilor finali, care va include:

Ghid interactiv adaptat pentru fiecare rol din sistem;

Manuale ale utilizatorului, descărcabile în format PDF, corespunzătoare fiecărui tip de rol din sistem.

Toată documentația destinată utilizatorilor finali va fi disponibilă în limbile română și engleză.

Consultantul va pregăti tutoriale video pentru principalele funcționalități ale soluției. Tutorialele vor fi disponibile în limbile română și engleză.

Consultantul va elabora și livra documentația tehnică, care va include:

Documentația arhitecturii sistemului (inclusiv descrierea modelelor în limbaj UML, cu nivel suficient de detaliere);

Strategia de testare;

Codul sursă complet compilabil și documentat pentru toate aplicațiile, componentele și testele unitare dezvoltate în cadrul proiectului;

Manualul de instalare și configurare a sistemului (incluzând compilarea codului, scripturile de construire a imaginii containerului, procedurile de instalare, cerințele hardware și software, descrierea și configurarea platformei, procedurile de backup și recuperare în caz de dezastru).

Toată documentația tehnică va fi redactată în limba engleză.

Consultantul va elabora și livra documentația API-urilor utilizate și expuse pentru integrarea cu sisteme informatice externe.

Documentația API va fi redactată în limba engleză.

Consultantul va livra documentația operațională și arhitecturală necesară pentru operarea independentă a SI RDP de către Beneficiar/STISC.

Documentația va include cel puțin:

Architecture Decision Records (ADR) pentru deciziile arhitecturale majore;

diagrama componentelor și a fluxurilor de date;

descrierea mediilor: development, test, staging/pre-producție, producție;

manual de deployment;

manual de rollback;

manual de backup și restore;

runbook operațional pentru incidente;

proceduri de monitorizare și alertare;

proceduri de rotație a secretelor;

matricea integrărilor externe;

matricea API-urilor expuse și consumate;

descrierea pipeline-urilor CI/CD;

instrucțiuni pentru reconstruirea sistemului din codul sursă și configurațiile livrate.

Consultantul va organiza sesiuni de instruire atât la sediul Administrației Naționale a Drumurilor, cât și online, adresate tuturor categoriilor de utilizatori, în funcție de rolurile acestora.

Consultantul va pregăti și livra toate materialele necesare pentru desfășurarea în condiții optime a instruirii utilizatorilor.

Conținutul cursului de instruire și a materialelor de instruire vor fi prezentate în r

erialele necesare pentru desfășurarea în condiții optime a instruirii utilizatorilor.

Conținutul cursului de instruire și a materialelor de instruire vor fi prezentate în română.

Consultantul va asigura Clientului dreptul de a utiliza întreaga soluție, împreună cu toate componentele software aferente, în mod nelimitat în timp, spațiu și funcționalități.

Clientul va deține în totalitate drepturile asupra datelor generate prin utilizarea soluției.

Soluția va stoca datele într-un format deschis sau va pune la dispoziție mecanisme de export în format deschis, pentru a permite transferul sau migrarea acestora către alte sisteme.

Consultantul va livra Beneficiarului fiecare versiune intermediară a sistemului (inclusiv versiunea demo și versiunile parțiale rezultate din etapele de implementare). Aceste versiuni vor fi transmise spre testare Beneficiarului, care va verifica conformitatea cu cerințele Caietului de sarcini. Consultantul este obligat să remedieze neconformitățile constatate și să transmită versiuni corective până la eliminarea integrală a acestora.

Pentru fiecare versiune intermediară și finală, Consultantul va prezenta dovezi de testare, care vor include cel puțin:

testare funcțională;

teste unitare;

teste de integrare;

teste end-to-end pentru fluxurile critice;

teste de regresie;

teste de performanță;

teste de securitate;

teste de accesibilitate pentru interfața publică;

teste GIS pentru performanță, randare, interogări spațiale și validarea geometriilor;

teste de backup/restore;

teste de integrare cu serviciile guvernamentale aplicabile.

Rezultatele testelor vor fi documentate în rapoarte de testare și vor indica scenariile testate, rezultatul, defectele identificate, severitatea acestora și statutul remedierii.

La finalul implementării, Consultantul va prezenta Raportul final de implementare și va supune sistemul testelor de acceptanță. Acceptanța se consideră realizată dacă sunt îndeplinite cumulativ următoarele:

sistemul respectă cerințele funcționale și nefuncționale specificate;

testele de funcționalitate, performanță, securitate și integrare au fost efectuate cu succes;

documentația tehnică și operațională a fost livrată integral;

utilizatorii și administratorii au fost instruiți corespunzător;

integrările cu sistemele externe au fost validate;

indicatorii de performanță și SLA au fost atinși.

Acceptanța finală va putea fi realizată doar dacă sunt îndeplinite cumulativ următoarele condiții:

toate cerințele funcționale obligatorii sunt implementate și validate;

toate cerințele non-funcționale obligatorii sunt implementate sau justificate ca neaplicabile;

nu există defecte deschise de severitate Critică sau Majoră;

nu există vulnerabilități deschise de severitate Cri

nțele non-funcționale obligatorii sunt implementate sau justificate ca neaplicabile;

nu există defecte deschise de severitate Critică sau Majoră;

nu există vulnerabilități deschise de severitate Critică sau Înaltă;

testele de performanță confirmă atingerea indicatorilor specificați în caiet;

testele RTO/RPO și backup/restore sunt executate cu succes;

integrările cu MPass, MConnect, MLog, MNotify și MConnect Events sunt validate;

aplicabilitatea MSign și MPay este clarificată și documentată;

codul sursă, pipeline-urile CI/CD, documentația tehnică, manualele și runbook-urile au fost predate integral;

sistemul poate fi instalat/reinstalat de Beneficiar/STISC în baza documentației și artefactelor livrate;

matricea de conformitate cu cadrul AGE este completată și acceptată.

Acceptanța finală va include verificarea Matricei de conformitate prevăzute în Anexa nr. 23, iar cerințele marcate ca aplicabile trebuie să fie acoperite prin livrabile, documente justificative, rapoarte de testare sau procese-verbale de validare.

În cadrul acceptanței finale se va realiza testul „Deploy Independent”, prin care Beneficiarul/STISC sau o persoană tehnică desemnată va executa instalarea/reinstalarea sistemului utilizând exclusiv repozitoriul, artefactele livrate, pipeline-urile CI/CD, configurațiile și documentația tehnică furnizată de Consultant. Testul se consideră reușit dacă sistemul poate fi reconstruit, configurat și pornit fără intervenția directă a Consultantului.

Predarea–primirea sistemului se face prin:

Prezentarea de către Consultant a Raportului final și documentației complete. Raportul final și documentația completă vor fi însoțite obligatoriu de:

codul sursă complet;

istoricul versiunilor/release notes;

pipeline-urile CI/CD;

fișierele Dockerfile și/sau definițiile de build;

manifestele Kubernetes/Helm/Kustomize;

scripturile de migrare și inițializare a bazei de date;

scripturile de upgrade/downgrade;

specificațiile OpenAPI/gRPC;

SBOM pentru ultima versiune livrată;

rapoartele SAST/DAST/SCA;

raportul de testare de penetrare;

raportul de performanță;

raportul de testare backup/restore;

manualul de instalare, operare, monitorizare, backup, restore și rollback.

Verificarea conformității de către Beneficiar și întocmirea Procesului-verbal de testare.

În cazul constatării unor neconformități, întocmirea Procesului-verbal de constatare cu termene de remediere.

Retransmiterea versiunii corectate.

Obținerea avizelor pozitive a Proprietarului și Administratorului SI RDP.

Acceptarea finală prin semnarea Procesului-verbal de predare–primire.

Pentru asigurarea trasabilității cerințelor și verificarea conformității SI RDP cu cadrul de acceptanță și guvernanță aplicabil sistemelor informaționale de stat, Consultantul va completa și actualiza Matricea de conformitate prevăzută în Anexa nr. 23 la prezentul Caiet de sarcini.

Matricea de conf

anță și guvernanță aplicabil sistemelor informaționale de stat, Consultantul va completa și actualiza Matricea de conformitate prevăzută în Anexa nr. 23 la prezentul Caiet de sarcini.

Matricea de conformitate va fi utilizată pe parcursul etapelor de analiză, proiectare, dezvoltare, testare și acceptanță, în vederea corelării cerințelor din prezentul Caiet de sarcini cu cerințele aplicabile privind stiva tehnologică, infrastructura MCloud, containerizarea, CI/CD, interoperabilitatea, securitatea, testarea, documentația, accesibilitatea, observabilitatea și predarea operațională a sistemului.

Consultantul va completa pentru fiecare cerință:

cerința aplicabilă din cadrul de acceptanță și guvernanță;

cerința corespondentă din prezentul Caiet de sarcini;

statutul aplicabilității: aplicabil / neaplicabil / parțial aplicabil;

dovezile de conformitate;

responsabilul de verificare.

Matricea de conformitate va fi livrată inițial în etapa de analiză și va fi actualizată la fiecare livrare intermediară și la acceptanța finală. Acceptanța finală a SI RDP va fi condiționată de completarea și validarea Matricei de conformitate de către Beneficiar și, după caz, de AGE/STISC/CERT-Gov.

rie drum: Profil transversal: Supralărgiri în curbe (platformă și parte carosabilă)

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

interval orar dacă checkbox-ul Variabilă îi selected.

estricții: Parcare / oprire

toate

autoturisme

autobuze

camioane

vehicule periculoase

agricole/utilaje

motociclete/mopede

biciclete/trotinete

drum → număr drum (select din catalog)

cale ferată → nr. linie / operator (select + text)

relief → denumire locală (text, opțional). Dacă se selectează ”Vale seacă”, atunci nu se specifică numele.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

canal (navigabil / irigații / desecare)

lac / rezervor / acumulare

albie torențială / pârâu temporar

zonă inundabilă / valea seacă

drum public local (l, stradă urbană, comunal)

cale ferată (simplă / dublă; electrificată: da/nu)

pistă pietonală / ciclistă (pasaj peste coridor pietonal/ciclist)

drum agricol

canal tehnologic (galerie, ecluză)

traseu rețele edilitare (doar dacă podul le supratraversează ca obstacol principal)

Pod rutier: traversează curs de apă/vale/depresiune pentru trafic rutier

Viaduct rutier

Estacadă peste teren dificil sau zonă urbană

Pasaj inferior sub drum: drum pe dedesubtul altui drum

Pasaj inferior sub cale ferată: drum pe sub linie ferată

Pasarelă pietonală: structură pentru pietoni

Ecoduct/Green bridge: pasaj pentru faună (peste sau sub drum)

SSR — Grindă simplu rezemată (1 sau mai multe deschideri independente)

GC — Grindă continuă (≥ 2 deschideri legate static)

CONS_SUSP — Consolă cu travee suspendată

CADRU — Cadru (portal / rigid / integral)

ARC – Arc (zidărie din piatră sau beton)

ARC_TIR — Arc cu tirant (tablier inferior/intermediar)

ARC_FT — Arc fără tirant (tablier superior/intermediar)

ZAB_SSR — Zăbrelit simplu rezemat (tablier sup/inf/intermediar)

ZAB_GC — Zăbrelit continuu

BOX_SSR — Grindă cutie simplu rezemată

BOX_GC — Grindă cutie continuă

DALA_SSR — Dală/placă simplu rezemată

DALA_GC — Dală/placă continuă

HOB — Hobanat (cable-stayed)

SUSP — Suspendat (cabluri principale + suspentori)

EXTR — Extradosat (intermediar între grinzi și hobanat)

ALT – alt tip de schemă

LM2 - axă singulară de 400 kN (pentru efecte locale: dale, grinzi secundare, console, rosturi)

LM3 - vehicule speciale (convoaie agabaritice), definite prin sarcini pe osii și interaxe specifice

LM4 - mulțimi de pietoni (încărcare de aglomerare umană pe poduri/pasarele)

Н-30, НК-80;

Н-18, НК-80;

Н-13, НГ-60;

Н-10, НГ-30;

Н-10, Н-60;

400 kg/m2.

toate

autoturisme

autobuze

camioane (generic)

motociclete/mopede

biciclete/trotinete

pietoni

Reparații structurale/modernizare tablier

Rosturi de dilatație – reparații

Vopsire/anticoroziv, schelă

E

2.

toate

autoturisme

autobuze

camioane (generic)

motociclete/mopede

biciclete/trotinete

pietoni

Reparații structurale/modernizare tablier

Rosturi de dilatație – reparații

Vopsire/anticoroziv, schelă

Expertiză/inspecție tehnică

Iluminat/semaforizare/ITS – lucrări

Accident pe pod

Avarie pod/pasaj

Obstacol pe tablier

Scurgeri substanțe (ADR)

Vânt puternic – vehicule înalte

Ghețuș/polei pe tablier

Inundații/viituri la culee

Ceață densă – vizibilitate redusă

Circulație alternativă dirijată

Închidere bandă – lucrări

Rută ocolitoare obligatorie

Eveniment special (convoi/agabaritic)

Alt motiv

12 |

onținutul listei următoare.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

vi / neconsecutivi.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

Stâlp tubular simplu, înglobat în fundație

Stâlp tubular simplu, pe placă de bază (ancore)

Stâlp profil U/I/H, înglobat în fundație

Stâlp profil U/I/H, pe placă de bază

Stâlp dublu (2 stâlpi) pentru panouri mari

Cadru/ramă pe 2 stâlpi (panou direcțional)

Consolă laterală (mast-arm/cantilever) pe stâlp

Portal peste carosabil (gantry cu 2 reazeme)

Portal unireazem (cantilever peste benzi)

Montaj pe parapet/ glisieră metalică (guardrail)

Montaj pe balustradă de pod/handrail

Montaj pe perete/zid/clădire (console/ancore)

Montaj pe stâlp existent (iluminat/semafor), cu coliere

Suspendat pe cablu (catenar)

Suspendat sub tablier (prinderi de pod)

Suport flexibil/pliant (delineator/bollard pentru indicatoare mici)

Suport temporar/mobil (trepied, bază grea)

VMS pe stâlp (panou cu mesaj variabil)

VMS pe portal/console

Alt tip (custom) — se cere descriere tehnică la salvare

aluminiu (tablă 2–3 mm); standardul de facto pentru panouri permanente

aluminiu compozit (ACP) 3–4 mm; rigid, ușor, suprafață plană

oțel galvanizat; robust, greu; folosit mai rar pentru panou

oțel inoxidabil; medii agresive/corozive, cost ridicat

compozit fibră de sticlă (FRP); rezistență la coroziune, greutate mică

policarbonat compact; pentru casete, protecții, temporare speciale

acril (PMMA); vizual, urban, protecții transparente

PVC spumat (Forex); temporar/semi-permanent

polipropilenă alveolară (coroplast); temporar

laminat HPL; turistic/urban design, rezistență bună UV

lemn tratat; cazuri speciale (

, protecții transparente

PVC spumat (Forex); temporar/semi-permanent

polipropilenă alveolară (coroplast); temporar

laminat HPL; turistic/urban design, rezistență bună UV

lemn tratat; cazuri speciale (turistic/temporar)

alt material; descriere tehnică obligatorie la salvare

oțel galvanizat la cald (uzual)

aluminiu (extrudat)

oțel inoxidabil (medii agresive)

compozit (frp)

lemn (rar, situații speciale)

alt material (descriere obligatorie)

Nereflexivă (RA0) – interior/temporar, fără retroreflectivitate

Clasa I (RA1, „Engineer Grade”) – viteze mici/medii, urban

Clasa II (RA2, „High Intensity”) – drumuri principale, vizibilitate bună

Clasa III (RA3, microprismatic „Diamond Grade”) – autostrăzi/șosele de mare viteză, performanță superioară

it.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.

mentare: plajă geografică, toate punctele în același CRS,valori invalide (ex. 0,0), fără duplicare / autointersecții, linia proiectată să se încadreze în PK început – PK sfârșit.

e tip/dimensiune.

rețele de căi ferate;

construcții (altele decât clădirile), instalații și echipamente pe suprafața terestră/acvatică a aerodromului/aeroportului;

construcții (altele decât clădirile), instalații și echipamente pe teritoriul și în acvatoriul portului maritim.

reţele de gaze naturale.

sistem public de canalizare;

reţele d

acvatoriul portului maritim.

reţele de gaze naturale.

sistem public de canalizare;

reţele de energie termică;

reţele de iluminare;

reţele de semaforizare;

reţele transport electric;

sistem de gestionare a deşeurilor;

Lista tuturor localităților va fi preluată din Registrul de Stat al Unităților Administrativ-Teritoriale (RSUAT).

Lista tuturor agenților economici va fi preluată din Registrul de Stat al Unităților de Drept (RSUD).

2. Anul ≤ anul curent.

3. Se pot introduce mai mulți ani consecutivi / neconsecutivi.