Registrul Matricol Unic Documentatia De Atribuire

SE APROBĂ, Director UEFISCSU Adrian CURAJ Experți IT Expert Achiziții publice Juridic Ilie TAMAȘ Anca MUSTAȚĂ Dodi DUMITRU Marius NICOLĂESCU Cristina MOISE DOCUMENTAŢIE PENTRU ATRIBUIREA CONTRACTULUI ACHIZIŢIA PUBLICĂ DE SERVICII DE DEZVOLTARE A UNUI SISTEM INFORMATIC INTEGRAT (APLICAȚIE INFORMATICĂ) PENTRU SISTEMUL NAŢIONAL DE GESTIUNE A PARTICIPANŢILOR ÎN SISTEMUL DE ÎNVĂŢĂMÂNT SUPERIOR (denumit REGISTRUL MATRICOL UNIC – RMU) Iulie 2009 Pag. 1/84

FIŞA DE DATE A ACHIZIŢIEI I. a. AUTORITATEA CONTRACTANTĂ Denumire: Unitatea Executivă pentru Finanţarea Învăţământului Superior şi a Cercetării Ştiinţifice Universitare Adresa: Str. Schitu Măgureanu, Nr.1, Et.3, Sector 5, Localitatea: Bucureşti, Cod poştal: 050025, România Localitate: Bucureşti Cod poştal: Ţara: România 050025 Persoana de contact: Anca Mustaţă Telefon: 021/307.19.41 E-mail: anca.mustata@uefiscsu.ro Fax: 021/307.19.29 Adresa Autorităţii contractante: http://www.uefiscsu.ro I.b Principala activitate a Autorităţii contractante: educaţie Autoritatea contractantă nu achiziţionează în numele altei autorităţi contractante. Alte informaţii şi/sau clarificări pot fi obţinute de la : Unitatea Executivă pentru Finanţarea Învăţământului Superior şi a Cercetării Ştiinţifice Universitare, Str. Schitu Măgureanu, Nr.1, Et.3, Sector 5, Cod poştal 050025, Bucureşti, tel.: 021/307.19.41, fax: 012/307.19.29. Data limită de primire a solicitărilor de clarificări: 09.09.2009, ora 12.00. Adresa: Unitatea Executivă pentru Finanţarea Învăţământului Superior şi a Cercetării Ştiinţifice Universitare, Str. Schitu Măgureanu, Nr.1, Et.3, Sector 5, Cod poştal 050025, Bucureşti, tel.: 021/307.19.41, fax: 012/307.19.29, email: anca.mustata@uefiscsu.ro. Data limită de transmitere a răspunsului la clarificări : 10.09.2009, ora 12.00 Modul de utilizare a căilor de atac: Organismul competent de rezolvare a contestaţiilor: Pentru soluţionarea contestaţiilor, partea care se consideră vătămată se poate adresa Consiliului Naţional de Soluţionare a Contestaţiilor care funcţionează pe lângă Autoritatea Naţională pentru Reglementarea şi Monitorizarea Achiziţiilor Publice, localizat în str. Stavropoleos nr. 6, sectorul 3, Cod Postal 030084, Bucureşti, România - Certificat de Înregistrare Fiscală (CIF): 20329980 Tel.:(+4) 021 310.46.41 Fax: (+4) 021 - 310.46.42, E-mail: office@cnsc.ro. Modul de constituire a contestaţiei Contestaţia se formulează în scris şi trebuie să conţină informaţiile precizate în art. 270 alin. (1) din OUG 34/2006. Contestatorul va ataşa la contestaţie şi copia actului atacat, în cazul în care acesta a fost emis, precum şi copii ale înscrisurilor prevăzute la art. 270 alin. (1) din OUG 34/2006, dacă acestea sunt disponibile. Termenul de depunere a contestaţiei Contestaţia poate fi depusă în cel mult 10 zile de la data luării la cunoştinţă de către contestatar despre un act al autorităţii contractante pe care acesta îl consideră nelegal. Pag. 2/84

În cazul în care documentaţia de atribuire este publicată în SEAP în condiţiile prevăzute la art. 75 alin. (5) din OUG 34/2006, data luării la cunoştinţă se consideră a fi data publicării documentaţiei de atribuire. După înaintarea contestaţiei către Consiliu, contestatarul va înainta de îndată autorităţii contractante o copie a contestaţiei şi a înscrisurilor contestate, dacă acestea sunt disponibile. I.c. Sursa de finanţare: Proiect finanţat de Uniunea Europeană prin Fondul Social European, Programul Operaţional Sectorial pentru Dezvoltarea Resurselor Umane 2007 – 2013, Axa prioritară 1 „Educaţia şi formarea profesională în sprijinul creşterii economice şi dezvoltării societăţii bazate pe cunoaştere”, Domeniul Major de Intervenţie 1.2 „Calitate în învăţământul superior”. II OBIECTUL CONTRACTULUI II.1) Descriere II.1.1) Denumire contract: Dezvoltarea unui sistem informatic integrat (aplicație informatică) pentru sistemul naţional de gestiune a participanţilor în sistemul de învăţământ superior – Registrul Matricol Unic (RMU) II. 1.2) Denumire contract şi locul prestării: - Contract de prestare de servicii. - Sediul central şi sediile universităţilor din Sistemul de Învăţământ Superior din România. - Achiziţionarea se va realiza prin cumpărare. - Cod CPV: 72230000-6 – servicii de dezvoltare software personalizat. - Cod CPV: 48611000-4 – pachete software pentru baze de date. II. 1.3) Procedura se finalizează prin: contract de achiziţie publică II. 1.4) Durata contractului de achiziţie publică: 15 luni de la data atribuirii (semnării contractului de către părţi), dar nu mai târziu de data de 15.12.2010. II. 1.5) Nu se acceptă oferte alternative. II. 1.6) Se vor depune oferte pentru întreaga cantitate de servicii solicitate. Nu se acceptă oferte parţiale. II.2) Cantitatea sau scopul contractului II.2.1) Obiectul serviciilor îl reprezintă achiziţia publică de servicii de dezvoltare aplicație software privind Dezvoltarea unui sistem informatic integrat pentru sistemul naţional de gestiune a participanţilor în sistemul de învăţământ superior – Registrul Matricol Unic (RMU). Pag. 3/84

Scopul contractului este detaliat în caietul de sarcini inclus în prezenta documentație de atribuire. DENUMIRE COD CPV Servicii de dezvoltare 72230000-6 software personalizat Pachete software pentru baze 48611000-4 de date II.2.2) Autoritatea contractantă, la momentul finalizării contractului de prestări servicii, are dreptul de a opta pentru prelungirea contractului prin achiziţionarea de noi servicii similare de la operatorul economic a cărui ofertă va fi declarată câştigătoare în cadrul acestei proceduri. Valoarea estimată a acestor servicii similare nu va putea depăşi 20% din valoarea contractului, iar valoarea contractului acordat ca urmare a acestei proceduri este de 4 000 000 lei. II.3) CONDIŢII SPECIFICE CONTRACTULUI II.3.1) Alte condiţii particulare referitoare la contractele subsecvente acordului - cadru (după caz): nu este cazul. II.3.1.a) Contractele de prestări de servicii NU sunt rezervate. II.3.1.b) Alte condiţii: NU II.3.2) Garanţie de participare: DA III PROCEDURA III.1) Procedura selectată: licitaţie deschisă. III.2) Etapa finală de licitaţie electronică: Nu. III.3) Condiţii de licitaţie electronică: Nu este cazul III.4.) Legislaţia aplicată 1. Ordonanţa de urgenţă a Guvernului nr. 34/2006 privind achiziţiile publice, publicată în Monitorul Oficial al României, Partea I, nr. 418 din 15.05.2006, aprobată, cu modificări şi completări ulterioare, prin Legea nr. 337/2006, publicată în Monitorul Oficial al României, Partea I, nr. 625 din 20.07.2006, Legea nr. 128/2007, O.U.G. nr. 94/2007 publicată în MOF nr. 676 din 04/10/2007, Decizia Curţii Constituţionale nr. 569/2008 publicată în MOF nr. 537 din 16/07/2008, O.U.G. nr. 143/2008 publicată în MOF nr. 805 din 02/12/2008, O.U.G. nr. 228/2008 publicată în MOF nr. 3 din 05/01/2009, O.U.G. nr. 19/2009 publicată în MOF nr. 156 din 12/03/2009, O.U.G. nr. 72/2009 publicată în MOF nr. 426 din 23/06/2009. 2. Hotărârea Guvernului nr. 925/2006 privind aprobarea normelor de aplicare a Ordonanţei de urgenţă a Guvernului nr. 34/2006 privind achiziţiile publice, publicată în Monitorul Oficial al României, Partea I, nr. 625 din 20.07.2006, cu modificările şi completările ulterioare, prin Hotărârea nr. 1337/2006, publicată în Monitorul Oficial al României, Partea I, nr. 817 din 04.10.2006. IV. CRITERII DE CALIFICARE ŞI SELECŢIE Pag. 4/84

IV.1) Situaţia personală a ofertantului 1. Declaraţie privind eligibilitatea Cerinţă obligatorie: completarea formularului 12A din capitolul de Formulare. 2.Declaraţie privind neîncadrarea Cerinţă obligatorie: completarea formularului 12B din în situaţiile prevăzute de articolul capitolul de Formulare. 181 din OUG 34/2006. IV.2) Capacitatea de exercitare a activităţii profesionale (înregistrare) Persoane juridice / fizice române Cerinţe obligatorii: a) Certificat constatator emis de Oficiul Registrului Comerţului, care să ateste faptul că nu este în stare de faliment sau lichidare şi din care să reiasă obiectul de activitate, valabil la data deschiderii ofertelor (copie conform cu originalul); b) Certificat de înregistrare emis de Oficiul Registrului Comerţului (copie conform cu originalul); c) Pentru persoanele fizice române - autorizare de funcţionare sau orice alte documente justificative din care să rezulte că are capacitate de exercitare a activităţii (original sau copie legalizată); Persoane juridice / fizice străine Cerinţe obligatorii: Documente edificatoare care să dovedească o formă de înregistrare ca persoană juridică sau de înregistrare / atestare ori apartenenţă din punct de vedere profesional, în conformitate cu prevederile legale din ţara în care ofertantul este rezident (traducere legalizată). IV. 3.) Situaţia economico-financiară 1. Bilanţ contabil Cerinţă obligatorie: Prezentarea Bilanţurilor Contabile pe ultimii trei ani (2006, 2007, 2008), vizate şi înregistrate de organele competente (copie ştampilată, semnată şi cu menţiunea „conform cu originalul” pe fiecare pagină). 2.Informaţii privind cifra de Cerinţă obligatorie: Declaraţii prin care ofertantul va afaceri demonstra realizarea unei cifre medii anuale de afaceri globală, pe ultimii trei ani de 1.800.000 EURO. (Formularul 1 din capitolul de Formulare). IV. 4.) Capacitatea tehnică 1.Experienţă similară Cerinţe minime: Ofertantul (sau membrii asociaţiei, cumulaţi) trebuie să fi dezvoltat în ultimii trei ani cel puţin două sisteme informatice similare, cu peste 500 de utilizatori, cu acoperire similară, pe tehnologie şi arhitectură asemănătoare cu cele propuse; Pag. 5/84

Ofertantul va depune, în sprijinul afirmaţiilor, copii ale părţilor relevante din contract şi recomandări semnate şi parafate de către beneficiar. Pentru a asigura integritatea şi calitatea ofertelor, nu sunt acceptate ca documente suport contracte nefinalizate la data deschiderii ofertei. 2.Lista principalelor contracte de O listă a principalelor prestări de servicii similare în prestare de servicii similare în ultimii 3 ani conţinând valori, perioade de prestare, ultimii 3 ani beneficiari (indiferent dacă sunt autorităţi contractante de stat sau clienţi privaţi) (Formularul 12D din capitolul de Formulare). 3.Informaţii privind personalul Cerinţe privind personalul propriu: tehnic de specialitate şi de Cerinţa minimală a autorităţii contractante este ca asigurarea calităţii numărul de angajaţi ai ofertantului (individual sau în asociere), alocaţi proiectului, să fie de cel puţin 25, dintre care următorii experţi cu studii superioare finalizate: Project Manager:  Minim 10 ani experienţă în domeniul IT&C, (design, implementare şi exploatare sisteme informatice integrate);  Minim 3 ani experienţă coordonare echipe consultanţi în proiecte de complexitate similară  Minim 3 proiecte conduse – de valoare cel puţin egală cu cea a proiectului supus prezentei proceduri de achiziţie;  Certificări relevante pe management de proiecte; de exemplu, certificare de tip Project Management Professional (PMP) emisă de către PMI sau echivalent;  Competenţe relevante: minim o recomandare emisă de către un client pentru un proiect desfăşurat în cadrul unei autorităţi publice precizând rezultatele practice obţinute. Expert baze de date:  Minim 5 ani experienţă profesională pe domeniul de expertiză;  Participare în cel puţin 3 proiecte similare;  Certificări relevante: DBA pentru tehnologie propusă. Pag. 6/84

Minim doi experţi dezvoltare software:  Minim 7 ani experienţă dezvoltare software;  Participare în cel puţin 3 proiecte similare. Expert Tehnologia Comunicaţiilor  Minim 10 ani experienţă profesională pe domeniul de expertiză;  Studii superioare de electronică şi telecomunicaţii;  Participare la cel puţin 2 proiect de anvergură similară care implică tehnologia de comunicaţii. Experţi Sisteme informaţionale, de management şi de securitate (condiţiile pot fi îndeplinite cumulativ de mai multe persoane)  Minim 10 ani experienţă în domeniul IT&C;  Minim 3 proiecte care au presupus elaborarea de studii IT&C;  Minim 3 proiecte care au presupus evaluarea infrastructurilor IT&C;  Competențe în managementul sistemelor de securitate: Certificare CISM (Certified Information Security Manager) emisă de către ISACA (Information Systems Audit and Control Association) sau echivalent;  Competenţe în managementul sistemelor informatice la scară largă: certificare CGEIT (Corporate Governance for Enterprise IT) emisă de către ISACA sau echivalent;  Competențe în auditul sistemelor informaţionale: certificare CISA (Certified Information Systems Auditor) emisă de către ISACA sau echivalent;  Competenţe relevante: minim o recomandare emisă de către un client pentru un proiect finalizat care a implicat evaluarea situaţiei curente şi elaborarea unui studiu privind soluţiile de îmbunătăţire. Expert Securitate informatică aplicată  Minim 3 ani experienţă în domeniul IT&C; Pag. 7/84

 Competențe în managementul securităţii informatice aplicate; de exemplu, certificare de tip LPT (Licensed penetration tester) sau echivalent;  Competenţe relevante: minim o recomandare emisă de către un client pentru un proiect finalizat care a presupus testarea securităţii prin intermediul testelor de penetrare. Auditor Sisteme Informaţionale  Minim 3 ani experienţă în domeniu;  Competente în auditul sistemelor informaţionale;  Certificare CISA sau echivalent;  Prezentarea a minim 3 recomandări pentru proiecte în domeniul auditului sistemelor informatice. În cazul depunerii unei oferte comune, aceşti experţi pot să fie angajaţi ai oricărui membru al asocierii. Pentru fiecare dintre experţii propuşi, ofertantul va prezenta un CV conform Formularului 2E din capitolul de Formulare, recomandări semnate şi parafate de către beneficiari, copii după diplomele de certificare profesională şi documente care să ateste calitatea de angajat al ofertantului. Un expert poate fi propus pentru o singură poziţie din cele obligatorii. Ofertantul va completa Formularul 2D (original) din capitolul de Formulare. Pentru a face dovada alocării a cel puţin 25 de persoane, inclusiv respectarea cerinţei minime, ofertantul va da o declaraţie pe proprie răspundere conform formularului 2D (original) din capitolul de Formulare. Ofertantul va asigura comunicare la toate nivelurile (scris şi vorbit) în limba română, cu toate persoanele implicate în implementarea proiectului. 4.Certificate Dovada certificării ISO 9001 sau ISO 9002 pentru sistemul de management al asigurării calităţii sau echivalent. Dovada certificării ISO 27001 pentru sistemul de management al securității informaționale sau echivalent. 5. Informaţii privind • Declaraţiile privind partea/părţile din contract care Pag. 8/84

subcontractanţii sunt îndeplinite de subcontractanţi şi modul în care specializarea acestora acoperă partea subcontractată.  Formularul 2B (original) din capitolul de Formulare, completat de către contractant și de toți subcontractanții care participă la îndeplinirea contractului. •Lista cuprinzând subcontractanții, conform Formularului 12G din capitolul de Formulare - original •Declaratie privind calitatea de participant la pocedura conform Formularului 12C din capitolul de Formulare - original •Descrierea modului în care contractantul principal va monitoriza și conduce subcontractanții pentru a asigura realizarea în timpul stabilit a activităților subcontractate. •Declarație privind neîncadrarea în situațiile prevăzute la art. 181 din Ordonanța de urgență a Guvernului nr.34/2006, conform Formularului 12B din capitolul de Formulare – original pentru fiecare subcontractant •Declarație pe propria răspundere. Completată în conformitate cu Formularul 12A din capitolul de Formulare – original pentru fiecare subcontractant. V. ELABORAREA OFERTEI V. 1) Limba de redactare a ofertei: limba română. De asemenea, orice corespondenţă şi documente legate de procedura de atribuire transmise între ofertant şi Autoritatea Contractantă trebuie să fie în limba română. Documentele emise în altă limbă vor fi însoţite de traducerea autorizată şi legalizată în limba română. V. 2) Perioada de valabilitate a ofertei: 120 zile V. 3) Cuantumul garanţiei de participare: 40 000 lei . V. 4) Perioada de valabilitate a garanţiei pentru participare: 120 zile V. 5) Modul de constituire a garanţiei de participare Scrisoare de garanţie bancară în original în favoarea autorităţii contractante – Unitatea Executivă pentru Finanţarea Învăţământului Superior şi a Cercetării Ştiinţifice Universitare. Se va utiliza obligatoriu modelul indicat în Formularul 11 din anexa 1. Scrisorile de garanţie bancară vor fi eliberate de o bancă din România, care nu se află în stare de faliment sau reorganizare sau o banca din strainatate cu corespondent in Romania, care indeplineste conditiile precizate. V.6) Modul de prezentare a propunerii tehnice Oferta tehnică va conţine: a) Descrierea serviciilor ofertate. Pag. 9/84

b) Activităţile şi sarcinile concrete care vor fi încredinţate personalului implicat în îndeplinirea contractului. Ofertantul are obligaţia de a prezenta propunerea tehnică astfel încât să se asigure posibilitatea verificării corespondenţei acesteia cu cu cele prevăzute în Caietul de sarcini; astfel, Propunerea tehnică va conţine comentarii, articol cu articol, al specificaţiilor tehnice conţinute în Caietul de sarcini, prin care să se demonstreze această corespondenţă. Ofertanţii care participă la procedura de atribuire înteleg să ofere numai servicii care să îndeplinească condiţiile tehnice minime specificate în caietul de sarcini. Toate solicitările precizate anterior vor fi prezentate conform detaliilor incluse în caietul de sarcini constituie subiect al evaluării conform grilei prezentate în capitolul VI al fişei de date a achiziţiei. V.7) Modul de prezentare a propunerii financiare Propunerea financiară se întocmeşte conform Formularului 10A şi a sumarului ofertei financiare, anexă la Formularul 10A, din capitolul de Formulare, în original. Preţul ofertat se va exprima în LEI. Nu este acceptată ofertă alternativă. V.8.) Data pentru care se determină echivalenţa leu/euro Curs de referinţă comunicat de BNR în ziua 04.09.2009, ora 16.00. V.9) Prezentarea ofertei a) Adresa la care se depune oferta: Unitatea Executivă pentru Finanţarea Învăţământului Superior şi a Cercetării Ştiinţifice Universitare, Str. Schitu Măgureanu, Nr.1, Et.3, Secretariat, Sector 5, Cod poştal 050025, Bucureşti, tel.: 021/307.19.23, fax: 012/307.19.29. b) Data limită pentru depunerea ofertei: 16.09.2009, orele 11.00. c) Numărul de exemplare în copie: trei d) Mod de prezentare Scrisoarea de garanţie bancară de participare în favoarea autorităţii contractante, în original, se va depune în plic închis separat, odată cu celelalte documente ale ofertei. Fiecare pagină a ofertei trebuie să fie numerotată şi semnată, de către ofertant, care are obligaţia de a anexa şi un opis al documentelor prezentate. Documentele originale, care nu pot fi depuse în oferta “ORIGINAL”, vor fi prezentate în copie, semnate şi ştampilate în original de către conducătorul societăţii ofertante. Originalele acestor documente vor fi prezentate, pentru confruntare, în timpul şedinţei de deschidere. Documentele originale care alcătuiesc Propunerea tehnică şi Propunerea financiară, marcate corespunzător, se vor introduce într-un plic interior plicului marcat „ORIGINAL”, marcat „PROPUNERE TEHNICĂ ŞI FINANCIARĂ”. Celelalte documente care însoţesc oferta, în original, se vor introduce într-un plic marcat “DOCUMENTE DE CALIFICARE”, interior plicului marcat „ORIGINAL”. Pag. 10/84

