Registrul Matricol Unic Documentatia De Atribuire

Pag. 1/84

SE APROBĂ,

Director UEFISCSU Adrian CURAJ

Experți IT

Ilie TAMAȘ

Marius NICOLĂESCU

Cristina MOISE

Expert Achiziții publice

Anca MUSTAȚĂ

Juridic

Dodi DUMITRU

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. 2/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: 050025

Ţara: România

Persoana de contact: Anca Mustaţă Telefon: 021/307.19.41

E-mail: [email protected] 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: [email protected]. 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: [email protected]. 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. 3/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. 4/84

Scopul contractului este detaliat în caietul de sarcini inclus în prezenta documentație de atribuire.

DENUMIRE COD CPV

Servicii de dezvoltare software personalizat

72230000-6

Pachete software pentru baze de date

48611000-4

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. 5/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 în situaţiile prevăzute de articolul 181 din OUG 34/2006.

Cerinţă obligatorie: completarea formularului 12B din capitolul de Formulare.

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 afaceri

Cerinţă obligatorie: Declaraţii prin care ofertantul va 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. 6/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 prestare de servicii similare în ultimii 3 ani

O listă a principalelor prestări de servicii similare în ultimii 3 ani conţinând valori, perioade de prestare, 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 tehnic de specialitate şi de asigurarea calităţii

Cerinţe privind personalul propriu: Cerinţa minimală a autorităţii contractante este ca 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. 7/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. 8/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. 9/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. 10/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. 11/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.

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.

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”

PLIC “COPIE” (3 buc)

marcat cu numele şi adresa

ofertantului

Celelalte documente care

însoţesc oferta

Propunerea tehnică

Propunerea financiară

PLIC “ORIGINAL”

marcat cu numele şi adresa

ofertantului

Propunerea tehnică

Propunerea financiară

Celelalte documente care

însoţesc oferta

Pag. 12/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 proiectului

10

Pag. 13/84


1. Descrierea implementarii unei metodologii de Management de proiect.

4

2. Identificarea, descrierea şi planificarea reducerii riscurilor specifice proiectului.

3

3. Descrierea planificării proiectului în detaliu, structura pe pachete de lucru (WBS), încărcare resurse, milestone-uri etc.

3

2. Metodologie de asigurare şi control a calităţii pentru toate componentele proiectului – gradul de definire şi detaliere a metodologiei, inclusiv gradul de aplicare la specificul proiectului

10

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 metodologiei, inclusiv gradul de aplicare la specificul proiectului

10

1. Descrierea rolurilor în detaliu, a alocării experților pe categorii de lucrări / servicii, în cadrul echipelor de proiect.

4

2. Descrierea Planului de comunicare; 3

3. Descrierea Procedurilor / Instrumentelor de lucru. 3

4. Metodologie de suport tehnic - gradul de definire și detaliere a metodologiei, inclusiv gradul de aplicare la specificul proiectului

10

1. Descrierea în detaliu a nivelului de disponibilitate a suportului tehnic, natura şi diversitatea acestuia

6

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 proiectului

10

1. Definirea metodologiei şi caracteristicilor generale ale produselor software

5

2. Definirea modulelor software, functionalităţi, interfețe etc. 5

6. Metoda de export a datelor - gradul de definire şi detaliere a metodologiei de export de date

10

1. Definirea metodologiei aplicate în cazul exportului de date: etape, acţiuni, riscuri.

3

2. Definirea unui exemplu de plan de export de date (activităţi, responsabili, mediu de lucru, control).

2

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 niveluri.

8

2. Exemplu de plan de proiect complet, orientat pe specificul proiectului.

12

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 control, modificare și încheiere.

5

3. Detalierea infrastructurii hardware necesare 3

Pag. 14/84


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. 15/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. 16/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.

PPrriinncciippaallaa eennttiittaattee aa bbaazzeeii ddee ddaattee aa RRMMUU oo vvaa