Ofertantul trebuie să sigileze originalul şi copiile în plicuri separate, marcând corespunzător plicurile cu „ORIGINAL” şi, respectiv, „COPIE”; Pe plicul marcat “ORIGINAL” şi pe plicurile marcate „COPIE” se va scrie denumirea şi adresa ofertantului, pentru a permite returnarea ofertei, fără a fi deschisă, în cazul în care oferta respectivă este declarată întârziată. Plicurile interioare se vor introduce într-un PLIC EXTERIOR care va fi închis corespunzător şi netransparent. Plicul exterior trebuie să fie marcat cu adresa Autorităţii contractante şi cu inscripţia “A NU SE DESCHIDE ÎNAINTE DE DATA : 16.09.2009; orele 12.00. PLIC “ORIGINAL” PLIC “COPIE” (3 buc) Propunerea tehnică Propunerea tehnică Propunerea financiară Propunerea financiară Celelalte documente care Celelalte documente care însoţesc oferta însoţesc oferta marcat cu numele şi adresa marcat cu numele şi adresa ofertantului ofertantului PLIC EXTERIOR – marcat cu adresa autorităţii contractante şi cu menţiunea: “A NU SE DESCHIDE ÎNAINTE DE DATA :” 16.09.2009; orele 12.00” e) Modificarea si retragerea ofertei O ofertă poate fi retrasă şi modificată numai până la data şi ora limită de depunere a ofertelor. f) Oferte întârziate Ofertele depuse la o altă adresă decât adresa anunţată sau depuse după data/ora limită înscrisă la pct. V.9. sunt considerate oferte întârziate. V.10) Deschiderea ofertelor Se deschid numai ofertele pentru care s-a depus garanţia de participare. Deschiderea ofertelor se va face de către comisia de evaluare, la data de 16.09.2009; orele 12.00, la Unitatea Executivă pentru Finanţarea Învăţământului Superior şi a Cercetării Ştiinţifice Universitare, Str. Schitu Măgureanu, Nr.1, Et.3, Sala de Consiliu (camera 12), Sector 5, Cod poştal 050025, Bucureşti, tel.: 021/307.19.23, fax: 012/307.19.29. Pag. 11/84

Persoanele autorizate să asiste la deschiderea ofertelor sunt: reprezentanţii autorizaţi ai ofertanţilor, care vor prezenta documente de identificare şi împuternicire semnată de persoana autorizată să semneze oferta. VI. CRITERII DE ATRIBUIRE VI.1. Criteriul aplicat pentru atribuirea contractului de achiziţie publică: oferta cea mai avantajoasă din punct de vedere economic. Punctajul acordat pentru fiecare ofertă se calculează pe baza formulei: Ptotal = Pfinanciar x 30% + Ptehnic x 70% 1. Punctajul financiar, Pfinanciar, se acordă astfel : a) Pentru cel mai scăzut dintre preţurile ofertate se acordă 100 de puncte; b) Pentru alt preţ decât cel prevăzut la litera a) se acordă punctaj astfel: Pfinanciar = (Pmin / Pev) x 100 unde Pmin şi Pev reprezintă: Pmin = cel mai mic preţ din ofertele prezentate; Pev = preţul ofertei pentru care se face evaluarea Preţurile care se compară în scopul întocmirii clasamentului sunt cele ofertate pentru prestarea integrală a serviciilor, exclusiv TVA. Se va lua în calcul valoarea ofertată pentru întreaga cantitate de servicii solicitate. 2. Punctajul tehnic, Ptehnic, se acordă de către comisia de evaluare pe baza aprecierii obiective efectuate de către membrii acesteia, apreciere care se raportează în totalitate la prevederile caietului de sarcini. Pentru fiecare dintre factorii de evaluare enumeraţi în tabelul care urmează, punctajul maxim care poate fi acordat este cel trecut în coloana „Punctaj maxim”. Acesta se va acorda pentru oferta (ofertele) care răspunde (raspund) cel mai bine la factorul de evaluare respectiv. Pentru celelalte oferte, se va acorda un număr de puncte între 0 şi punctajul maxim evidențiat în tabelul de punctaj, în funcţie de aprecierea obiectivă a nivelului satisfacerii cerinţelor de către oferta, în raport cu oferta cea mai bună. Ptehnic al fiecărei oferte va fi constituit din suma punctajelor obţinute de acea ofertă pentru fiecare dintre factorii de evaluare specificaţi în tabel. Punctaje tehnice Factor de evaluare Punctajul maxim 1. Metodologie de management de proiect – gradul de definire şi detaliere a metodologiei, inclusiv gradul de aplicare la specificul 10 proiectului Pag. 12/84

Factor de evaluare Punctajul maxim 1. Descrierea implementarii unei metodologii de Management de 4 proiect. 2. Identificarea, descrierea şi planificarea reducerii riscurilor 3 specifice proiectului. 3. Descrierea planificării proiectului în detaliu, structura pe pachete 3 de lucru (WBS), încărcare resurse, milestone-uri etc. 2. Metodologie de asigurare şi control a calităţii pentru toate componentele proiectului – gradul de definire şi detaliere a 10 metodologiei, inclusiv gradul de aplicare la specificul proiectului 1. Planul de asigurare a calităţii. 5 2. Descrierea interacţiunii cu echipele de proiect 5 3. Metodologie de implementare - gradul de definire şi detaliere a 10 metodologiei, inclusiv gradul de aplicare la specificul proiectului 1. Descrierea rolurilor în detaliu, a alocării experților pe categorii de 4 lucrări / servicii, în cadrul echipelor de proiect. 2. Descrierea Planului de comunicare; 3 3. Descrierea Procedurilor / Instrumentelor de lucru. 3 4. Metodologie de suport tehnic - gradul de definire și detaliere a 10 metodologiei, inclusiv gradul de aplicare la specificul proiectului 1. Descrierea în detaliu a nivelului de disponibilitate a suportului 6 tehnic, natura şi diversitatea acestuia 2. Metodologia folosită pentru susţinerea serviciilor de suport tehnic 4 5. Metodologie de dezvoltare software - gradul de definire şi detaliere a metodologiei, inclusiv gradul de aplicare la specificul 10 proiectului 1. Definirea metodologiei şi caracteristicilor generale ale produselor 5 software 2. Definirea modulelor software, functionalităţi, interfețe etc. 5 6. Metoda de export a datelor - gradul de definire şi detaliere a 10 metodologiei de export de date 1. Definirea metodologiei aplicate în cazul exportului de date: etape, 3 acţiuni, riscuri. 2. Definirea unui exemplu de plan de export de date (activităţi, 2 responsabili, mediu de lucru, control). 3. Tratarea întreruperilor / excepţiilor în exportul de date 2 4. Planul de reluare a exportului de date (roll-back) 3 7. Planul de proiect (realizare / execuţie) 20 1. Prezentarea planului de proiect în format Gantt, pe minim 3 8 niveluri. 2. Exemplu de plan de proiect complet, orientat pe specificul 12 proiectului. 8. Descrierea conceptului (prototip) de sistem informatic propus 20 1. Detalierea obiectivelor / etapelor necesare bunei implementări 5 2. Detalierea proceselor de inițiere, comunicare, execuție, calitate și 5 control, modificare și încheiere. 3. Detalierea infrastructurii hardware necesare 3 Pag. 13/84

Factor de evaluare Punctajul maxim 4. Detalierea infrastructurii software necesare 3 5. Detalierea proceselor și serviciilor de implementare. 4 TOTAL GENERAL 100 VI.4. Oferta câştigătoare va fi cea mai avantajoasă din punct de vedere economic (cea care a obţinut cea mai mare valoare a lui PTotal). VII. ATRIBUIREA CONTRACTULUI DE ACHIZIŢIE PUBLICĂ Atribuirea contractului se va face în corelaţie cu pct. II 1.3 ; II 1.4; II 1.5; II 1.6 din Fişa de date a Achiziţiei. VIII. CONDIŢII FINANCIARE IMPUSE DE CONTRACT VIII.1. Ajustarea preţurilor (tarifelor) contractului: Preţul este ferm în LEI; nu se acceptă ajustarea preţului. VIII.2. Garanţia de bună execuţie a contractului : 1. În termen de maxim 3 zile de la semnarea contractului furnizorul va prezenta o scrisoare de garanţie de bună execuţie în valoarea de 10% din valoarea contractului de furnizare, fără TVA. 2. Modul de constituire a garanţiei de bună execuţie a contractului de prestare de servicii este scrisoarea de garanţie bancară de bună execuţie şi constituie anexă la contract (Formularul 5 din capitolul de Formulare, în original). Scrisoarea de garanţie bancară va fi eliberată de o bancă din România, care nu se află în stare de faliment sau reorganizare sau o bancă din străinatate cu corespondent în România, care îndeplineşte condiţiile precizate. 3. Returnarea garanţiei de bună execuţie se va efectua conform H.G. 925/2006 privind normele de aplicare a O.U.G. 34/2006. IX. CONTRACTUL. CLAUZE CONTRACTUALE OBLIGATORII În termen de 11 zile de la data comunicării rezultatului aplicării procedurii, furnizorul declarat câştigător se va prezenta la sediul autorităţii contractante pentru încheierea contractului. În caz contrar, se va executa garanţia de participare. Clauzele contractuale sunt prezentate în modelul de contract ataşat (în capitolul de Formulare din documentaţia de atribuire). Neacceptarea clauzelor contractuale are drept urmare descalificarea ofertantului. Toată documentația de atribuire în tot cuprinsul său este obligatorie, conform prevederilor legale. Şef Compartiment Achiziţii Publice Oficiul juridic Întocmit Pag. 14/84

CAIET DE SARCINI 1. OBIECTUL LICITAŢIEI Achiziţionarea serviciului de dezvoltare a unui sistem informatic integrat pentru sistemul naţional de gestiune a participanţilor din Sistemul de Învăţământ Superior (SIS) – Registrul Matricol Unic (RMU). 2. CONTRACTORUL (BENEFICIARUL) Unitatea Executivă a Finanţării Învăţământului Superior şi a Cercetării Ştiinţifice Universitare (UEFISCSU). 3. OFERTANTUL ŞI FURNIZORUL Ofertantul este societatea comercială care se înscrie la prezenta licitaţie. Furnizorul este societatea comercială care câştigă prezenta licitaţie. 4. SCOPUL SERVICIULUI LICITAT Crearea unui sistem integrat unic la nivel naţional, privind participanţii din SIS, care va furniza în timp real informaţii şi rezultate obiective şi credibile factorilor de decizie şi altor persoane fizice sau instituţii interesate, în funcţie de nivelul de acces atribuit acestora. Sistemul va include şi o componentă publică web, de tip portal, pentru furnizarea de informaţii, specifice RMU, publicului larg şi pentru a facilita comunicarea şi colaborarea între utilizatorii sistemului. Sistemul va cuprinde o bază de date integrată pentru gestionarea informaţiilor referitoare la participanţii SIS. RMU va răspunde următoarelor nevoi identificate la momentul actual:  necesitatea unui sistem unic la nivel naţional care să asigure integrarea informaţiilor privind capitalul uman implicat în SIS şi vizibilitatea acestor informaţii, până la nivel de date primare;  facilitarea procesului de gestiune şi de raportare în timp real a informaţiilor de la nivelul universităţilor şi asigurarea transparenţei acestor informaţii, corelat cu utilizarea fondurilor publice alocate;  diseminarea informaţiilor publice specifice RMU printr-o interfaţă web accesibilă oricărui utilizator autorizat şi facilitarea comunicării între utilizatorii sistemului;  asigurarea unei imagini reale a dezvoltării capitalului uman prin învăţământ superior (numărul de participanţi şi absolvenţi, respectiv nivelul, performanța şi domeniul de dezvoltare). Pag. 15/84

5. DESCRIEREA GENERALĂ A SISTEMULUI RMU RMU trebuie să fie un sistem uşor de utilizat şi sigur. El va fi un sistem software integrat, care va permite:  colectarea datelor complete cu privire la universităţile din România şi a studenţilor acestora;  gestionarea datelor colectate;  extragerea datelor sub formă de rapoarte şi scenarii de analiză pentru toate nivelurile beneficiare ale sistemului;  furnizarea de informaţii publice pe web prin intermediul unei componente de tip portal;  interogarea de către instituţiile beneficiare ale sistemului şi de către sistemele electronice naţionale de e-guvernare a serviciilor web expuse de sistem. RMU trebuie să acopere complet nevoile de raportare şi să fie extensibil pentru adăugarea de noi seturi de date colectate şi de noi tipuri de rapoarte. RMU trebuie să fie securizat şi să respecte standarde înalte de securitate, accesul la sistem să fie controlat prin solicitarea de informaţii de identificare a utilizatorilor (login). Componentele de tip portal şi aplicaţia specifică de colectare a datelor trebuie să utilizeze acelaşi subsistem de gestiune a utilizatorilor, astfel încât va exista un singur cont utilizator pentru accesarea ambelor componente. Sistemul RMU va trebui să permită înregistrarea tuturor operaţiilor executate de utilizatori şi revenirea la datele de la un moment dat (rollback) pentru prevenirea erorilor de colectare a datelor sau a modificărilor rău intenţionate. Principial, sistemul trebuie să se conecteze la sistemele universităţilor, principalele furnizoare de informații primare, să le valideze, să le stocheze, să le prelucreze şi să editeze rapoarte, cu asigurarea deplină a securităţii şi confidenţialităţii. Principala entitate a bazei de date a RMU o va reprezenta PERSOANA care a intrat la un moment dat în SIS şi a obţinut calitatea de STUDENT, cu evidenţierea traiectoriei sale de pregătire universitară. Statutul PERSOANEI poate fi:  Student, la un program de licenţă, masterat sau doctorat (L,M,D), caz în care i se asociază (activează) tot istoricul de pregătire universitară.  Absolvent.  Ieşit prematur din programul de pregătire (retras sau exmatriculat). O PERSOANĂ poate trece, în timp, dintr-un statut în altul, sistemul RMU având capabilitatea de a controla corectitudinea schimbării statutului. Pag. 16/84

Sistemul RMU are caracter de arhivă. El memorează date cu caracter permanent despre o persoană care a intrat la un moment dat în SIS. În România există peste 100 de universităţi acreditate sau autorizate să funcţioneze provizoriu, de stat sau particulare, distribuite geografic în toate judeţele ţării, având peste 800.000 studenţi. Modul în care universităţile gestionează informaţiile despre studenţi este eterogen. Unele universităţi au sistem informatic unic, altele au sisteme informatice diferite, la nivelul tuturor facultăţilor care le compun, altele au sisteme informatice diferite la unele facultăţi iar la altele evidenţa este în format clasic, altele au doar evidenţă în format clasic. De aceea, proiectantul RMU trebuie să asigure configuraţiile de tipul celor din Figura1. Culegere Baza de de date Încărcare RMU date standard a) Structuri fără sistem informatic de evidenţă a studenţilor Baza de Baza de date INTERFAŢA date Încărcare RMU standard b) Structuri cu sistem informatic de evidenţă a studenţilor Figura 1. - Schema de principiu a încărcării datelor în RMU Pentru universităţile (sau facultăţile) ce deţin un sistem informatic, sistemul va facilita preluarea acestor informaţii din sistemul local în mod automat prin intermediul unor interfeţe. În acest moment sunt identificate peste 30 de tipuri de sisteme diferite de evidenţă a studenţilor la universităţi. Pentru fiecare persoană, sistemul trebuie să gestioneze datele specificate în ANEXA 1 (secțiunea I). Furnizorul va analiza sistemele informaţionale/informatice existente în cadrul universităţilor şi a datelor colectate prin intermediul acestora. Rezultatul acestei analize va fi un model de date ce va conţine toate informaţiile necesare evidenţei studenţilor în RMU. Realizarea unui document de analiză va fi parte a sarcinilor Furnizorului şi va fi livrat către Beneficiar. În documentul de analiză vor fi indicate modificările necesare în sistemele utilizate de către universităţi. Pag. 17/84

Categoriile de utilizatori şi beneficiari ai RMU sunt:  decidenţi şi personal implicat în elaborarea politicilor în învăţământul superior, personalul cu funcţii de conducere, monitorizare, evaluare şi control în învăţământul superior;  personal cu funcţii de conducere din universităţi şi facultăţi;  personal administrativ din universităţi, responsabile cu gestionarea informaţiilor despre studenţi (secretariate);  personal implicat în procesul de formare de formatori, pentru utilizarea sistemului;  studenţi ai universităţilor;  alte categorii de utilizatori, în conformitate cu drepturile de acces pe care le vor obţine de la Beneficiar. 6. SARCINILE FURNIZORULUI Furnizorul este responsabil de executarea la timp şi de calitate a tuturor activităţilor şi de obţinerea rezultatelor stabilite în Caietul de Sarcini. Furnizorul va îndeplini toate cerinţele acestui proiect, în conformitate cu şi prin implementarea bunelor practici din domeniu. Furnizorului i se solicită:  identificarea situaţiei actuale din SIS românesc în vederea propunerii unei modalităţi optime pentru realizarea interfețelor de interconectare;  proiectarea de detaliu (proiectarea tehnică) a RMU, inclusiv definirea specificaţiilor de administrare şi de utilizare;  dezvoltarea RMU şi punerea acestuia în funcţiune;  extinderea funcţionalităţilor şi accesului la RMU spre beneficiul altor instituţii private şi publice şi a sistemelor electronice naţionale integrate;  formarea practică, informarea şi instruirea utilizatorilor RMU;  întreţinerea şi îmbunătăţirea continuă a RMU în perioada de garanţie şi postgaranţie. Furnizorul va livra:  Sistemul complet RMU de colectare, arhivare, prelucrare şi de raportare a datelor.  Licenţele software necesare funcţionării complete a RMU, inclusiv pentru SGBD și software-ului de bază pentru operare, comunicare și prelucrare.  Documentaţia de proiectare, administrare şi utilizare;  Proiectul complet de arhitectură hardware a echipamentelor care vor suporta funcţionarea arhitecturii software a sistemului RMU;  Drepturile de proprietate intelectuală asupra RMU, inclusiv codurile sursă și structurile bazelor de date. Acţiunile suport:  cursuri pentru administratori şi utilizatori;  managementul proiectului;  asigurarea calităţii. Pag. 18/84

Pentru realizarea RMU, furnizorul va asigura, în principal:  Analiza situaţiei actuale din SIS şi a cerinţelor de proiectare ale Beneficiarului. Furnizorul va analiza structurile de date, sistemele de operare, sistemele de baze de date din universităţi şi va propune specificaţiile preliminare de proiectare şi soluţiile de interfeţe cu structurile standard. El va stabili, împreună cu Beneficiarul, structura bazei de date a RMU, cerinţele de validare, protecţie, interogare, prelucrare şi stocare a datelor.  Dezvoltarea şi Implementarea RMU. Furnizorul va asigura dezvoltarea, implementarea şi întreţinerea unui sistem cu toate funcţiile şi componentele necesare, acesta urmând a fi utilizat ca o componentă naţională a SIS şi care va acoperi în totalitate cerinţele exprimate în prezentul document. Întregul ciclu de viaţă a RMU, inclusiv lansarea aplicaţiei în execuţie şi serviciile de garanţie, post-garanţie, mentenanţă şi suport, trebuiesc realizate de către Furnizor. RMU va fi construit pe baza unei arhitecturi modulare, pentru a putea permite modificări şi dezvoltări ulterioare. Furnizorul va livra module software pentru toate nivelurile administrative ale RMU.  Interfaţarea cu sistemele existente. Sistemul trebuie să interfaţeze cu sistemele existente în universităţi. În cazul în care o parte din informaţii nu sunt disponibile în sistemele existente, Furnizorul trebuie să pună la dispoziţie aplicaţii prin care se vor completa şi achiziţiona informaţiile necesare RMU. De asemenea vor fi realizate interfețe cu sisteme terțe.  Implementarea unei componente web de tip portal. Furnizorul va implementa o componentă de tip portal, accesibilă pe web, care va fi parte a RMU. Portalul web va avea opţiunea de vizualizare şi în limbile engleză, franceză, germană, italiană.  Implementarea unui sistem de autentificare securizată și de autentificare. Aplicația trebuie să permită autentificarea securizată prin dispozitive electronice (de ex. Etoken), precum și autentificări standard prin utilizator și parolă. Furnizorul trebuie să ofere propuneri de politici de securitate a parolelor, modul de schimbare a acestora, tipul de caractere necesare în crearea unei parole precum și modul de criptare în baza de date. Se solicită implementarea de semnături digitale pentru autentificare și certificare date – RMU trebuie să conțină soluție de semnătură electronică, integrată în cadrul aplicației pentru semnarea formularelor electronice, a exportului de date, a formularelor afișate pe portalul web, a documentelor și deciziilor publicate, etc. Furnizarea proiectului de arhitectură hardware a RMU. Furnizorul va trebui să propună arhitectura completă hardware necesară RMU. În definirea specificaţiilor echipamentelor, Furnizorul va respecta prevederile Legii achiziţiilor publice din România. În urma finalizării proiectului, baza de date a RMU va reprezenta o sursă unică de date complete şi corecte privind SIS din România. RMU trebuie să ofere o sursă unică pentru nomenclatoarele care pot fi utilizate de către aplicaţii şi sisteme terţe. RMU trebuie să fie bazat pe standarde deschise, care sa permită comunicarea cu alte sisteme. Pag. 19/84