rreepprreezzeennttaa PPEERRSSOOAANNAA ccaarree aa iinnttrraatt llaa uunn mmoommeenntt ddaatt

îînn SSIISS şşii aa oobbţţiinnuutt ccaalliittaatteeaa ddee SSTTUUDDEENNTT,, ccuu

eevviiddeennţţiieerreeaa ttrraaiieeccttoorriieeii ssaallee ddee pprreeggăăttiirree

uunniivveerrssiittaarrăă..

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. 17/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.

a) Structuri fără sistem informatic de evidenţă a studenţilor

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.

PPeennttrruu ffiieeccaarree ppeerrssooaannăă,, ssiisstteemmuull ttrreebbuuiiee ssăă ggeessttiioonneezzee

ddaatteellee ssppeecciiffiiccaattee îînn AANNEEXXAA 11 ((sseeccțțiiuunneeaa II))..

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.

Încărcare RMU Baza de

date

standard

INTERFAŢA Baza de

date

Culegere

de

date

Baza de

date

standard

Încărcare RMU

Pag. 18/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. 19/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. 20/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. 21/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. 22/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. 23/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. 24/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. 25/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. 26/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. 27/84

Acces componentă securizat

Administrator componentă

Operatori introducere date

Operatori raportare

Sisteme informatice locale

Acces instituţie securizat

Administrator instituţie

Operatori introducere date şi validare

Operatori raportare

Sisteme informatice locale

Acces naţional securizat

Administratori RMU

Operatori validare

Operatori raportare

Sisteme informatice conexe

RMU

Nivel Naţional

Back office, raportare,

servicii

Back Office RMU

Nivel Instituţie

Back Office RMU

Nivel componentă

instituţie

Back Office RMU

Nivel componentă

instituţie

Servicii RMU

Nivel Instituţie

Servicii RMU

Nivel componentă

instituţie

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. 28/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. 29/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. 30/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. 31/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. 32/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.

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.

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.

Pag. 33/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


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


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. 34/84

b. Facilitățile extinse ale interfețelor, documentația și licențele aferente


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)


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;


8. Testarea finală și recepția a sistemului cu toate componentele și facilitățile


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

detaliată a

proceselor

Elementele care se livrează în urma acestei sarcini trebuie să fie diagramele

de proces aprobate de toate instituţiile interesate (MECI, Universităţi etc.)

Pag. 35/84


Analiza cerinţelor

şi proiectarea

sistemului

Document de analiză a cerinţelor şi de proiectare a sistemului

Dezvoltarea

sistemului

La sfârşitul acestei etape trebuie depuse următoarele documente:

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

software

completă, cu

codul sursă

aferent

În această etapă, Furnizorul va livra Beneficiarului pachetul software

complet al aplicaţiei, pe CD/DVD:

Kit de instalare, aplicaţii, script-uri de bază de date etc;

Cod sursă aferent;

Licențe baze de date aferente Sistemului

Livrarea

documentaţiei

finale

În această etapă, Furnizorul va livra Beneficiarului pachetul final de

documentaţie al aplicaţiei, varianta actualizată, pe CD/DVD:

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

aplicaţiei RMU,

cu toate

componentele

La începutul etapei trebuie depuse următoarele documente:

Planul detaliat de implementare;

Planul de export (dacă este necesar);

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. 36/84


Descrierea sistemului informatic RMU instalat;

Probleme nerezolvate, dacă există.

Intrarea în

funcţiune a RMU

La începutul etapei trebuie depus Planul de demarare operaţională a

sistemului informatic RMU.

La sfârşitul acestei etape Beneficiarul trebuie să primească Raportul de

demarare operaţională.

Activităţi auxiliare

Actualizarea

planului de

proiect

La o lună după demararea proiectului, Beneficiarul trebuie să primească

Raportul de începere al proiectului. Acesta trebuie să conţină cel puţin

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

proiectului

Pe întreaga durată a proiectului se vor redacta şi se vor preda echipei de

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

asigurare a

calităţii si

securității

Auditurile de asigurare a calităţii si securității se vor efectua în funcţie de

necesităţi.

Instruirea

utilizatorilor

Pe parcursul acestei etape trebuie depuse următoarele documente:

Planul de instruire;

Prezentări şi suport de curs;

Rapoartele de instruire.

Activităţi după intrarea în funcţiune

Asistenţa

permanentă

Pe parcursul acestei etape se livrează Rapoarte de servicii de asistenţă

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

garanţie

Pe parcursul acestei etape se vor depune trimestrial Rapoarte privind

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. 37/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. 38/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. 39/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:

Nivel de

gravitate Descriere

Reacţie

iniţială a

Furnizorului

(ore)

Timp de

soluţionare

a problemei

(ore)

1 Eroare de sistem critică, RMU nu este

funcţional.

1 8

2 Unele funcţii sau componente RMU nu sunt

funcţionale.

1 24

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. 40/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. 41/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:

Categorie Durata minimă şi numărul minim de

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. 42/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. 43/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

6 Data naşterii

Anul

Luna

Ziua

7 Locul naşterii

Ţara de origine

Judeţul / (cod ţară4)

Localitatea

8 Sexul F / M

9 Starea civilă5

Căsătorit(ă)

Necăsătorit(ă)

Divorţat(ă) / Văduv(ă)

10 Starea socială6 specială

Orfan (de un părinte sau de ambii părinți) / provenit din case de copii / provenit din familie monoparentală

Student cu disabilităţi

11 Cetăţenia

Română cu domiciliul în România / străinătate

Alte cetățenii

Cetăţenie anterioară, dacă este cazul

12 Etnia7

13 Domiciliul stabil

Țara

Județul 8/ (cod ţară 9)

Orașul / comuna / satul

Adresă (strada, număr, bloc, scara, etaj, ap. sector)10

14 Actul de identitate / documentul de călătorie11 Seria

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. 44/84

Nr. Crt


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 disabilități

(se bifează numai de persoanele aflate în această 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

6 Programul de studii / specializarea

denumire

localitatea în care se desfăşoară programul de studii

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

9 Forma de învăţământ

Zi

Frecvenţă redusă

Învăţământ la distanţă

10 An pregătitor (pentru studiul limbii române de către studenţii străini)

11 Forma de finanţare a studiilor Susţinut de la buget

Cu taxă (CPL, CPV, Bursier, CPNV)

12 Tipul de bursă

Nebursier

Bursier

Bursier, cu bursă acordată pe criterii profesionale (excelenţă, merit, studiu)

bursă excelenţă

bursă merit

bursă studiu

Bursier, cu bursă acordată pe criterii sociale

Alte tipuri de bursieri

Bursă olimpic internaţional

13 Situaţia şcolarităţii la începutul anului universitar

Admis prin concurs

Admis ca olimpic (național / internațional)

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. 45/84

Nr. Crt


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

14 Situaţia şcolarităţii la sfârşitul anului universitar

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

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)

1 Studiile preuniversitare absolvite, nivel liceu

Denumirea instituţiei unde a absolvit

Țara

Localitatea

Județul

Profilul / Domeniul

Durata studiilor

Anul absolvirii

Forma de învăţământ (Zi / Seral / FR / IDD)

2 Datele de identificare a diplomei

Tipul (Diploma de bacalaureat sau echivalentă pentru candidatul care a absolvit studii anterioare în străinătate)

Seria

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. 46/84

Nr. Crt


Foaia matricolă care însoţeşte actul de studii

3 Alte observaţii (pentru cazurile în care candidatul care a absolvit studii anterioare în străinătate)

Vizarea / Recunoaşterea diplomei prezentate (DGAERI – acorduri bilaterale / CNRED/ Direcţia Cetăţeni Străini din MECI) 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)

1 Studiile universitare absolvite