Sistemul trebuie să ofere garanţia introducerii unice a aceluiaşi set de date, evitând colectarea multiplă a datelor. 7. SPECIFICAŢII FUNCŢIONALE RMU trebuie să conţină interfeţe pentru managementul datelor şi rapoartelor. Ele vor putea fi utilizate şi de către operatorii universităţilor. Principalele caracteristici ale ei vor fi:  Interfaţa cu utilizatorul trebuie să fie accesibilă web, securizat, cu acces diferenţiat pentru rolurile diferite de utilizator.  Interfaţa cu utilizatorul trebuie să conţină funcţionalităţi care să uşureze munca operatorilor şi să mărească productivitatea acestora.  Interfaţa cu utilizatorul trebuie să fie clară şi consistentă, pentru a permite un acces uşor la informaţiile solicitate.  Datele conţinute în cadrul RMU trebuie să fie uşor de vizualizat şi de localizat. În acest scop, toate modulele sistemului ce lucrează cu colecţii de date de tip nomenclator trebuie să afişeze aceste colecţii de date prin intermediul unei liste de selecţie.  Sistemul trebuie să conţină module cel puţin pentru: raportare; analiză; tablou de bord sau alte tehnici de management universitar.  Rapoartele trebuie să conţină şi elemente de tip: charts, maps, crosstabs, 3D bar, pie, line, gauge, funnel, scatter, dot density.  Trebuie să permită un management multidimensional, oferind informaţiile atât pentru raportare cât şi pentru analiză.  Rapoartele trebuie să poată fi afişate utilizatorilor sub diverse forme, inclusiv tablou de bord. Componenta de raportare trebuie să permită salvarea rapoartelor în diferite formate cum ar fi PDF, Word, Excel, Html etc.  Interfaţa trebuie să fie prietenoasă pentru navigare, să ofere facilităţi de tip drill-down şi alte funcţionalităţi ce pot uşura utilizarea sistemului.  Raportarea consolidată şi managementul depozitelor de date trebuie să asigure funcţionalităţi native de extragere a datelor din diferite surse de date (SQL Server, Oracle, Excel, Web services), realizarea de filtrări, agregări şi diferite alte transformări asupra datelor necesare integrării cu diversele sisteme informatice ale instituţiilor de învăţământ - ETL (Extract, Transformation, Lload). 7.1. CATEGORII DE RAPOARTE Editarea rapoartelor are la bază proceduri de căutare, sortare, filtrare, corelare, clasificare uni şi multicriterială, analiză statistică etc. Se vor proiecta generatoare de rapoarte, care pot reconfigura diverse seturi de date corelate. Rapoartele vor reflecta situaţia persoanelor la un moment dat (static), dar şi în dinamică, prin analiza comparată cu unul sau mai multe momente anterioare (dinamic). Exemple de rapoarte: a) Rapoarte referitoare la student: statutul şcolar al studentului; urmărirea traseului universitar parcurs în timp de o persoană; pagina personală a studentului etc. Pag. 20/84

b) Rapoarte de semnalare a încălcării legislaţiei: persoană înscrisă într-un program la un anumit nivel (L,M,D), fără să dovedească parcurgerea nivelului anterior; persoană înscrisă într-un an de studiu, fără să dovedească parcurgerea anilor anteriori; situaţia studenţilor care urmează al doilea program la acelaşi nivel (L,M,D) pe locuri finanţate de la buget; situaţia studenţilor care urmează al doilea program la zi în centre universitare diferite etc. c) Rapoarte centralizatoare de analiză care vizează situaţia studenţilor pe: universităţi; cicluri de studii; forme de învăţământ; specializări; forme de finanţare; centre universitare; zone geografice de apartenenţă a universităţilor; ani de studii; domenii fundamentale de ştiinţă; domenii de L, M, D; grupe de vârstă; mediu de provenienţă (urban, rural); pe sexe etc. precum şi după mai multe astfel de criterii, static şi dinamic. De asemenea, pot fi solicitate rapoarte privind numărul absolvenţilor cu şi fără diplomă (L,M,D), situaţia studenţilor bursieri, a celor cazaţi, situaţia studenţilor care urmează a doua facultate, situaţia studenţilor exmatriculaţi, situaţia studenţilor transferaţi inter-universităţi, situaţia studenţilor admişi prin concurs, situaţia studenţilor admişi ca olimpici, situaţia studenţilor admişi prin proceduri speciale de către MECI etc, în diverse grupări: pe ani, pe univesităţi, pe specialităţi etc., static şi dinamic. d) Rapoarte de evidenţă a documentelor de studii şi de absolvire: corelarea între numărul absolvenților şi numărul diplomelor eliberate; confruntarea seriilor documentelor eliberate cu cele livrate de MECI etc. e) Rapoarte privind analize de excepţie: universitatea cu cel mai mare / mai mic număr de studenţi; specializările de licenţă cu cel mai mare / cel mai mic număr de studenţi; universităţile cu cel mai mic număr de studenţi promovaţi integral etc. f) Fişiere cu o structură particularizată, cu format standardizat, pentru a se putea exporta date către instituţiile conexe: INS, ARACIS, Ministerul Muncii, Familiei şi Protecţiei Sociale, Ministerul Sănătăţii, Ministerul Finanţelor Publice etc. RMU trebuie să ofere posibilitatea construirii de noi rapoarte, la cererea beneficiarului. Editarea Rapoartelor, afişarea datelor şi a informaţiilor obţinute din procesul de prelucrare vor avea în vedere toate cerinţele de prezentare profesională a lor, privind identificarea, datarea, sortarea, filtrarea, paginarea, aranjarea etc. 7.2. GESTIONAREA NOMENCLATOARELOR RMU trebuie să gestioneze o serie de nomenclatoare. Elementele nomenclatoarelor conţinute în RMU trebuie să fie aliniate cu legile şi reglementările și codificările naționale utilizate în SIS. RMU trebuie să permită înregistrarea valabilităţii elementelor din nomenclatoare şi să ţină cont de aceasta. Exemple de nomenclatoare:  Universităţi Pag. 21/84

 Facultăţi  Domenii fundamentale de artă, ştiinţă şi cultură  Domenii de studii universitare: licenţă, masterat, doctorat  Specializări / Programe de studii: licenţă, masterat, doctorat  Domenii pentru finanţarea universităţilor de stat  Judeţe din România  Localităţi din România  Regiuni geografice din România  Naţionalităţi  Ţări  Cetăţenie  Ani universitari  Forma de învăţământ – zi, distanţă, frecvenţă redusă, seral  Formă de proprietate – public, privat  Limbă de studiu Alte nomenclatoare ce vor fi identificate în perioada de analiză detaliată trebuie implementate şi utilizate acolo unde sunt necesare. 7.3. GESTIONAREA INFORMAȚIILOR INFORMAȚII PRIVIND STUDENȚII ÎNMATRICULAȚI ÎN CADRUL UNIVERSITĂȚILOR RMU trebuie să colecteze informaţii privind studenţii înmatriculaţi în cadrul universităţilor. Informaţiile colectate vor fi folosite ca suport pentru prelucrări după diverse criterii în vederea realizării raportărilor solicitate de utilizatorii sistemului. Mulţimea orientativă a informaţiilor referitoare la studenţi este prezentată în Anexa 1. Un student poate fi înscris simultan în cadrul mai multor universităţi sau poate fi înscris în cadrul mai multor facultăţi ale aceleiaşi universităţi. O persoană care are calitatea de student la un moment dat, poate fi absolvent al unui program la un moment anterior sau să fi ieșit prematur dintr-un program desfăşurat anterior. Sistemul va permite asocierea studentului la structura organizaţională a universităţilor: departamentul / facultatea, domeniul de licenţă, specializarea / programul de studii, anul de studii etc. Datele privind situaţia şcolară a studentului vor fi asociate la nivel de specializare / program de studiu. Sistemul trebuie să înregistreze informaţii cu privire la documentele de studii (diplomele de bacalaureat, licenţă, masterat, doctorat etc.). RMU trebuie să fie capabil să identifice: a) Starea completă actuală a studentului (toate programele de studii pe care le urmează simultan, formele de învăţământ, formele de finanţare etc.). b) Toate studiile universitare anterioare ale studentului (toate programele de studii pe care le-a absolvit, formele de învăţământ, formele de finanţare etc., precum și programele de studii pe care le-a părăsit prematur) şi documentele care atestă aceste studii. Pag. 22/84

c) Studiile liceale finalizate şi documentele care atestă aceste studii. INFORMAȚII PRIVIND STRUCTURA ADMINISTRATIVĂ A UNIVERSITĂŢILOR Sistemul trebuie să colecteze informaţii privind „Structura administrativă a universităţilor”, vezi Anexa 1 - Secţiunea II.1 „Structură administrativă”:  universitatea;  facultatea / departamentul;  ciclul de studii ( L,M,D);  domeniul de studii (pe cicluri de studii);  programul de studii / specializarea şi numărul de puncte de credit asociate;  acreditat / autorizat provizoriu;  forma de învăţământ (zi, seral, frecvenţă redusă, învăţământ la distanţă). Sistemul trebuie să efectueze colectarea informaţiilor despre structura organizaţională a universităţilor într-o manieră flexibilă, permiţând reprezentarea corectă a structurilor organizaţionale reale, prezente în cadrul universităţilor. Structura organizaţională ierarhică, definită pentru o universitate trebuie să fie utilizată în cadrul modulului de securitate a sistemului, pentru a restricţiona accesul utilizatorilor conform nivelului ierarhic corespunzător. INFORMAȚII PRIVIND CIFRELE DE ȘCOLARIZARE Sistemul trebuie să colecteze informaţii privind cifrele de şcolarizare, vezi Anexa 1, Secţiunea II.2 „Date privind cifrele de şcolarizare”:  anul de studiu;  cifra de şcolarizare aprobată pentru fiecare ciclu de studiu (L,M,D), programul de studiu pe componentele buget / taxă;  numărul de locuri pe cicluri de studiu (L,M,D), pentru cetăţenii din Republica Moldova;  numărul de locuri pe cicluri de studiu (L,M,D), pentru cetăţenii de etnie română din alte ţări;  studenţii de etnie romă şcolarizaţi pe locuri speciale;  ordinul D.G.I.A.E.R. pentru bursierii statului român;  studenţi pe cont propriu valutar. 7.4. VALIDAREA DATELOR Având în vedere că Furnizorul trebuie să asigure încărcarea datelor în RMU în două modalităţi diferite (vezi figura 1), sistemul trebuie să asigure: a) validarea datelor culese primar şi b) a celor exportate din bazele de date ale universităţilor. Cele două modalităţi vor fi tratate diferit. Pentru prima, erorile vor fi notificate utilizatorului şi se vor oferi informaţii în vederea realizării corecţiilor. Pentru a doua categorie, vor fi editate rapoarte care necesită decizii la nivel naţional sau la nivel de universitate, pentru remediere. Validările pot viza situaţia de la un moment dat (static) sau pot viza corelaţii între seturi de date de la momente diferite (dinamic). Pag. 23/84

8. COMPONENTA WEB DE TIP PORTAL Componenta web a sistemului va trebui să fie alcătuită din cele două secţiuni: publică, accesibilă oricărui vizitator; privată, accesibilă exclusiv utilizatorilor înregistraţi. Funcţionalităţile minime ale componentei web sunt:  Fiecare potenţial utilizator al sistemului va trebui să aibă posibilitatea de a se înregistra în interfaţa web a aplicaţiei şi de a-şi crea un cont de utilizator, având iniţial un set standard de drepturi de acces. Drepturile de acces vor trebui să poată fi ulterior modificate pentru a permite un acces diferenţiat în secţiunile de acces la date şi proceduri.  Sistemul trebuie să alerteze utilizatorul după login dacă perioada de valabilitate a contului se apropie de sfârşit şi să îi permită acestuia să-şi revalideze datele, să schimbe parola, sau să schimbe adresa de e-mail, mărind astfel perioada de valabilitate a contului cu acelaşi interval standard definit în sistem.  Sistemul va pune la dispoziţia utilizatorului prin interfaţa web posibilitatea de a trimite sesizări sau sugestii cu privire la diverse probleme ce pot apărea la accesarea datelor, sau la funcţionarea interfeţei web; toate acestea vor fi confirmate prin trimiterea unui e-mail către adresa utilizatorului cu datele subscrise şi cu un număr de identificare unic ce va permite urmărirea facilă a acestor informaţii.  Sistemul va colecta toate datele introduse de utilizator, relative la comunicări şi sesizări, şi va oferi acestuia posibilitatea de a accesa toate aceste date introduse: spre exemplu, în interfaţa web, utilizatorul îşi va vedea toate sugestiile şi reclamaţiile introduse în sistemul centralizat; va putea să efectueze modificări, să şteargă sau să creeze şi să raporteze situaţii noi.  Pentru localizarea documentelor accesibile nivelului de acces al utilizatorului, acesta va putea căuta după tipuri de documente (nomenclatoare etc.), după tipul de fişiere căutate (fişiere, *.doc, *.pdf, imagini etc.), după zona geografică a instituţiei, după numele instituţiei, după perioada de valabilitate a documentului, după perioada în care documentul a fost introdus în sistemul centralizat.  Datele găsite după aplicarea criteriilor de filtrare vor fi afişate în pagină într-o formă lizibilă, aplicaţia permiţând salvarea acestora într-un format standard ales de utilizator: csv, txt, HTML, XML, pdf, doc, xls – toate acestea putând fi trimise şi pe adresa de e-mail a utilizatorului, dacă dimensiunea tuturor fişierelor ataşate nu depăşeşte o valoare stabilită ulterior. Mesajele astfel trimise trebuie să menţioneze că datele pot suferi modificări.  Interfaţa web a aplicaţiei va permite utilizatorului să definească filtre după criteriile de căutare folosite cel mai des de către utilizator şi va oferi posibilitatea refolosirii prin salvarea acestora.  Sistemul va permite definirea de grupuri de utilizatori şi executarea unor operaţii orientate pe grup, cum ar fi trimiterea de mesaje de e-mail tuturor membrilor grupului.  Interfaţa web va implementa şi conceptul de „Inbox” prin intermediul căruia sistemul va pune la dispoziţia utilizatorilor informaţii noi de interes pentru aceştia. Existenţa Pag. 24/84

mesajelor noi va fi semnalată utilizatorilor înregistraţi la momentul autentificării în sistem.  Toate formularele utilizate în componenta web de tip portal vor fi însoţite de un mecanism de protecţie împotriva trimiterii multiple, prin folosirea de texte de tip „Captcha”.  Toate validările de date ce se vor face în interfaţa utilizator vor indica cu exactitate mesajele de eroare în cazul în care acestea apar, iar în anumite cazuri vor sugera metode de evitare a acestora sau vor oferi sugestii de completare a câmpurilor.  Căutarea documentelor sau a oricăror tipuri de date se va putea face folosind criterii precum: căutare după dată, căutare în interval calendaristic selectat, după numele fişierului sau al articolului, după data de creare a documentului, după autorul documentului (persoană sau instituţie), după conţinutul documentului („full-text search”), acolo unde este cazul. 9. INTEROPERABILITATE / INTEGRARE CU SISTEME EXISTENTE ȘI VIITOARE Interoperabilitatea reprezintă un factor cheie în proiectarea şi dezvoltarea acestui sistem, asigurând conlucrarea cu sisteme interne sau terţe, prezente sau viitoare. Se va asigura un grad ridicat de interoperabilitate, prin utilizarea de standarde recunoscute, care să permită dezvoltarea viitoare de noi funcţionalităţi sau chiar de sisteme informatice complexe ce vor consuma serviciile oferite de RMU. Pentru a asigura continuitate în interoperare şi pentru a asigura funcţionarea viitoare a sistemului, formatele şi tehnologiile utilizate în interoperabilitatea sintactică trebuie să fie definite ca standard sau să fie bazate pe standarde deschise şi susţinute intern sau internaţional. Se solicită Ofertantului descrierea nivelului şi modelelor de interoperabilitate propuse pentru acest sistem. 9.1. INTEROPERABILITATEA CU SISTEMELE INFORMATICE EXISTENTE ÎN UNIVERSITĂȚI RMU va reprezenta o implementare la nivel naţional, interconectându-se cu toate universităţile de stat şi particulare acreditate din România, după modelul de principiu prezentat în figura 1. Furnizorul va livra programe de culegere a datelor în format standard (fig. 1.a), respectiv interfeţe cu sistemele informatice existente (fig. 1.b). Se va furniza, de asemenea, o procedură de export în RMU din formatul standard creat la nivelul aplicaţiilor locale. Modulul de administrare a procesului de încărcare a datelor în baza de date RMU trebuie să furnizeze statistici cu privire la încărcarea datelor şi gradul de completitudine al acestora. Furnizorul va asista universităţile pentru a-şi asigura interconectarea cu RMU. 9.2. INTEROPERABILITATEA CU SISTEMELE INSTITUȚIILOR CONEXE RMU trebuie să poată exporta, în format standardizat, date către sistemele informatice ale instituţiilor conexe, cum ar fi:  Ministerul Muncii, Familiei şi Protecţiei Sociale  Ministerul Finanţelor Publice  ARACIS Pag. 25/84

 Ministerul Sănătăţii  Institutul Naţional de Statistică etc. În acest sens se va furniza şi un set complet de documentaţii tehnice privind formatul propus şi formatele de export. 10. SISTEMUL DE SECURITATE Luând în considerare natura personală şi confidenţială a datelor ce vor fi colectate, RMU trebuie să conţină un sistem de securitate performant, ce suportă funcţionalităţi de integrare şi autentificare, care să respecte obligatoriu cel puţin cerinţele minime de securitate prezentate în ORDINUL nr. 52 din 18 aprilie 2002 privind aprobarea Cerinţelor minime de securitate a prelucrărilor de date cu caracter personal. Sistemul de securitate trebuie să permită şi autentificarea automată, pentru a permite conectarea sistemelor informatice ce vor comunica prin intermediul serviciilor expuse de registru, utilizând un sistem de criptare asimetric. Accesul utilizatorilor la interfaţa de colectare a datelor la nivelul sistemului central se va efectua securizat, prin utilizarea certificatelor digitale. Canalele de comunicaţii utilizate pentru transfer vor fi securizate. SISTEMUL IERARHIC DE AUTENTIFICARE ȘI AUTORIZARE Se solicită un sistem de autorizare ierarhic, în care drepturile de securitate pot fi asociate diferitelor niveluri din modelul informaţional real. Astfel, un utilizator primeşte drepturi de securitate numai la nivelul ierarhic la care are acces în realitate (vezi figura 2). Sistemul de autorizare se răsfrânge asupra tuturor funcţionalităţilor prezente în sistemul central, inclusiv asupra sistemului de raportare. Exemple de drepturi de securitate sunt:  studentul poate vizualiza informaţiile colectate despre el, dar numai despre el;  personalul autorizat din cadrul unei facultăţi poate vizualiza şi prelucra datele studenţilor înscrişi numai în cadrul respectivei facultăţi;  personalul autorizat de la nivelul universităţii are dreptul de a vizualiza şi prelucra datele tuturor studenţilor universităţii;  personalul autorizat de la nivelul central RMU are dreptul de a vizualiza şi prelucra datele tuturor studenţilor din SIS;  alte categorii de utilizatori vor avea acces numai pentru vizualizarea, cu sau fără drept de copiere, a unor informaţii publice. Pag. 26/84

Acces naţional securizat RMU Administratori RMU Nivel Naţional Operatori validare Back office, raportare, Operatori raportare servicii Sisteme informatice conexe Acces instituţie securizat Administrator instituţie Operatori introducere date şi validare Back Office RMU Servicii RMU Operatori raportare Nivel Instituţie Nivel Instituţie Sisteme informatice locale Acces componentă securizat Administrator componentă Back Office RMU Back Office RMU Servicii RMU Operatori introducere date Nivel componentă Nivel componentă Nivel componentă Operatori raportare instituţie instituţie instituţie Sisteme informatice locale Figura 2. - Structură ierarhică - drepturi de securitate Structura ierarhică completă de drepturi de securitate va fi definitivată în faza de analiză detaliată. Aplicația trebuie să permită autentificarea securizată prin dispozitive electronice (de ex. Etoken), precum și autentificări standard prin utilizator și parolă. Furnizorul trebuie să ofere propuneri de politici de securitate a parolelor, modul de schimbare a acestora, tipul de caractere necesare în crearea unei parole precum și modul de criptare în baza de date. Se solicită implementarea de semnături digitale pentru autentificare și certificare date – RMU trebuie să conțină soluție de semnătură electronică, integrată în cadrul aplicației pentru semnarea formularelor electronice, a exportului de date, a formularelor afișate pe portalul web, a documentelor și deciziilor publicate, etc. 11. CERINȚE PRIVIND ARHITECTURA TEHNICĂ 11.1 SUPORTUL DE LIMBĂ Toate interfeţele utilizator trebuie să asigure suport pentru limba română. 11.2 PERFORMANȚĂ Sistemele hardware şi software recomandate pentru susţinerea RMU trebuie să asigure accesul simultan pentru minim 2500 de utilizatori şi nelimitat pentru vizitatorii secţiunii publice a sistemului. Componentele de sistem suplimentare, precum trimiterea de mesaje electronice, accesul la fişierele din server etc., trebuie să fie calibrate pentru a accepta cel puţin 50 de conexiuni simultane. Se solicită din partea Ofertantului menţionarea ordinului de mărime a serverelor (număr, capacitate procesor, memorie, harddisk) astfel încât timpul de răspuns al aplicaţiei să nu depăşească 10 (zece) secunde pentru 95% dintre tranzacţiile de tip introducere date şi 5 (cinci) Pag. 27/84

secunde pentru alte tipuri de tranzacţii referitoare la aplicaţie, cu excepţia operaţiunilor de generare a rapoartelor şi accesarea funcţiilor de administrare a sistemului. 11.3 SUBSISTEMUL DE ADMINISTRARE Soluţia oferită va include o componentă pentru operaţiunile zilnice de mentenanţă şi auditare în vederea unei exploatări sigure a RMU, pentru un areal de utilizatori pe întreg teritoriul ţării. SOFTWARE BACKUP Ofertantul va propune o soluţie cuprinzătoare şi eficientă de backup, care va fi compatibilă cu toate sistemele de operare, bazele de date şi alte registre de date folosite la implementarea RMU. Soluția de back-up va permite transferul automat și manual la intervale de timp definite de administrator. JURNALIZARE / AUDITARE Ofertantul va furniza în cadrul soluţiei posibilitatea stocării în jurnale şi a vizualizării acestora de către utilizatori cu roluri predefinite, a tuturor acţiunilor cu impact în sistem, de la introducerea de date şi până la consultarea acestora, putând identifica unitatea administrativă din care utilizatorul a intervenit în sistem, numele acestuia şi oricare alte date relevante legate de informaţia accesată. Fişierele de jurnalizare vor fi protejate astfel încât doar personalul sau utilizatorii autorizaţi să poată avea acces la ele şi toate activităţile de accesare a acestor fişiere vor fi de asemenea jurnalizate într-un registru separat. 11.4 CERINȚE DE DEZVOLTARE Componentele interfeţei utilizator trebuie să se bazeze pe INTERNET, fie sub forma unei interfeţe pentru browser de INTERNET, fie sub forma aplicaţiilor desktop. Sistemul software trebuie să fie încorporat în conceptul Arhitectură Orientată pe Servicii (Service Oriented Architecture - SOA). Sistemul trebuie să fie modular ca structură, permiţând separarea componentelor codului pentru interfaţa utilizator de codul logicii de business, permiţându-se, astfel, dezvoltarea viitoare independentă a componentelor şi posibilitatea adăugării de componente noi, fără să afecteze stabilitatea sistemului. Structura trebuie să permită modulelor software să fie adăugate sau actualizate, fără să afecteze întreaga aplicaţie. RMU trebuie să încorporeze tehnologii pentru integrarea şi schimbul de date în format Unicode. Sistemul trebuie să se integreze în cadrul arhitecturilor de servicii de tip enterprise, care susţin organizaţiile încrucişate, interoperabilitatea încrucişată a aplicaţiilor, colaborarea şi integrarea în medii complexe. Autentificarea utilizatorilor trebuie să fie integrată cu subsistemul de securitate şi să permită, de asemenea, extinderea prin LDAP v3 (Lightweight Directory Access Protocol) pentru a fi folosită de sisteme externe RMU. RMU trebuie să permită integrarea cu aplicaţiile din suita Microsoft Office (Excel, PowerPoint, Word, Outlook). Pag. 28/84

RMU va fi dotat cu un sistem de asistenţă sensibil la context (context sensitive) accesibil tuturor utilizatorilor care sunt autentificaţi. Limba sistemului de asistenţă trebuie să fie româna. Interfaţa utilizator trebuie să utilizeze un limbaj corespunzător în toate modulele, cu cuvinte, expresii şi concepte familiare utilizatorilor, prin aceasta favorizându-se un acces facil şi intuitiv, limitându-se utilizarea termenilor orientaţi către sistem. Este responsabilitatea furnizorului să se familiarizeze cu terminologia specifică utilizată în cadrul comunicărilor din SIS. Pictogramele, elementele din meniu sau comenzile ce indică acţiuni şi opţiuni trebuie să fie clar diferenţiate şi trebuie să corespundă standardelor de bună practică, general acceptate. Aceleaşi pictograme / comenzi trebuie să îndeplinească aceleaşi funcţii în întreaga interfaţă utilizator. Modulele interfeţei utilizator trebuie să fie structurate astfel încât, la orice moment, utilizatorii să poată identifica ce funcţie folosesc în respectivul moment şi cum pot reveni atât la pasul anterior cât şi la principala interfaţă software (meniul principal). Toate funcţionalităţile componentei client a RMU trebuie să fie accesibile de la orice PC (calculator personal) care foloseşte rezoluţii de monitor de minim 1024x768. Pentru a menţine independenţa platformei, nu se vor utiliza controale sau tehnologii specifice unui anumit tip de browser în componenta client (cum ar fi ActiveX, XUL etc.). RMU trebuie să asigure o Interfaţă de Programare a Aplicaţiei - API (Interfaţă deschisă) bine documentată. Prin aceasta, aplicaţiile suplimentar dezvoltate / implementate într-o etapă ulterioară sau care rulează în cadrul instituţiilor beneficiare şi furnizează date pentru sistem, să se poată conecta la elementele centrale ale RMU, să poată interacţiona cu subsistemul său de securitate şi făcând uz de funcţionalităţile puse la dispoziţie de către sistem şi interfeţele expuse să poată asigura alimentarea cu date a bazelor de date ale sistemului, dar numai după ce în cadrul acestui flux s-au parcurs toate etapele de validare prevăzute. Notificările către utilizatori trebuie să se efectueze preferabil prin e-mail. Pentru universităţile care nu au o soluţie proprie de e-mail, furnizorul va propune o soluţie de comunicare și colaborare pe propriul domeniu ales al universităţii şi de creare a conturilor pentru studenţii acesteia. Pentru ceilalţi utilizatori se vor propune soluţii de comunicare şi colaborare corespunzătoare. Contul de e-mail personalizat creat pentru fiecare student trebuie să îndeplinească următoarele cerinţe:  spaţiu de stocare de până la 10GB şi să permită ataşamente (dimensiunea ataşamentelor de minim 10 MB),  serviciul trebuie să fie securizat şi să asigure scanarea antivirus a mesajelor,  facilitaţi pentru crearea de liste de distribuţie e-mail la nivel de grup. În funcţie de diverse evenimente, aplicaţia trebuie să fie capabilă să genereze şi să trimită notificări/alerte, preferabil prin e-mail. Controlul accesului utilizatorilor trebuie să fie bazat pe setările de permisiuni, configurabile conform poziţiei lor în SIS. Va fi proiectată procedura exportului datelor de către universităţi precum şi procedura de corecţie a datelor, după validare, prin export corector, fără suprascriere. Sistemul trebuie să prevadă posibilitatea reluării ultimului export şi să ofere proceduri corespunzătoare de aprobare a acestuia. Arhitectura sistemului trebuie să fie de tip NOSPOF (No Single Point of Failure), asigurând un înalt nivel de disponibilitate a serviciilor. Pag. 29/84

Soluţia trebuie să asigure un nivel de protecţie de tip firewall, respectând cerinţa de înaltă disponibilitate a întregii soluţii. Furnizorul va pune la dispoziţia Beneficiarului sursele programelor, licenţelor instrumentelor care permit proiectarea şi dezvoltarea aplicaţiilor livrate şi sistemul de dezvoltare colaborativ. 11.5 PROTECŢIA DE TIP ANTIVIRUS Soluţia va trebui să ofere protecţie antivirus pentru servere de tip front-end. Soluţia antivirus trebuie să aibă următoarele caracteristici minimale :  suport pentru scanare antivirus în timp real a traficului de date la download sau upload spre serverele de front end,  suport pentru scanare antivirus, la cerere, a conţinutului portalului,  suport automatizat de update-uri de semnături înainte de scanare,  posibilitate de ştergere automatizată a fişierelor corupte, comprimate sau criptate,  posibilitate de trimitere notificări la recipienţi,  suport pentru raportare și statistici de securitate,  suport pentru update-uri pentru fişierele de semnături la 15 minute,  posibilitate de setare a unui loc secundar pentru downloadarea fişierelor de semnături,  protecţia în timp real antivirus şi antispyware să fie asigurată şi în perioada de timp în care motoarele antivirus se actualizează,  suport pentru multiple motoare antivirus – soluţia trebuie să aibă mai multe motoare de scanare antivirus de la producători certificaţi VB 100% sau ICSA Labs,  posibilitate de setare a comportamentului produsului pentru folosirea separată a unuia sau mai multor motoare de scanare,  posibilitatea de setare a unor dimensiuni maxime pentru scanarea fişierelor transmise,  posibilitatea de creare a unor modele (template-uri) pentru scanările de securitate,  suport pentru scanarea unor formate diferite de fişiere arhivate (cel putin: PKZip (.zip), GNU Zip (.gzip), Arhive .zip self-extracting (.exe), Arhive Zip (.zip), Arhive Java (.jar), formatul TNEF (Winmail.dat), Structured storage (.doc, .xls, .ppt), Open XML (docx, .xlsx, or .pptx), MIME (.eml), SMIME (.eml), UUEncode (.uue), Arhive UNIX (.tar), Arhive RAR (.rar), MACBinary (.bin)),  posibilitatea de scanare separată la cerere antivirus și/sau scanare de conţinut după extensii și/sau scanare după lista de cuvinte cheie,  suport pentru filtrare de conţinut după cuvinte cheie şi posibilitatea de creare a listelor de cuvinte cheie,  suport pentru filtrare de conţinut după tipul, extensia, numele sau dimensiunea fişierelor. 11.6 CERINȚE DE ASIGURARE A CALITĂȚII Ofertantul trebuie să prezinte descrierea serviciilor de asigurare a calităţii. Obiectivele principale ale serviciilor de asigurare a calităţii proiectului trebuie să fie: Pag. 30/84

 stabilirea unui standard de calitate bine documentat pentru toate activităţile şi elementele care trebuie livrate în cadrul proiectului;  stabilirea unui cadru privind calitatea, care va fi utilizat pentru evaluarea conformităţii produselor şi a procedurilor de implementare RMU;  stabilirea măsurilor preventive şi/sau corective în cazurile în care produsele sau procedurile proiectului sunt livrate sau efectuate într-un mod care nu este conform cu standardul de calitate. Ofertantul trebuie să livreze Planul de asigurare a calităţii şi Metodologia de asigurare şi control a calităţii (certificare ISO 9001:2000 sau echivalent). Standardele de asigurare a calităţii trebuie să acopere toate componentele proiectului şi sistemului dezvoltat. 11. BAZA DE DATE Soluția de bază de date trebuie să țină seama de gestiunea unui volum mare de date referitoare la situația prezentă a studenților și a tuturor situațiilor de pregătire anterioară lor. Tehnologia de bază de date utilizată pentru depozitul de date central trebuie să suporte următoarele caracteristici:  scalabilitate ridicată;  optimizator ajustabil, multinivel, pentru interogări;  procesare paralelă a interogărilor (procesează simultan mai multe partiţii de tabel);  recuperare la un moment dat (recuperare la un moment specificat în timp);  suport de backup online şi offline;  să poată rula pe diferite sisteme de operare (Linux, Unix, Windows);  să ruleze pe servere de tip cluster cu diferite tipuri de CPU;  să schimbe date cu alte RDBMS folosind conexiuni directe;  să permită suspendarea temporară a task-urilor care folosesc multe resurse;  să permită administrarea din browser web;  să permită utilizarea, actualizarea şi administrarea bazelor de date foarte mari (mai mult de 2TB şi în concordanţă cu volumul datelor care vor fi gestionate);  să permită accesul utilizatorilor la informaţii în acelaşi timp;  să permită definirea de utilizatori şi grupuri de utilizatori cu diferite drepturi de acces;  să permită rularea în mod cluster;  să permită balansarea între servere, astfel încât să se obţină o performanţă mai mare;  să permită crearea de copii logice şi fizice ale bazelor de date, pentru citire şi actualizare;  RDBMS trebuie să aibă propriul software de cluster pentru a rula pe diferite sisteme de operare fără să se achiziţioneze alte licenţe suplimentare pentru sistemul de operare;  să permită definirea de indexuri la nivel local şi global;  să permită definirea mai multor categorii de indexuri;  să permită diferite tipuri de partiţionare;  să monitorizeze toate tipurile de interogări; Pag. 31/84

 să conţină unelte pentru administrarea bazelor de date si procesărilor uzuale care se execută asupra bazelor de date;  să ofere performanţe ridicate ale sistemului de baze de date, referitoare la: criptarea transparentă a datelor, a fişierelor de date şi jurnal; autentificarea operaţiilor; colectarea datelor de performanţă; monitorizarea evenimentelor; comprimarea backup-urilor;  să permită implementarea structurilor de date complexe, inclusiv a datelor binare mari. Furnizorul trebuie să ofere toate licenţele necesare atât pentru universităţi, cât şi pentru RMU. Toate sistemele de baze de date folosite trebuie să fie licenţiate. 12. ARHIVAREA DATELOR RMU trebuie să permită arhivarea datelor pe termen nelimitat. Arhivele se referă la: a) Datele aferente fiecărui export de la universităţi către RMU, de la momentul punerii în funcţiune a sistemului. Într-un an universitar vor fi cel puţin două astfel de exporturi. b) Absolvenţii diverselor cicluri de pregătire (L,M,D), care nu sunt “activi” în SIS (nu sunt studenţi la momentul curent). c) Persoanele ieşite prematur din SIS; d) Nomenclatoarele asociate fiecărui moment de arhivare. Înregistrările arhivate trebuie să fie disponibile pentru a putea fi interogate ulterior. Sistemul va trebui să permită şi interogări mixte, de date curente şi arhivate, pentru rapoarte şi situaţii de evoluţie şi comparare în timp. Sistemul trebuie să prevadă reîmprospătarea informaţiilor arhivate, astfel încât ele să fie disponibile la orice moment. Pentru aceasta se vor asigura sisteme de protecţie asociate arhivelor electronice. RMU trebuie să fie un sistem activ pentru prezent și trecut. 14. MANAGEMENTUL PROIECTULUI 14.1. METODOLOGIA DE MANAGEMENT AL PROIECTULUI Se vor oferi servicii de management al proiectului (PM) pe întreaga durată de viaţă a proiectului, pentru a asigura îndeplinirea la timp a tuturor obiectivelor şi încadrarea în buget. Ofertantul va include în Propunerea tehnică o descriere completă a metodologiei de PM. Serviciile PM vor fi oferite de personalul specializat în PM al Furnizorului. Ofertantul va include în prezentarea echipei de proiect personalul PM propus, cel puţin un Manager de Proiect şi un Responsabil cu Asigurarea Calităţii. Pag. 32/84

14.2. METODOLOGIA DE IMPLEMENTARE Ofertantul trebuie să prezinte în Propunerea tehnică Metodologia de implementare. Ea trebuie să conţină graficul de implementare, din care să rezulte calendarul de desfăşurare a activităţilor pentru finalizarea proiectului. Se impun următoarele termene maximale de referinţă: 1. Dezvoltarea aplicației informatice privind sistemul național de gestiune a studenților:  instalarea și configurarea serviciilor de infrastructură;  crearea structurilor de baze de date;  programare aplicație;  realizare interfețe web și module de autentificare;  implementare de semnături digitale pentru autentificare și certificare date Rezultat: Aplicația informatică privind RMU, documentația și licențele aferente Termen de finalizare: 31.01.2010 2. Realizarea raportărilor de bază ale sistemului, cu participarea unor universități pilot:  definirea subsetului de date pentru raportările de bază;  programarea și crearea șabloanelor pentru raportări și interogări;  introducerea de date privind studenții;  generarea și validarea corectitudinii rapoartelor Rezultat: Raportări de bază ale sistemului, documentația și licențele aferente Termen de finalizare: 30.04.2010 3. Implementarea facilităților complete ale sistemului și conectarea universităților participante:  extindere raportări de bază;  configurare acces în sistem;  introducere date privind studenții;  generare rapoarte complete;  creare raportului final privind implementarea sistemului Rezultat: Rapoarte complete ale sistemului, documentația și licențele aferente Termen de finalizare: 31.05.2010 4. a. Extinderea funcționalităților sistemului:  definirea tipurilor de beneficiari;  definire și programare raportări specifice;  traducere interfață web în limbi oficiale UE (eng, fr, ger, it) b. Crearea interfețelor de conectare:  programare interfețe web care să permită autentificare prin mecanisme electronice specifice;  programare sistem de chei publice și semnătură electronică Rezultate: a. Modulele extinse ale aplicației, documentația și licențele aferente Pag. 33/84

b. Facilitățile extinse ale interfețelor, documentația și licențele aferente Termen de finalizare: 30.09.2010 5. Întreținerea și îmbunătățirea sistemului. 6. Formare operatori și administratori sistem:  redactarea și tipărirea manualelor de administrare a sistemului;  organizarea unor ateliere de formare pentru un grup de formatori (aprox. 15-20 persoane) Termen de finalizare: 30.09.2010 7. Formarea utilizatorilor sistemului:  crearea și distribuirea documentației de utilizare;  organizarea unor ateliere de formare pentru un grup de formatori (aprox. 15-20 persoane);  organizarea unor ateliere de formare (aprox. 8 -10) în centre universitare ale regiunilor naționale de dezvoltare; Termen de finalizare: 31.10.2010 8. Testarea finală și recepția a sistemului cu toate componentele și facilitățile Termen de finalizare: 10.12.2010 9. Garanția RMU Pentru o perioadă de 3 ani de la recepția finală a sistemului. Ofertantul trebuie să includă în secţiunea Management de Proiect din Oferta Tehnică un plan de proiect, detaliat pentru fiecare dintre activităţi. Sarcinile enumerate în fiecare dintre activităţi trebuie să fie considerate ca nivel minim de detaliere. Planul inclus în ofertă trebuie să cuprindă toate etapele necesare, să fie în format GANTT şi să respecte termenele impuse de Beneficiar. Autoritatea contractantă are opțiunea de a solicita suplimentarea următoarelor servicii:  posibilitatea extinderii sistemului către alți participanți la învățământul superior  formarea utilizatorilor noi ai sistemului  asigurarea de servicii de întreținere și îmbunătățire a sistemului  asigurarea suportului tehnic pentru 1 an. 14.3. LIVRABILE ÎN CADRUL PROIECTULUI Elementele principale livrate şi conţinutul minim care trebuie acoperit de Furnizorul de servicii sunt enumerate în următorul tabel. Sarcină Elemente care trebuie livrate Implementarea aplicaţiei RMU, cu toate componentele Definirea Elementele care se livrează în urma acestei sarcini trebuie să fie diagramele detaliată a de proces aprobate de toate instituţiile interesate (MECI, Universităţi etc.) proceselor Pag. 34/84

Sarcină Elemente care trebuie livrate Analiza cerinţelor şi proiectarea Document de analiză a cerinţelor şi de proiectare a sistemului sistemului Dezvoltarea La sfârşitul acestei etape trebuie depuse următoarele documente: sistemului  Manualul de prezentare;  Manualul de instalare;  Manualul de administrare şi de utilizare a sistemului (inclusiv documentaţia pentru crearea copiilor de rezervă şi restaurarea sistemului)  Documentația tehnică a RMU, inclusiv descrierea modalităților de dezvoltare ulterioară;  Sistemul de help;  Regulamentele de securitate IT;  Planul de continuitate a activităţii şi planul de recuperare în caz de dezastru. Etapa de test La începutul etapei trebuie depus documentul Plan detaliat de testare. La sfârşitul etapei trebuie livrate Rapoartele de testare. Livrarea aplicaţiei În această etapă, Furnizorul va livra Beneficiarului pachetul software software complet al aplicaţiei, pe CD/DVD: completă, cu  Kit de instalare, aplicaţii, script-uri de bază de date etc; codul sursă  Cod sursă aferent; aferent  Licențe baze de date aferente Sistemului Livrarea În această etapă, Furnizorul va livra Beneficiarului pachetul final de documentaţiei documentaţie al aplicaţiei, varianta actualizată, pe CD/DVD: finale  Manualul de prezentare;  Manualul de instalare;  Manualul de administrare şi de utilizare a sistemului (inclusiv documentaţia pentru crearea copiilor de rezervă şi restaurarea sistemului);  Documentația tehnică a RMU, inclusiv descrierea modalităților de dezvoltare ulterioară;  Sistemul de help;  Regulamentele de securitate IT;  Planul de continuitate a activităţii şi planul de recuperare în caz de dezastru. Implementarea La începutul etapei trebuie depuse următoarele documente: aplicaţiei RMU,  Planul detaliat de implementare; cu toate  Planul de export (dacă este necesar); componentele  Sistemului informatic RMU pregătit pentru instalare. La sfârşitul acestei etape Beneficiarul trebuie să primească Raportul de implementare a sistemului. Acesta va conţine cel puţin următoarele: Pag. 35/84