Ţara

Localitatea

Județul

Denumirea instituţiei de învăţământ superior

Facultatea

Domeniul / Profilul

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

2 Datele de identificare a actului de studii

Tipul – denumirea (diplomă/diplomă de licenţă / echivalentă)

Seria

Numărul

Emitentul

Anul emiterii

Supliment diplomă/Foaia matricolă care însoţeşte actul de studii 19

3 Alte observaţii

Vizarea/Recunoaşterea diplomei prezentate (DGAERI – acorduri bilaterale / CNRED) 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

2 Informaţii privind cazarea studenţilor

Căminist

Căminist cu unul dintre părinţi cadru didactic

Necăminist cu subvenţie cazare

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. 47/84

Nr. Crt


1 Ciclul de studii absolvit licenţă / master / doctorat

2 Diploma de absolvire

licenţă / master / doctorat

seria, nr.

data eliberării

Instituţia emitentă

data susținerii examenului de finalizare studii

3 Alte date suplimentare

media examenului de finalizare studii (calificativ de absolvire)

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

9 Forma de învăţământ Zi (inclusiv seral)

Frecvenţă redusă

Învăţământ la distanţă

SECŢIUNEA II.2. - Date privind cifrele de școlarizare

1 Anul de studii

2 Cifra de şcolarizare aprobată pentru fiecare ciclu de studiu (facultate/specializare)

Ciclu de studiu Facultate Specializare / Program de studiu

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. 48/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. 49/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. 50/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. 51/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, _________________


Pag. 52/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:

Anul Cifra de afaceri anuala la 31

decembrie (RON) Cifra de afaceri anuala la 31 decembrie (echivalent euro)

1. 2006

2. 2007

3. 2008

Media anuala:

Data: Operator economic, ............................................ (nume prenume) (semnatura autorizata)

_________________

Pag. 53/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, ............................................


_________________

Pag. 54/84

Nr. crt.

Obiectul contractului

Codul CPV

Denumirea/numele beneficiarului/

clientului Adresa

Calitatea prestatorului*)

Pretul total al

contractului

Procent indeplinit

de prestastor

(%)

Cantitatea (U.M.)

Perioada de derulare a

contractului**)

1 2 3 4 5 6 7 8

1

2

…

Operator economic, ............................................


___________________ *) 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. 55/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-

a incheiat contractul

exprimata in echivalent

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. 56/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, .........................................


Pag. 57/84

FORMULAR 2D

OPERATOR ECONOMIC __________________ (denumirea/numele)

LISTA CU PERSONALUL PROPUS PENTRU INDEPLINIREA CONTRACTULUI

Nr. crt.

Pozitia pentru care este propus

Nume şi prenume

Experiență profesională relevantă 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. 58/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. 59/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. 60/84

Anexa 1 la formularul de oferta financiară

SUMARUL PRETULUI OFERTEI

Zile-om

Preț unitar (lei)

Valoare totală fără TVA (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. 61/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. 62/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. 63/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. 64/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. 65/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. 66/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. 67/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. 68/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. 69/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. 70/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. 71/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. 72/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. 73/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. 74/84

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

Pag. 75/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. 76/84

Anexa 1 – Descrierea Detaliata a Serviciilor

Pag. 77/84

Anexa 2 – Cerinte de Raportare si Livrabile

Pag. 78/84

Anexa 3 – Lista personalului cheie

Pag. 79/84

Anexa 4 – Grafic de prestare

Pag. 80/84

Anexa 5 – Propunerea tehnică a prestatorului desemnata castigatoare

Pag. 81/84

Anexa 6 – Propunerea financiară a prestatorului desemnata castigatoare

Pag. 82/84

Anexa 7 – Garanţia de buna execuţie

Pag. 83/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. 84/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. ___________________________ _______________________________

Registrul Matricol Unic Documentatia De Atribuire

Business

Transcript of Registrul Matricol Unic Documentatia De Atribuire