Sarcină Elemente care trebuie livrate  Descrierea sistemului informatic RMU instalat;  Probleme nerezolvate, dacă există. Intrarea în La începutul etapei trebuie depus Planul de demarare operaţională a funcţiune a RMU sistemului informatic RMU. La sfârşitul acestei etape Beneficiarul trebuie să primească Raportul de demarare operaţională. Activităţi auxiliare Actualizarea La o lună după demararea proiectului, Beneficiarul trebuie să primească planului de Raportul de începere al proiectului. Acesta trebuie să conţină cel puţin proiect următoarele:  Analiza situaţiei;  Organizarea proiectului;  Instrumentele şi procesele de management de proiect;  Planul detaliat al proiectului, actualizat;  Planul de asigurare a calităţii. Managementul Pe întreaga durată a proiectului se vor redacta şi se vor preda echipei de proiectului proiect a Beneficiarului următoarele documente:  Rapoarte lunare de desfăşurare a proiectului, care vor fi înaintate autorităţii contractante;  Planul actualizat al proiectului; Comitetul director se va întruni la cerere, întâlnirile fiind planificate cu minim 2 săptămâni în avans. Activităţile de Auditurile de asigurare a calităţii si securității se vor efectua în funcţie de asigurare a necesităţi. calităţii si securității Instruirea Pe parcursul acestei etape trebuie depuse următoarele documente: utilizatorilor  Planul de instruire;  Prezentări şi suport de curs;  Rapoartele de instruire. Activităţi după intrarea în funcţiune Asistenţa Pe parcursul acestei etape se livrează Rapoarte de servicii de asistenţă permanentă permanentă. Acestea trebuie să conţină cel puţin următoarele informaţii:  Rapoartele activităţilor de asistenţă (lunar);  Solicitările de modificări;  Jurnalele de remediere a erorilor. Serviciile în Pe parcursul acestei etape se vor depune trimestrial Rapoarte privind garanţie serviciile în garanţie. Documentaţiile privind sistemul actualizat (manualele de utilizare etc.) trebuie depuse ori de câte ori se efectuează modificări în sistem. Pag. 36/84

14.4. EXPERȚI Ofertantul trebuie să propună echipa tehnică adecvată pentru îndeplinirea tuturor activităţilor prevăzute. Echipa trebuie să fie formată cel puţin din următorii experţi:  un manager de proiect;  un expert baze de date;  doi experţi în dezvoltarea de software;  un expert în comunicaţii;  un expert în sisteme informaţionale, management şi securitate;  un expert în securitate informatică aplicată;  un auditor în sisteme informaţionale. 14. 5. MONITORIZAREA ȘI EVALUAREA În cadrul monitorizării proiectului se vor urmări:  termenele limită pentru fiecare etapă,  transmiterea la timp a rapoartelor,  calitatea corespunzătoare a lucrărilor executate. 14.6. CERINȚE SPECIFICE CONFIDENȚIALITATEA Îndeplinirea sarcinilor de către Furnizor nu implică accesul la informaţiile secrete, ci numai la cele confidenţiale. Toate informaţiile furnizate de către Beneficiar Furnizorului sau obţinute de acesta vor fi tratate de Furnizor ca fiind confidenţiale, nu vor fi utilizate în alte scopuri decât cele legate de executarea contractului şi nu vor fi divulgate unei terţe părţi, fără a avea în prealabil acordul scris al Beneficiarului. Informaţiile confidenţiale pot fi divulgate în măsura în care acest lucru este cerut prin lege sau de către o altă autoritate competentă. În aceste cazuri, Furnizorul va trimite Beneficiarului un aviz scris privind informaţiile confidenţiale solicitate, înainte de îndeplinirea acestei obligaţii, pentru ca Beneficiarul să aibă posibilitatea de a împiedica dezvăluirea informaţiilor prin intermediul mijloacelor legale potrivite. Documentele primite / furnizate vor fi tratate de Furnizor / Beneficiar ca documente confidenţiale. Furnizorul poate divulga informaţiile confidenţiale strict necesare angajaţilor, agenţilor sau subantreprenorilor săi în vederea îndeplinirii sarcinilor acestora. În fiecare caz de acest gen, Furnizorul va notifica persoanele respective cu privire la obligaţia de a păstra confidenţialitatea acestor informaţii şi se va asigura că persoanele respective au semnat declaraţiile de confidenţialitate conform prevederilor acestui articol. Aceste specificaţii, conform aprobării Beneficiarului, vor fi aplicate, luând în considerare diferenţele de detaliu, în cazul divulgării unor informaţii confidenţiale către o terţă parte. Pag. 37/84

Furnizorul nu va promova sau face publică nici o lucrare pe care a preluat-o sau pe care o va prelua de la Beneficiar în cadrul acestui proiect fără a avea acordul scris al Beneficiarului. PROTEJAREA INFORMAȚIILOR ȘI SISTEMELE DE SECURITATE Pe durata prestării serviciilor, Furnizorul va trebui să respecte în permanenţă standardele privind protecţia, securitatea şi integritatea informaţiilor şi comunicaţiei electronice şi să ia toate măsurile necesare pentru a nu compromite protecţia, securitatea şi integritatea informaţiilor la toate locurile unde îşi desfăşoară activitatea. Furnizorul trebuie să se asigure că toate datele şi mijloacele de stocare electronice pe care sunt înregistrate aceste date sunt în siguranţă şi că toate echipamentele sau dispozitivele utilizate nu conţin elemente (de exemplu, viruşi) ce pot compromite funcţionarea normală a acestora sau a altor mijloace IT. MODIFICĂRI Pe perioada prestării serviciilor, Beneficiarul şi/sau Furnizorul pot solicita modificarea prevederilor iniţiale ale contractului. Părţile, de comun acord, pot elimina sau limita anumite servicii pe durata derulării contractului şi pot include alte servicii considerate necesare, în limita valorii contractului, prin intermediul unui act adiţional. DREPTURILE DE PROPRIETATE INTELECTUALĂ Drepturile de proprietate intelectuală aferente tuturor componentelor RMU realizate personalizat (Software Specific), vor fi deţinute total de Beneficiar după ce Raportul de Acceptanţă Operaţională este semnat. Eventualele componente licenţiate (Software Standard sau licențiat) trebuie să nu limiteze funcţionarea sistemului pentru numărul de utilizatori prevăzut. Codul sursă al aplicaţiei (Software Specific) pentru componentele RMU realizate personalizat, fişierele de configurare şi script-urile vor fi oferite Beneficiarului ca livrabile în proiect în format electronic. Codul sursă include structura bazei de date, dicţionarele, definiţiile, fişierele sursă ale programelor, precum şi orice alte reprezentări simbolice necesare compilării, execuţiei şi întreţinerii aferente a software-ului. Furnizorul nu este obligat să ofere codul sursă pentru componentele software standard sau licenţiate, care fac parte din aplicație. Furnizorul garantează toate drepturile ce se impun şi autorizările pentru transferul tuturor acestor titluri şi drepturi, inclusiv licențele componentelor software standard sau licențiate. 15. GARANŢIE, SUPORT ŞI INSTRUIRE 15.1. SERVICII ÎN GARANȚIE Perioada de garanţie pentru componentele software proprietare RMU (dezvoltate de Furnizor) ale sistemului implementat este de trei ani după acceptarea finală a sistemului. Ofertantul trebuie să prezinte un plan detaliat privind garanţia, plan care trebuie să respecte minim Pag. 38/84

cerințele de timp, pe tipuri de solicitări de la subcapitolul „Asistență tehnică” din prezentul caiet de sarcini. 15.2. ASISTENȚA TEHNICĂ Ofertantul trebuie să prezinte planul de asistenţă tehnică şi suport atât pentru Beneficiar cât și pentru utilizatori. Acest plan trebuie să conţină detalii exacte privind oferta de asistenţă şi arhitectura de suport a ofertantului. Această ofertă trebuie să cuprindă următoarele caracteristici minime:  Ofertanţii trebuie să formuleze cu claritate în documentul de ofertă că vor oferi asistenţă pentru toate componentele aplicaţiei RMU, inclusiv pentru părţile proprietare şi cele provenite de la terţe părţi (de exemplu, sisteme de operare, sisteme de baze de date) utilizând propriile capacităţi sau ale unor terţe părţi, cu care ofertantul are încheiat un subcontract. În ceea ce priveşte componentele software licenţiate, se va asigura un contract de asistență tehnică cu producătorul software-ului licenţiat pentru rezolvarea problemelor ce ţin de infrastructura software, pentru o perioadă de 3 ani.  Furnizorul trebuie să asigure, pe tot parcursul dezvoltării şi trei ani după acceptarea finală a sistemului, asistenţă tehnică gratuită. Pe aceeaşi perioadă va asigura serviciile de actualizare şi corecţie. Asistenţa trebuie să fie disponibilă în toate zilele calendaristice, fără întrerupere (24x7) printr-un sistem de înregistrare a problemelor prin web şi prin telefon, utilizând linii de apel dedicate fiecărei categorii de utilizatori.  Soluţionarea problemelor (reacţia iniţială a Furnizorului) trebuie să înceapă după raportarea erorii, conform următorului tabel de gravitate: Reacţie Timp de Nivel de iniţială a soluţionare Descriere gravitate Furnizorului a problemei (ore) (ore) 1 Eroare de sistem critică, RMU nu este 1 8 funcţional. 2 Unele funcţii sau componente RMU nu sunt 1 24 funcţionale. 3 Unele funcţii sunt limitate, dar operaţionale. 1 72 4 Probleme minore, RMU este operaţional. 4 72  Când sunt disponibile componente de upgrade pentru software (corecţii, actualizări şi versiuni noi) pentru RMU, Furnizorul sistemului trebuie să menţioneze în mod explicit dacă actualizările respective sunt compatibile cu aplicaţia proprietară RMU. Se consideră că upgrade-urile de software RMU fac parte din garanţie şi trebuie să satisfacă cerinţele legate de garanţie. Aceste declaraţii trebuie furnizate în termen de 2 săptămâni după ce responsabilul cu asistenţa tehnică formulează interogarea pentru corecţii şi de 4 săptămâni pentru versiunile de upgrade (majore şi minore, cunoscute şi ca „actualizări punctuale”). Pag. 39/84

 Asistenţa tehnică la Sediul Buneficiarului sau la sediile universităţilor nu poate genera costuri suplimentare pentru Beneficiar. 15.3. SERVICII DE ÎNTREȚINERE ÎN PERIOADA DE POST GARANȚIE Furnizorul va asigura servicii postgaranţie, contra cost, pe o perioadă de cinci ani, după cei trei ani de garanţie. 15.4. DOCUMENTAȚIA Ofertantul trebuie să prezinte în oferta tehnică lista documentaţiilor pe care le va pune la dispoziţia Beneficiarului, pentru exploatarea şi utilizarea RMU. Toate documentele vor fi în limba română. Ofertantul va îndeplini următoarele cerinţe minimale privind documentaţia: Documente pentru utilizatori: Furnizorul trebuie să livreze două copii pe hârtie şi versiunea electronică a Manualului de utilizare complet, pentru RMU. Acest document trebuie să aibă următoarele caracteristici:  să cuprindă toate modulele şi funcţiile care pot fi accesate de utilizatori;  formatul electronic să fie Adobe PDF sau Microsoft Word Document;  să fie revizuit ori de câte ori se lansează o versiune nouă sau o actualizare punctuală a RMU şi trebuie furnizat Beneficiarului, fără costuri suplimentare;  trebuie redactat în conformitate cu modulele RMU, procesele şi serviciile acoperite de RMU; Furnizorul va livra o documentaţie de tip Întrebări Frecvente (FAQ), care să cuprindă cele mai importante probleme întâmpinate de utilizatori, întrebări şi soluţiile respective. Documentul FAQ trebuie să fie accesibil prin Web şi trebuie să poată fi editat de utilizatori. Drepturile de editare ale utilizatorilor trebuie să fie controlate printr-un mecanism de control al accesului. Documente pentru administratori: Furnizorul RMU trebuie să livreze două copii pe hârtie şi versiunea electronică a Manualului de administrare. Acest document trebuie să aibă următoarele caracteristici:  să cuprindă toate operaţiunile şi funcţiile de administrare a RMU;  formatul electronic să fie Adobe PDF şi Microsoft Word Document;  să fie revizuit ori de câte ori se lansează o versiune nouă sau o actualizare punctuală a RMU şi trebuie furnizat Beneficiarului, fără costuri suplimentare;  acest manual trebuie să cuprindă toate aspectele ciclului de viaţă al aplicaţiei RMU, precum: instalarea, administrarea zilnică, instalarea upgrade-urilor şi dezinstalarea / reinstalarea; Furnizorul trebuie să furnizeze copii electronice ale Manualelor de administrare (sau ale documentelor echivalente) pentru toate componentele arhitecturii RMU (cum ar fi baza de date, e-mail, subsistemul de stocare etc.), obţinute de la Furnizorii acestora. Pag. 40/84

Documente tehnice Se vor furniza specificaţiile tehnice şi funcţionale detaliate şi complete ale aplicaţiei RMU. Acestea sunt:  Specificaţii detaliate şi complete pentru interfeţele de interconectare ale RMU – interoperabilitatea şi expunerea de servicii web, care trebuie să includă cel puţin următoarele elemente:  funcţiile (intrare, ieşire, parametri),  tipurile de date utilizate,  contextul de securitate,  conceptele utilizate.  Documentaţia cu structurile bazelor de date implementate, schema relaţională a tabelelor şi a legăturilor dintre ele, a celorlalte obiecte din bazele de date, inclusiv modalitatea de acces total la bazele de date.  Documentaţia completă pentru crearea copiilor de rezervă şi pentru recuperare. Documentul trebuie să includă instrucţiuni pas cu pas pentru procedurile de creare a copiilor de rezervă şi de restaurare, necesare pentru asigurarea funcţionării corecte a întregii arhitecturi RMU. 15.5. INSTRUIRE Ca parte a Propunerii Tehnice, ofertantul va include servicii pentru următoarele categorii de instruire: Durata minimă şi numărul minim de Categorie participanţi Administratori de sistem 12 zile, 4 persoane Utilizatori cheie 6 zile, 10 persoane Utilizatori finali 2 zile, 100 persoane Propunerea va conţine planul detaliat al instruirii, pe categorii, tipurile de materiale puse la dispoziţie pentru instruire, mediul de instruire, logistica şi spaţiul de desfăşurare. La încheierea fiecărei sesiuni / modul de instruire, participanţii vor completa un formular de feedback cu privire la instruirea furnizată. Instruirile trebuie să fie documentate prin Rapoarte de instruire şi prin condici de prezenţă completate. 15.6. CERINȚE DE TESTARE Furnizorul trebuie să efectueze o gamă largă de teste asupra sistemului, bazate pe un plan de testare care trebuie de asemenea asigurat de Furnizor, ca element livrat separat şi acceptat de Beneficiar. Planurile de testare trebuie să urmeze o metodologie standard stabilită în domeniu. Domeniile esenţiale de testare trebuie să acopere:  testele funcţionale RMU,  testele de raportare statistică,  testele de performanţă,  testul pre-operaţional (test de „intrare în funcţiune - neintrare în funcţiune”). Pag. 41/84

Planurile de testare Furnizorul trebuie să elaboreze planuri detaliate de testare a componentelor şi funcţiilor RMU. Procedurile de testare vor începe numai după aprobarea planurilor de testare de către Beneficiar. Planurile de testare trebuie să conţină cel puţin următoarele elementele:  nominalizarea componentelor care vor fi testate,  obiectivele testării,  rezultatele preconizate,  criteriile de acceptare. Dezvoltarea şi implementarea testelor Toate testele vor fi concepute, dezvoltate şi efectuate de către Furnizor. Desfăşurarea efectivă a testului va fi controlată de Beneficiar. Acceptarea testelor de către Beneficiar se va consemna într-un Raport. Pag. 42/84

ANEXA 1 I. Date privind studentul Nr. Crt Câmpuri Subcâmpuri SECȚIUNEA I.1. Date personale ale studentului1 cu cetăţenie română / străină 1 Numele de familie la naştere (din certificatul de naştere) 2 Numele de familie actual (după căsătorie, înfiere, modificare la cerere, dacă este cazul, conform actului doveditor) 3 Prenumele 4 Iniţialele tatălui / mamei2 5 CNP3 Anul 6 Data naşterii Luna Ziua Ţara de origine 7 Locul naşterii Judeţul / (cod ţară4) Localitatea 8 Sexul F/M Căsătorit(ă) 9 Starea civilă5 Necăsătorit(ă) Divorţat(ă) / Văduv(ă) Orfan (de un părinte sau de ambii părinți) / provenit din 10 Starea socială6 specială case de copii / provenit din familie monoparentală Student cu disabilităţi Română cu domiciliul în România / străinătate 11 Cetăţenia Alte cetățenii Cetăţenie anterioară, dacă este cazul 7 12 Etnia Țara Județul 8/ (cod ţară 9) 13 Domiciliul stabil Orașul / comuna / satul Adresă (strada, număr, bloc, scara, etaj, ap. sector)10 Seria 14 Actul de identitate / documentul de călătorie11 Nr. 1 la înscriere sau la modificarea datelor personale (după caz) 2 acolo unde este cazul, (de exemplu: familie monoparentală) 3 sau alt cod de identificare personală pentru studenţii străini 4 numai pentru studenţii străini 5 poate să nu fie declarată 6 se aplică doar studenților cu o situație socială specială 7 numai pentru studenţii români (poate să nu fie declarată) 8 numai pentru studenţii români 9 numai pentru studenţii străini 10 se solicită și pentru studenţii străini (nu s-a trecut în propunerea anterioară) 11 documentul de călătorie numai pentru studenții străini (act de indentitate pentru cetățenii UE / SEE sau paşaport pt studenții străini cu alta cetatenie decat UE / SEE) Pag. 43/84

Nr. Crt Câmpuri Subcâmpuri Eliberat Data eliberării Perioada de valabilitate 15 Alte date personale ale studentului Telefon, adresă de email (cu afiliere la universitate) 16 Candidat care se încadrează în categoria persoanelor cu (se bifează numai de persoanele aflate în această disabilități situație, pe bază de documente) SECTIUNEA I.2. Date privind școlaritatea studentului12 1 Universitatea 2 Facultatea / departamentul 3 Ciclul de studii licență, masterat, doctorat 4 Domeniul fundamental de artă, ştiinţă şi cultură 5 Domeniul de studii denumire localitatea în care se desfăşoară programul de studii 6 Programul de studii / specializarea limba de predare în care se desfăşoară programul de studii durata programului de studii / specializării număr de credite 7 Anul universitar 8 Anul de studii Zi Forma de învăţământ 9 Frecvenţă redusă Învăţământ la distanţă 10 An pregătitor (pentru studiul limbii române de către studenţii străini) Susţinut de la buget 11 Forma de finanţare a studiilor Cu taxă (CPL, CPV, Bursier, CPNV) Nebursier Bursier Bursier, cu bursă acordată pe criterii profesionale (excelenţă, merit, studiu) bursă excelenţă 12 Tipul de bursă bursă merit bursă studiu Bursier, cu bursă acordată pe criterii sociale Alte tipuri de bursieri Bursă olimpic internaţional Admis prin concurs Admis ca olimpic (național / internațional) 13 Situaţia şcolarităţii la începutul anului universitar Admis la continuare de studii Repartizat de minister (bursier al statului român)13 numai pentru studenţii străini Admis la studii paralele 12 se completează cu informaţii pe an universitar (pentru fiecare an universitar) 13 doar pentru studenții străini Pag. 44/84

Nr. Crt Câmpuri Subcâmpuri Transferat în interiorul universităţii Reînmatriculat Promovat (integralist) Promovat (promovat prin credite) Revenire din întrerupere de studii Prelungire şcolaritate Transfer inter-universitar universitatea de la care s-a transferat Înscris pentru prima oară ca student în ciclul respectiv de studii Provenit din promoţia curentă / anterioară (de liceu, licență, master, în funcție de ciclul la care este admis) Admis/Student la un al doilea program de studii din același ciclu de studii univeristare Promovat (integralist) Promovat (promovat prin credite) număr de credite (atât pentru promovare integrală cât şi pentru promovare parţială) Exmatriculat Prelungire şcolaritate 14 Situaţia şcolarităţii la sfârşitul anului universitar Retras de la studii Întrerupere de studii semestrul I Întrerupere semestrul II Absolvent (cu sau fără diplomă) Student în semestru de mobilitate Erasmus / Socrates Cu situaţia neîncheiată Decedat 15 Alte date privind școlaritatea studentului SECŢIUNEA I.3.a - Date privind pregătirea anterioară a studentului14 (absolvent de liceu) Denumirea instituţiei unde a absolvit Țara Localitatea Județul 1 Studiile preuniversitare absolvite, nivel liceu Profilul / Domeniul Durata studiilor Anul absolvirii Forma de învăţământ (Zi / Seral / FR / IDD) Tipul (Diploma de bacalaureat sau echivalentă pentru candidatul care a absolvit studii anterioare în străinătate) Seria 2 Datele de identificare a diplomei Numărul Emitentul Anul emiterii 14 pentru studentul străin, care vrea să studieze în România se va considera numai documentul care atestă recunoaşterea / echivalarea studiilor anterioare (document eliberat de Direcţia Cetăţeni Străini din MECI) care permite înscrierea în învățământul superior Pag. 45/84

Nr. Crt Câmpuri Subcâmpuri Foaia matricolă care însoţeşte actul de studii Vizarea / Recunoaşterea diplomei prezentate (DGAERI – acorduri bilaterale / CNRED/ Direcţia Alte observaţii (pentru cazurile în care candidatul care a absolvit 3 Cetăţeni Străini din MECI) studii anterioare în străinătate) nr/serie act de recunoaștere / echivalare eliberat de DGAERI / CNRED)15 SECŢIUNEA I.3.b - Date privind pregătirea anterioară a studentului16 (absolvent de facultate) Ţara Localitatea Județul Denumirea instituţiei de învăţământ superior Facultatea Domeniul / Profilul 1 Studiile universitare absolvite Programul de studii / Specializarea Titlul obţinut Forma de învăţământ17 (ZI / FR / ID / SERAL) Forma de finanţare a studiilor18 (Buget / Taxă) Durata studiilor (nr. ani sau nr. semestre, după caz) Anul absolvirii Tipul – denumirea (diplomă/diplomă de licenţă / echivalentă) Seria Numărul 2 Datele de identificare a actului de studii Emitentul Anul emiterii Supliment diplomă/Foaia matricolă care însoţeşte actul de studii 19 Vizarea/Recunoaşterea diplomei prezentate (DGAERI – acorduri bilaterale / CNRED) 3 Alte observaţii număr/serie act de recunoaștere / echivalare (eliberat de DGAERI / CNRED)20 SECTIUNEA I.4. - Date de tip administrativ privind studentul 1 Numărul matricol din registrul matricol (al facultăţii) Din registrul facultăţii Căminist Căminist cu unul dintre părinţi cadru didactic Necăminist cu subvenţie cazare 2 Informaţii privind cazarea studenţilor Necăminist Alte informaţii privind cazarea studenţilor înregistrate la nivelul instituţiei dvs. 3 Alte categorii de informaţii având caracter administrativ Trebuie să fie detaliate 4 Alte opţiuni ale candidatului român Moldova - Ordin cifră / Ordin DGAERI SECȚIUNEA I.5 - Date privind absolventul 15 aplicabil pentru studenţii români care au finalizat anterior studiile în străinătate sau studenţii străini care studiază în România 16 se aplică şi pentru studenţii străini 17 Idem 16 18 Idem 16 19 Idem 16 20 idem 13 Pag. 46/84

Nr. Crt Câmpuri Subcâmpuri 1 Ciclul de studii absolvit licenţă / master / doctorat licenţă / master / doctorat seria, nr. 2 Diploma de absolvire data eliberării Instituţia emitentă data susținerii examenului de finalizare studii media examenului de finalizare studii (calificativ de absolvire) 3 Alte date suplimentare Nr, seria atestatului de echivalare eliberat de CNRED21 II. Date privind universitatea SECŢIUNEA II.1. – Structură administrativă 1 Universitatea 2 Facultatea/departamentul 3 Ciclul de studii 5 Domeniul de studii (pe ciclu) licență, masterat, doctorat 6 Programul de studii/specializarea 7 Acreditat/Autorizat provizoriu 8 Anul universitar Zi (inclusiv seral) 9 Forma de învăţământ Frecvenţă redusă Învăţământ la distanţă SECŢIUNEA II.2. - Date privind cifrele de școlarizare 1 Anul de studii Ciclu de studiu Facultate Cifra de şcolarizare aprobată pentru fiecare ciclu de studiu 2 Specializare / Program de studiu (facultate/specializare) Finanţare Buget - OMECI Finanţare Taxă 3 Tineri cetăţeni din Republica Moldova 4 Studenți de etnie Rromă școlarizați pe locurile speciale 5 Ordinul D.G.I.A.E.R. pentru bursierii statului român 6 Burse străini 21 se aplică doar studenţilor care au început studiile în România şi au finalizat studiile în altă ţară Pag. 47/84

ANEXA 2 ABREVIERI MECI – Ministerul Educaţiei, Cercetării şi Inovării UEFISCSU – Unitatea Executivă a Finanţării Invăţământului Superior şi a Cercetării Ştiinţifice Universitare SIS – Sistemul de Învăţământ Superior RMU – Registrul Matricol Unic ARACIS – Agenţia Română de Asigurare a Calităţii în Învăţământul Superior INS – Institutul Naţional de Statistică L,M,D – Ciclurile de învăţământ: Licenţă, Masterat, Doctorat CNRED – Comisia Naţională de Recunoaştere şi Echivalare a Diplomelor DGAERI – Direcția Generală Afaceri Europene și Relații Internaționale PM – Managementul Proiectului CPL – Forma de finanţare a unui student străin: Cont Propriu în Lei CPV – Forma de finanţare a unui student străin: Cont Propriu Valutar CPNV – Forma de finanţare a unui student străin: Cont Propriu Nevalutar OMECI – Ordinul Ministrului Educaţiei, Cercetării şi Inovării ID – Învăţământ la Distanţă FR – Frecvenţă Redusă Pag. 48/84

Formulare FORMULARUL 2A Inregistrat la sediul autoritatii contractante Nr______/ Data_____________ OFERTANTUL (denumirea/numele) .................... SCRISOARE DE INAINTARE Catre .............................................(denumirea autoritatii contractante si adresa completa) Ca urmare a anuntului de participare aparut in …………… nr. ..... din ........./(ziua/luna/anul), privind aplicarea procedurii pentru atribuirea contractului .........../(denumirea contractului de achizitie publica), noi ............./(denumirea/numele ofertantului) va transmitem alaturat urmatoarele: 1. Documentul ................../(tipul, seria/numarul, emitentul) privind garantia pentru participare, in cuantumul si in forma stabilite de dumneavoastra prin documentatia pentru elaborarea si prezentarea ofertei; 2. Coletul sigilat si marcat in mod vizibil, continand, in original si intr-un numar de ....... copii: a) oferta; b) documentele care insotesc oferta. Avem speranta ca oferta noastra este corespunzătoare si va satisface cerintele. Cu stima, Data completarii ..................... Ofertant, .................. (semnatura autorizata) Pag. 49/84

FORMULAR 12A OPERATOR ECONOMIC ____________________ (denumirea/numele) DECLARAŢIE PRIVIND ELIGIBILITATEA Subsemnatul, reprezentant imputernicit al ______________________________, (denumirea/numele si sediul/adresa operatorului economic) declar pe propria raspundere, sub sanctiunea excluderii din procedura si a sanctiunilor aplicate faptei de fals in acte publice, ca nu ne aflam in situaţia prevazuta la art. 180 din Ordonanta de urgenta a Guvernului nr. 34/2006 privind atribuirea contractelor de achizitie publica, a contractelor de concesiune de lucrari publice si a contractelor de concesiune de servicii, cu modificarile si completarile ulteriore, respectiv in ultimii 5 ani nu am fost condamnat prin hotarare definitiva a unei instante judecatoresti pentru participarea la activitati ale unei organizatii criminale, pentru coruptie, frauda si/ sau spalare de bani. Subsemnatul declar ca informatiile furnizate sunt complete si corecte in fiecare detaliu si inteleg ca autoritatea contractanta are dreptul de a solicita, in scopul verificarii si confirmarii declaratiilor orice documente doveditoare de care dispun. Data completarii Operator economic, _________________ _________________ (nume prenume) (semnatura autorizata) Pag. 50/84

FORMULAR 12B OPERATOR ECONOMIC _____________________ (denumirea/numele) DECLARAŢIE privind neincadrarea in situatiile prevazute la art. 181 Subsemnatul(a).................................................. [denumirea, numele operatorului economic], in calitate de ofertant/candidat/concurent la procedura de ........................ [ se mentioneaza procedura] pentru atribuirea contractului de acizitie publica avand ca obiect........................................................................... [denumirea produsului, serviciului sau lucrarii si codul CPV], la data de .............. [zi/luna/an], organizata de ................................................ [denumirea autoritatii contractante], declar pe proprie raspundere ca: a) nu sunt in stare de faliment ori lichidare, afacerile mele nu sunt conduse de un administrator judiciar sau activitatile mele comerciale nu sunt suspendate si nu fac obiectul unui aranjament cu creditorii. De asemenea, nu sunt intr-o situatie similara cu cele anterioare, reglementata prin lege; b) nu fac obiectul unei proceduri legale pentru declararea mea in una dintre situatiile prevazute la lit. a); c) mi-am indeplinit obligatiile de plata a impozitelor, taxelor si contributiilor de asigurari sociale catre bugetele componente ale bugetului general consolidat, in conformitate cu prevederile legale in vigoare in Romania sau in tara in care sunt stabilit pana la data solicitata................. d) nu am fost condamnat, in ultimii trei ani, prin hotararea definitiva a unei instante judecatoresti, pentru o fapta care a adus atingere eticii profesionale sau pentru comiterea unei greseli in materie profesionala. Subsemnatul declar ca informatiile furnizate sunt complete si corecte in fiecare detaliu si inteleg ca autoritatea contractanta are dreptul de a solicita, in scopul verificarii si confirmarii declaratiilor orice documente doveditoare de care dispun. Inteleg ca in cazul in care aceasta declaraţie nu este conforma cu realitatea sunt pasibil de incalcarea prevederilor legislatiei penale privind falsul in declaratii. Operator economic, _________________ (nume prenume) (semnatura autorizata) Pag. 51/84

FORMULAR 2B CANDIDATUL/OFERTANTUL ........................................... (denumirea/numele) INFORMATII GENERALE 1. Denumirea/numele: 2. Codul fiscal: 3. Adresa sediului central: 4.Telefon: Fax: E-mail: 5. Certificatul de inmatriculare/inregistrare ......................................................................... (numarul, data si locul de inmatriculare/inregistrare) 6. Obiectul de activitate, pe domenii: ............................................................................. (in conformitate cu prevederile din statutul propriu) 7. Birourile filialelor/sucursalelor locale, daca este cazul ................................................... (adrese complete, telefon/telex/fax, certificate de inmatriculare/inregistrare) 8. Principala piata a afacerilor: 9. Cifra de afaceri pe ultimii 3 ani: Cifra de afaceri anuala la 31 Cifra de afaceri anuala la 31 Anul decembrie (RON) decembrie (echivalent euro) 1. 2006 2. 2007 3. 2008 Media anuala: Data: Operator economic, ............................................ (nume prenume) (semnatura autorizata) _________________ Pag. 52/84

FORMULAR 12D CANDIDATUL/OFERTANTUL ........................................... (denumirea/numele) DECLARAŢIE PRIVIND LISTA PRINCIPALELOR PRESTARI DE SERVICII IN ULTIMII 3 ANI Subsemnatul, reprezentant imputernicit al ............................................................ (denumirea/numele si sediul/adresa candidatului/ofertantului), declar pe propria raspundere, sub sanctiunile aplicate faptei de fals in acte publice, ca datele prezentate in tabelul anexat sunt reale. Subsemnatul declar ca informatiile furnizate sunt complete si corecte in fiecare detaliu si inteleg ca autoritatea contractanta are dreptul de a solicita, in scopul verificarii si confirmarii declaratiilor, situatiilor si documentelor care insotesc oferta, orice informatii suplimentare in scopul verificarii datelor din prezenta declaraţie. Subsemnatul autorizez prin prezenta orice institutie, societate comerciala, banca, alte persoane juridice sa furnizeze informatii reprezentantilor autorizati ai ..................................................................... (denumirea si adresa autoritatii contractante) cu privire la orice aspect tehnic si financiar in legatura cu activitatea noastra. Operator economic, ............................................ (nume prenume) (semnatura autorizata) _________________ Pag. 53/84

Procent Denumirea/numele Pretul total indeplinit Perioada de Nr. Obiectul beneficiarului/ Calitatea Cantitatea Codul CPV al de derulare a crt. contractului clientului prestatorului*) (U.M.) contractului prestastor contractului**) Adresa (%) 1 2 3 4 5 6 7 8 1 2 … Operator economic, ............................................ (nume prenume) (semnatura autorizata) ___________________ *) Se precizeaza calitatea in care a participat la indeplinirea contractului, care poate fi de: contractant unic sau contractant conducator (lider de asociatie); contractant asociat; subcontractant. **) Se va preciza data de incepere si finalizare a prestarii. Pag. 54/84

FORMULAR 2C OPERATOR ECONOMIC _____________________ (denumirea/numele) EXPERIENTA SIMILARA 1. Denumirea si obiectul contractului: ___________________________________. Numarul si data contractului: ____________________________________. 2. Denumirea/numele beneficiarului/clientului: ____________________________. Adresa beneficiarului/clientului: __________________________________. Tara: ____________________. 3. Calitatea in care a participat la indeplinirea contractului(se bifeaza optiunea corespunzătoare)  contractant unic sau contractant conducator (lider de asociatie)  contractant asociat  subcontractant 4. Valoarea contractului: exprimata in moneda in care s- exprimata in echivalent a incheiat contractul EURO a) initiala (la data semnarii _________ ___________ contractului): b) finala (la data finalizarii _________ ___________ contractului): 5. Daca au fost litigii privind indeplinirea contractului, natura acestora si modul lor de solutionare: ___________________________. 6. Natura si cantitatea de servicii care a fost prestata in baza contractului, precum si alte aspecte relevante prin care ofertantul/candidatul isi sustine experienta similara: _______________________________. Operator economic _______________ (nume prenume) (semnatura autorizata) Pag. 55/84

FORMULAR 12C Operator economic ............................... (denumirea/numele) DECLARAŢIE PRIVIND CALITATEA DE PARTICIPANT LA PROCEDURA 1. Subsemnatul, reprezentant imputernicit al ............................................... (denumirea operatorului economic), declar pe propria raspundere, sub sanctiunile aplicate faptei de fals in acte publice, ca, la procedura pentru atribuirea contractului de achizitie publica .................. (se mentioneaza procedura), avand ca obiect ....................... (denumirea produsului, serviciului sau lucrarii si codul CPV), la data de ....... (zi/luna/an), organizata de ........................................... (denumirea autoritatii contractante), particip si depun oferta: [ ] in nume propriu; [ ] ca asociat in cadrul asociatiei .......................................................; [ ] ca subcontractant al ..................................................................; (Se bifeaza optiunea corespunzătoare) 2. Subsemnatul declar ca: [ ] nu sunt membru al niciunui grup sau retele de operatori economici; [ ] sunt membru in grupul sau reteaua a carei lista cu date de recunoastere o prezint in anexa. (Se bifeaza optiunea corespunzătoare) 3. Subsemnatul declar ca voi informa imediat autoritatea contractanta daca vor intervene modificari in prezenta declaraţie la orice punct pe parcursul derularii procedurii de atribuire a contractului de achizitie publica sau, in cazul in care vom fi desemnati castigatori, pe parcursul derularii contractului de achizitie publica. 4. De asemenea, declar ca informatiile furnizate sunt complete si corecte in fiecare detaliu si inteleg ca autoritatea contractanta are dreptul de a solicita, in scopul verificarii si confirmarii declaratiilor, situatiilor si documentelor care insotesc oferta, orice informatii suplimentare in scopul verificarii datelor din prezenta declaraţie. 5. Subsemnatul autorizez prin prezenta orice institutie, societate comerciala, banca, alte persoane juridice sa furnizeze informatii reprezentantilor autorizati ai ..................... (denumirea si adresa autoritatii contractante) cu privire la orice aspect tehnic si financiar in legatura cu activitatea noastra. Operator economic, ......................................... (nume prenume) (semnatura autorizata) Pag. 56/84

FORMULAR 2D OPERATOR ECONOMIC __________________ (denumirea/numele) LISTA CU PERSONALUL PROPUS PENTRU INDEPLINIREA CONTRACTULUI Experiență profesională Nr. Pozitia pentru care este relevantă Nume şi prenume crt. propus pentru proiect (ani) 1 2 3 . . . 25 Anexez la declaraţie CV-urile personalului cheie propus, corespunzător fișei de date, pentru indeplinirea contractului de achizitie publica, precum şi documentele justificative în sustinerea fiecaruia dintre CV-uri. Declar pe proprie răspundere că este respectată cerința minimală din punctul IV.4 (fișa de date), punctul 3. Operator economic, .................................. (nume prenume) (semnatura autorizata) Pag. 57/84

FORMULAR 2E CURRICULUM VITAE 1. Functia propusa pentru contract: 2. Nume: 3. Prenume: 4. Nationalitate: 5. Data nasterii ( ziua/luna/anul): 6. Studii: 7. Alte abilitati: 8. Pozitia actuala: 9. Numarul de ani în firma: 10. Calificari relevante pentru contract: 11. Experienta profesionala: 12. Limbi cunoscute : ( descrise prin calificativele excelent, bine , satisfacator, slab) Vorbit , Citit, Scris, Subsemnatul declar pe propria raspundere ca datele biografice descrise mai sus sunt corecte şi ca ele descriu calificarea şi experienta mea profesionala. Confirm ca, daca [insereaza numele firmei] va fi castigatorul acestui contract, sunt disponibil sa preiau sarcinile tehnice descrise în oferta Nume prenume şi semnatura. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Semnatura autorizata a reprezentantului firmei ofertante: . . . . . . . . . . . . . . . . . . . . . Data ( ziua/luna/anul) . . . . . . . . . . . . . . . .. Pag. 58/84

FORMULAR 10A OPERATOR ECONOMIC __________________ (denumirea/numele) FORMULAR DE OFERTA Catre .............................................(denumirea autoritatii contractante si adresa completa) Domnilor, 1. Examinand documentatia de atribuire, subsemnatii, reprezentanti ai ofertantului __________________________________(denumirea/numele ofertantului), ne oferim ca, in conformitate cu prevederile si cerintele cuprinse in documentatia mai sus mentionata, sa prestam _____________________________ (denumirea serviciului) pentru suma de __________________________________ (suma in litere si in cifre, precum si moneda ofertei) la care se adauga taxa pe valoarea adaugata in valoare de ___________________ .(suma in litere si in cifre) 2. Ne angajam ca, in cazul in care oferta noastra este stabilita castigatoare, sa prestam serviciile in graficul de timp anexat. 3. Ne angajam sa mentinem aceasta oferta valabila pentru o durata de ______________ (durata in litere si cifre) zile, respectiv pana la data de _______________ (ziua/luna/anul), si ea va ramane obligatorie pentru noi si poate fi acceptata oricand inainte de expirarea perioadei de valabilitate. 4. Pana la incheierea si semnarea contractului de achizitie publica aceasta oferta, impreuna cu comunicarea transmisa de dumneavoastra, prin care oferta noastra este stabilita castigatoare, vor constitui un contract angajant intre noi. 5. Precizam ca: |_| depunem oferta alternativa, ale carei detalii sunt prezentate intr-un formular de oferta separat, marcat in mod clar "alternativa"; |_| nu depunem oferta alternativa. (se bifeaza optiunea corespunzătoare) 6. Am inteles si consimtim ca, in cazul in care oferta noastra este stabilita ca fiind castigatoare, sa constituim garantia de buna execuţie in conformitate cu prevederile din documentatia de atribuire. 7. Intelegem ca nu sunteti obligati sa acceptati oferta cu cel mai scazut pret sau orice alta oferta pe care o puteti primi. Data _____/_____/_____ _____________(semnatura), in calitate de _______________, legal autorizat sa semnez oferta pentru si in numele ____________________________________. (denumire/nume operator economic) Pag. 59/84

Anexa 1 la formularul de oferta financiară SUMARUL PRETULUI OFERTEI Valoare totală fără Preț unitar Zile-om TVA (lei) (lei) Registru Matricol Unic 1840 Analiză Proiectare și dezoltare a prototipului Dezvoltare aplicație culegere date Dezvoltare modul preluare date Dezvoltare aplicații centrale Servicii de implementare Servicii de suport tehnic Servicii de instruire Licențiere baze de date aferente Sistem (central și local) TOTAL TVA Pag. 60/84

FORMULAR 11 BANCA ___________________ (denumirea) SCRISOARE DE GARANTIE BANCARA pentru participare cu oferta la procedura de atribuire a contractului de achizitie publica Catre ___________________________________________(denumirea autoritatii contractante si adresa completa) Cu privire la procedura pentru atribuirea contractului _______________________,(denumirea contractului de achizitie publica), noi ____________________ (denumirea bancii), avand sediul inregistrat la ______________________, (adresa bancii) ne obligam fata de _____________________________________ (denumirea autoritatii contractante) sa platim suma de __________________________(in litere si in cifre), la prima sa cerere scrisa si fără ca aceasta sa aiba obligatia de a-si motiva cererea respectiva, cu conditia ca in cererea sa autoritatea contractanta sa specifice ca suma ceruta de ea si datorata ei este din cauza existentei uneia sau mai multora dintre situatiile urmatoare: a) ofertantul _____________________ (denumirea/numele)si-a retras oferta in perioada de valabilitate a acesteia; b) oferta sa fiind stabilita castigatoare, ofertantul ___________________________(denumirea/numele) nu a constituit garantia de buna execuţie in perioada de valabilitate a ofertei; c) oferta sa fiind stabilita castigatoare, ofertantul ___________________________(denumirea/numele) a refuzat sa semneze contractul de achizitie publica in perioada de valabilitate a ofertei. Prezenta garantie este valabila pana la data de ______________________. Parafata de Banca _____________(semnatura autorizata) in ziua ______ luna ________ anul _____ Pag. 61/84

FORMULAR 5 BANCA ___________________ (denumirea) SCRISOARE DE GARANTIE BANCARA DE BUNA EXECUŢIE Catre ___________________________________________ (denumirea autoritatii contractante si adresa completa) Cu privire la contractul de achizitie publica ___________________________, (denumirea contractului) incheiat intre _______________ , in calitate de contractant, si _________________, in calitate de achizitor, ne obligam prin prezenta sa platim in favoarea achizitorului, pana la concurenta sumei de _____________ reprezentand ______% din valoarea contractului respectiv, orice suma ceruta de acesta la prima sa cerere insotita de o declaraţie cu privire la neindeplinirea obligatiilor ce revin contractantului, astfel cum sunt acestea prevazute in contractul de achizitie publica mai sus mentionat. Plata se va face in termenul mentionat in cerere, fără nici o alta formalitate suplimentara din partea achizitorului sau a contractantului. Prezenta garantie este valabila pana la data de ___________________ . In cazul in care partile contractante sunt de acord sa prelungeasca perioada de valabilitate a garantiei sau sa modifice unele prevederi contractuale care au efecte asupra angajamentului bancii, se va obtine acordul nostru prealabil; in caz contrar prezenta scrisoare de garantie isi pierde valabilitatea. Parafata de Banca ______________ in ziua _____ luna ________ anul _____ (semnatura autorizata) Pag. 62/84

Contract de servicii nr.______________data_______________ 1. Preambul In temeiul OUG nr.34/2006 privind atribuirea contractelor de achizitie publica, a contractelor de concesiune de lucrari publice si a contractelor de concesiune de servicii, aprobata cu modificari si completari prin Legea nr. 337/2006 cu modificarile si completarile ulterioare, s- a incheiat prezentul contract de prestare de servicii, intre ........................................................................................... (denumire autoritate contractanta,) adresa....................................................................., telefon/fax .............................................., numar de inmatriculare .................................................., cod fiscal ................................... ,cont trezorerie ..............................................................................., reprezentata prin ....................................................................................................... (denumirea conducatorului), functia............................................... in calitate de achizitor/beneficiar, pe de o parte si ……... ................ ................... (denumire operatorul economic) ..............................................., adresa ………………… ......................................., telefon/fax .........................................., numar de inmatriculare ....................................., cod fiscal ................................... cont (trezorerie) .............................................................................................................., reprezentat prin ................................................................................................ (denumirea conducatorului) functia.......................................... in calitate de prestator/executant, pe de alta parte. 2. Definitii 2.1 - In prezentul contract urmatorii termeni vor fi interpretati astfel: a. Contract – reprezinta prezentul contract si toate anexele sale. b. Achizitor si Prestator - partile contractante, asa cum sunt acestea numite in prezentul contract; c. Pretul contractului - pretul platibil prestatorului de catre achizitor, in baza contractului, pentru indeplinirea integrala si corespunzătoare a tuturor obligatiilor asumate prin contract; d. Servicii – activitatile a caror prestare face obiectul contractului; e. Produse - echipamentele, masinile, utilajele, orice alte bunuri, cuprinse in anexa/anexele la prezentul contract, pe care prestatorul are obligatia de a le furniza in legatura cu serviciile prestate conform contractului; f. Forta majora - un eveniment mai presus de controlul partilor, care nu se datoreaza greselii sau vinei acestora, care nu putea fi prevazut la momentul incheierii contractului si care face imposibila executarea si, respectiv, indeplinirea contractului; sunt considerate asemenea evenimente: razboaie, revolutii, incendii, inundatii sau orice alte catastrofe Pag. 63/84

naturale, restrictii aparute ca urmare a unei carantine, embargou, sistare/întrupere a finanţării enumerarea nefiind exhaustiva ci enunciativa. Nu este considerat forta majora un eveniment asemenea celor de mai sus care, fără a crea o imposibilitate de executare, face extrem de costisitoare executarea obligatiilor uneia din parti; g. Zi - zi calendaristica; an - 365 de zile. h. Sistem Informatic (aplicație informatică), denumit şi “Sistemul”, reprezintă ansamblul cuprinzând toate Tehnologiile Informaţionale, integrate (Software Specific şi Sofware Standard), inclusiv documentaţia în format electronic şi tipărit, tradusă şi in limba română şi toate materialele ajutătoare instrucţionale şi informaţionale în diferite formate (inclusiv audio, video şi text), pe orice suport care va fi furnizat, instalat, integrat şi pus în operaţiune (cu excepţia Echipamentului Prestatorului), împreună cu Serviciile care vor fi prestate de Prestator în cadrul Contractului. i. Tehnologiile Informaţionale reprezintă toate elementele de hardware, software, dotări şi consumabile pe care Prestatorul trebuie să le furnizeze şi să le instaleze prin acest Contract. j. Software Standard sau licentiat înseamnă software (DBMS, server, software de raportare şi analiză) folosit în scopul efectuării sarcinii şi care nu este inclus în categoria de Software specific; k. Software Specific reprezintă software (DBMS, server, software de raportare şi analiză) creat special de Prestator şi achitat de Achizitor acestuia în cadrul Contractului şi în vederea executarii serviciilor; l. Materiale Standard – reprezintă toate documentele în format tipărit sau electronic şi toate materialele ajutătoare instrucţionale şi informaţionale în diferite formate (inclusiv audio, video şi text), pe orice suport furnizat Achizitorului prin Contract şi care nu sunt incluse în categoria de Materiale Specifice; m. Materiale Specifice – reprezintă toate documentele în format tipărit sau electronic şi toate materialele ajutătoare instrucţionale şi informaţionale în diferite formate (inclusiv audio, video şi text), pe orice suport, elaborate de Prestator şi achitate de Achizitor în cadrul Contractului şi în vederea executarii serviciilor; n. Drepturile de Proprietate Intelectuală reprezintă toate drepturile de autor, morale, asupra mărcii, drepturi de brevet şi orice alte drepturi intelectuale şi de proprietate, titluri şi interese recunoscute pe plan mondial, fie autorizate, posibile sau viitoare, incluzând, fără limitări, toate drepturile economice şi exclusive de a reproduce, fixa, adapta, modifica, traduce, crea lucrari derivate, de a extrage sau reutiliza date, de a fabrica, de a introduce în circulaţie, de a publica, distribui, vinde, acorda licenţă, sub-licenţă, de a transfera, închiria, transmite sau asigura acces electronic, de a difuza, expune, intra în memoria calculatorului sau de a utiliza în orice alt fel orice parte sau copie, în întregime sau parţial, în orice formă, direct sau indirect, sau de a autoriza sau desemna alte persoane să facă acest lucru; o. Instalare – înseamnă că Sistemul este pregătit pentru Operare; p. Operare – înseamnă punerea în funcţiune a Sistemului de către Prestator în urma Instalării, cu scopul de a efectua Testul/Testele de Acceptanta Operaţională. r. Testele de Acceptanta Operaţională- se vor efectua pentru a stabili dacă Sistemul poate îndeplini cerinţele funcţionale şi de performanţă specificate în cerinţele tehnice din caietul de sarcini si oferta Prestatorului; s. Acceptanta Operaţională- reprezintă acceptanta Sistemului de către Achizitor, urmată de perioada de asistenţă tehnica asigurată de Prestator; t. Acceptanta Finală- reprezintă acceptarea de către Achizitor a Sistemului, urmând perioadei de asistenţă tehnica asigurate de Prestator; Pag. 64/84

3. Interpretare 3.1 In prezentul contract, cu excepţia unei prevederi contrare, cuvintele la forma singular vor include forma de plural si vice versa, acolo unde acest lucru este permis de context. 3.2 Termenul “zi”sau “zile” sau orice referire la zile reprezintă zile calendaristice daca nu se specifica in mod diferit. Clauze obligatorii 4. Obiectul principal al contractului 4.1 – Prestatorul se obliga sa presteze „serviciile de dezvoltare a unui sistem informatic integrat pentru sistemul naţional de gestiune a participanţilor din Sistemul de Învăţământ Superior(SIS) – Registrul Matricol Unic (RMU)”, in perioada/ perioadele convenite de catre Autoritatea Contractanta in Caietul de sarcini ,in conformitate cu oferta desemnata castigatoare si cu obligatiile asumate prin prezentul contract. 4.2 - Achizitorul se obliga sa plateasca pretul convenit in prezentul contract pentru serviciile prestate conform conditiilor stabilite de catre Autoritatea contractanta in Documentatia de atribuire. 5. Pretul contractului 5.1 Preţul convenit pentru îndeplinirea contractului, plătibil prestatorului de către achizitor, conform graficului de plăţi este in valoarea totala de .................... lei, la care se adaugă ............ TVA. Plăţile se vor face eşalonat după ce a fost acceptată fiecare etapă de dezvoltare a aplicaţiei software: Număr Descriere etapă 1 Analiză 2 Proiectare și dezoltare a prototipului 3 Dezvoltare aplicație culegere date 4 Dezvoltare modul preluare date 5 Dezvoltare aplicații centrale 6 Servicii de implementare 7 Servicii de suport tehnic 8 Servicii de instruire 9 Licențiere baze de date aferente Sistem (central și local) Pe factură vor fi menţionate următoarele servicii: servicii de dezvoltare aplicaţie informatică, numărul şi descrierea etapei. 6. Durata contractului 6.1 – Durata prezentului contract este de 15 luni, incepand de la data de ……. (se inscriu perioada si data) 6.2. Prezentul contract inceteaza sa produca efecte la data de ................ si poate fi prelungit prin act aditional, conform prevederilor legale. 7. Executarea contractului Pag. 65/84

7.1 – Executarea contractului incepe dupa constituirea garantiei de buna execuţie, la data de ......(se precizeaza data la care intra in efectivitate contractul). 8. Documentele contractului 8.1 - Documentele contractului sunt: Documentatia de Atribuire Anexa 1 – Descrierea Detaliata a Serviciilor Anexa 2 – Cerinte de Raportare si Livrabile Anexa 3 – Personal cheie Anexa 4 – Grafic de prestare Anexa 5 – Propunerea tehnică a prestatorului, care să cuprindă integral şi cerinţele din caietul de sarcini Anexa 6 – Propunerea financiară a prestatorului Anexa 7 – Garanţia de buna execuţie Anexa 8 – Proces-Verbal de Receptie a serviciilor 9. Obligatiile principale ale prestatorului 9.1 - Prestatorul se obligă să presteze serviciile la standardele şi sau performanţele prezentate în propunerea tehnică, anexă la contract. 9.2 - Prestatorul se obligă să presteze serviciile în conformitate cu graficul de prestare prezentat în propunerea tehnică. 9.3 - Prestatorul se obligă să despăgubească achizitorul împotriva oricăror: i) reclamaţii şi acţiuni în justiţie, ce rezultă din încălcarea unor drepturi de proprietate intelectuală (brevete, nume, mărci înregistrate etc.), legate de echipamentele, materialele, instalaţiile sau utilajele folosite pentru sau în legătură cu produsele achiziţionate; şi ii) daune-interese, costuri, taxe şi cheltuieli de orice natură, aferente, cu excepţia situaţiei în care o astfel de încălcare rezultă din respectarea caietului de sarcini întocmit de către achizitor. 10. Obligatiile principale ale achizitorului 10.1 - Achizitorul se obligă să recepţioneze, potrivit clauzei 21, serviciile prestate în termenele convenite, pe bază de proces verbal de recepţie. 10.2 - Achizitorul se obligă să plătească contravaloarea facturilor emise de către prestator în termen de 30 de zile de la data primirii facturii fiscale la sediul Achizitorului, însoţită de procesul verbal de recepţie, semnat de părţile contractante, fără obiecţiuni. 10.3 - Dacă achizitorul nu onorează facturile în termen de 30 zile de la expirarea perioadei prevăzute convenite, prestatorul are dreptul de a sista prestarea serviciilor. Imediat ce achizitorul onorează factura, prestatorul va relua prestarea serviciilor în cel mai scurt timp posibil, dar nu mai mult de 3 zile lucrătoare. 11. Sanctiuni pentru neindeplinirea culpabila a obligatiilor 11.1 - În cazul în care, din vina sa exclusivă, prestatorul nu reuşeşte să-şi execute obligaţiile asumate prin contract, atunci achizitorul are dreptul de a deduce din preţul contractului, ca penalităţi, o sumă echivalentă cu 0,06%/ din preţul contractului pentru fiecare zi de intarziere. Pag. 66/84

11.2 - În cazul în care achizitorul nu onorează facturile în termen de 30 de zile de la expirarea perioadei convenite, atunci acesta are obligaţia de a plăti ca penalităţi o sumă echivalentă cu 0,06%/ zi din plata neefectuată. 11.3 - Nerespectarea obligaţiilor asumate prin prezentul contract de către una dintre părţi, în mod culpabil şi repetat, dă dreptul părţii lezate de a considera contractul de drept reziliat şi de a pretinde plata de daune-interese. 11.4 - Achizitorul îşi rezervă dreptul de a renunţa oricând la contract, printr-o notificare scrisă, adresată prestatorului, fără nici o compensaţie, dacă acesta din urmă dă faliment, cu condiţia ca această anulare să nu prejudicieze sau să afecteze dreptul la acţiune sau despăgubire pentru prestator. În acest caz, prestatorul are dreptul de a pretinde numai plata corespunzătoare pentru partea din contract îndeplinită până la data denunţării unilaterale a contractului. Clauze specifice 12. Drepturile de Proprietate Intelectuala i) În cazul în care Prestatorul include în soluţia propusă instrumente adiţionale de Software Standard (cum ar fi DBMS, server, software de raportare sau analiză), Drepturile de Proprietate Intelectuală pentru Software-ul Standard şi Materialele Standard vor rămâne proprietarului actual al acestor drepturi, Achizitorul primind drepturile patrimoniale de autor, pe o durata nedeterminata, pe intreg teritoriul Romaniei, Prestatorul fiind direct responsabil de eventualele prejudicii cauzate de nerespectarea prevederilor legale privind transferul mentionat mai sus. Achizitorul este de acord să restricţioneze utilizarea, copierea sau multiplicarea Software-ului Standard şi a Materialelor Standard în conformitate cu Clauza 13 din contract. În plus, drepturile contractuale ale Achizitorului de a utiliza Software-ul Standard şi Materialele Standard nu pot fi atribuite, înstrăinate sau transferate în orice alt fel în mod voit, decât în conformitate cu acordul de licenţă specificat în Clauza 13 din contract. Prestatorul trebuie să se asigure că nu se vor utiliza şi alte instrumente sau licenţe suplimentare în vederea funcţionării corecte a sistemelor, în afara scopului prezentului proiect de aplicatei sofware. ii) Drepturile de Proprietate Intelectuală şi obligaţiile referitoare la Software-ul Specific şi Materialele Specifice vor reveni, la data prezentului Contract sau la crearea acestor drepturi (în cazul în care survin mai târziu decât data Contractului), Achizitorului. Prestatorul va întocmi şi va executa sau va face demersurile pentru întocmirea şi executarea oricărui act, document şi obiect pe care Achizitorul îl poate considera necesar sau dezirabil în vederea îmbunătăţirii dreptului, titlului şi a interesului Achizitorului faţă de aceste drepturi. În ceea ce priveste Software-ul Specific, Prestatorul se va asigura că deţinătorul unui drept moral asupra unui astfel de element nu îl revendică, iar Prestatorul se va asigura că deţinătorul unui astfel de drept moral cesioneaza drepturile de autor si cele conexe. iii) Prestatorul declară şi garantează prin prezentul contract că: a) serviciile prestate sunt instalate, testate şi acceptate; Pag. 67/84

b) sistemul este utilizat în conformitate cu Contractul si cerintele din Caietul de Sarcini; c) copierea Software-ului şi a Materialelor furnizate către Achizitor este conform Contractului. d) nu încalcă şi nu va încălca nici un Drept de Proprietate Intelectuală deţinut de o a terţa parte şi că are toate drepturile necesare sau va asigura în scris toate cesiunile de drepturi şi alte acorduri necesare pentru realizarea sarcinilor, a licenţelor şi a altor transferuri de Drepturi de Proprietate Intelectuală şi a garanţiilor prevăzute prin Contract şi pentru intrarea în posesie şi exercitarea de către Achizitor a tuturor Drepturilor de Proprietate Intelectuală stabilite în Contract. În plus, Prestatorul va compensa şi va proteja Achizitorul şi angajaţii acestuia faţă de toate pierderile, responsabilităţile şi costurile de orice fel (inclusiv pierderile, responsabilităţile şi costurile suportate pentru susţinerea unei revendicări prin care se pretinde o astfel de responsabilitate) de care Achizitorul sau angajaţii acestuia sunt lezaţi ca urmare a încălcării sau a unei pretinse încălcări a oricărui Drept de Proprietate Intelectuală datorită: 1. instalării Sistemului de către Prestator sau utilizării Sistemului, inclusiv a Materialelor, în ţara unde se află locatiile Achizitorului sau in tara este dezvoltat sistemul de catre Prestator; 2. copierea Software-ului şi a Materialelor furnizate de Prestator în conformitate cu Contractul. 3. utilizarii de solutii soft pentru care exista cesiuni de drepturi de autor sau pentru care pot fi revendicate alte drepturi de proprietate intelectuala altele decat cele care sunt in baza prezentului contract si pentru care exista acordurile necesare. 4. eventualei acţionări în instanţă, caz în care va raspunde de sine statator in fata instantelor de judecata competente, in cazul incalcarilor drepturilor de autor din culpa Prestatorului 13. Drepturi de proprietate si alte dreturi asupra Sofware-lui Specific ale Achizitorului Prestatorul preda Achizitorului Software-ul Specific, inclusiv codul sursa si toate drepturile aferente si licentele aferente. Astfel, Prestatorul acordă Achizitorului dreptul de a accesa, a utiliza si a modifica/aduce imbunatatiri pentru Software-ul Specific şi pentru a utiliza Software-urile Standard, inclusiv toate invenţiile, schiţele şi mărcile incluse în Software Specific. Drepturile Achizitorului, mentionate mai sus pentru Software-ul Specific: (a) vor fi: (i) exclusive, cu dreptul de a transfera Software-ul Specific, integral si cu toate drepturile aferente, la o organizaţie succesoare/parteneră; (ii) achitate şi irevocabile; (iii) valabile pe întreg teritoriul Romaniei; (iv) limitata la numărul de persoane autorizate să utilizeze Software-ul Standard în orice moment specificat în propunerea tehnică a Prestatorului. Software- ul Specific va fi distribuit într-un număr suficient de exemplare pentru utilizarea în sectorul educaţional din România; şi (b) vor permite ca Software-ul Specific să fie: Pag. 68/84

(i) folosit sau copiat pentru utilizarea la calculatorul/calculatoarele pentru care a fost dezvoltat , plus calculatoare de rezervă de capacitate identică sau similară în cazul inoperaţionalitătii celui dintâi/celor dintâi, pentru transferul între sistemul primar si cel de back-up; back-up-ul se va realiza automat si/sau la cererea utilizatorilor/administratorilor (ii) folosit sau copiat pentru utilizare sau transferare la un calculator/calculatoare de rezervă iar utilizarea la calculatorul/calculatoarele originale şi de rezervă poate fi simultană pe parcursul perioadei de transfer); (iii) functional 24 de ore din 24 pentru toate componentele si functionalitatile sale, in intreaga retea; (iv) reprodus ca măsură de siguranţă sau ca rezervă (i.e. codul executabil şi orice Materiale asociate). 14. Actualizarea Software-ului Standard (Updates): 14.1. Pe durata executarii Contractului, Prestatorul îi va oferi Achizitorului gratuit toate versiunile, noutăţile şi actualizările Software-rilor Standard, precum şi documentaţia şi serviciile de asistenţă tehnică aferente, în termen de 15 (cincisprezece) de zile de la apariţia acestora în Romania şi nu mai târziu de 6 (șase) luni de la apariţia acestora în ţara de origine. Costurile pentru aceste schimbării de software nu vor schimba în nici un caz Preţul Contractului, indicat în clauza 5.1., fiind suportate integral de Prestator. 14.2. În perioada de asistenţă tehnica (de la Acceptanta Operaţională până la Acceptanta Finală a Sistemului) Prestatorul îi va furniza Achizitorului fără alte costuri suplimentare toate versiunile, noutăţile şi actualizările Software-rilor Standard care este folosit în Sistem şi asigurat de Prestator nu mai târziu de 6 (șase) luni de la apariţia acestora în ţara de origine. 14.3. În Perioada de Post-Garanţie a Sistemului, Prestatorul va asigura la un preţ care nu va depăşi preţul de pe piaţă toate versiunile, noutăţile şi actualizările Software-ului Standard care este folosit în Sistem şi asigurat de Prestator nu mai târziu de 15 (cincisprezece) de zile de la apariţia acestora în Romania şi nu mai târziu de 6 (șase) luni de la apariţia acestora în ţara de origine şi la cererea Achizitorului. 15. Garanţia acordata sistemului: 15.1 Prestatorul garantează că Sistemul proiectat, implementat si pus in functiune nu va avea defecte sau erori care să împiedice Sistemul şi/sau oricare dintre componentele acestuia să îndeplinească Cerinţele Tehnice sau care să limiteze din punct de vedere material gradul de performanţă, siguranţă sau extensibilitate a Sistemului. 15.2 Perioada de Garanţie va începe de la data Acceptantei Operaţionale a Sistemului si este de trei ani. Prestatorul pe cheltuiala proprie va repara, inlocuii sau remedia toate defectele sau erorile aparute in Sistem precum şi orice avarie cauzată Sistemului de un astfel de defect. Termenii de solutionare a oricaror probleme aparute, sunt cei mentionati in oferta tehnica a Prestatorului iar acestia nu vor putea fi mai mari decat cei prevazuti in Caietul de Sarcini. Pag. 69/84

16.Testare, Operare, Acceptanta: 16.1 Instalarea & Testarea se vor efectua etapizat conform ofertei prestatorului care nu trebuie sa depaseasca termenele maximale de referinta mentionate la capitolul „Metodologia de implementare”, din Caietul de sarciniLa fiecrare etapa Prestatorul va înştiinţa Achizitorul în scris despre acest lucru. În caz de defect şi/sau deficienţe, incluzând, dar nelimitându-se la defecte sau deficienţe în interoperabilitatea sau integrarea diferitelor componente şi/sau subsisteme care formează Sistemul, Achizitorul va înştiinţa Prestatorul în scris în termen de maxim 14 (paisprezece) zile de la primirea înştiinţării. Prestatorul va lua toate măsurile posibile necesare pentru remedierea promptă a oricărui defect şi/sau deficienţă, cu respectarea timpilor de solutionare mentionati in capitolul „Asistenţa tehnica” din Caietul de Sarcini. În cazul în care nu se observă nici un defect, Achizitorul va semna Procesul-Verbal de reciptie a etapei respective. 16.2 Operarea Sistemului – va fi iniţiată de Prestatorin termenele stabilite conform ofertei Prestatorului si in corelatie termenele maximale prevăzute la Cap. „Metodologia de implementare”, din Caietul de sarcini; Sistemul va fi operat de Prestator cu scopul de a efectua testele de Acceptanta Operaţională si testat de Achizitor pentru a verifica respectarea cerintelor din caietul de sarcini. 16.3 Testele de Acceptanta Operaţională (şi repetarea unor astfel de teste) vor constitui dreptul Achizitorului dar vor fi efectuate având cooperarea deplină şi totală a Prestatorului pe perioada Operarii Sistemului pentru a stabili dacă Sistemul respectă Anexa 1, la Contract, respectiv „Descrierea Detaliata a Serviciilor” – partea referitoare la cerinţele tehnice şi dacă îndeplineşte standardele de performanţă indicate de Prestator în Propunerea Tehnică, conforme cu oferta si cu minimul de cerinte tehnice cerute de Achizitor in capitolul „Asistenţa tehnica”. 16.4 Testele de Acceptanta Operaţională se vor încheia în maxim 30 (treizeci) de zile de la data notificarii instalării; dacă Testele nu se încheie cu succes în această perioadă de timp, atunci Achizitorul poate fie rezilia Contractul conform Clauzei de reziliere din contract fie poate prelungi perioada de testare de comun acord cu Prestatorul. 16.5 Acceptanta Operaţională pentru Sistem va avea loc atunci când Testele de Acceptanta Operaţională au fost încheiate cu succes, la solicitarea Prestatorului, după cum se specifică în Anexa 1, la Contract, respectiv „Descrierea Detaliata a Serviciilor” – partea referitoare la cerinţele tehnice; Achizitorul va emite un Certificat de Acceptanta Operaţională sau, dacă e cazul, va înştiinţa Prestatorul în scris în termen de maxim 14 (paisprezece) zile de la primirea cererii Prestatorului în care acesta menţionează defectele sau deficienţele sau orice alt motiv pentru care Testele de Acceptanta Operaţională au eşuat. În cazul din urmă, Prestatorul va lua toate măsurile necesare pentru remedierea promptă a oricărui defect şi/sau deficienţă şi/sau a altor motive care au dus la eşecul Testelor de Acceptanta Operaţională conform ofertei Prestatorului respectand conditiile minime . 16.6 Asistenţa Tehnica va fi asigurată de către personalul prestatorului şi va include: (a) Ajustarea inadvertenţelor; bug-urilor de orice fel. (b) Soluţionarea tuturor problemelor critice şi non-critice care pot apărea Pag. 70/84

(c) Detectarea pro-activă a problemelor (d) Consultanţă, asistenţă tehnică acordată operatorilor şi administratorilor sistemului în vederea operării şi administrării sistemelor de software (e) Minimul de cerinte din caietul de sarcini. Toate activităţile vor avea documentaţie obligatoriu şi in limba română. La incheierea perioadei de Asistenţa Tehnica Prestatorul va emite un raport cu descrierea activităţilor, solicitarilor si rezultatelor din aceasta faza. Achizitorul va revizui (daca este cazul) si aproba raportul emis. 16.7 Acceptanta Finală – va avea loc după perioada de Asistenţa Tehnica de inceput si dupa perioadele de testare rezultate in urma etapelor de implementare si acceptanta pe etape. 17. Acceptanta Livrării – va avea loc după primirea integrala a serviciilor finalizate specifice din cadrul fiecărei faze a contractului. Certificatele de Acceptanta a Livrării vor fi emise în conformitate cu datele specificate în Anexa 2 la Contract. 18. Garantia de buna execuţie a contractului 18.1 - Prestatorul se obligă să constituie garanţia de bună execuţie a contractului, în cuantum de ..................., pentru perioada de ....................... şi, oricum, până la intrarea în efectivitate a contractului. (Se precizează modul de constituire, cuantumul şi perioada de constituire a garanţiei de bună execuţie.) 18.2 - Achizitorul se obligă să elibereze garanţia pentru participare şi să emită ordinul de începere a contractului numai după ce prestatorul a făcut dovada constituirii garanţiei de bună execuţie. 18.3 - Achizitorul are dreptul de a emite pretenţii asupra garanţiei de bună execuţie, în limita prejudiciului creat, dacă prestatorul nu îşi execută, execută cu întârziere sau execută necorespunzător obligaţiile asumate prin prezentul contract. Anterior emiterii unei pretenţii asupra garanţiei de bună execuţie, achizitorul are obligaţia de a notifica acest lucru prestatorului, precizând totodată obligaţiile care nu au fost respectate. 18.4 - Achizitorul se obligă să restituie garanţia de bună execuţie în termen de ......... de la îndeplinirea obligaţiilor asumate. (Se precizează modul de restituire şi termenul.) 18.5 - Garanţia acordata Sistemului (Garanţia tehnică), conform Clauzei 15 a prezentului contract, este distinctă de garanţia de bună execuţie a contractului. 19. Alte responsabilitati ale prestatorului 19.1 - (1) Prestatorul are obligaţia de a executa serviciile prevăzute în contract cu profesionalismul şi promptitudinea cuvenite angajamentului asumat şi în conformitate cu propunerea sa tehnică. (2) Prestatorul se obligă să supravegheze prestarea serviciilor, să asigure resursele umane, materialele, instalaţiile, echipamentele şi orice alte asemenea, fie de natură provizorie, fie definitivă, cerute de şi pentru contract si in Documentatia de atribuire, în măsura în care necesitatea asigurării acestora este prevăzută în contract si in oferta desemnata castigatoare. Pag. 71/84

19.2 - Prestatorul este pe deplin responsabil pentru execuţia serviciilor în conformitate cu graficul de prestare convenit. Totodată, este răspunzător atât de siguranţa tuturor operaţiunilor şi metodelor de prestare utilizate, cât şi de calificarea personalului folosit pe toată durata contractului, cât şi pentru buna functionare şi performanţele sistemului in perioada de garanţie. 19.3 – Prestatorul va emite inainte de receptia finala o scrisoare de garanţie bancară in valoare de 5% din valoarea fara TVA a contractului ce va fi predata in original Achizitorului, scrisoare ce va fi valabila pe toată durata perioadei de Garantie. Scrisoarea de garantie bancara denumita „Garanţie de performantă” va acoperii eventualele prejudicii cauzate de nefunctionarea/functionarea defectuoasa a Sistemului prin neindeplinirea obligatiilor asumate de Prestator pentru perioada de Garantie 19.4 - Achizitorul are dreptul de a emite pretenţii asupra garanţiei de performanţă, în limita prejudiciului creat, dacă prestatorul nu îşi execută, execută cu întârziere sau execută necorespunzător obligaţiile asumate prin prezentul contract pentru perioada de garantie. Anterior emiterii unei pretenţii asupra garanţiei de performantă, achizitorul are obligaţia de a notifica acest lucru prestatorului, precizând totodată obligaţiile care nu au fost respectate. 19.5 - Achizitorul se obligă să restituie garanţia de performanţă în termen de 15 zile de la îndeplinirea obligaţiilor asumate. 20. Alte responsabilitati ale achizitorului 20.1 - Achizitorul se obligă să pună la dispoziţia prestatorului facilităţi şi/sau informaţii pe care acesta le-a mentionat in Documentatia de atribuire şi pe care le consideră necesare îndeplinirii contractului. 21. Receptie si verificari 21.1 - Achizitorul are dreptul de a verifica in orice moment modul de prestare a serviciilor pentru a stabili conformitatea lor cu prevederile din propunerea tehnică şi din caietul de sarcini.Achizitorul are obligaţia de a notifica Prestatorului, în scris, identitatea reprezentanţilor săi împuterniciţi pentru acest scop. 22. Începere, finalizare, întârzieri, reziliere 22.1 - Prestatorul are obligaţia de a începe prestarea serviciilor odata cu semnarea prezentului contract de către ambele parti. 22.2 - (1) Serviciile prestate în baza contractului sau, dacă este cazul, oricare fază a acestora prevăzută a fi terminată într-o perioadă stabilită în graficul de prestare trebuie finalizate în termenul convenit de părţi, termen care se calculează de la data începerii prestării serviciilor. (2) Daca Prestatorul sufera intarzieri in realizarea serviciilor datorate in exclusivitate achizitorului, partile vor stabili de comun acord prelungirea perioadei de prestare a serviciilor sau a oricărei faze a acestora.. 22.3 - Dacă pe parcursul îndeplinirii contractului prestatorul nu respectă graficul de prestare, acesta are obligaţia de a notifica in scris acest lucru, în maxim 24 ore, achizitorului. Modificarea datei/perioadelor de prestare asumate în graficul de prestare se face cu acordul părţilor, prin act adiţional. 22.4 - În afara cazului în care achizitorul este de acord cu o prelungire a termenului de execuţie, orice întârziere în îndeplinirea contractului dă dreptul achizitorului de a solicita penalităţi prestatorului . Pag. 72/84

22.5 – Întârzierile repetate în îndeplinirea contractului, precum şi neîndeplinirea prevederilor contractuale dau dreptul achizitorului să rezilieze contractul, prestatorul fiind obligat sa restituie integral toate sumele achitate de către Achizitor precum şi eventualele daune interese. 22.6 – Achizitorul are dreptul de a rezilia unilateral prezentul contract cand rezilierea se datoreaza insuficientei sau/şi inexistenţei fondurilor alocate motivat de alocarea insuficienta sau nealocarea fondurilor de catre instituţiile abilitate, sau a altor cauze care tin de fortă majoră sau caz fortuit, în acest caz obligaţiile asumate urmând a acperii valoarea serviciilor efectuate doar până la momentul rezilierii, fără pretenţii reciproce. 23. Ajustarea preţului contractului 23.1 - Pentru serviciile prestate, plăţile datorate de achizitor prestatorului sunt tarifele declarate în propunerea financiară, anexă la contract. 23.2 - Preţul contractului nu se ajustează. 24. Amendamente 24.1 - Partile contractante au dreptul, pe durata indeplinirii contractului, de a conveni modificarea clauzelor contractului, prin act aditional, numai in cazul aparitiei unor circumstante care lezeaza interesele comerciale legitime ale acestora si care nu au putut fi prevazute la data incheierii contractului. 25. Subcontractanti 25.1 - Prestatorul are obligaţia, în cazul în care subcontractează părţi din contract, de a încheia contracte cu subcontractanţii desemnaţi, în aceleaşi condiţii în care el a semnat contractul cu achizitorul. 25.2 - (1) Prestatorul are obligaţia de a prezenta la încheierea contractului toate contractele încheiate cu subcontractanţii desemnaţi. (2) Lista subcontractanţilor, cu datele de recunoaştere ale acestora, precum şi contractele încheiate cu aceştia se constituie în anexe la contract. 25.3 - (1) Prestatorul este pe deplin răspunzător faţă de achizitor de modul în care îndeplineşte contractul. (2) Subcontractantul este pe deplin răspunzător faţă de prestator de modul în care îşi îndeplineşte partea sa din contract. (3) Prestatorul are dreptul de a pretinde daune-interese subcontractanţilor dacă aceştia nu îşi îndeplinesc partea lor din contract. 25.4 - Prestatorul poate schimba oricare subcontractant numai dacă acesta nu şi-a îndeplinit partea sa din contract. Schimbarea subcontractantului nu va schimba preţul contractului şi va fi notificată achizitorului. 26. Cesiunea 26.1 - Prestatorul are obligaţia de a nu transfera total sau parţial obligaţiile sale asumate prin contract, fără să obţină, în prealabil, acordul scris al achizitorului. 26.2 - Cesiunea nu va exonera prestatorul de nicio responsabilitate privind garanţia sau orice alte obligaţii asumate prin contract. 26.3 – Achizitorul va avea dreptul de a cesiona Sistemul in intregul sau(inclusiv toate obligaţiile prevazute in prezentul contract), Prestatorul fiind de acord cu acesta; in acest Pag. 73/84

sens Achizitorul va notifica pe Prestator despre cesiunea realizata, fara nici o altă formalitate. Pag. 74/84

27. Forta majora 27.1 - Forţa majoră este constatată de o autoritate competentă. 27.2 - Forţa majoră exonerează părţile contractante de îndeplinirea obligaţiilor asumate prin prezentul contract, pe toată perioada în care aceasta acţionează. 27.3 - Îndeplinirea contractului va fi suspendată în perioada de acţiune a forţei majore, dar fără a prejudicia drepturile ce li se cuveneau părţilor până la apariţia acesteia. 27.4 - Partea contractantă care invocă forţa majoră are obligaţia de a notifica celeilalte părţi, imediat şi în mod complet, producerea acesteia şi să ia orice măsuri care îi stau la dispoziţie în vederea limitării consecinţelor. 27.5 - Dacă forţa majoră acţionează sau se estimează că va acţiona o perioadă mai mare de 6 (șase) luni, fiecare parte va avea dreptul să notifice celeilalte părţi încetarea de plin drept a prezentului contract, fără ca vreuna dintre părţi să poată pretindă celeilalte daune- interese. 28. Solutionarea litigiilor 28.1 - Achizitorul şi prestatorul vor depune toate eforturile pentru a rezolva pe cale amiabilă, prin tratative directe, orice neînţelegere sau dispută care se poate ivi între ei în cadrul sau în legătură cu îndeplinirea contractului. 28.2 - Dacă, după 15 (cincisprezece) zile de la începerea acestor tratative, achizitorul şi prestatorul nu reuşesc să rezolve în mod amiabil o divergenţă contractuală, fiecare poate solicita ca disputa să se soluţioneze de către instanţele judecătoreşti din România. 29 Limba care guverneaza contractul 29.1 - Limba care guverneaza contractul este limba romana. 30. Comunicari 30.1 - (1) Orice comunicare intre parti, referitoare la indeplinirea prezentului contract, trebuie sa fie transmisa in scris. (2) Orice document scris trebuie inregistrat atat in momentul transmiterii cat si in momentul primirii. 30.2 - Comunicarile intre parti se pot face si prin telefon urmand a fi confirmate ulterior printr-un înscris, telegrama, fax sau e-mail cu conditia confirmarii in scris a primirii comunicarii; toate comunicarile vor fi facute in limba română (traduse în limba română după caz) iar in situaţia unor eventuale neînţelegeri va prevala inscrisul (comunicarea) facută în limba română. 31. Legea aplicabila contractului 31.1 - Contractul va fi interpretat conform legilor din Romania. Partile au inteles sa incheie azi .............. prezentul contract in doua exemplare, cate unul pentru fiecare parte. (se precizeaza data semnarii de catre parti) Achizitor Furnizor (semnatura autorizata) (semnatura autorizata) LS LS Pag. 75/84

Anexa 1 – Descrierea Detaliata a Serviciilor Pag. 76/84

Anexa 2 – Cerinte de Raportare si Livrabile Pag. 77/84

Anexa 3 – Lista personalului cheie Pag. 78/84

Anexa 4 – Grafic de prestare Pag. 79/84

Anexa 5 – Propunerea tehnică a prestatorului desemnata castigatoare Pag. 80/84

Anexa 6 – Propunerea financiară a prestatorului desemnata castigatoare Pag. 81/84

Anexa 7 – Garanţia de buna execuţie Pag. 82/84

Anexa 8 - PROCES-VERBAL DE RECEPTIE A SERVICIILOR Aprobat, Director ......................... PROCES-VERBAL DE RECEPTIE A SERVICIILOR nr. _______ din ____________ Serviciile ___________________ (denumirea serviciilor) care fac obiectul prezentului proces-verbal de receptie au fost prestate in cadrul contractului de servicii nr. ____ din data ____________, incheiat intre Unitatea Executiva pentru Finantarea Invatamantului Superior si a Cercetarii Stiintifice Universitare, in calitate de Beneficiar, si _____________________________________ , in calitate de Prestator, contract de servicii finanţat din Fondul Social European si bugetul de stat prin POSDRU 2007-2013 si din fonduri proprii, in cadrul contractului de finanţare nr. __________________. Comisia de recepţie constituită prin Decizia nr. ___________ din data ______________ a Directorului UEFISCSU a procedat astăzi ______________________ la receptia serviciilor ce au făcut obiectul contractului de servicii mentionat mai sus, avand o valoare de __________________ lei la care se adaugă _________________ lei reprezentand TVA si a fost formată din: 1. ____________________________ 2. ____________________________ 3. ____________________________ La recepţia serviciilor a participat din partea Prestatorului _________________________________________ (nume si prenume) in calitate de reprezentant legal al __________________________ (denumirea prestatorului). Pag. 83/84

Comisia de receptie constată si consemnează că serviciile care au făcut obiectul contractului au fost prestate de Prestator cu respectarea cerinţelor, exigenţelor, cantitătilor si in graficul de timp prevăzute in contractul de servicii. De asemenea, comisia de recepţie constată că Prestatorul si-a indeplinit obligaţiile asumate prin contractul incheiat intre părţi. Valoarea serviciilor prestate este de _____________________ lei la care se adaugă TVA ______________________ lei si corespunde cu preţul inscris in contractul de servicii incheiat intre părţi. Prezentul proces-verbal, conţinand ________ file a fost incheiat astăzi _______________________ la_____________________________ in 2 exemplare, cate unul pentru fiecare parte. Beneficiar: Unitatea Executiva pentru Finantarea Invatamantului Superior si a Cercetarii Stiintifice Universitare Comisia de recepţie: Numele si prenumele: Semnatura: 1. ___________________________ _______________________________ 2. ___________________________ _______________________________ 3. ___________________________ _______________________________ Prestator: ________________________________________________________ Reprezentant legal: Numele, prenumele, functia: Semnatura si stampila: 1. ___________________________ _______________________________ 2. ___________________________ _______________________________ 3. ___________________________ _______________________________ Pag. 84/84

Registrul Matricol Unic Documentatia De Atribuire

by dstanca on Sep 07, 2009

Accessibility

Categories

Upload Details

Usage Rights

1 Embed 71

Statistics

Registrul Matricol Unic Documentatia De Atribuire — Document Transcript