BMC/8668/10.09.2013 CONSILIUL CONCURENŢEI Piaţa · PDF fileAdresa sediului principal al...

1

BMC/8668/10.09.2013 CONSILIUL CONCURENŢEI Piaţa Presei Libere nr.1, sector 1, Bucureşti

Se aprobă,

PREŞEDINTE

Bogdan M. CHIRIŢOIU

DOCUMENTAŢIA DE ATRIBUIRE

Privind aplicarea procedurii de achiziţie publică de „licitaţie deschisă cu etapă finală de licitaţie electronică”

Pentru încheierea contractului având ca obiect achiziţia de produse şi servicii de dezvoltare şi implementare a

„Sistemului Informatic Integrat Interoperabil pentru asigurarea monitorizării mediului concurențial””, cod SMIS

31500.

Cod CPV: 48800000-6 – sisteme de informare şi servere; 8000000-8 – pachete software şi sisteme informatice; 51611100-9 – servicii de instalare hardware; 72265000-0 – servicii de configurare software; 72262000-9 - servicii de dezvoltare software;

80530000-8 – servicii de formare profesională

RESPONSABIL PROIECT

Florin ANDREI

GUVERNUL ROMÂNIEI Instrumente Structurale

2007 – 2013

UNIUNEA EUROPEANĂ

2

FIŞA DE DATE A ACHIZIŢIEI

SECŢIUNEA I: AUTORITATEA CONTRACTANTĂ

I.1) DENUMIRE, ADRESĂ ŞI PUNCT(E) DE CONTACT

Denumire oficială: CONSILIUL CONCURENŢEI

Adresă: PIAŢA PRESEI LIBERE, NR.1, SECTOR 1

Localitate: BUCUREŞTI Cod poştal:

013701

Ţara:ROMÂNIA

Punct(e) de contact: PIATA PRESEI LIBERE, CASA

PRESEI LIBERE, CORP B3, ET.5

În atenţia :Ion PANAIT

Telefon:+40 21.405.45.56

E-mail:[email protected]

Fax: + 40 21.405.45.56

Adresa/ele de internet (dacă este cazul): www.consiliulconcurentei.ro

Adresa sediului principal al autorităţii contractante (URL): Piata Presei Libere nr.1, Casa Presei Libere, Corp D1

Adresa profilului cumpărătorului (URL :www.e-licitatie.ro

Alte informaţii pot fi obţinute la:

■ Punctul (punctele) de contact menţionat(e) anterior

□ Altele: completaţi anexa A.I

Caietul de sarcini, documentația specifică (pentru concesiuni) şi/sau documentele suplimentare (inclusiv

documentele pentru dialogulcompetitiv şi sistemul de achiziţie dinamic) pot fi obţinute la:

■ Punctul (punctele) de contact menţionat(e) anterior

□ Altele: completaţi anexa A.II

Ofertele/proiectele sau solicitările/cererile de participare sau candidaturile trebuie transmise la:

□ Punctul (punctele) de contact menţionat(e) anterior

■ Altele: completaţi anexa A.III

Numar zile pana la care se pot solicita clarificari inainte de data limita de depunere a ofertelor: 5 zile

I.2) ACTIVITĂŢILE PRINCIPALE

□Minister sau orice altă autoritate naţională sau federală, inclusiv subdiviziunile regionale sau locale ale acestora □ Agenţie/birou naţional sau federal □ Colectivitate teritorială □ Agenţie/birou regional sau local □ Organism de drept public

□ Servicii publice generale □ Apărare □ Ordine şi siguranţă publică □ Mediu □ Afaceri economice şi financiare □ Sănătate

mailto:[email protected]

3

□ Instituţie/agenţie europeană sau organizaţie europeană ■Altele (precizaţi): Autoritate administrativa autonoma in domeniul concurentei, cu personalitate juridica, care isi exercita atribuţiile potrivit Legii 21/1996, republicata .

□ Construcţii şi amenajări teritoriale □ Protecţie socială □ Recreere, cultură şi religie □ Educaţie ■Altele (precizaţi):Asigură protecţia, menţinerea şi stimularea concurentei şi a unui mediu concurential normal, in vederea promovarii intereselor consumatorilor.

Autoritatea contractantă acţionează în numele altor autorităţi contractante da □ nu ■

□ Producere, transport şi distribuţie de gaz şi de

energie termică

□ Electricitate

□ Prospectare şi extragere a gazului şi petrolului

□ Prospectare şi extragere a cărbunelui şi a altor

combustibili solizi

□ Apă

□ Servicii poştale

□ Servicii feroviare

□ Servicii feroviare urbane, de tramvai sau de autobuz

□ Activităţi portuare

□ Activităţi aeroportuare

SECŢIUNEA II: OBIECTUL CONTRACTULUI

II.1) DESCRIERE

II.1.1) Denumirea dată contractului/concursului/proiectului de autoritatea contractantă/entitatea

contractantă

„Servicii de dezvoltare si implementare a unui Sistem Informatic Integrat Interoperabil pentru asigurarea

monitorizării mediului concurențial”

II.1.2) Tipul contractului şi locul de executare a lucrărilor, de livrare a produselor sau de prestare a

serviciilor

Furnizare

Cumpărare

Servicii

Locul principal de prestare : P-ta Presei Libere , nr.1, (Casa Presei Libere), sector 1, Bucuresti

Codul NUTS :RO321- Bucuresti

a) Lucrări □ B) Produse ■ c) Servicii □

Executare □

Proiectare şi executare □

Executarea, prin orice □

mijloace, a unei lucrări,

Cumpărare ■

Leasing □

Închiriere □

Închiriere cu opţiune de

Categoria serviciilor: nr. 11

(Pentru categoriile de servicii 1-27,

consultati anexa II a a Directivei

2004/18/CE).

4

conform cerinţelor

specificate de autoritatea

contractantă

cumpărare □

O combinaţie între acestea □

Locul principal de prestare

La sediul Consiliului Concurentei,

P-ta Presei Libere, nr.1 ( Casa

Presei Libere), sector 1

Cod NUTS RO321 - Bucuresti


La sediul Consiliului

Concurentei, P-ta Presei

Libere, nr.1 ( Casa Presei

Libere), sector 1



La sediul Consiliului Concurentei, P-ta

Presei Libere, nr.1 ( Casa Presei Libere),

sector 1


II.1.3) Procedura implică

Un contract de achiziţii publice ■

Punerea în aplicare a unui sistem de achiziţie dinamic (SAD) □

Încheierea unui acord-cadru □

II.1.4) Informaţii privind acordul-cadru (după caz)

Nu este cazul

II.1.5) Descrierea succintă a contractului sau a achiziţiei/achiziţiilor

Obiectul procedurii il constituie achizitionarea din fonduri europene nerambursabile de produse si servicii de

dezvoltare si implementare a unui Sistem informatic integrat interoperabil cu baze de date ale administraţiei

centrale pentru asigurarea monitorizării mediului concurenţial – cod SMIS 31500, compus din:

echipamente si licente, platforma hardware si software (programe de operare si software standard) pentru

integrarea serviciilor din cadrul Consiliului Concurentei ce corespund principiilor interoperabilitatii;

aplicatie software complexa care sa asigure gestionarea serviciilor oferite de Consiliului Concurentei, atat

pentru persoane fizice cat si pentru mediul de afaceri sau alte institutii publice

II.1.6) Clasificare CPV (vocabularul comun privind achiziţiile)

Vocabular principal

Obiect principal 48800000-6 – sisteme de informare şi servere

Obiect(e) suplimentar(e) 8000000-8 – pachete software şi sisteme informatice; 51611100-9 – servicii de instalare hardware; 72265000-0 – servicii de configurare software; 72262000-9 - servicii de dezvoltare software; 80530000-8 – servicii de formare profesională

II.1.7) Contractul intră sub incidenţa acordului privind contractele de achiziţii publice (GPA)da ■ nu □

II.1.8) Împărţire în loturi (pentru precizări privind loturile utilizaţi da □ nu ■

Anexa B de câte ori este necesar, pentru fiecare lot în parte)

Dacă da, este necesar să se depună oferte pentru (bifaţi o singură căsuţă):

5

II.1.9) Vor fi acceptate variante(oferte alternative) da □ nu ■

II.2) CANTITATEA SAU DOMENIUL CONTRACTULUI

II.2.1) Cantitatea totală sau domeniul (inclusiv, după caz, toate loturile şi toate opţiunile)

Obiectul procedurii il constituie achizitionarea din fonduri europene nerambursabile de produse şi servicii pentru

dezvoltarea şi implementarea proiectului: SISTEM INFORMATIC INTEGRAT INTEROPERABIL CU BAZELE DE

DATE ALE ADMINISTRAŢIEI CENTRALE PENTRU ASIGURAREA MONITORIZĂRII MEDIULUI

CONCURENŢIAL” – cod SMIS 31500

După caz, valoarea estimată fără TVA (numai în cifre): 6.166.656,00 Monedă: RON

sau intervalul: între _______________ şi _______________ Monedă: __________

Numărul de prelungiri posibile (după caz): □□□ sau interval: între □□□ şi □□□

Dacă se cunoaşte, în cazul contractelor de produse sau de servicii care pot fi prelungite,calendarul prevăzut al

contractelor ulterioare: în luni: □□ sau în zile: □□□□ (de la data atribuirii contractului)

II.2.3 Procentul minim de lucrări/servicii care urmează să fie atribuite de concesionar unor terți (după caz, în cazul

contractelor de concesiuni)

II.3) DURATA CONTRACTULUI SAU TERMENUL PENTRU FINALIZARE

Durata în luni: 24 (de la data atribuirii contractului/emiterii ordinelor de începere a serviciilor sau lucrărilor)

II.4) AJUSTAREA PREŢULUI CONTRACTULUI

II.4.1. Ajustarea preţului contractului da □ nu ■

Dacă DA, se va preciza modul de ajustare a preţului contractului (în ce condiţii, când, cum, formula de ajustare aplicabilă)

SECŢIUNEA III: INFORMAŢII JURIDICE, ECONOMICE, FINANCIARE ŞI TEHNICE

III.1) CONDIŢII REFERITOARE LA CONTRACT

III.1.1) Depozite valorice şi garanţii solicitate (după caz)

III.1.1.a) Garanţie de participare da ■ nu □

Cuantumul garantiei de participare este in valoare de 123.000,00 lei fara TVA. Perioada de valabilitate a garantiei de participare este de minim 90 de zile de la termenul limita de depunere a ofertelor, prezentat in invitatia de participare publicata in SEAP. Garantia de participare se poate constitui fie prin orice instrument de garantare emis in conditiile legii de o societate bancara ori de o societate de asigurari, in favoarea autoritatii contractante ( Formular nr.10), care se prezinta in original, fie prin depunerea prin ordin de plata in contul autoritatii contractante, RO 46TREZ7005005XXX000209 deschis la DTCPMB, cu conditia ca ofertantul sa prezinte dovada depunerii efectuate, cel tarziu in cadrul sedintei de deschidere a ofertelor. In cazul in care garantia de participare se constituie printr-un instrument de garantare emis de o societate bancara sau o societate de asigurari, aceasta trebuie sa prevada, pe linga cele stipulate in mod expres la art.87 din H.G. nr.925/2006 si posibilitatea ca autoritatea contractanta sa retina suma prevazuta la art.278*1 din O.U.G. nr. 34/2006. In cazul in care constituirea garantiei de participare se face in euro sau alta moneda convertibila, se va folosi cursul de schimb al BNR din data publicarii invitatiei de participare in SEAP. Garantia de participare se va constitui în cuantum de 50% din valoarea totala a garantieii, in situatia in care

6

ofertantul se incadreaza in categoria IMM-urilor si face dovada in acest sens(formular 19 - Declaratie privind IMM-urile).

III.1.1.b) Garanţie de bună execuţie da ■ nu □

Cuantumul garantiei de buna executie va fi de 5% din valoarea contractului fara TVA. Garantia de buna executie se poate constitui fie prin orice intrument de garantare emis in conditiile legii de o societate bancara ori de o societate de asigurari, in favoarea autoritatii contractante ( formular nr.11) care se prezinta in original, fie prin depunerea prin ordin de plata in contul autoritatii contractante, RO46TREZ7005005XXX000209 deschis la DTCPMB. Operatorul economic castigator trebuie sa faca dovada constituirii garantiei de buna executie in termen de tei zile de la semnarea contractului. Garantia de buna executie se poate constitui si prin retineri succesive din sumele datorate pentru facturi partiale, cf.art.90 din HG 925/2006.. Garantia de buna executie se va constitui la jumatate, in situatia in care ofertantul câstigator se incadreaza in categoria IMM-urilor si face dovada in acest sens

III.1.2) Principalele modalităţi de finanţare şi plată şi/sau trimitere la dispoziţiile relevante

- Fonduri nerambursabile din F.E.D.R.. prin programul operaţional „ Creşterea Competitivităţii Economice

2007-2013”- cod SMIS 31500 – 82,70%

- Cofinanţare (bugetul de stat) – 17,30 %

III.1.3) Forma juridică pe care o va lua grupul de operatori economici căruia i se atribuie contractul (după caz)

Asociere conform art.44 din O.U.G. nr.34/2006 , cu modificarile si completarile ulterioare.

III.1.4) Executarea contractului este supusă altor condiţii speciale (dup ăcaz) da □ nu ■

Dacă da, descrierea acestor condiţii

_____________________________________________________________________________________________

III.1.5. Legislaţia aplicabilă

a) Ordonanta de urgentă a Guvernului nr. 34/2006 privind atribuirea contractelor de achiziţie publică, a

contractelor de concesiune de lucrări publice şi a contractelor de concesiune de servicii, aprobată cu modificări

si completări prin Legea nr. 337/2006, cu modificările si completările ulterioare;

b) Hotărârea Guvernului nr. 925/2006 pentru aprobarea normelor de aplicare a prevederilor referitoare la

atribuirea contractelor de achizitie publică din Ordonanta de urgentă a Guvernului nr. 34/2006 privind atribuirea

contractelor de achizitie publică, a contractelor de concesiune de lucrări publice si a contractelor de concesiune

de servicii;

c) Hotărârea nr.1660/2006 privind aprobarea normelor de aplicare a prevederilor referitoare la atribuirea

contractelor de achiziţii publice prin mijloace electronice din OUG nr. 34/2006 privind atribuirea contractelor de

achiziţie publică, a contractelor de concesiune de lucrări publice şi a contractelor de concesiune de servicii,

aprobată cu modificări si completări prin Legea nr. 337/2006, cu modificările si completările ulterioare;

d) Legea nr.346/2004 privind stimularea întreprinderilor mici şi mijlocii, cu modificările şi completările ulterioare;

e) Ordinul ANRMAP nr.314/2010;

f) Ordinul ANRMAP nr.302/2011;

g) Ordinul ANRMAP nr.313/2011;

h) Ordinul ANRMAP nr.509/2011;

i) Alte reglementări legislative publicate pe site-ul www.anrmap.ro

http://www.anrmap.ro/

7

III.2) CONDIŢII DE PARTICIPARE

III.2.1) Situaţia personală a operatorilor economici, inclusiv cerinţele referitoare la înscrierea în registrul

comerţului sau al profesiei

III.2.1.a) Situaţia personală a candidatului sau ofertantului:

Încadrarea în una din situatiile prevazute la art.69*1, art.180 si art.181 din OUG 34/2006, cu modificarile si

completarile ulterioare, va atrage excluderea operatorului economic din procedura de achizitie publica.

1.Declaratie privind neîncadrarea în prevederile art.180 din OUG 34/2006- se va completa formular nr.3 – cerinta

obligatorie. În cazul in care un grup de operatori economici se asociaza cu scopul de a depune oferta comuna,

fiecare membru al asocierii, inclusiv liderul, va prezentaFormularul nr. 3. Formularul nr.3, va fi completat si transmis

si de catre tertii sustinatori.

2.Declaratie privind neîncadrarea în prevederile art.181 din OUG 34/2006- se va completa formularul nr.6 – cerinta

obligatorie. În cazul in care un grup de operatori economici se asociaza cu scopul de a depune oferta comuna,

fiecare membru al asocierii, inclusiv liderul, va prezenta Formularul nr. 6. Tertii sustinatori vor transmite o declaratie

privind neîncadrarea în prevederile art.181 lit.a), lit.c indice 1) si d) din OUG 34/2006.

3.Prezentarea certificatului de atestare fiscala, eliberat de Directia de Impozite si Taxe Locale al unitatii administrativ

teritoriale de pe raza careia societatea ofertanta are sediul social, din care sa reiasa ca ofertantul nu are datorii

scadente la plata la bugetul local si nici la bugetul general consolidat,la nivelul lunii anterioarea celei in care este

prevazut termenul limita de depunere a ofertelor. Certificatele se vor prezenta în original sau în copie certificata

”conform cu originalul” semnata si stampilata pe fiecare pagina. Ofertantul va fi exclus din procedura daca

se afla în orice situatie prevazuta la art.181 din OUG 34/2006. In masura in care procedura de emitere a acestor

certificate nu permite confirmarea situatiei datoriilor la data solicitata, operatorii economici vor depune o declaratie

pe propria raspundere in conformitate cu prevederile art.11 ali.(4) din HG 925/2006.

4.Declaratie privind neîncadrarea în prevederile art. 69*1,din OUG 34/2006 – se va completa Formular nr.12.

Formularul nr.12, va fi completat si transmis si de catre subcontractanti si tertii sustinatori.

Persoanele cu functie de decizie din cadrul autoritatii contractante în ceea ce priveste organizarea, derularea si

finalizarea procedurii de atribuire sunt: dl.Bogdan M. Chiritoiu – Presedintele Consiliului Concurentei, dl.Vasile

Seclaman – Secretarul General al Consiliului Concurentei, dl. Florin Andrei – Responsabil proiect-Director, Directia

Cercetare-Sinteze, dna Carmen Nedelcu – Asistent pentru responsabilul de proiect-Inspector de concurenta,

Directia Cercetare-Sinteze, dl. Mihai Draghici – Expert IT- Inspector de concurenta, Directia Cercetare-Sinteze,

dra.Mariana-Beatrice Dima - Responsabil financiar-Consilier I, Directia Buget si dl. Ion Panait – Expert achizitii

publice-Consilier gr.IA, Directia Administrativa.

5.Declaratie privind calitatea de participare la procedura – se va completa formularul nr.8. În cazul in care un grup de

operatori economici se asociaza cu scopul de a depune oferta comuna, fiecare membru al asocierii, inclusiv liderul,

va prezenta Formularul nr. 8;

6.Se va prezenta Certificatul de participare la procedura cu oferta independenta – se va completa formularul nr.13.În

cazul in care un grup de operatori economici se asociaza cu scopul de a depune oferta comuna, Formularul nr. 13

se va prezenta doar de catre Lider.

- Nota:

a. In Romania, data la care expira termenul de achitare a datoriilor este data de 25 a fiecarei luni pentru luna

anterioara, conform prevederilor Legii nr. 571/2003 privind Codul Fiscal, cu modificarile si completarile ulterioare.

b. Ofertele depuse de operatorii economici care figureaza cu datorii restante neachitate catre bugetul de stat sau

catre bugetul local vor fi respinse.

c. Dovada îndeplinirii obligatiilor de plata a taxelor si impozitelor se va face la nivelul întregii societati.

8

III.2.1.b) Capacitatea de exercitare a activităţii profesionale

Informaţii şi formalităţi necesare pentru evaluarea respectării cerinţelor menţionate: Prezentarea certificatului constatator eliberat de Ministerul Justitiei – Oficiul Registrului Comertului sau echivalent din care sa rezulte numele complet, sediul, persoanele autorizate/administratorii si domeniul de activitate. Acest document se va prezenta în original/copie legalizata/copie lizibila cu mentiunea „ conform cu originalul”, semnata si stampilata pe fiecare pagina.Obiectul contractului trebuie sa aiba corespondent in codul CAEN din certificatul constatator emis de ONRC. Dupa evaluarea ofertelor, participantul clasat pe primul loc, va prezenta, înainte de comunicarea privind rezultatul procedurii, originalul sau copie legalizata dupa aceste documente. Operatorii economici nerezidenti ( straini) vor prezenta documente care dovedesc o forma de înregistrare/atestare ori apartenenta din punct de vedere profesional, din care sa rezulte autorizarea persoanei juridice/fizice straine de a furniza produsele/presta serviciile care fac obiectul prezentei proceduri, în conformitate cu tara de origine. Toate documentele emise în alta limba se vor prezenta însotite de traducerea legalizata în limba româna.

III.2.2) Capacitatea economică şi financiară

Informaţii şi/sau nivel(uri) minim(e) necesare pentru evaluarea respectării cerinţelor menţionate

Modalitatea de îndeplinire

Cerinţa nr. 1

Declaratie privind media cifrei de afaceri pe ultimii 3 ani. Ofertantul

trebuie sa faca dovada ca a realizat o cifra de afaceri medie globala

pe ultimii 3 ani (2010, 2011, 2012) de cel putin 12.000.000,00 lei.

Valorile vor fi exprimate in lei si se vor raporta la valorile medii ale

cursului leu/euro,cf.BNR: an 2010 -4,2848; an 2011- 4,3197; an 2012

– 4,4560.

- Completare formular nr.4 - Informatii generale. Ofertantul va utiliza cursul mediu de schimb anual lei/valuta al BNR corespunzator anilor pentru care face dovada îndeplinirii acestei cerinte de calificare.

Cerinţa nr. 2 Bilanturile contabile pe ultimii 3 (trei) ani, sau orice alte documente relevante (ex. Balanta), din care sa rezulte situatia economica si financiara a operatorilor economici pentru ultimii 3 ani, inclusiv indeplinirea cerintei privind valoarea solicitata pentru cifra medie de afaceri globala. In cazul bilanturilor contabile pe ultimii 3 ani, respectiv bilanturile la data de 31.12.2010, 31.12.2011 si 31.12.2012, acestea vor fi vizate si înregistrate la organele competente. Nota: Persoanele juridice straine vor prezenta documente relevante pentru ultimii 3 (trei) anii, înregistrate la autoritatile competente din tara de provenienta, sau documente echivalente, insotite de traducere autorizata în limba romana, din care sa rezulte situatia economica si financiara, inclusiv indeplinirea cerintei privind valoarea solicitata pentru cifra medie de afaceri globala.


- Bilanturile contabile vor fi prezentate in copii certificate ,,conform cu originalul,, semnate de persoana autorizată si ştampilate pe fiecare pagină.

III.2.3.a) Capacitatea tehnicăşi/sau profesională

Informaţii şi/sau nivel(uri) minim(e) necesare pentru evaluarea respectării cerinţelor menţionate


Cerinţa nr.1

Se solicita lista principalelor furnizari de produse/prestari de servicii

din ultimii 3 ani continand perioade de livrare/prestare, valori,

beneficiari, prin care ofertantul (operator economic sau asociat)

trebuie sa demonstreze ca a derulat in ultimii 3 ani stabiliti de la data

limita de depunere a ofertelor,prin care ofertantul (operator economic

sau asociat) trebuie sa demonstreze ca a derulat in ultimii 3 ani

stabiliti de la data limita de depunere a ofertelor, maxim 5 contracte ,

in cadrul carora cumulat:, in cadrul carora cumulat:

Se prezinta: Lista principalelor furnizari de produse în ultimii trei ani – formular nr.7 Formularul va fi însotit de certificate / documente emise/ contrasemnate de beneficiarii produselor/serviciilor din contractele mentionate în formular, care vor fi prezentate in copii lizibile certificate ,,conform cu originalul,, semnate de persoana autorizata si stampilate pe fiecare pagina.

9

a furnizat, instalat si configurat infrastructura hardware si de

comunicatii, inculzand: servere, baze de date, hardware, software de

sistem, software de operare, statii de lucru, retea de comunicatii

a prestat servicii de analiza de business, proiectare, dezvoltare

software, implementare, testare software, instalare, configurare,

testare, in vederea realizarii unui sistem informatic integrat utilizat la

nivel national care a prevazut si interfatarea/interoperarea cu alte

aplicatii informatice/servicii IT&C/institutii

a realizat implementarea unui sistem informatic intr-un mediu

virtualizat

Formularul nr.7, a realizat implementarea unui sistem informatic

integrat in care s-au implementat solutii de monitorizare si protectie

servere, monitorizare activitatii utilizatori in aplicatii, managementul

unificat al resurselor

completat trebuie însotit de certificate/documente emise sau

contrasemnate de beneficiarii produselor/serviciilor din contractele

mentionate în formular, care sa contina informatii din care sa rezulte

îndeplinirea conditiilor de mai sus si faptul ca serviciile au fost

prestate în conformitate cu obligatiile contractuale. Aceste

documente trebuie prezentate în limba romana sau însotite de

traducere în limba româna efectuata de un traducator autorizat..

Cerinţa nr.2 - Personal de specialitate

Lista personalului de specialitate propus pentru indeplinirea contractului. Se solicita prezentarea de informatii si documente relevante referitoare la personalul de specialitate, din care trebuie sa rezulte ca ofertantul dispune sau a obtinut angajamentul de participare pentru o echipa de implementare a proiectului care face obiectul acestei proceduri si ca persoanele nominalizate în cadrul acestei echipe au experienta profesionala si cunostintele teoretice si practice relevante.


Completare formular nr.9

Echipa proiectului 1 Expert cheie 1: Project manager Cerinte minime obligatorii: Absolvent studii superioare • Competente profesionale dovedite în management de proiect cu referire la metodologii de Project Management recunoscute la nivel international sau national Experienta generala de minim 5 ani Experienta in calitate de manager de proiect in cel putin un proiect /contract. Experienta intr-un proiect de implementare de sisteme informatice

- Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina.

10

2 Expert cheie 2: Expert analist de afacere Cerinte minime obligatorii:

Absolvent studii superioare Competente in domeniul analizei de business dovedite prin

certificate sau cursuri in domeniu Competente in domeniul modelarii, analizei si optimizarii proceselor

de business Experienta generala de minim 5 ani Experienta cumulata in activitati specifice rolului pentru care este

propus intr-unul sau mai multe proiecte de implementare de sisteme informatice care a presupus: instalarea infrastructurii hardware, livrarea si instalarea sistemului de gestiune a bazelor de date, livarare componente software si prestarea serviciilor de implementare (analiza a cerintelor, proiectare, dezvoltare, fluxuri de lucru, testare, productie si suport post productie, asistenta pentru utilizatori) Pentru fiecare expert propus pentru indeplinirea contractului, ofertantul va prezenta: a.CV (in format european) b.Diplome/ certificari/atestari/ alte documente relevante din care sa reiasa indeplinirea cerintelor de experienta profesioanala solicitate prin prezenta documentatie

Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina.

11

3 Expert cheie 3: Expert Arhitect sisteme informatice Cerinte minime obligatorii: Absolvent studii superioare Competente profesionale dovedite in domeniul arhitecturilor de tip enterprise Competente profesionale dovedite privind controlul si/sau managementului riscurilor in sistemele informatice Experienta generala de minim 5 ani Experienta cumulata intr-unul sau mai multe proiecte de implementare de sisteme informatice care a presupus instalarea si configurarea infrastructurii hardware, instalarea si configurarea infrastructurii software, instalarea si configurarea infrastructurii de comunicatii si instalarea si configurarea bazelor de date si in cadrul caruia a desfasurat activitati de realizare a arhitecturilor de sistem. 4 Expert cheie 4: Expert interoperabilitate Cerinte minime obligatorii: Absolvent studii superioare Competente in tehnologia de Portal ofertata Competente in domeniul arhitecturilor orientate pe servicii Experienta generala de minim 5 ani Experienta cumulata in cel putin unul sau mai multe proiecte care au presupus implementare de solutie tip Portal si tehnologii de tip SOA, activitati de proiectare a arhitecturilor aplicatiilor orientate pe obiecte, multi-tier, web-based, centralizate 5 Expert cheie 5: Expert baze de date Cerinte minime obligatorii: Absolvent studii superioare Competente in optimizarea bazelor de date pe tehnologia ofertata Competente privind administrarea bazelor de date pe tehnologia ofertata Experienta generala de minim 5 ani Experienta cumulata in activitati specifice rolului pentru care este propus intr-unul sau mai multe proiecte de implementare sisteme informatice integrat care a presupus: instalarea infrastructurii hardware, livrarea si instalarea sistemului de gestiune a bazelor de date, livarare componente software si prestarea serviciilor de implementare (analiza a cerintelor, proiectare, dezvoltare, fluxuri de lucru, testare aplicatii, testare date, productie si suport post productie, asistenta pentru utilizatori), activitati de: o Proiectare baze de date o Administrare baze de date o Optimizare si fine tunning o Asigurarea integritatii si securitatii datelor o Asigurarea corectitudinii organizarii datelor, remedierii tehnice, corectarii, actualizarii si modelarii bazei de date o Asistenta tehnica pentru utilizatorii bazei de date Pentru fiecare expert propus pentru indeplinirea contractului, ofertantul va prezenta:

a) CV (in format european) b) Diplome/ certificari/atestari/ alte documente relevante din care sa reiasa indeplinirea cerintelor de experienta profesioanala solicitate prin prezenta documentatie.

- Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina. - Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina. - Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina.

12

6 Expert cheie 6: Expert virtualizare şi securitate informaţională Cerinte minime obligatorii: Absolvent studii superioare finalizate cu diploma de licenta Competente in domeniul solutiilor de virtualizare, pentru optimizarea folosirii componentelor de infrastructura (hardware, software si de comunicatii) Competente in activitatii de audit intern si planificare pe medii IT eterogene pentru implementarea solutiilor de virtualizare Experienta generala de minim 5 ani Experienta intr-un proiect care a presupus implementarea unui sistem informatic ce a inclus si o solutie de virtualizare servere pe tehnologia ofertata, in cadrul caruia a desfasurat activitati specifice rolului pentru care este propus

7 Expert cheie 7: Expert Componenta monitorizarea evenimentelor din aplicatii si retea Cerinte minime obligatorii: Absolvent studii superioare Competente in cel putin una din tehnologiile ofertate pentru componenta de monitorizare a evenimentelor din aplicatii si retea Experienta intr-un proiect care a presupus implementarea unui sistem informatic ce a inclus cel putin una din tehnologiile ofertate pentru componenta de monitorizare a evenimentelor din aplicatii si retea 8 Expert cheie 8: Expert Componenta monitorizare server si activitate utilizatori Cerinte minime obligatorii: Absolvent studii superioare Competente in instalarea si configurarea solutiei de monitorizare a serverelor pe tehnologia ofertata Competente in instalarea si configurarea solutiei de monitorizare a activitatii utilizatorilor pe tehnologia ofertata Experienta generala de minim 5 ani Experienta intr-un proiect care a presupus implementarea unui sistem informatic ce a inclus cel putin una din tehnologiile ofertate pentru componenta de monitorizare a serverelor si a activitatii utilizatorilor Pentru fiecare expert propus pentru indeplinirea contractului, ofertantul va prezenta: a. CV (in format european) b. Diplome/ certificari/atestari/ alte documente relevante din care sa reiasa indeplinirea cerintelor de experienta profesioanala solicitate prin prezenta documentatie. 9 Expert cheie 9: Expert coordonator testare Cerinte minime obligatorii: Absolvent studii superioare Competente in domeniul testarii IT Competente in domeniul analizei de test de nivel avansat Experienta generala de minim 5 ani Experienta in calitate de coordonator in cel putin un proiect Experienta cumulata in activitati specifice rolului pentru care este propus, intr-unul sau mai multe proiecte de implementare de sisteme informatice care a presupus: instalarea infrastructurii hardware, livrarea si instalarea sistemului de gestiune a bazelor de date, livarare componente software si prestarea serviciilor de implementare (analiza a

- Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina - Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina - Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina - Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta

13

cerintelor,proiectare,dezvoltare,fluxuri de lucru,testare,asistenta tehnica si

mentenanta)) 10 Expert cheie 10: Expert Infrastructura comunicatii si securitate Cerinte minime obligatorii: Absolvent studii superioare Competente in tehnologia ofertata pentru sistemul de distribuire a incarcarii (Load Balancer) cu functionalitati avansate de protectie pentru aplicatiile WEB (Web Application Firewall) Competente in domeniul securitatii sistemelor de comunicatii Experienta generala de minim 5 ani Experienta cumulata intr-unul sau mai multe proiecte ce au avut in scopul sau: proiectarea si implementarea unui sistem de networking si securitate cu o componenta de distribuire a incarcarii sistemelor IT si o componenta de acces securizat al utilizatorilor externi 11 Expert cheie 11: Expert coordonator instruire Cerinte minime obligatorii: Absolvent studii superioare

Calificare in domeniul furnizarii de programe de instruire cu certificat autorizat CNFPA cod 241205 sau echivalent

Experienta generala de minim 5 ani

Experienta in calitate de coordonator instruire in cel putin un proiect

Experienta cumulata intr-unul sau mai multe proiecte de implementare a unor sisteme informatice care au presupus instalarea si configurarea infrastructurii hardware, instalarea si configurarea infrastructurii software, instalarea si configurarea infrastructurii de comunicatii

Pentru fiecare expert propus pentru indeplinirea contractului, ofertantul va prezenta: a. .CV (in format european) b. .Diplome/ certificari/atestari/ alte documente relevante din care sa reiasa indeplinirea cerintelor de experienta profesioanala solicitate prin prezenta documentatie.

documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina - Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina - Se va prezenta Formularul nr. 15 - Declaratie de disponibilitate, in original, datata si semnata de titularul acesteia - Se va prezenta Formularul nr. 20 - Curriculum vitae, in original, datata si semnata de titularul acestuia. - diplomele/ certificarile /atestarile/ alte documente relevante in raport cu cerintele din prezenta documentatie vor fi prezentate in copii lizibile certificate "conforme cu originalul". semnate de persoana autorizata si stampilate pe fiecare pagina

Cerinţa nr.3 – Informaţii privind subcontractanţii sau asocierea

În situaţia în care operatorul economic intenţionează să

subcontracteze părţi din contract, se vor menţiona operatorii

economici subcontractanţi şi părţile din contract care se vor

subcontracta. Pe timpul derulării contractului modificarea datelor

referitoare la subcontractare se face doar cu acordul autorităţii

contractante în condiţiile în care nu se modifică propunerea tehnică şi

financiară.

Se vor completa: formularele: nr..5, nr.18

III.2.3.b.) Standarde de asigurare a calităţii şi de protecţie a mediului

Cerinţa nr. 1 Certificarea sistemului de management al calitatii pentru ofertant conform ISO 9001 sau echivalent. În cazul asocierii unui grup de operatori economici, cerintele privind standardele de asigurare a calitatii trebuie sa fie îndeplinite

Certificarea sistemului de management al calitatii pentru ofertant conform ISO 9001 sau echivalent. În cazul asocierii unui grup de operatori economici, cerintele privind standardele de asigurare a calitatii trebuie sa

14

cel putin decatre liderul asocierii fie îndeplinite cel putin decatre liderul asocierii. Se va prezenta certificatul, in copie certificata „conform cu originalul”.Acesta trebuie sa fie in perioada de valabilitate la data limita de depunere a ofertelor.

III.2.4) Contracte rezervate (după caz) da □ nu ■

Contractul este rezervat unor ateliere protejate □

Contractul va fi executat numai în cadrul unor programe de ocupare a forţei de muncă protejate □

III.3) CONDIŢII SPECIFICE PENTRU CONTRACTELE DE SERVICII

III.3.1) Prestarea serviciilor în cauză este rezervată unei anumite profesiida □ nu ■

Dacă da precizaţi actele cu putere de lege şi actele administrative aplicabile:

După caz, menționați care profesie (concurs de soluții)

III.3.2) Persoanele juridice au obligaţia să indice numele şi calificările da □ nu ■

profesionale ale membrilor personalului responsabili pentru prestarea

serviciilor respective

SECŢIUNEA IV: PROCEDURĂ

IV.1) PROCEDURA

IV.1.1) Tipul proceduriişi modalitatea de desfășurare

IV.1.1.a) Modalitatea de desfăşurare a procedurii de atribuire Offline ■ Online □

IV.1.1.b) Tipul procedurii

Licitaţie deschisă ■

Licitaţie restrânsă □

Licitaţie restrânsă accelerată □

Justificare pentru alegerea licitaţiei accelerate:

_________________________________________________________________________________________

Cerere de oferte □

Negociere □

Au fost deja selectaţi candidaţi da □ nu □

Dacă da, indicaţi numele şi adresa operatorilor economici selectaţi deja în secţiunea VI.3) - Informaţii

suplimentare

Negociere accelerată □

Justificare pentru alegerea negocierii accelerate:

_________________________________________________________________________________________

15

Dialog competitiv □

Concurs de soluții □ Deschis □

Restrâns □

Numărul de participanţi estimat □□□ sau numărul minim □□□ / numărul maxim □□□

IV.1.2) Limitarea numărului de operatori economici invitaţi să prezinte oferte sau să participe

(licitaţie restrânsă şi negociere, dialog competitiv)

Număr de operatori economici preconizat □□□

sau Număr minim preconizat □□□ şi, după caz, număr maxim □□□

Criterii de preselecție:

IV.1.3) Reducerea numărului de operatori economici în timpul negocierii sau al dialogului (negociere,

dialog competitiv)

Aplicarea unei licitaţii care să se deruleze în etape succesive pentru a da □ nu □

reduce progresiv numărul soluţiilor care trebuie discutate sau al ofertelor

care trebuie negociate

IV.2) CRITERII DE ATRIBUIRE /CRITERII DE EVALUARE A PROIECTELOR (concurs de soluţii)

IV.2.1) Criterii de atribuire (după caz,bifaţi rubrica sau rubricile

corespunzătoare sau enumeraţi criteriile de atribuire în cazul

contractului de concesiune, respectiv criteriile de evaluare a proiectelor

în cazul concursului de soluții)

Cel mai mic preţ ■

sau

Oferta cea mai avantajoasă din punct de vedere economic în ceea ce

priveşte □

IV.2.2) Se va organiza o licitaţie electronică da □ nu ■

Dacă da, informaţii suplimentare despre licitaţia electronică (după caz) Refuzul unui operator economic de a se înregistra în SEAP în scopul participarii la etapa finala de licitatie electronica este asimilat cu retragerea ofertei. În acest caz autoritatea contractanta va retine garantia pentru participare, în conformitate cu prevederile art.38, alin. (4) coroborat cu art.87 alin. (1) lit. a) din H.G.925/2006 cu modificarile si completarile ulterioare. •licitatia electronica se va desfasura într-o singura runda, în zile lucratoare, durata acesteia fiind de 24 ore, cu începere ...si finalizare la.... •obiectul procesului repetativ de ofertare în cadrul licitatiei electronice: pretul ofertei (fara T.V.A.); •informatiile la care vor avea acces ofertantii în cursul licitatiei electronice: -ofertantii pot vedea cea mai buna oferta: NU; - ofertantii pot vedea numarul de participanti înscrisi la licitatie: NU;

IV.2.3. „Numele participanților deja selectați ( în cazul unui

concurs de soluții restrâns)”

_________________________________________________________

__________________________________________

IV.3) INFORMAŢII ADMINISTRATIVE

16

IV.3.1) Număr de referinţă atribuit dosarului de autoritatea contractantă (după caz) _________________________________________________________________________________________

IV.3.2) Anunţuri publicate (anunţ publicat) anterior privind acelaşi contract da □ nu ■

Dacă da,

Anunţ de intenţie □ Anunţ despre profilulcumpărătorului□

Numărul anunţului în JO: □□□□/S □□□-□□□□□□□ din □□/□□/□□□□ (zz/ll/aaaa)

Alte publicări anterioare (după caz) □



Anunț de intenție

Numărulși data publicării în S.E.A.P.

IV.3.6) Limba sau limbile în care poate fi redactată oferta/candidatura/proiectul sau cererea de participare

ES BG CS DA DE ET EL EN FR IT LV LT HU MT NL PL PT RO SK SL FI SV □ □ □ □ □ □ □ □ □ □ □ □ □ □ □ □ ■ □ □ □ □ □ Altele: ____________________________________________________________________________- Moneda în care se transmite oferta financiară (în cazul procedurilor online sau offline cu etapă finală de L.E. - RON

IV.3.7) Perioada minimă pe parcursul căreia ofertantul trebuie să îşi menţină oferta (în cazul unei licitaţii

deschise,cerere de oferte)

durata în zile: 90 (de la termenul limită de depunere a ofertelor)

IV.3.8) Recompense și juriu ( în cazul unui concurs de soluții)

IV.3.8.1) Se va acorda una sau mai multe prime da □ nu ■ Dacă da, numărul și valoarea primelor care urmează să fie acordate (după caz) _____________________________________________________________________________________________

IV.3.8.2) Detalii privind plățile către toți participanții (după caz) _______________________________________________________________________________produselor/

IV.3.8.3) Contracte atribuite în urma concursului: Contractele de servicii atribuite în urma concursului vor fi atribuite câștigătorului sau unuia dintre câștigătorii concursului da □ nu □

IV.3.8.4) Decizia juriului este obligatorie pentru autoritatea contractantă/entitatea contractantă da □ nu □

IV.3.8.5) Numele membrilor juriului selectați (după caz)

IV.4. PREZENTAREA OFERTEI

IV.4.1. Modul de prezentare a propunerii tehnice Prin propunerea tehnica depusa, ofertantul are obligatia de a face dovada conformitatii produselor si serviciilor care urmeaza a fi

furnizate/prestate cu cerintele prevazute în caietul de sarcini. Propunerea tehnica va trebui sa prezinte în mod clar si concis

metodologia pe care ofertantul o va aplica pentru atingerea obiectivelor contractului. Propunerea tehnica va cuprinde toate

cerintele mentionate in caietul de sarcini. Se va indica in cadrul ofertei ca la elaborarea acesteia au tinut cont de obligatiile

referitoare la conditiile de munca si protectia muncii,cf.legislatiei in vigoare. Propunerea tehnica va fi prezentata sub forma printata

si pe suport electronic editabil.

IV.4.2. Modul de prezentare a propunerii financiare

Ofertantul trebuie să prezinte propunerea financiară conform Formularului de oferta nr. 2 - din secţiunea formulare şi o anexă care să conţină detalierea elementelor de cost ce urmează propunerea financiară.

IV.4.3. Modul de prezentare a ofertei

1. Adresa la care se depune oferta : CONSILIUL CONCURENTEI nr.1, cod postal 013701, corp D1, parter – Registratura Generala, sector 1, Bucuresti, România. 2. Numarul de exemplare: 1 (unul).

17

3. Termenul limită de depunere a ofertelor 02 /12/.2013, ora 1530. 4. Oferta se va depune la sediul Consiliul Concurentei, în plic sigilat si stampilat, pe care se va mentiona: a) „ Oferta pentru achizitia de servicii de consultanta în domeniul managementului de proiect, necesare implementarii proiectului: Sistem informatic integrat interoperabil cu bazele de date ale administratiei centrale pentru asigurarea monitorizarii mediului concurential- cod SMIS 31500” b) „A NU SE DESCHIDE ÎNAINTE DE DATA DE 03/12/2013 ora 1030. a) Plicul exterior va contine în interior câte un plic sigilat si stampilat dupa cum urmeaza: -plicul nr.1: documente de

calificare (original); -plicul nr.2: propunere tehnica (copie si original); -plicul nr.3: propunere financiara (copie si original)

b) Plicurile interioare/exterioare trebuie sa fie marcate cu denumirea si adresa ofertantului, pentru a permite returnarea ofertei fara a fi deschisa, în cazul în care oferta respectiva este declarata întârziata.

c) Documentele ofertei vor fi tiparite sau dactilografiate si vor fi semnate si stampilate de catre ofertant prin persoane pe deplin autorizate sa îl reprezinte.

d) Ofertantul va comunica în scris numele si calitatea persoanei împuternicite sa îl reprezinte si sa îl angajeze legal. e) Orice stersatura, adaugare sau interliniere este valida doar daca este vizata de catre persoana/persoanele

autorizata/autorizate sa semneze oferta. f) Ofertantii au obligatia de a numerota, semna si stampila fiecare pagina a ofertei, precum si de a anexa un opis al

documentelor prezentate. i)Documentele de calificare vor fi prezentate conform cerintelor fiecarei sectiuni a criteriilor de calificare.

4.Pe lânga documentele de calificare, cele cuprinse în propunerea tehnica si cea financiara solicitate se vor prezenta si urmatoarele documente: a) Scrisoarea de înaintare Ofertantul trebuie sa prezinte scrisoarea de înaintare în conformitate cu modelul prezentat

- Formular 1. Scrisoare de garantie bancara pentru participarea la procedura de achizitie publica, împreuna cu scrisoarea de înaintare nu vor fi introduse în plicul sigilat, se vor depune odata cu celelalte documente la Secretariatul General al Consiliului Concurentei în vederea înregistrarii.

b) Împuternicirea scrisa din partea ofertantului, pentru persoanele desemnate sa participe la sedinta de deschidere a ofertelor. Persoanele fara împuternicire scrisa si B. I sau C. I nu vor putea participa la sedinta de deschidere. Imputernicirea va fi introdusa in plicul exterior impreuna cu scrisoarea de inaintare si scrisoarea de garantie bancara.

5.Perioada de valabilitate a ofertei: Oferta trebuie sa ramâna valabila pentru o perioada de 90 de zile de la data limita de depunere a ofertelor, precizata in anuntul de participare. În situatii exceptionale, comisia de evaluare poate solicita acordul ofertantilor de extindere a valabilitatii ofertei. Cererea si raspunsurile vor fi facute în scris. Ofertantul poate refuza aceasta cerere.Un ofertant care accepta cererea de extindere a valabilitatii ofertei nu-si poate modifica oferta. Oferta depusa la o alta adresa sau dupa expirarea datei limita pentru depunere este considerata întârziata si se returneaza nedeschisa. Nici o oferta nu poate fi respinsa în cadrul sedintei de deschidere a ofertelor, cu exceptia celor care se încadreaza în prevederile art.33, alin,3 din HG nr.925/2006.

SECŢIUNEA VI: INFORMAŢII SUPLIMENTARE

VI.1) CONTRACTUL ESTE PERIODIC(după caz) da □ nu ■ Dacă da, precizaţi perioadele estimate de publicare a anunţurilor viitoare: _____________________________

VI.2) Contractul/Concursul se înscrie într-un proiect/program finanţat din fonduri comunitare/program operaţional/program naţional de dezvoltare rurală da ■ nu □ Dacă da, trimitere (trimiteri) la proiect(e) şi/sau program(e): Programul Operaţional Sectorial Creşterea Competitivităţii Economice 2007 – 2013, cod SMIS 31500

Tipul de finanțare: Cofinanţare (bugetul de stat) ■ 17,30 % Credite externe cu garanția statului □ Fonduri europene ■ 82,70 % Programul Operaţional Sectorial Creşterea Competitivităţii

Economice Alte fonduri. □

VI.3) ALTE INFORMAŢII(după caz) - In cazul in care ofertele clasate pe primul loc cu punctaje egale si se constata ca au preturi egale, autoritatea contractanta va solicita reofertarea pretului ofertei in plic inchis.

18

- Solicitarile de clarificare vor fi transmise prin fax la nr.+40 214054556 si pe e-mail in format word pe adresa:[email protected] sau [email protected]

VI.4) CĂI DE ATAC

VI.4.1) Organismul competent pentru căile de atac

Denumire oficială: Consiliul Naţional de Soluţionare a Contestaţiilor

Adresă: Str.Stavropoleos, nr.6, sector 3

Localitate: Bucureşti Cod poştal: 030084 Ţară: România

E-mail: [email protected] Telefon: +40213104641,

Adresă Internet (URL) http://www.cnsc.ro

Fax: +40218900745

Organismul competent pentru procedurile de mediere (după caz)

Denumire oficială:

Adresă:

Localitate: Cod poştal: Ţară:

E-mail: Telefon:

Adresă Internet (URL) Fax:

VI.4.2) Utilizarea căilor de atac (completaţi rubrica VI.4.2 SAU, după caz, rubrica VI.4.3) Precizări privind termenul (termenele) de exercitare a căilor de atac: In conformitate cu art.256 ind.2 din OUG nr.34/2006, persoana vatamata poate sesiza CNSC-ul in termen de 10 zile incepand cu ziua urmatoare luarii la cunostinta despre un act al autoritatii contractante considerat nelegal

VI.4.3) Serviciul de la care se pot obţine informaţii privind utilizarea căilor de atac

Denumire oficială:Consiliul Concurentei – Directia Juridic Contencios

Adresă:P-ta Presei Libere nr.1, Corp D1, et.2, sector 1,

Localitate:Bucuresti Cod poştal:013701 Ţară:Romania

E-mail: Telefon:+40214054406

Adresă Internet (URL)

www.consiliulconcurentei.ro

Fax:+40214054406

19

ANEXA A

ADRESE SUPLIMENTARE ŞI PUNCTE DE CONTACT

I) ADRESE ŞI PUNCTE DE CONTACT DE LA CARE SE POT OBŢINE INFORMAŢII SUPLIMENTARE

Denumire oficială: CONSILIUL CONCURENŢEI

Adresă: P-ta Presei Libere (Casa Presei Libere), nr.1, sector 1, corp D1

Localitate: :Bucuresti Cod poştal: :013701 Ţară: Romania

Punct(e) de contact:

În atenţia: dlui Florin Andrei – Responsabil proiect

Telefon::+4 0372129721

E-mail: [email protected] Fax:: +40214054408

Adresă Internet (URL): www.consiliulconcurentei.ro

II) ADRESE ŞI PUNCTE DE CONTACT DE LA CARE SE POT OBŢINE CAIETUL DE SARCINI ŞI DOCUMENTELE

SUPLIMENTARE (INCLUSIV DOCUMENTELE PRIVIND UN DIALOG COMPETITIV SAU UN SISTEM DE ACHIZIŢIE

DINAMIC)

Denumire oficială:

Adresă:

Localitate: Cod poştal: Ţară:


În atenţia:

Telefon:

E-mail: Fax:

Adresă Internet (URL):

III) ADRESE ŞI PUNCTE DE CONTACT LA CARE TREBUIE EXPEDIATE OFERTELE/CERERILE DE

PARTICIPARE

Denumire oficială:CONSILIUL CONCURENTEI

Adresă:P-ta Presei Libere (Casa Presei Libere), nr.1, sector 1, corp D1,Registratura

Localitate:Bucuresti Cod poştal:013701 Ţară:Romania


În atenţia: Ion Panait

Telefon:+40214054592

E-mail:[email protected] Fax:+40214054556

Adresă Internet (URL):www.consiliulconcurentei.ro

20

CAIET DE SARCINI

SISTEM INFORMATIC INTEGRAT INTEROPERABIL CU BAZELE DE DATE ALE

ADMINISTRATIEI CENTRALE PENTRU ASIGURAREA MONITORIZARII MEDIULUI

CONCURENTIAL

CUPRINS 1. INFORMATII GENERALE ....................................................................................................................... 22

1.1 Descrierea institutiei ....................................................................................................... 22 1.2 Structura Consiliului Concurentei ................................................................................... 22

2. PREZENTAREA GENERALA A PROIECTULUI ..................................................................................... 25 2.1 Obiectiv general .............................................................................................................. 25 2.2 Scopul proiectului (obiective specifice) .......................................................................... 26 2.3 Beneficiile Proiectului ..................................................................................................... 26 2.4 Rezultatele preconizate .................................................................................................. 27 2.5 Ipoteze care stau la baza proiectului .............................................................................. 27 2.6 Riscuri ............................................................................................................................. 28

3. DESCRIEREA SITUATIEI ACTUALE ..................................................................................................... 28 4. CERINTE PRIVIND SOLUTIA TEHNICA ................................................................................................ 29

4.1 Cerinte generale ............................................................................................................. 30 4.1.1 Cerinte privind interoperabilitatea ........................................................................................................ 31

4.1.2 Cerinte privind implementarea sistemului ............................................................................................ 34

4.1.3 Cerinte privind disponibilitatea sistemului ................................................................................. 34

4.1.4 Cerinte privind fiabilitatea sistemului ................................................................................................... 35

4.1.5 Cerinte privind extensibilitatea sistemului ............................................................................................ 36

4.2 Cerinte functionale.......................................................................................................... 37 4.2.1 Cerinte generale .................................................................................................................................... 37

4.2.2 Cerinte specifice .................................................................................................................................... 38

4.2.2.1 Modulul Portal intern ......................................................................................................... 39

4.2.2.2 Modul Interfata Externa de Interoperabilitate .................................................................. 44

4.2.2.3 Modulul Procesare ............................................................................................................. 49

4.2.2.4 Modul Raportare Inteligenta .............................................................................................. 54

4.2.2.5 Portal Extern extins ............................................................................................................ 55

4.3 Cerinte privind arhitectura functionala a sistemului ........................................................ 56 4.4 Cerinte tehnice ............................................................................................................... 59


2007 – 2013

21

4.4.1 Cerinte tehnice solutie software ............................................................................................................ 59

4.4.1.1 Cerinte privind serverul de aplicatii ................................................................................... 59

4.4.1.2 Cerinte privind sistemul de gestiune a bazelor de date ..................................................... 61

4.4.2 Cerinte tehnice echipamente hardware ................................................................................................ 63

4.5 Cerinte privind managementul utilizatorilor .................................................................... 80 4.6 Cerinte privind monitorizarea si securitatea sistemului ................................................. 81

4.6.1 Cerinte privind monitorizare a evenimentelor din aplicatii si retea ..................................................... 81

4.6.1.1 Obiective generale ale sistemului de monitorizare ............................................................................... 81

4.6.1.2 Arhitectura ..................................................................................................................................... 82

4.6.1.3 Monitorizare infrastructura ....................................................................................................... 83

4.6.1.4 Monitorizarea aplicatiilor ......................................................................................................... 83

4.6.1.5 Monitorizarea retelei .................................................................................................................. 84

4.6.1.6 Rapoarte ......................................................................................................................................... 86

4.6.1.7 Analiza si detectarea cauzelor care au generat probleme .................................................. 87

4.6.2 Cerinte privind monitorizare serverelor ................................................................................................ 87

4.6.3 Cerinte privind securitatea logica .......................................................................................................... 89

4.6.4 Cerinte privind securitatea bazelor de date ........................................................................................... 89

4.6.5 Cerinte privind securitatea aplicatiilor web .......................................................................................... 91

4.6.6 Cerinte privind accesul utilizatorilor in sistem ..................................................................................... 92

4.6.7 Cerinte privind monitorizare activitatii utilizatorilor in aplicatie .......................................................... 93

4.6.8 Cerinte privind functionalitatea solutiei de FireWall ............................................................................ 95

5. PERSONALUL TEHNIC DE SPECIALITATE ......................................................................................... 95 5.1 Atributiile expertilor cheie ............................................................................................... 95 5.2 Alti experti ..................................................................................................................... 101

6. CERINTE PRIVIND INSTRUIREA ........................................................................................................ 101 7. CERINTE PRIVIND SERVICIILE DE INSTALARE SI CONFIGURARE INFRASTRUCTURA ............. 102 8. CERINTE PRIVIND TESTAREA SI ACCEPTANTA SISTEMULUI ....................................................... 103 9. CERINTE PRIVIND GARANTIA SI SUPORTUL TEHNIC ACORDAT ................................................. 105 10. CERINTELE PRIVIND MANAGEMENTUL DE PROIECT SI ASIGURAREA CALITATII ..................... 107

10.1 Metodologia de management de proiect ...................................................................... 107 10.2 Cerinte de asigurare a calitatii ...................................................................................... 110 10.3 Cerinte privind raportarea ............................................................................................. 111 10.4 Cerinte privind monitorizarea proiectului ...................................................................... 113

11. CERINTE DE PREZENTAREA A PROPUNERII TEHNICE ................................................................. 115 ANEXA 1 RESURSE EXISTENTE IN DOTAREA CONSILIULUI CONCURENTEI ...................................... 116 ANEXA 2 – PLANUL DE PROIECT CONFORM CERERII DE FINANTARE APROBATE ........................... 126

22

1. Informatii Generale

1.1 Descrierea institutiei

Consiliul Concurentei a fost infiintat prin LEGEA CONCURENȚEI nr. 21/1996, republicata, cu

modificarile si completarile ulterioare prin Ordonanta de Urgenta a Guvernului nr. 121/2003.

Autoritatea romana de concurenta si-a inceput activitatea la 6 septembrie 1996 prin elaborarea

reglementarilor necesare aplicarii Legii concurentei (nr.21/1996), ce a intrat in vigoare la 1

februarie 1997.

În calitatea sa de autoritate nationala in domeniul concurentei, institutia pune in aplicare si

asigura respectarea prevederilor nationale, dar si a celor comunitare de concurenta.

În acelasi timp, Consiliul Concurentei are rolul de autoritate nationala de contact in domeniul

ajutorului de stat intre Comisia Europeana, pe de o parte, si institutiile publice, furnizorii si

beneficiarii de ajutor de stat, pe de alta parte.

Consiliului Concurentei ii revine si rolul de a reprezenta Romania in relatiile cu organizatiile si

institutiile internationale de profil; de asemenea, este responsabil de relatia cu institutiile Uniunii

Europene, potrivit prevederilor relevante din legislatia europeana, si coopereaza cu alte autoritati

de concurenta.

Activitatea Consiliului Concurentei se desfasoara pe doua componente principale: una

preventiva, de monitorizare a pietelor si supraveghere a actorilor de pe aceste piete si una

corectiva, menita sa restabileasca si sa asigure dezvoltarea unui mediu concurential normal.

Astfel, misiunea autoritatii romane de concurenta poate fi definita sintetic ca fiind aceea de a

proteja si de a stimula concurenta pe piata romaneasca in vederea dezvoltarii unui mediu

concurential normal, pentru ca, in final, sa se asigure o promovare cat mai buna a intereselor

consumatorilor.

1.2 Structura Consiliului Concurentei

Consiliul Concurentei este un organ colegial, format din 7 membrii: un presedinte (a carui functie este asimilata celei de ministru), 2 vicepresedinti (a caror functie este asimilata celei de secretar de stat) si 4 consilieri de concurenta (a caror functie este asimilata celei de subsecretar de stat).

23

Membrii Consiliului Concurentei sunt numiti in functie de catre Presedintele Romaniei, la propunerea Guvernului. Durata mandatului membrilor Plenului Consiliului Concurentei este de 5 ani, acesta putand fi reinnoit o singura data. Membrii Plenului indeplinesc atributii conform regulamentelor aprobate de catre Plen sau conform delegarii Presedintelui.

Calitatea de membru al Consiliului Concurentei este incompatibila cu exercitarea oricarei alte activitati profesionale sau de consultanta, cu participarea, directa ori prin persoane interpuse, la conducerea sau administrarea unor entitati publice ori private sau cu detinerea de functii ori de demnitati publice, cu exceptia functiilor si activitatilor didactice din invatamantul superior, cercetare stiintifica si creatie literar-artistica. Ei nu pot fi desemnati experti sau arbitri nici de parti si nici de instanta judecatoreasca sau de catre o alta institutie.

Membrii Consiliului Concurentei si inspectorii de concurenta nu pot face parte din partide sau alte formatiuni politice.

Inspectorii de concurenta din cadrul Consiliului Concurentei, cu exceptia debutantilor, au fost abilitati, prin lege, cu puteri speciale de inspectie pentru investigarea incalcarii prevederilor de concurenta.

Consiliul Concurentei isi desfasoara activitatea, delibereaza si ia decizii in plen si in comisii.

Fiecare comisie este formata din 2 consilieri de concurenta in componenta stabilita de presedintele Consiliului Concurentei, pentru fiecare caz in parte, si este condusa de catre un vicepresedinte al Consiliului Concurentei.

Presedintele Consiliului Concurentei ordona efectuarea de investigatii si desemneaza raportorul pentru fiecare investigatie.

Consiliul Concurentei examineaza in plen:

rapoartele de investigatie, cu eventualele obiectii formulate la acestea, si decide asupra masurilor de luat;

autorizarea concentrarilor economice; punctele de vedere, recomandarile si avizele formulate in realizarea atributiilor prevazute

de Legea concurentei; proiectele de reglementari propuse spre adoptare; raportul anual al activitatii institutiei, raportul anual privind ajutoarele de stat, precum si

orice alte rapoarte privind concurenta si ajutoarele de stat.

În formatiunile deliberative fiecare membru dispune de un vot; in caz de partaj egal al voturilor, solutia votata de presedinte prevaleaza.

Structura organizatorica si de personal a Consiliului Concurentei, atributiile de conducere si de executie ale personalului sau se stabilesc prin regulamentele interioare adoptate de acesta.

Consiliul Concurentei isi intocmeste proiectul de buget propriu, care se prevede distinct in bugetul de stat.

24

Consiliul Concurentei are urmatoarele atributii in domeniul concurentei:

o efectueaza investigatiile privind aplicarea prevederilor nationale si comunitare de concurenta;

o ia decizii pentru cazurile de incalcare a dispozitiilor nationale si comunitare de concurenta, precum si pentru cazurile de concentrari economice;

o accepta angajamente si impune masuri interimare; o retrage beneficiul exceptarii pentru intelegerile, deciziile asociatiilor de intreprinderi sau

practicile concertate carora li se aplica prevederile unuia dintre regulamentele europene de exceptare pe categorii;

o asigura aplicarea efectiva a deciziilor proprii, inclusiv monitorizarea masurilor dispuse si a efectelor concentrarilor economice autorizate conditionat prin decizii;

o efectueaza, din proprie initiativa, investigatii privind un anumit sector economic sau un anumit tip de acord in diferite sectoare, atunci cand rigiditatea preturilor sau alte imprejurari sugereaza posibilitatea restrangerii sau denaturarii concurentei pe piata;

o sesizeaza Guvernul asupra existentei unei situatii de monopol sau a altor cazuri si propune acestuia adoptarea masurilor necesare pentru remedierea disfunctionalitatilor constatate;

o sesizeaza instantele judecatoresti asupra cazurilor in care acestea sunt competente; o urmareste aplicarea dispozitiilor legale si a altor acte normative incidente in domeniul de

reglementare al Legii concurentei; o sesizeaza Guvernului cazurile de imixtiune a organelor administratiei publice centrale si

locale in aplicarea prezentei legi; o emite avize pentru proiectele de acte normative care pot avea impact anticoncurential,

autoritatile si institutiile administratiei publice centrale si locale fiind obligate sa solicite acest aviz, si poate recomanda modificarea actelor normative care au un asemenea efect;

o face recomandari Guvernului si organelor administratiei publice locale pentru adoptarea de masuri care sa faciliteze dezvoltarea pietei si a concurentei;

o propune Guvernului sau organelor administratiei publice locale luarea de masuri disciplinare impotriva personalului din subordinea acestora, in cazul in care acesta nu respecta dispozitiile obligatorii ale Consiliului Concurentei;

o realizeaza studii si intocmeste rapoarte privind domeniul sau de activitate si furnizeaza Guvernului, publicului si organizatiilor internationale specializate informatii privind aceasta activitate;

o reprezinta Romania si promoveaza schimbul de informatii si de experienta in relatiile cu organizatiile si institutiile internationale de profil; ca autoritate nationala de concurenta, Consiliul Concurentei este responsabil de relatia cu institutiile Uniunii Europene, potrivit prevederilor relevante din legislatia europeana, si coopereaza cu alte autoritati de concurenta;

o stabileste si aproba misiunea, strategia generala si programele de activitate ale autoritatii de concurenta.

Organigrama institutiei este prezentata in figura de mai jos:

25

2. Prezentarea Generala a Proiectului

2.1 Obiectiv general

Proiectul propus spre realizare de catre Consiliul Concurentei are ca obiectiv general cresterea si optimizarea cooperarii dintre institutiile publice si cresterea capacitatii de raspuns la solicitari primite din partea cetatenilor/ mediului de afaceri/ administratiei publice prin implementarea unui sistem informatic integrat interoperabil pentru asigurarea monitorizarii mediului concurential. Proiectul propus sprijina competitivitatea economica si promovarea interactiunii intre sectorul public si cetateni/mediu de afaceri prin valorificarea potentialului TIC. Proiectul propus vizeaza urmatorul grup tinta de utilizatori:

Inspectorii de concurenta si alti angajati din cadrul Consiliului Concurentei Angajati din cadrul intreprinderilor publice si ale autoritatilor publice Persoane fizice sau juridice din Romania sau strainatate Cetatenii interesati de mediul concurential

26

2.2 Scopul proiectului (obiective specifice)

Prin implementarea acestui proiect se vor indeplini simultan urmatoarele obiective din strategia de e-Guvernare, formulate in Ghidul Solicitantului:

Furnizarea serviciilor publice on-line catre cetateni, mediul de afaceri si administratia publica, prin intermediul portalului care va fi dezvoltat;

Eficientizarea activitatilor interne si comunicarea intre institutiile publice care

contribuie la furnizarea serviciilor respective utilizand mijloace specifice TIC

Obiectivele specifice identificate ca fiind realizabile prin implementarea proiectului propus sunt

urmatoarele:

Realizarea interoperabilitatii inter-institutionale dintre sistemele informatice existente ale Consiliului Concurentei, ONRC, ANAF, ANRMAP, MCSI (SEAP).

Accesibilitatea serviciilor publice oferite de Consiliului Concurentei prin utilizarea mijloacelor electronice performante;

Facilitarea accesului online al cetatenilor/administratiei publice prin oferirea de servicii publice electronice furnizate de catre Consiliul Concurentei in parteneriat cu ONRC, ANAF, ANRMAP, MCSI (SEAP);

Eficientizarea activitatii interne a Consiliului Concurentei prin automatizarea proceselor de lucru si acces in mod operativ la toate informatiile necesare desfasurarii activitatii atat din sistemele interne cat si din surse externe de date;

Imbunatatirea gradului de instruire a personalului Consiliului Concurentei.

2.3 Beneficiile Proiectului Corelarea obiectivelor proiectului propus cu obiectivul enuntat al Axei Prioritare 3 –„Tehnologia Informatiei si Comunicatiilor pentru sectoarele public si privat” este evidenta, realizarea proiectului contribuind in mod direct la promovarea interactiunii intre sectorul public si intreprinderi/cetateni prin valorificarea potentialului TIC. Obiectivul specific al Domeniului Major de Interventie 2 este de a pune la dispozitie serviciile

administrative prin mijloace electronice, respectiv de a crea beneficii atat pentru utilizatori

(cetateni si mediul de afaceri), cat si pentru administratia publica.

Beneficiile create de proiect sunt multiple, atat pentru cetateni/mediul de afaceri/institutiile administratiei publice, cat si pentru Consiliul Concurentei care implementeaza proiectul si pentru institutiile publice cu care colaboreaza (ONRC, ANAF, ANRMAP, MCSI/SEAP). Cateva dintre beneficiile identificabile si directe ale realizarii proiectului propus sunt prezentate in continuare:

Transparenta si eficienta in relatia cu cetatenii, standardizarea procedurilor de

lucru si consolidarea structurilor de date;

Eficientizarea colaborarii dintre institutiile care furnizeaza date in cadrul

procesului de monitorizare a mediului concurential prin asigurarea interoperabilitatii

sistemelor TIC ale acestora, respectiv Consiliul Concurentei, ONRC, ANAF,

ANRMAP, MCSI/SEAP;

27

Eficientizarea activitatilor interne si a colaborarii la nivelul Consiliului Concurentei

prin interoperabilitatea sistemelor TIC existente la nivelul institutiei care contribuie la

furnizarea de servicii publice on-line de calitate utilizand mijloace specifice TIC;

Transparenta si vizibilitate asupra proceselor interne ale Consiliului Concurentei

oferind suport pentru decizii corecte si la timp;

Alinierea la standardele si normele UE care guverneaza relatiile dintre institutiile

publice centrale, institutiile publice locale si cetateni/mediul de afaceri;

Vizibilitatea si calitatea imaginii Consiliului Concurentei si angajatilor acestuia in

comunitatea locala si guvernamentala;

Reducerea birocratiei, crearea de noi canale de acces si comunicare;

Maximizarea eficientei, cresterea transparentei activitatilor desfasurate de catre

personal, scurtarea timpului procedurilor de rutina si reducerea timpului de asteptare si

acces la informatie;

Acces direct si instantaneu la informatie, care este intotdeauna actuala. De asemenea, o consecinta imediata, evidenta si vizibila a promovarii acestui sistem informatic interoperabil este reducerea costurilor pentru toate institutiile implicate (Consiliul Concurentei, ONRC, ANAF, ANRMAP, MCSI/SEAP) prin:

Gestionarea unui volum foarte mare de date pe o perioada lunga de timp si

obtinerea de rapoarte si situatii pe baza acestora;

Automatizarea transferului de informatii intre toate structurile institutiilor

beneficiare, ceea ce duce la imbunatatirea comunicarii si eficientizarea activitatilor

specifice acestora;

Accesul si operarea simultana de catre un numar mare de utilizatori fara

aparitia blocarilor, ceea ce asigura integritatea datelor si a tranzactiilor, securitatea

datelor si protejarea sistemului la acces neautorizat;

Protejarea datelor in timp prin proceduri automatizate de salvare si restaurare.

2.4 Rezultatele preconizate În urma executarii acestui proiect se asteapta sa se obtina urmatoarele rezultate:

Dezvoltarea si implementarea unei infrastructuri hardware performante;

Implementarea unui portal intern si a facilitatilor de integrare cu aplicatiile interne existente

in cadrul Consiliului Concurentei si cu sistemele TIC ale ONRC, ANAF, ANRMAP,

MCSI/SEAP;

Extinderea portalului existent cu servicii on-line disponibile cetatenilor/mediului de

afaceri/administratiei publice;

Implementarea unui sistem de raportare inteligenta pentru sustinerea activitatii de decizie in

cadrul Consiliului Concurentei;

Instruirea utilizatorilor si administratorilor sistemului.

2.5 Ipoteze care stau la baza proiectului Întregul sprijin al beneficiarului pentru proiect;

Personal dedicat din partea directiilor functionale implicate pentru a lucra impreuna cu

prestatorul;

28

Componentele hardware si software din afara sferei de cuprindere a acestui proiect si care

sunt necesare pentru implementarea unor functionalitati in proiect, sunt disponibile in timp

util.

2.6 Riscuri Principalele riscuri care ar putea afecta indeplinirea rezultatelor proiectului sunt urmatoarele:

Dificultati in modificarea/adoptarea unor proceduri de lucru si/sau acte normative care sa

sprijine o platforma comuna si coerenta pentru realizarea si implementarea proiectului;

Identificarea celor mai adecvate modele de proces si de fluxuri de date pentru schimbul de

date, in absenta unei reactii corespunzatoare a reprezentantilor institutiilor partenere;

Capacitatea prestatorului de a analiza schimbarile legislative si de a determina in timp util

impactul asupra sistemului;

Capacitatea prestatorului de implementare a modificarilor cerute, fara a afecta

functionalitatile existente in Sistem;

Diferitele echipe din cadrul echipei de proiect a beneficiarului au obiective sau prioritati

diferite care nu sunt armonizate;

Cerintele nu sunt evaluate complet pe parcursul etapei de analiza;

Nevoia revizuirii proceselor de activitate pentru a sprijini integral functiunile noului sistem;

Schimbari organizationale masive, in special prin schimbarea responsabilitatilor in cadrul

echipei de proiect;

Resurse insuficiente alocate din partea echipei beneficiarului;

Perioada scurta de implementare a poiectului in conditiile in care acesta are o complexitate

ridicata si presupune desfasurarea unui numar semnificativ de activitati ce afecteaza mai

multe sisteme informatice.

Ofertantul va identifica si alte riscuri fata de cele principale, relevate mai sus. În oferta se vor

prezenta recomandari/propuneri de reducere sau eliminare a riscurilor care ar putea afecta

implementarea proiectului (inclusiv a riscurilor prezentate mai sus).

3. Descrierea situatiei actuale Situația actuală a schimbului de informații la nivelul sistemelor TIC ale Consiliului Concurenței și ale ONRC, ANAF, ANRMAP, MCSI/SEAP ridică mari probleme în desfașurarea activității specifice de monitorizare a mediului concurențial, care vizează mai multe aspecte:

Servicii publice îndeplinite cu greutate si cu consum mare de resurse;

Termene mari pentru furnizarea serviciilor publice; Dificultati in asigurarea transparentei decizionale si informare a publicului; Ineficienț a gestionării fondurilor publice reflectată în costuri mari.

Lipsa unui sistem informatic interoperabil între, pe de o parte instituțiile menționate și, pe de altă parte, între aplicațiile existente la nivelul Consiliului Concurenței generează dificultăți în urmărirea termenelor de soluționare prevăzute de legislația în vigoare sau de regulamentele interne ale Consiliului Concurenței. Necesitatea implementării acestui proiect a apărut ca urmare a identificării unor nevoi reale la nivelul Consiliului Concurenței de a crea un complex de reguli, instrumente, scheme care permit sistemelor TIC sa comunice si sa interopereze atat pe orizontala – inter-institutional

29

(Consiliul Concurentei, ONRC, ANRMAP, MCSI/SEAP), cat si pe verticala – intra-institutional (intre aplicatiile existente la nivelul Consiliului Concurentei si intre sediul central si inspectoratele teritoriale) in vederea indeplinirii misiunii lor de a contribui la dezvoltarea mediului de afaceri din Romania, prin oferirea de servicii de calitate, flexibile si orientate catre nevoile specifice ale solicitantilor. Pentru a-si spori calitatea si a diversifica serviciile oferite de institutie, proiectul raspunde necesitatii indeplinirii unui set de valori fundamentale care definesc intreaga organizatie si reprezinta repere pentru initiativele permanente de dezvoltare:

servicii publice oferite mediului de afaceri (G2B - Government to Business) de nivel

calitativ inalt, in conformitate cu practicile europene prin oferirea de servicii online in

colaborarea cu institutiile statului si prin asigurarea transparentei actelor decizionale

privind concurenta de piata;

servicii publice oferite institutiilor publice (G2G - Government to Government), cu

valoare adaugata, in scopul orientarii catre utilizator prin eficientizarea activitatii si

reducerea timpului de raspuns in comunicarea interinstitutionala;

rol crescut al Consiliului Concurentei in administratia publica centrala si judeteana, ca

mediu colaborativ interinstitutional prin asigurarea transparentei in luarea deciziilor si prin

pozitionarea institutiei ca institutie giranta in domeniul concurentei de piata;

nivel ridicat de interoperabilitate prin asigurarea transferului de date in timp real, prin

asigurarea corectitudinii datelor schimbate intre institutii;

eficienta utilizarii fondurilor publice, pe de o parte prin managementul eficient al

resurselor umane, materiale si financiare, pe de alta parte prin utilizarea parghiilor de

control si monitorizare interna. Necesitatea schimbului de informatii electronic care sa duca la eficientizarea activitatii proprii

Consiliului Concurentei si institutiilor implicate (ONRC, ANAF, ANRMAP, MCSI/SEAP) recomanda

dezvoltarea acestui sistem interoperabil si crearea unei baze de date cu informatii coerente si

complexe care sa sustina mediul concurential si care sa permita in viitor extinderea

interoperabilitatii si cu alte institutii publice, ca de exemplu Autoritatea Nationala a Vamilor,

Institutul National de Statistica, DNA, Magistratura, ORDA, Parchetul General. De asemenea,

colaborarea prin mijloace electronice cu institutiile publice mentionate minimizeaza efortul facut

de angajati pentru a extrage si prelucra informatiile solicitate.

Sistemele TIC ale ONRC, ANAF, ANRMAP, MCSI/SEAP sunt construite folosind tehnologii standard

aflate pe piata informationala la momentul actual. Acest lucru permite interoperabilitatea

sistemelor cu noul sistem ce se va dezvolta de Consiliul Concurentei prin prezentul proiect.

În Anexa 1 sunt prezentate detalii privind resursele IT existente în acest moment în dotarea

Consiliului Concurenței și informații despre sistemul informațional existent.

4. Cerinte privind solutia tehnica Solutia informatica propusa va fi compusa din:

O platforma hardware si software (programe de operare si software standard) pentru

integrarea serviciilor din cadrul Consiliului Concurentei ce corespund principiilor

interoperabilitatii;

30

O aplicatie software complexa care sa asigure gestionarea serviciilor oferite de Consiliului

Concurentei, atat pentru persoane fizice cat si pentru mediul de afaceri sau alte institutii

publice in conformitate cu principiile Strategiei Lisabona si OSS.

Sistemul informatic integrat propus va include un set de module software disponibile comercial,

customizate in caz de necesitate pentru a asigura anumite cerinte particulare ale fluxurilor

informationale ale Consiliului Concurentei sau conform cu protocoalele de colaborare dintre

Consiliul Concurentei si celelalte institutii publice in discutie - ANAF, ONRC, ANRMAP si

MCSI/SEAP - in masura in care procedurile privind furnizarea serviciilor publice asigurate de catre

Consiliul Concurentei pot fi convertite in proceduri electronice si implementate.

Cerintele descrise in aceasta documentatie sunt minime si obligatorii, fiecare ofertant trebuie sa

descrie detaliat si complet intr-o matrice de conformitate modul de realizare/satisfacere a

fiecarei cerinte sau specificatii. Nerespectarea oricarei cerinte din prezentul caiet de sarcini

atrage dupa sine descalificarea ofertei. Nu sunt acceptate ca raspunsuri conforme, raspunsurile

de tip DA sau NU. Nu vor fi luate in considerare raspunsurile in matricea de conformitate

completate prin copierea cerintelor in coloana cu raspunsul ofertantului la cerinta, fara explicatii

detaliate privind modul de indeplinire a cerintei sau fara referinte la anexele tehnice. Fiecare

afirmatie din oferta tehnica trebuie sa fie clar exprimata, sa nu dea alternative sau sa nu indice

drept solutie materiale publicitare (brosuri, site-uri WEB etc) generale.

4.1 Cerinte generale

[CG1]Sistemul informatic interoperabil propus in cadrul proiectului trebuie proiectat, dezvoltat,

livrat, instalat, testat si pus in functiune ca un sistem la cheie, complet integrat, scalabil, deschis,

extensibil, flexibil, cu atribute inalte de securitate si disponibilitate, interoperabil cu sistemele

informatice de la nivelul institutiilor implicate in proiect (ONRC, ANAF, ANRMAP, MCSI/SEAP) prin

interfete care vor fi descrise in sectiunile urmatoare.

[CG2]Aplicatia software va fi complexa, modulara, dezvoltata si implementata in conformitate cu

prinicipiile arhitecturii SOA.

[CG3]Sistemul informatic propus trebuie sa ofere urmatoarele functionalitati generale:

[CG3.1]partajarea eficienta a informatiei in cadrul Consiliului Concurentei;

[CG3.2]crearea de fluxuri de proces automatizate suportate de aplicatii;

[CG3.3]oferirea unui suport de decizie la nivelul Consiliului Concurentei;

[CG3.4]accesul 'online', web-based, la informatiile utile angajatilor si

clientilor Consiliului Concurentei;

[CG3.5]flexibilitate in a suporta diversele obiective de afaceri ale Consiliului

Concurentei;

[CG3.6]integrabilitate si deschidere;

[CG3.7]suport tehnologic sigur si scalabil;

[CG3.8]administrarea identitatii utilizatorilor si controlul accesului la toate

resursele sistemului;

31

[CG3.9]asigurarea unei disponibilitati ridicate (24x 7) a aplicatiilor;

[CG3.10]administrarea si operarea la costuri reduse a infrastructurii si

componentelor solutiei. [CG4]Solutia trebuie sa se bazeze pe licente perpetue pentru toate produsele software incluse in solutie (nu se admit licente temporare, sau cu functionalitati limitate comparativ cu licente fara restrictii pentru aceleasi produse). Aplicatiile software ale sistemului propus trebuie sa implementeze urmatoarele caracteristici

generice:

[CG5]Principiile standard ale industriei de profil pentru utilizarea prietenoasa.

[CG6]Facilitati de securitate si administrare de sistem.

[CG7]Facilitati de management al datelor (informatiilor), cu atribute de protectie

corespunzatoare.

[CG8]Sistem coerent de indicatori de performanta. Solutia propusa va trebui sa tina cont de urmatoarele recomandari de abordare a unui sistem informatic modern si deschis:

[CG9]abordare unitara, etapizata, folosind metodologii si tehnologii adecvate;

[CG10]arhitectura modulara si deschisa, bazata pe standarde;

[CG11]sistem centralizat cu punct de administrare unic;

[CG12]arhitectura tip 'Internet'/'Intranet';

[CG13]tehnologii cu inalta disponibilitate: Stand-by sau Backup;

[CG14]implementare conceptului de 'Self-Service'.

[CG15] Toate dezvoltarile rezultate in urma implementarii proiectului (cod sursa, schemele

bazelor de date, configuratii hardware si software) sunt proprietatea beneficiarului si vor fi

predate in format electronic, cu documentatia tehnica aferenta.

4.1.1 Cerinte privind interoperabilitatea

Prin implementarea sistemului propus, interoperabilitatea sistemelor TIC ale Consiliului Concurentei si ale institutiilor partenere (ANAF, ONRC, ANRMAP, MCSI/SEAP) va fi asigurata prin:

Interoperabilitatea la nivel organizational care se bazeaza pe urmatoarele

principii:

Fiecare institutie are organizare autonoma cu o arhitectura tehnologica specifica;

In schimbul de date, se tine cont de restrictiile legale si de capacitatile

organizationale;

Fiecare institutie defineste regulile de acces pentru propriul sistem informatic;

Utilizarea serviciilor complexe este subiectul unui protocol intre institutii.

Din acest punct de vedere, Ofertantul va avea in vedere urmatoarele cerinte:

[CGIO1]Institutiile (Consiliul Concurentei, ONRC, ANAF, ANRMAP,

MCSI/SEAP) vor utiliza mijloacele specifice TIC existente in scopul asigurarii

unei retele de comunicare si interoperabilitate pentru derularea serviciilor

administrative de monitorizare si control ale pietei concurentei.

32

[CGIO2]Vor fi utilizate atat resursele interne (aplicatiile informatice existente)

asigurand interoperabilitatea intra-institutionala cat si resursele externe

(sistemele TIC ale institutiilor partenere), asigurand interoperabilitatea inter-

institutionala.

[CGIO3]Proiectul va permite deschiderea Consiliului Concurentei spre

colaborarea ulterioara si cu alte institutii (Autoritatea Nationala a Vamilor,

Institutul National de Statistica, DNA, Magistratura, ORDA, Parchetul General).

Interoperabilitatea la nivel semantic care include urmatoarele aspecte:

Interoperabilitatea semantica se refera la sensul elementelor de date si la

relatiile dintre ele. Ea include dezvoltarea vocabularului pentru descrierea schimburilor

de date si garanteaza ca elementele de date sunt intelese in acelasi mod de partile care

comunica.

Interoperabilitatea sintactica se refera la descrierea formatului exact al informatiilor de

schimbat in termeni de gramatica, format si scheme.

Din acest punct de vedere, Ofertantul va avea in vedere urmatoarele cerinte:

[CGIS1] Proiectul va avea ca rezultat un set de informaț ii comune sub forma

unui registru de date privind concurenț a de piaț ă, ce va putea fi utilizat

în activitatea proprie de fiecare instituț ie implicată. Acesta va avea un

conț inut relevant monitorizării mediului concurenț ial, obț inut în urma

interoperabilităț ii sistemelor TIC din instituț iile menț ionate ș i sistemelor

TIC din cadrul Consiliului Concurenț ei.

33

[CGIS2] Proiectul va produce informaț ie standardizată, prin reducerea

duplicării datelor, prevenirea colectării redundante a informaț iilor,

menț inând fiabilitatea ș i siguranț a acestora.

[CGIS3] Proiectul va oferi posibilitatea ca acest registru să fie intreț inut în

condiț ii bine definite, să fie exploatat în condiț ii adecvate de siguranț ă ș i

să fie utilizat în cadrul sistemelor societăț ii informaț ionale.

Interoperabilitatea la nivel tehnic care se referă la aspectele tehnice de

interconectare a sistemelor de informaț ii. Ea include specificaț iile de interfaț ă,

serviciile de inteconectare, serviciile de integrare a datelor, prezentarea ș i schimbul de date

etc.

[CGIT1] La nivelul Consiliului Concurenț ei se va implementa un sistem

informatic care sa asigure interoperabilitatea cu instituț iile partenere (ONRC,

ANAF, ANRMAP, MCSI/SEAP).

[CGIT2] Sistemul interoperabil propus va da posibilitatea sistemelor de a

comunica în timp real prin intermediul unor interfeț e folosite în comun.

[CGIT3] Efortul în zona de interoperabilitate tehnică va fi orientat în

direcț ia standardizării mesajelor electronice care constituie fluxurile

informaț ionale între sisteme ș i definirea contextelor de business în cadrul

cărora se generează aceste fluxuri.

[CGIT4] Va exista posibilitatea dezvoltării unui „single point of access”, prin

oferirea funcț ionalităț ilor necesare pentru a identifica, integra ș i analiza

date disparate.

34

4.1.2 Cerinte privind implementarea sistemului

Sistemul informatic la cheie va necesita urmatoarele activitati:

[CGI1]Analiza, proiectarea, dezvoltarea, implementarea si testarea sistemelor

informatice.

[CGI2]Livrarea si instalarea bunurilor constitutive ale sistemului, precum si efectuarea

tuturor lucrarilor aferente punerii in functiune.

[CGI3]Acceptanta, punerea in functiune, garantia si suportul operational pentru

componentele sistemului si pentru sistemul integrat.

[CGI4]Managementul implementarii proiectului, inclusiv pregatirea si livrarea

documentatiei aferente proiectului, in conformitate cu specificatiile de mai jos.

[CGI5]Trainingul si transferul de know-how corespunzator, atat pentru operarea

sistemului, cat si pentru inregistrarea in sistem a procedurilor administrative. Prin complexitatea pe care o are sistemul se vor parcurge in implementare minim urmatoarele

etape:

[CGI6]Implementarea infrastructurii hardware si software de baza.

[CGI7]Analiza si proiectarea proceselor de business derulate in cadrul Consiliul

Concurentei pentru a raspunde cerintelor de interoperabilitate si e-Guvernare.

[CGI8]Dezvoltarea si testarea scenariilor de business.

[CGI9]Implementarea aplicatiilor si definirea setului de proceduri administrative

electronice.

[CGI10]Integrarea cu sistemele informatice ale ANAF, ONRC, ANRMAP si MCSI/SEAP.

[CGI11] Integrarea cu Sistemul Electronic National in conformitate cu Legea 161/2003.

[CGI12]Implementarea unui sistem pilot functional a carui componenta se va defini in

etapa de analiza.

[CGI13]Implementarea extinsa.

[CGI14]Instruirea utilizatorilor.

[CGI15]Testarea sistemului informatic si eliminarea erorilor de proiectare soft (software

bugs).

[CGI16]Acceptanta finala a sistemului integrat. Auditarea finala a sistemului realizat.

[CGI17] Suport operational si garantie, inclusiv in perioada post-garantie.

4.1.3 Cerinte privind disponibilitatea sistemului

Pentru a asigura o disponibilitate sporita a solutiei s-a ales gruparea in cluster a serverelor

utilizate. Astfel, solutia va asigura in mod implicit si transparent pentru utilizatorul web (web

client) functia de replicare, permitand totodata o distributie optima a efortului catre resursele

disponibile (load-balancing).

In vederea asigurarii disponibilitatii, solutia va respecta urmatoarele cerinte:

[CGDS1]Saimplementeze mecanisme de tip clustering (topologie activ-activ) si failover (topologie activ-pasiv);

35

[CGDS2]Sa implementeze mecanisme de “disponibilitate ridicata (24/7)” a aplicatiilor pentru executia continua a serviciilor instalate;

[CGDS3]Sa permita, in viitor, implementarea unei solutii de tip „Disaster Recovery”;

[CGDS4]Sa implementeze mecanisme de replicare a obiectelor aplicatiei intre serverele aceluiasi cluster;

[CGDS5]In cazul unei intreruperi a functionarii unuia dintre noduri, cererile utilizatorilor vor fi preluate automat (si in mod transparent pentru utilizator) de catre celalalt nod din cluster

[CGDS6]Sa asigure transparenta pentru utilizatori in momentul aparitiei unei greseli software la unul din serverele pe care ruleaza baza de date;

[CGDS7]Sa permita stoparea temporara a unui nod pentru mentenanta si suport, sistemul in acest timp fiind disponibil pentru activitati normale (tehnologie cluster);

[CGDS8]Sa asigure securitate tranzactionala in cazul aparitiei unor erori hardware sau software in cluster;

[CGDS9]Trebuie sa permita reconectarea automata la nodul sau nodurile ramase disponibile dupa aparitia unei defectiuni;

[CGDS10]Trebuie sa permita upgrade-ul nodurilor existente si adaugarea de noi noduri, dependent de incarcarea sistemului, numarul de utilizatori, numarul de accesari si de complexitatea aplicatiilor.

4.1.4 Cerinte privind fiabilitatea sistemului

[CGFS1]Prin utilizarea unor tehnici avansate de cluster, solutia propusa va asigura un grad

corespunzator de disponibilitate (availability) si fiabilitate (reliability) a sistemului. Utilizarea

tehnicilor avansate de cluster va asigura, pe langa un nivel crescut de scalabilitate si o buna

distributie (load balancing), si un nivel ridicat de fiabilitate prin cresterea nivelului de toleranta la

erori.

In vederea cresterii fiabilitatii solutiei, va fi utilizat un mediu de administrare si monitorizare

centrala a aplicatiilor si bazelor de date. Acest mediu va trebui sa respecte urmatoarele cerinte:

[CGFS2]Monitorizarea integrata a elementelor de infrastructura legate de retea, sisteme, aplicatii eterogene - sisteme de operare si aplicatiile proiectului - din punct de vedere al performantelor.

[CGFS3]Masurarea si colectarea datelor de performanta intr-o baza de date pentru analiza si raportare ulterioara.

[CGFS4]Diagnosticarea problemelor ce apar in cadrul solutiei.

[CGFS5]Administrare web-based cu capabilitati de monitorizare configurabile; Posibilitatea de a seta praguri pentru avertizari si alerte critice.

[CGFS6]Posibilitatea de a securiza comunicatia intre diferite componente ale solutiei.

36

[CGFS7] Administrarea arhitecturilor de tip cluster.

[CGFS8]Posibilitatea de a defini mai multi administratori / utilizatori cu roluri diferite.

[CGFS9]Posibilitatea configurarii sistemului de management astfel incat sa execute actiuni corective automate (fara interventia administratorilor) in cazul detectarii de erori sau in cazul degradarii performantelor.

[CGFS10]Existenta unor instrumente pentru realizarea operatiilor de backup si recovery pentru baza de date, pentru aplicatii, cat si pentru adaugarea de noi noduri in arhitectura de cluster.

[CGFS11]Posibilitatea de a oferi solutii de „tuning” pentru componentele solutiei si sugerarea anumitor operatii ce pot conduce la imbunatatirea performantelor acesteia.

[CGFS12]Integrarea diferitelor utilitati si aplicatii pentru operarea eficienta a infrastructurii oferite.

[CGFS13] Sa ofere posibilitatea de a verifica si instala automat patch-urile disponibile pentru diferite componente ale solutiei, fara a afecta in nici un fel functionalitatile solutiei si diversele customizari.

4.1.5 Cerinte privind extensibilitatea sistemului

Arhitectura solutiei va fi una deschisa, de tip servicii (Service Oriented Architecture).

Functionalitatile modulelor vor fi oferite prin intermediul unui set bine definit de servicii; acest

lucru favorizeaza reutilizarea componentelor si asigura o buna integrare si interoperabilitate cu

sistemele externe.

Solutia va fi pregatita pentru eventuale imbunatatiri si extinderi realizate prin integrarea unor noi

module in baza protocoalelor standard de comunicatie si prin API (Application Programming

Interface), la nivelul intregii aplicatii.

Utilizarea serviciilor web (Web Services) va asigura o interoperabilitate ridicata a solutiei,

permitand colaborarea cu aplicatii bazate si pe platforme eterogene.

In vederea asigurarii extensibilitatii solutia va trebui sa respecte urmatoarele cerinte:

[CGES1]Solutia va avea o arhitectura deschisa bazata pe standarde

[CGES2]Solutia va oferi integrarea cu subsistemele existente utilizand tehnologii moderne, de tip SOA.

[CGES3]Solutia va trebui sa aiba la baza standarde in domeniu, ca de exemplu: Java 2 Enterprise Edition (J2EE), XML, suport pentru servicii web.

[CGES4]Solutia va fi flexibila atat din punct de vedere al clientilor de tip browser, al sistemelor de operare,al suportului pentru bazele de date cat si a posibilitatii extinderii prin integrarea unor noi module in baza protocoalelor standardde comunicatie si prin API.

37

4.2 Cerinte functionale

4.2.1 Cerinte generale

[CFG1]Sistemul va permite interconectarea sistemelor informatice ale institutiilor publice

partenere (ONRC, ANAF, ANRMAP, MCSI/SEAP) cu sistemul informatic al Consiliului Concurentei

si va permite schimbul de informatii electronice cu acesta, in vederea optimizarii si eficientizarii

activitatii proprii a Consiliului Concurentei. De asemenea vor fi implementate- prin extinderea

portalului extern existent - servicii on-line precum:

depunerea on-line a unei sesizari/plangeri/cereri de informatii privind mediul concurential

inregistrare si raspuns la petitii

publicarea legislatiei secundare

publicarea deciziilor/avizelor elaborate de Consiliul Concurentei

Sistemul va furniza urmatoarele capabilitati:

[CFG2]Functionalitati integrate la nivelul unui portal intern bazat pe tehnologie web;

[CFG3]Acces centralizat securizat pentru beneficiarii serviciilor electronice furnizate;

[CFG4]Un mediu electronic stabil si sigur de interactiune atat intre Consiliul Concurentei si institutiile partenere (ONRC, ANAF, ANRMAP, MCSI/SEAP), intre Consiliul Concurentei si ceilalti utilizatori, persoane fizice si juridice si intre departamentele/angajatii Consiliului Concurentei;

[CFG5]Realizarea unor fluxuri complete si eficiente de date intre Consiliul Concurentei si institutiile partenere (ONRC, ANAF, ANRMAP, MCSI/SEAP);

[CFG6]Crearea mijloacelor tehnice de furnizare a informatiilor necesare pentru optimizarea procedurilor electronice;

[CFG7]Sistemul propus va avea la baza o arhitectura orientata pe servicii (Services Oriented

Architecture – SOA, in sensul definitiei si intelesului dat de consortiul OASIS - Organization for the

Advancement of Structured Information Standards), avand maxim de flexibilitate in integrarea cu

alte sisteme si in raport cu schimbarile ce pot aparea in fluxurile informationale de baza ale

proceselor sistemului.

[CFG8]Gradul de flexibilitate si compatibilitatea cu schimbarile de cerinte trebuie asigurate de

includerea in aceasta arhitectura a unui ”bus de servicii” (Service Bus – SB), impreuna cu un

modul de ”servicii gestionare fluxuri” (Workflow Services – WS, in sensul intelesului dat de

consortiul OASIS - Organization for the Advancement of Structured Information Standards), care

reprezinta un motor tranzactional ce furnizeaza mecanismele eficiente prin care proiectantii

sistemului pot manipula componente la nivelul modelului unui proces, pentru a defini si rula

38

diverse rutine ale acestui proces, declansate de diverse evenimente, precum si pentru a obtine

raspunsul in timp real al schimbarilor procesului.

[CFG9]Sistemul trebuie sa fie accesibil si posibil de folosit de catre un numar mare de utilizatori,

fara a avea nevoie de cunostinte avansate in ceea ce priveste aplicatiile software.

[CFG10] Sistemul va asigura redundanta atat la nivel hardware, cat si software.

[CFG11]Serviciile oferite prin sistem trebuie implementate pe o platforma specializata pentru

executia proceselor de business, iar interfata de acces la aceste servicii va trebui sa fie conceputa

sub forma unui portal intern intuitiv, cu un design usor de invatat.

[CFG12]Navigarea intre componentele functionale ale sistemului trebuie sa fie intuitiva, bazata

pe o ergonomie ridicata – astfel incat, acolo unde este posibil, sa se puna la dispozitia

utilizatorului secvente de ecrane predefinite, pentru executia anumitor activitati.

[CFG13]Sistemul va permite auditorilor si personalului autorizat monitorizarea si vizualizarea

operatiunilor executate de utilizatorii interni si administratori.

4.2.2 Cerinte specifice

Sistemul propus va fi usor extensibil si bazat pe urmatoarele module de solutie:

[CFS1] Modul Portal intern - care va permite definirea si gazduirea tuturor interfetelor

utilizator si care va permite si administrarea utilizatorilor si a accesului acestora la

functionalitatile sistemului.

[CFS2] Modul Interfata externa de interoperabilitate - care va asigura preluarea

automata si prin actiuni ale operatorilor (manual) a datelor din sistemele TIC ale

urmatoarelor institutii: ANAF, ONRC, ANRMAP, MCSI/SEAP.

[CFS3] Modul Procesare – care va asigura preluarea automata si prin actiuni ale

operatorilor (manual) a datelor din aplicatiile existente la Consiliul Concurentei precum si

stocarea sigura a datelor sub forma unei baze de date relationale (SGBDR) cu capabilitati

extinse de replicare si backup;

[CFS4] Modul Raportare inteligenta – care va permite agregarea atat a informatiilor

existente la Consiliul Concurentei, cat si a celor primite in cadrul schimbului de informatii

cu surse externe si prezentarea acestora sub diferite forme si formate inclusiv panouri de

indicatori care sa sprijine activitatea de decizie in cadrul Consiliului Concurentei;

[CFS5] Portal extern existent extins astfel incat sa comunice cu noua baza de date si sa

poata fi publicate rapoarte generate in modulul de raportare inteligenta. Urmatoarele

functionalitati on-line vor fi adaugate portalului extern, parte a functiei de front-office:

o posibilitatea depunerii de sesizari on-line de catre cetateni/mediu de afaceri si alte institutii publice;

o publicarea deciziilor Consiliului Concurentei;

39

o publicarea spre consultare a proiectelor de modificare a legislatiei secundare.

[CFS6] Modul Monitorizarea si securitatea sistemului – care va asigura atat

monitorizarea performantei si disponibilitatii componentelor sistemului furnizand toate

informatiile necesare administratorilor de sistem pentru evaluarea continua a performantei

componentelor sistemului cat si implementarea cerintelor de securitate necesare

functionarii institutiei (detaliate in capitolul 4.6).

Urmatoarele servicii vor fi puse la dispozitie prin implementarea modulelor de mai sus:

[CFS7] Serviciu de comunicare interna si externa cu cetatenii/angajatii institutiilor

implicate in proiect;

[CFS8] Serviciu de comunicare on line intre Consiliul Concurentei, ONRC, ANAF,

ANRMAP, MCSI/SEAP;

[CFS9] Serviciu de raportare privind anchetele ce vizeaza concurenta de piata;

[CFS10]Serviciu de publicare a rapoartelor, a deciziilor, a avizelor privind actiunile

derulate de Consiliul Concurentei care vizeaza mediul concurential, a documentelor

legislative referitoare la mediul concurential.

4.2.2.1 Modulul Portal intern

Este subsistemul care va asigura accesul utilizatorilor la functionalitatile sistemului si de

asemenea, va contine functionalitatea de administrare a drepturilor si rolurilor acestora.

Fluxul de lucru pentru utilizatorii interni ai Consiliului Concurentei este urmatorul:

Utilizatorul Consiliului Concurentei acceseaza prin intermediul browserului aplicatia web;

Autentificarea si autorizarea utilizatorului este realizata de catre serverul de autentificare;

In functie de drepturile asociate profilului, utilizatorul poate accesa sectiuni din aplicatia

web ;

La nivelul fiecarui ecran de lucru utilizatorul poate efectua operatii de citire, scriere si

stergere.

Modulul Portal Intern reprezinta modalitatea principala de acces la sistemul informatic. Din punct

de vedere tehnic si functional, portalul trebuie sa raspunda „out-of-the-box” la urmatoarele

cerinte:

[CPI1] Sistemul trebuie sa aiba rolul de punct unic de acces la multiple aplicatii si trebuie

sa permita integrarea elementelor de continut si a altor resurse in aplicatii.

[CPI2] Sistemul trebuie sa permita crearea si gestionarea online de comunitati de business

care sa faciliteze o legatura stransa intre oameni, procese, aplicatii si informatie.

[CPI3] Sistemul trebuie sa beneficieze de cele mai noi tehnologii Web 2.0 cum ar fi wikis,

bloguri, sondaje, forumuri de discutii, tagging, RSS, mesagerie instant.

[CPI4] Sistemul trebuie sa fie certificat pentru integrare nativa cu solutii de management al

continutului, management al identitatii utilizatorilor, platforme de management al

proceselor de business (BPM), platforme de integrare SOA, sisteme de tip ERP si sisteme

CRM.

40

[CPI5] Sa fie capabil sa ruleze pe oricare din platformele de sisteme de operare: Windows,

Unix, Linux.

[CPI6] Accesul la paginile Portalului trebuie sa se realizeze printr-un browser Web.

Sistemul trebuie sa fie certificat pentru utilizarea cel putin a urmatoarelor browsere:

Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, Apple Safari;

[CPI7] Interfata prezentata utilizatorului dupa autentificare trebuie sa contina modalitatile

de acces strict legate de aplicatiile la care utilizatorul are drepturi de acces in functie de

drepturile acordate;

[CPI8] Sistemul trebuie sa puna la dispozitia utilizatorilor o interfata bogata in

functionalitati, care sa ofere un nivel ridicat de accesibilitate, conform cu cerintele de

accesibilitate Web Content Accessibility Guidelines (WCAG);

[CPI9] Sistemul trebuie sa ofere un grad ridicat de securitate care sa garanteze

confidentialitatea si securitatea datelor utilizatorilor pentru accesul neautorizat atat din

afara cat si din interiorul sistemului;

[CPI10] Sa ofere acces catre toate resursele prezente in cadrul portalului printr-o singura

autentificare, la deschiderea sesiunii;

[CPI11] Sistemul de portal trebuie sa ofere utilizatorilor versiuni diferite ale interfetei de

portal, in functie de tipul utilizatorului;

[CPI12] Utilizatorii trebuie sa poata specifica intervalul de inactivitate dupa care o

conexiune expira;

[CPI13] Utilizatorii trebuie sa poata defini frecventa de reimprospatare a paginilor proprii;

[CPI14] Sistemul trebuie sa permita definirea de comunitati de utilizatori in cadrul

portalului si de site-uri asociate acestora. Comunitatile trebuie sa poata fi definite in jurul

unui task, proiect sau departament;

[CPI15] Sistemul trebuie sa permita, in cadrul unei comunitati de utilizatori, definirea de

subcomunitati. Fiecare comunitate trebuie sa aiba un administrator care defineste

subcomunitatile, stabileste drepturile de acces la pagini si portleti, layout-ul, optiunile de

paginare;

[CPI16] Utilizatorii trebuie sa aiba posibilitatea de a se alatura unei comunitati, de a parasi

o comunitate, de a recomanda o comunitate altor utilizatori sau de a face invitatii altor

utilizatori sa se alature propriilor comunitati;

[CPI17] Administrarea si dezvoltarea portalului se va putea realiza facil, utilizand doar un

browser web;

[CPI18] Un framework unic de dezvoltare a portalului, astfel incat indiferent de tipul de

continut publicat in portal sau de tipul de aplicatii, modul de integrare al acestora in portal

sa fie consistent si sigur;

[CPI19] Servicii si extensii modulare ale portalului, care sa permita dezvoltarea ulterioara

de noi functionalitati;

[CPI20] Solutia trebuie sa beneficieze de instrumente pentru dezvoltarea rapida de portleti

Java si Microsoft .NET

[CPI21] Solutia de portal trebuie sa ofere suport pentru WSRP 1.0 si 2.0;

[CPI22] Solutia de portal trebuie sa imbunatateasca experienta utilizatorilor prin utilizarea

unor tehnologii bazate pe Web 2.0 si AJAX;

[CPI23] Solutia de portal trebuie sa ofere suport pentru standardele deschise JSR 168, JSR

286, standarde ce permit publicarea in portal a unor portleti moderni si usor de construit;

[CPI24] Solutia de portal trebuie sa ofere suport pentru standardul JSR 170 pentru

administrarea si gestionarea elementelor de continut;

41

[CPI25] Modulul de portal oferit trebuie sa suporte standardul deschis JSR 301, pentru a

realiza o conversie rapida a aplicatiilor JSF in portleti ce pot fi publicati in portal;

[CPI26] Solutia oferita trebuie sa ofere suport pentru standardul deschis JSF;

[CPI27] Solutia propusa trebuie sa ofere suport pentru standardul de comunicatii JSR 116;

[CPI28] Solutia de portal va contine adaptori specializati pentru interfatarea cu sisteme de

content management precum: Microsoft SharePoint, Oracle WebCenter Content, EMC

Documentum si Lotus Notes;

[CPI29] Solutia de portal trebuie sa ofere o integrare nativa cu suita Microsoft Office astfel

incat utilizatorii sa poata deschide cu aplicatiile Office documente din portal si sa poata

publica documente in portal chiar din interfetele suitei;

[CPI30] Solutia de portal va oferi capabilitati avansate de federalizare pentru a putea reuni

o serie de portaluri intr-o singura interfata, agregata;

[CPI31] Modulul de portal va putea prelua toate serviciile oferite de portalurile pe care le

federalizeaza;

[CPI32] Solutia de portal trebuie sa ofere servicii de tip Single Sign-On la nivelul tuturor

informatiilor prezentate in portalul federalizat;

[CPI33] În ceea ce priveste securitatea, solutia de portal trebuie sa beneficieze de

capabilitati complexe, avansate, bazata pe standardele. Solutia trebuie sa ofere suport

pentru urmatoarele: JAAS, LDAP, WS-Security, Single Sign-On (SSO), Secure Sockets

Layer (SSL);

[CPI34] Continutul accesat prin portal trebuie sa fie automat ajustat, pe baza rolurilor

predefinite ale utilizatorilor in functie de drepturile acordate;

[CPI35] Sa ofere o vedere unica, consistenta asupra unei game variate de surse de

informatii si in concordanta cu actiunile pe care utilizatorul le are de realizat;

[CPI36] Posibilitatea de a avea portleti obligatorii in sectiuni predefinite si portleti

selectabili de catre utilizatori;

[CPI37] Solutia de portal trebuie sa ofere un motor de cautare avansat care va oferi

urmatoarele functionalitati:

o utilizarea unor criterii de relevanta pentru obtinerea rapida a informatiilor cautate;

o efectuarea de interogari federalizate in toate sursele de informatie prezente in

mediul portal;

o sa includa mecanisme de invatare pe baza cautarilor deja efectuate pentru strangerea

informatiilor referitoare la relevanta;

o sa includa capabilitati de cautare in cadrul documentelor XML;

o utilizarea expresiilor booleene in cadrul cautarilor;

o cautarea de documente similare cu un anumit document dat;

o va oferi mecanisme de tip proximitate pentru regasirea mai usoara a informatiilor

cautate;

o va agrega toate rezultatele unei cautari, indiferent de sursa acestora, si le va

prezenta intr-o singura interfata in functie de necesitatile utilizatorilor.

[CPI38] Modulul de portal trebuie sa contina o componenta de prezenta web, componenta

ce va semnala utilizatorilor cand un anumit membru sau grup de membrii este online;

[CPI39] Solutia trebuie sa contina un modul pentru forumuri de discutii, pentru a inlesni

comunicarea online intre utilizatori;

[CPI40] Solutia trebuie sa beneficieze de o componenta specializata care sa ofere

posibilitatea de a publica anunturi in cadrul portalului;

[CPI41] Componenta specializata pentru anunturi trebuie sa permita configurarea

numarului de anunturi afisate in mod implicit;

42

[CPI42] Componenta specializata pentru anunturi trebuie sa permita utilizatorilor sa aleaga

ce anunturi doresc sa fie afisate, in functie de data publicarii: toate anunturile, anunturi

publicate astazi, anunturi publicate in ultima saptamana, anunturi publicate in ultima luna,

anunturi publicate intr-o perioada data

[CPI43] Solutia trebuie sa beneficieze de o componenta specializata care sa ofere

posibilitatea de a realiza sondaje, chestionare (polls) in legatura cu anumite subiecte

dezbatute in cadrul portalului. Utilizatorii trebuie sa aiba posibilitatea de a raspunde la

intrebarile sondajelor si de a vedea rezultatele inregistrate;

[CPI44] Rezultatele sondajelor trebuie sa poata fi prezentate grafic sub forma de diagrame

tip coloana, diagrame radiale (pie-chart) etc. Graficele trebuie sa ofere informatii

referitoare la numarul de utilizatori care au ales o anumita varianta de raspuns sau la

procentajul acestora;

[CPI45] Solutia trebuie sa permita crearea cel putin a urmatoarelor tipuri de intrebari in

sondaje:

o intrebari cu mai multe variante de raspuns din care utilizatorii pot alege unul singur;

o intrebari cu mai multe variante de raspuns din care utilizatorii pot alege mai multe;

o matrici de optiuni din care utilizatorii pot alege un raspuns pe o linie;

o matrici de optiuni din care utilizatorii pot alege mai multe raspunsuri pe o linie;

[CPI46] Solutia trebuie sa ofere suport pentru fluxuri de informatii tip RSS 2.0 si Atom

1.0;

[CPI47] Solutia trebuie sa contina un modul de bloguri web;

[CPI48] Solutia trebuie sa contina un modul de wiki;

[CPI49] Solutia trebuie sa contina un modul de tip calendar de evenimente;

[CPI50] Solutia trebuie sa permita transmiterea de notificari pe e-mail pentru activitatile

care trebuie intreprinse. Notificarea trebuie sa permita accesul direct la activitatea ce

trebuie intreprinsa de catre utilizatorul care a fost notificat;

[CPI51] Utilizatorii abonati la o discutie trebuie sa aiba posibilitatea de a primi notificari

cand mesaje noi sunt postate;

[CPI52] Solutia de portal va contine o componenta de analitice ce va culege informatii

referitoare la activitatile vizitatorilor si utilizarea continutului stocat;

[CPI53] Capabilitatile de urmarire si analiza a traficului trebuie permita colectarea si

raportarea de metrici pentru functionalitatile oferite de portalul extern, incluzand accesul la

pagini, portleti si documente precum si interactiunea intre utilizatorii portalului;

[CPI54] Metricile colectate trebuie sa pota fi corelate cu informatiile referitoare la profilul

utilizatorilor pemitand apoi filtrarea datelor dupa atribute din profil cum ar fi locatia

utilizatorului, compania sau functia;

[CPI55] Sistemul trebuie sa permita colectarea, analiza si raportarea urmatoarelor tipuri de

metrici:

o Trafic la nivel de portal;

o Trafic la nivel de pagina;

o Metrici referitoare la conectarea utilizatorilor;

o Metrici la nivel de portleti si performantele acestora (frecventa utilizarii, timpi de

raspuns);

o Metrici referitoare la operatiile de cautare realizate prin portal;

o Metrici referitoare la documentele din portal;

o Metrici referitoare la bloguri, discutii si wikis.

43

[CPI56] Toate datele de acces si de utilizare sistem vor putea fi puse la dispozitia

utilizatorilor prin intermediul unor rapoarte detaliate. Rapoartele trebuie sa poata fi

prezentate grafic sub forma de diagrame tip coloana, radiale (pie-chart) etc;

[CPI57] Toate actiunile efectuate de catre utilizatori in cadrul portalului vor fi auditate, iar

sistemul va pune la dispozitia utilizatorilor diferite rapoarte de audit;

[CPI58] Solutia trebuie sa includa o componenta de management, cu capabilitati de

diagnoza si administrare operational;

[CPI59] Solutia trebuie sa dispuna de capabilitati de a folosi si combina date, prezentari

sau functionalitati din doua sau mai multe surse pentru a crea noi servicii (capabilitati de

mash-up);

[CPI60] Solutia trebuie sa includa un framework de dezvoltare rapid bazat pe standardul

JSF;

[CPI61] Sa fie suportata nativ capabilitatea de WebClipping;

[CPI62] Solutia trebuie sa includa capabilitati de ranking al activitatii, in legatura cu

numarul de utilizatori care au vizitat, au facut tag sau doar au accesat anumite pagini sau

anumiti alti utilizatori ai solutiei.

[CPI63] Trebuie sa permita instalarea de noi versiuni ale unei aplicatii fara intreruperea

utilizatorilor conectati asigurand continuitate activitatii de business (Zero-Downtime);

vechea aplicatie va fi dezactivata numai dupa inchiderea tuturor conexiunilor active la

momentul instalarii noi versiuni;

[CPI64] Sa ofere suport complet pentru specificatia Enterprise JavaBeans 3.0 sau

echivalent pentru incapsularea logicii de business a aplicatiilor;

Componenta de administrare a identitatii utilizatorilor si controlul accesului la resurse,

functionalitate inclusa in portalul intern va trebui sa respecte urmatoarele cerinte tehnologice:

[CPI65] Sa asigure serviciul de autentificare a utilizatorului la intrarea in sistemul

informatic integrat (Single sign-on centralizat). Din pagina principala utilizatorul va putea

introduce numele user-ului si parola. Dupa ce utilizatorul a fost autentificat, el va avea

acces la toate zonele de portal intern si aplicatii pentru care este autorizat, fara a i se mai

ceara numele user-ului si parola de acces.

[CPI66] Accesul la oricare din aplicatiile componente ale solutiei se va face utilizand o

autentificare unica la inceputul sesiunii de lucru. Drepturile si rolurile utilizatorului sa fie

stocate in mod unic in Directory-ul oferit.

[CPI67] Autentificarea utilizatorilor si autorizarea acestora in sistem sa se faca prin

mecanisme de tip autentificare unica prin intermediul rolurilor si privilegiilor.

[CPI68] Sa ofere definire centralizata de drepturi la nivel de Directory compatibil cu

standardul LDAP (ver.3). Utilizatorii vor avea acces numai la aplicatiile si documentele

pentru care au drepturi.

[CPI69] Sa suporte un mod flexibil si unitar pentru gestiunea drepturilor si politicilor de

acces ale utilizatorilor la toate resursele sistemului integrat (aplicatii, module, categorii de

informatie) prin definire, modificare, stergere, explorare, pastrare istoric sesiuni de acces.

[CPI70] Sa ofere integrare cu alte solutii de tip Directory oferind sincronizare si

interoperabilitate.

[CPI71] Sa asigure mecanisme de securitate implementate pe mai multe niveluri, la nivel

sistem de operare, la nivel de acces in retea, la nivel de aplicatie si la nivel de baza de date.

[CPI72] Trebuie sa permita autentificarea, identificarea, verificarea drepturilor si

permisiunilor, supravegherea cererilor de servicii si operatiilor executate de persoana care a

generat, a modificat sau a sters o informatie.

44

[CPI73] Arhitectura de tip n-tier, bazata pe J2EE, ce foloseste SSL, JAAS pentru

protejarea informatiei.

[CPI74]Sa ofere suport pentru cele mai populare sisteme de operare precum: AIX, Linux,

Solaris, Windows 2012.

[CPI75] Sa ofere suport pentru multiple servere de aplicatie precum: JBoss, Oracle

Application Server, BEA WebLogic si IBM webSphere.

[CPI76] Interfata predefinita de tip self-care pentru utilizatori, manager si administratori

pentru administrarea identitatii utilizatorilor.

[CPI77] Solutia Portal intern propusa sa ofere urmatoarele functionalitati:

Portalul intern sa includa un instrument pentru administrarea utilizatorilor. Acesta va realiza definirea de useri si parole, schimbare parole, gestiune a drepturilor de acces bazat pe grupuri de utilizatori/roluri astfel incat un utilizator sa poata face parte din mai multe grupuri generice de drepturi de acces, alte activitati de administrare utilizatori.

Sistemul de portal intern trebuie sa permita utilizarea profilelor de utilizatori, administratorul putand seta astfel preferintele atat la nivel de profil, grup cat si la nivel de utilizator. Aceste preferinte specifica atat accesul pe care il vor avea la diverse portiuni ale portalului cat si drepturile asupra acestor zone.

Solutia de portal intern trebuie sa permita deconectarea (logoff) automata - sa ofere un mecanism prin care un utilizator sa fie deconectat in cazul in care nu a mai efectuat nici o tranzactie/actiune intr-o perioada de timp (interval ce trebuie sa poata fi setat de administrator).

4.2.2.2 Modul Interfata Externa de Interoperabilitate

Modulul Interfata externa de interoperabilitate va functiona ca interfata a sistemului integrat cu

utilizatorii interni – angajati ai Consiliului Concurentei in procesul schimbului de informatii cu

institutiile publice implicate in proiectul interoperabil propus – ONRC, ANAF, ANRMAP,

MCSI/SEAP.

In prezent, pentru colectarea datelor de la institutiile mentionate, Consiliul Concurentei utilizeaza

doua canale de comunicare:

Site-urile institutiilor, pentru informatiile publice;

Solicitari scrise / telefonice / prin email, pentru informatii ce nu sunt publice sau pentru

situatii centralizatoare mai complexe.

Formatul informatiilor colectate este diferit de la o institutie la alta si poate fi astfel:

informatiile obtinute de pe site-uri – sunt salvate in documente word sau intr-un format

prelucrabil, daca site-ul respectiv permite exportul acestora.

informatiile obtinute in urma solicitarilor – sunt, in general, in format prelucrabil (excel) si

sunt transmise pe e-mail sau pe suport magnetic (CD, DVD).

Exemple pentru tipurile de informatii solicitate institutiilor mentionate si care pot fi obtinute fie

de pe site-urile publice ale institutiilor, fie prin adrese scrise, sunt centralizate in tabelul urmator:

45

Institutia Informatii solicitate

ONRC Date de identificare firma: nume, adresa, cod fiscal, telefon, telex, fax, capital social subscris, date despre filiale, sucursale, subunitati (adresa, telefon etc), date despre alte sedii secundare (adresa, telefon), date de bilant (cifra de afaceri, numar mediu de salariati, profit brut)

Participare straina la capital;

Obiecte de activitate (cod CAEN) principale declarate;

Obiecte de activitate (cod CAEN) secundare declarate;

Date despre asociati persoane fizice si juridice (adresa, aport la capital, numar actiuni, act identitate+locul nasterii+data nasterii pentru asociati persoane fizice);

Date despre administratori (adresa, cetatenie, data si locul nasterii, functie).

ANAF Indicatori din bilant (active imobilizate, active circulante, creante, casa si conturi in banci, cifra de afaceri neta, venituri totale, cheltuieli totale, profit/pierdere, numar mediu de salariati, tipul de activitate)

Pentru o suma de coduri CAEN si o perioada de timp specificate, date de identificare ale firmelor (denumire, adresa, cod fiscal, nr. inregistrare RC), cifra de afaceri neta anuala realizata.

ANRMAP Documente constatatoare pentru firme

Informatii referitoare la anumite licitatii

MCSI/SEAP Pentru o perioada de timp si o suma de coduri CAEN specificate, se solicita anunturile de atribuire cu urmatoarele informatii: numar anunt de atribuire, data publicare anunt, denumire contract, autoritate contractanta, adresa autoritate contractanta, cod CPV, denumire CPV, versiune CPV, tip contract, modalitate de desfasurare, tip procedura, creiterii de atribuire, valoare finala contract, numar contract, denumire ofertanti, date de identificare ofertanti, numele castigatorului, posibilitatea subcontractarii etc.

Prin sistemul interoperabil propus, interactiunea cu sistemele institutiilor mentionate se va

realiza printr-un proces de tipul cerere-raspuns in doua variante:

[CIEI1] Prin transmiterea cererilor folosind instrumente specifice (email, adrese scrise) si

incarcarea raspunsurilor venite in format electronic, conform unui protocol prestabilit, in

baza de date, folosind instrumentele proprii dezvoltate in cadrul proiectului

[CIEI2] Prin utilizarea unor componente automate – servicii web - acolo unde sistemele

respective pot la randul lor folosi aceste componente. Pentru transfer se folosesc formate de

date anterior stabilite in standardul XML, si interfete speciale de incarcare.

46

[CIEI3] Se vor defini sabloane diferite, in functie de institutie/aplicatie pentru incarcarea cererilor

de date si pentru incarcarea raspunsurilor primite de la institutii.

[CIEI4] Functia de e-mail va fi integrata in aplicatie, cu posibilitatea transmiterii cererilor prin

posta electronica direct prin intermediul sistemului, prin integrare cu serviciul de posta

electronica folosit curent in cadrul institutiei.

[CIEI5] Sistemul propus pentru Consiliul Concurentei va putea furniza la randul lui informatii catre

institutiile partenere, pe baza de protocoale prestabilite, in formate electronice ce vor permite

integrarea datelor si aplicatiilor (tehnologia middleware realizata prin intermediul serverului de

aplicatii, a interfetelor si a bazei de date, bazata pe scalabilitate si pe posibilitati de recuperare),

serviciile web, serviciile de interconectare si salvarea continutului in baza de date.

Prin intermediul acestui modul, Consiliul Concurentei va putea furniza pe viitor informatii utile

celorlalte institutii partenere, ca de exemplu informatii referitoare la actionariatul firmelor

straine sau datele de identificare ale firmelor straine.

Din punct de vedere tehnologic, interfata externa cu sistemele TIC de la ONRC, ANAF, ANRMAP,

MCSI/SEAP va respecta urmatoarele cerinte:

[CIEI6] Sa ofere suport complet pentru dezvoltarea, testarea, executia, monitorizarea,

optimizarea si administrarea proceselor de lucru;

[CIEI7]Sa ofere suport pentru solutii moderne si deschise de integrare conform principiilor

si conceptelor arhitecturii Service Oriented Architecture (SOA) si Event Driven

Architecture (EDA);

[CIEI8] Sa fie bazata pe standardele deschide de interoperabilitate a aplicatiilor WS-I

Basic Profile,WSDL, WS-*, XML, SOAP, UDDI, BPEL;

[CIEI9]Trebuie sa permita modelarea declarativa a proceselor de lucru utilizand standardul

OASIS BPEL cu ajutorul mediului de dezvoltare integrat al sistemului;

[CIEI10]Platforma de integrare si mediul sau de dezvoltare sa asigure instalarea proceselor

modelate pe serverele de executie si sa sustina scrierea de suite de teste asociate fluxurilor

de lucru;

[CIE11] Trebuie sa permita comunicatii sincrone si asincrone inter-aplicatii;

[CIE12] Sa ofere mecanisme transparente de persistenta a starii proceselor si informatiilor

de audit intr-o baza de date relationala;

[CIEI13] Din punct de vedere al interactiunii umane cu procesele de integrare, sa ofere

sabloane predefinite de dirijare a activitatilor catre utilizatorii cu roluri specifice la nivelul

aplicatiilor precum si interfete grafice de lucru cu fluxurile automatizate;

[CIEI14] În scopul detectarii problemelor de performanta a platformei de fluxuri,

infrastructura de executie va permite colectarea permanenta de statistici de executie – timpi

de executie, frecventa de aparitie evenimente, stari fluxuri – pentru procesele instalate;

47

[CIEI15] Sistemul va include un modul dedicat de stocare si evaluare a regulilor de

business, externe proceselor modelate, pe care personalul non-tehnic le va putea accesa si

modifica on-line prin intermediul unei console web;

[CIEI16] Tipurile de mesaje transportate suportate de solutia de tip Service Bus vor fi:

XML, text, binar, attachment;

[CIEI17] Sistemul va include capabilitati extinse de transformare a mesajelor XML

utilizand standarde deschise W3C Extensible Stylesheet Language (XSL) si Xquery;

[CIEI18] Sa ofere solutii de conectare predefinite la principalele tipuri de tehnologii: baze

de date relationale, cozi de mesaje (Java JMS,Oracle Advanced Queuing AQ, IBM MQ,

MS MQ), sisteme de fisiere, servere FTP;

[CIEI19] Sa ofere un cadru de dezvoltare pentru noi solutii de conectare la sisteme externe

bazat pe standarde deschise;

[CIEI20] Sa ofere servicii de transport cu suport pentru persistenta datelor si garantarea

livrarii datelor;

[CIEI21] sa includa capabilitati extinse de transformare si dirijare a datelor bazate pe

continutul transportat;

[CIEI22] Trebuie sa permita folosirea canalelor de notificare moderne (email, voce, SMS,

fax) pentru informarea utilizatorilor despre evenimentele semnificative aparute in aplicatii;

[CIEI23] Solutia va implementa urmatoarele modele de servicii: sincron cerere/raspuns,

asincron one-to-one, asincron one-to-many, asincron cerere/raspuns (synchronous-to-

asynchronous bridging);

[CIEI24] Trebuie sa permita auditarea si inregistrarea proceselor si serviciilor executate

sau in curs de executie precum si a datelor transportate.

[CIEI25] Service Bus-ul va oferi posibilitatea definirii, la momentul executiei, a adreselor

de destinatie a mesajelor (Dynamic Routing), eventual prin interogarea unei solutii de tip

Service Registry;

[CIEI26] Solutia va implementa mecanisme de control si garantare a livrarii mesajelor

conform urmatoarelor tipuri de politici: Exactly-Once, At-Least-Once, Best-Effort;

[CIEI27] Sa includa o solutie de tipul monitorizare a activitatii de afaceri - Business

Activity Monitoring (BAM);

[CIEI28] Trebuie sa asigure monitorizarea in timp real a unor indicatori de performanta ce

vor fi definiti in timpul fazei de analiza;

[CIEI29] Trebuie sa asigure monitorizarea in timp real a SLA-urilor de business sau

operationale;

[CIEI30] Sa colecteze date utilizand diferite canale de date precum: conexiuni la baze de

date relationale, cozi de mesaje, publicare directa in cache-ul de monitorizare in timp real;

[CIEI31] Definirea si prezentarea tablourilor de bord se va putea face de catre personal

non-tehnic utilizand un simplu browser web;

[CIEI32] Solutia va permite definirea de alerte si planuri de actiuni asociate nerespectarii

KPI-urilor si SLA-urilor impuse sau altor evenimente ale sistemului;

[CIEI33] Sa ofere un modul centralizat de gestiune si aplicare a politicilor de securitate

peste portofoliul de fluxuri electronice instalat;

[CIEI34] Sa ofere servicii de securitate atat la nivel transport cat si la nivel de aplicatie;

48

[CIEI35] Pentru asigurarea securitatii la nivel transport, solutia va permite utilizarea

protocolul Secure Socket Layer (SSL) si a certificatelor compatibile X.509;

[CIEI36] Sa ofere servicii de securitate specifice lucrului cu serviciile web standard:

o autentificarea accesului la servicii;

o autorizarea accesului la servicii.

[CIEI37] Solutia sa fie bazata pe standardele deschise de securitate a serviciilor web,

precum WS-Security, Security Assertation Markup Language (SAML);

[CIEI38] Sa ofere suport pentru standardele deschise de securitate privind mesajele in

format XML:

o XML Encryption pentru criptarea / decriptarea mesajelor XML in vederea asigurarii

confidentialitatii mesajelor transportate;

o XML Signature pentru semnarea / verificarea digitala a mesajelor XML in vederea

asigurarii integritatii si non-repudierii mesajelor transportate.

[CIEI39] Solutia va putea securiza totalitatea apelurilor catre serviciile existente printr-un

mod de functionare de tip poarta de acces (gateway) fara sa fie necesara modificarea

proceselor instalate;

[CIEI40] Sa ofere agenti ce vor putea fi instalati pe statiile client in vederea impachetarii

(adaugare informatii securitate) apelului catre serviciile web dorite;

[CIEI41] Mecanisme de grupare a serverelor in clustere pentru toate componentele

platformei de integrare atat in topologii de tip activ-activ cat si activ-pasiv;

[CIEI42] Stoparea temporara a unui nod din cluster pentru mentenanta si suport, sistemul

in acest timp fiind disponibil pentru activitati normale;

[CIEI43] Mecanisme de balansare dinamica a incarcarii sistemului intre resursele

administrate in cadrul aceluiasi cluster;

[CIEI44] Mecanisme de scalare a sistemului pe orizontala (Scale Out) si verticala (Scale

Up);

[CIEI45] Sa permita rularea platformei de integrare pe toate distributiile majore de sisteme

de operare prezente pe piata: Windows, Linux si Unix;

[CIEI46] Suport pentru includerea sub-proceselor apelate dintr-un proces principal in

tranzactia fluxului initiator;

[CIEI47] Implementarea unui mecanism de export al informatiilor – variabile proces,

activitati, exceptii – din flux direct in baze de date relationale sau cozi de mesaje;

[CIEI48] Facilitati de activare a auditarii numai in cazul terminarii cu eroare a unui flux;

[CIEI49] Specificarea si modificarea fluxurilor de mesaje sa se poata face atat utilizand

mediul de dezvoltare integrat al sistemului cat si un simplu browser web;

[CIEI50] Managementul incarcarii livrarii mesajelor catre serviciile destinatie inregistrate

la nivelul magistralei de interconectare folosind cozi de mesaje tampon care permit:

o definirea concurentei maxime admise de serviciul destinatie;

o definirea unei perioade de expirare pentru mesajele trimise;

o definirea de prioritati asociate mesajelor.

[CIEI51] Actualizarea informatiilor in panourile de bord se va face automat, in timp real,

fara a fi necesar un “Refresh” manual din partea utilizatorului;

49

[CIEI52] Se va permite apelul de fluxuri de business ca pas al unui plan de actiuni;

[CIEI53] Platforma de monitorizare va fi direct integrata cu infrastructura de fluxuri de

procesare oferind posibilitatea publicarii directe de informatii relevante la nivel de proces

catre cache-ul sistemului de monitorizare;

[CIEI54] Definirea politicilor de securitate se va face declarativ, utilizand un instrument de

configurare web-based, pe baza unor primitive de activitati de securitate pre-definite –

exemplu: verificarea credentialelor utilizator versus un director LDAP, auditarea accesului

la un serviciu etc.

4.2.2.3 Modulul Procesare

Modulul de procesare trebuie sa fie o solutie matura, de tip enterprise, recunoscuta pe plan

intern si international. Modulul trebuie sa indeplineasca out-of-the-box cerintele tehnice si

functionale enumerate mai jos:

[CP1] Procesarea datelor si a documentelor primite atat din surse externe cat si din

aplicatiile existente va duce, in final, la dezvoltarea unui registru de date privind

concurenta de piata, registru care va include o serie de informatii pentru o

companie/institutie legate de:

o identitate o activitate comerciala o situatie economica o contracte o licitatii o indeplinire obligatii contractuale o interactiune cu Consiliul Concurentei o cazuistica etc.

[CP2] Datele incarcate in baza de date unica la nivel central trebuie sa fie accesibile atat

utilizatorilor interni de la nivel central, cat si utilizatorilor aflati la distanta, din

Inspectoratele teritoriale. Pe baza acestor date, se pot realiza diverite analize si raportari

necesare activitatii de investigatii, dar vor putea fi folosite si in procesul decizional.

[CP3] Sa asigure gestionarea electronica a documentelor institutiei.

[CP4] Sa poata rula pe oricare din urmatoarele sisteme de operare: Microsoft Windows (cel

putin Windows Server 2003/2008/2012), Linux (cel putin SUSE Linux Enterprise Server

10/11, Oracle Linux 4/5/6, Red Hat Enterprise Linux 4/5/6) si Unix (cel putin IBM AIX

6/7, HP-UX 11, Oracle Solaris 10/11).

[CP5] Setarile de configurare ale Modulului de Procesare trebuie sa fie stocate intr-un

sistem de gestiune a bazelor de date certificat pentru solutia ofertata. Modulul trebuie sa

poata utiliza oricare din urmatoarele sisteme de gestiune a bazelor de date: Microsoft SQL

50

Server (cel putin SQL Server 2005/2008), Oracle Database (cel putin Oracle Database

10g/11g), IBM DB2 (cel putin o distributie).

[CP6] Accesul la paginile Modulului de Procesare trebuie sa se realizeze printr-un browser

Web. Modulul trebuie sa fie certificat pentru utilizarea cel putin a urmatoarelor browsere:

Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, Apple Safari.

[CP7] Documentele gestionate trebuie sa fie stocate, la nivel logic, intr-un depozit

securizat de documente. La nivel fizic, documentele trebuie sa fie stocate intr-un sistem de

fisiere sau intr-o baza de date relationala.

[CP8] Interfata aplicatiei trebuie sa fie intuitiva, usor de utilizat, customizabila in ceea ce

priveste aspectul (culori, logo-uri) si functionalitatile expuse, sa beneficieze de bare de

instrumente (toolbars) si meniuri.

[CP9] Solutia trebuie sa beneficieze de interfata complet localizata in limba romana pentru

utilizare si administrare

[CP10] Sa furnizeze un instrument administrativ care sa poata fi accesat prin intermediul

unui browser web.

[CP11] Din punct de vedere al securitatii, solutia trebuie sa ofere functionalitati atat pentru

autentificarea utilizatorilor cat si pentru autorizarea acestora. Functionalitatile de

autentificare si autorizare trebuie tratate separat pentru a asigura o securizare cat mai buna

a documentelor gestionate.

[CP12] Accesul la documentele gestionate trebuie sa se realizeze pentru utilizatorii

autentificati pe baza unor drepturi de acces gestionate in cadrul solutiei.

[CP13] Solutia trebuie sa permita declararea anumitor documente ca fiind publice, accesul

la acestea nefiind in nici un fel restrictionat. Utilizatorii trebuie sa poata accesa

documentele publice fara a fi necesara autentificarea lor in aplicatie.

[CP14] Solutia trebuie sa permita gruparea documentelor in foldere, subfoldere si

organizarea acestora intr-o structura arborescenta similara sistemelor de fisiere folosite de

sistemele de operare.

[CP15] Fiecare document gestionat trebuie sa aiba asociate campuri index predefinite (ID,

Titlu, Autor, Data crearii, Drepturi de acces etc) si campuri index specifice, definite de

administratorii solutiei.

[CP16] Solutia trebuie sa permita definirea de campuri index care se vor asocia fiecarui

dosar sau document. Definirea campurilor index si toate setarile de configurare a acestora

trebuie sa poata fi realizate in interfata de administrare a solutiei, fara a necesita

programare.

[CP17] Tipurile de date acceptate de fiecare camp index trebuie sa fie cel putin

urmatoarele: text, data calendaristica, numar intreg, numar real, lista de optiuni. În cazul

campurilor de tip lista de optiuni, solutia trebuie sa permita atat valori predefinite cat si

popularea automata a listei cu valori noi introduse.

[CP18] Fiecare camp index trebuie sa poata fi declarat ca obligatoriu (necesita introducerea

unei valori; documentul nu poate fi salvat fara completarea acestui camp) sau optional (nu

necesita introducerea unei valori)

51

[CP19] Campurile index trebuie sa poata fi completate atat manual de catre utilizatori cat si

automat pe baza unor reguli automate de clasificare si catalogare. Motorul de catalogare

automata trebuie sa fie inclus in solutia ofertata.

[CP20] Solutia trebuie sa asigure importul manual al documentelor si completarea

campurilor index asociate.

[CP21] Solutia trebuie sa ofere functionalitati de preview al documentelor inainte de a fi

stocate in depozitul de documente.

[CP22] Solutia trebuie sa asigure importul simultan al unui numar mare de documente

(loturi de documente) impreuna cu metadatele asociate.

[CP23] Solutia trebuie sa asigure generarea de thumbnails pentru documentele importate.

[CP24] Pentru un acces usor la documente, solutia trebuie sa asigure transformarea

dinamica in format web (HTML) a documentelor importate. Motorul de conversie trebuie

sa fie inclus in solutia propusa.

[CP25] Solutia trebuie sa asigure conversia automata a urmatoarelor tipuri de documente:

o documente create cu editoare de text (Ex: Microsoft Word, Microsoft RTF, Corel

WordPerfect, StarOffice/OpenOffice Writer etc)

o foi de calcul tabelar (Ex: Microsoft Excel, QuatroPro, StarOffice/OpenOffice Calc

etc)

o prezentari (Ex: Microsoft PowerPoint, Corel/Novel Presentations,

StarOffice/OpenOffice Impress etc)

o formate grafice (Ex: Microsoft Visio, Adobe Photoshop, Illustrator, Acrobat,

CorelDraw, PostScript, JPEG, TIFF etc)

o formate tabela (Microsoft Access, dBASE etc).

[CP26] Solutia trebuie sa permita integrarea nativa cu aplicatii desktop ca Microsoft

Windows Explorer, Microsoft Word, Microsoft Excel, Microsoft Outlook, Lotus Notes etc.

CP27] Solutia trebuie sa beneficieze de un viewer integrat care sa asigure vizualizarea

documentelor direct din browser, fara a necesita instalarea pe statia de lucru client a

aplicatiei care a generat documentul.

[CP28] Solutia trebuie sa permita adaugarea pe documente de adnotari tip text, linie,

subliniere (highlight), forma geometrica (poligon, cerc etc), stampila.

[CP29] Solutia trebuie sa permita colaborarea in timp real pe documente. Mai multi

utilizatori trebuie sa poata revizui un document in mod interactiv, simultan.

[CP30] Solutia trebuie sa ofere utilizatorilor instrumentele necesare pentru a comunica prin

mesagerie instantanee in timp ce lucreaza in comun la revizuirea unui document.

[CP31] În interfata de colaborare, solutia trebuie sa ofere informatii despre utilizatorii

prezenti, utilizatorii care s-au alaturat sau au parasit spatiul de lucru sau discutia etc.

[CP32] Solutia trebuie sa ofere functionalitati de gestionare a documentelor in mod offline.

[CP33]Solutia trebuie sa asigure crearea de discutii asociate fiecarui document gestionat.

Utilizatorii trebuie sa poata stabili un subiect pentru discutie iar pentru mesajele postate

trebuie sa se inregistreze numele utilizatorului care a postat, data si ora postarii, daca a fost

sau nu o replica la un mesaj postat anterior etc.

[CP34] Solutia trebuie sa ofere functionalitati si suport pentru fluxuri RSS.

52

[CP35] Solutia trebuie sa asigure indexarea full-text a documentelor gestionate. Motorul de

indexare full-text trebuie sa fie inclus in solutia propusa.

[CP36] Solutia trebuie sa asigure pentru fiecare document gestionat pastrarea unui istoric

al actiunilor realizate asupra sa. Istoricul actiunilor trebuie sa contina cel putin urmatoarele

informatii: informatii de identificare a documentului, actiunea realizata asupra

documentului, utilizatorul care a realizat actiunea, data si ora la care actiunea a fost

executata.


al versiunilor sale. Istoricul versiunilor trebuie sa contina cel putin urmatoarele informatii:

informatii de identificare versiunii, data si ora crearii versiunii, data si ora expirarii

versiunii, informatii de stare.


al valorilor metadatelor. Istoricul metadatelor trebuie sa contina cel putin urmatoarele

informatii: informatii de identificare utilizatorului care a modificat metadatele, data si ora

modificarii, campul index care a suferit modificari, vechea si noua valoare din campul

index.

[CP39] Pentru documentele care au parcurs un flux de activitati (de exemplu: flux de

aprobare), solutia trebuie sa asigure pastrarea unui istoric al pasilor parcursi in cadrul

fluxului. Istoricul documentului referitor la pasii parcursi in cadrul fluxurilor trebuie sa

contina cel putin urmatoarele informatii: numele fluxului, informatii de identificare a

documentului, actiunea realizata asupra documentului, utilizatorul care a realizat actiunea,

data si ora la care actiunea a fost executata, versiunea de document implicata.

[CP40] Informatiile referitoare la istoricul actiunilor, istoricul versiunilor, istoricul

metadatelor si istoricul fluxurilor de lucru trebuie sa poata fi accesate usor, impreuna cu

celelalte campuri index asociate documentului, fara a necesita interventia unui

administrator, programarea sau folosirea unor instrumente de raportare specifice.

[CP41] Solutia software propusa, prin modulul de administrare, trebuie sa asigure definirea

de rapoarte pentru analiza traficului si utilizarii serverului de management al continutului.

Analiza de trafic va putea fi efectuata pentru un anumit utilizator, pentru un grup de

utilizatori sau pentru un anumit set de documente sau alte elemente de continut.

[CP42] Solutia trebuie sa nu impuna sau limiteze prin arhitectura sau prin implementare

numarul de dosare sau de documente care se pot adauga.

[CP43] Solutia trebuie sa ofere utilizatorilor posibilitatea sa-si defineasca o pagina de

pornire care sa le fie afisata dupa autentificare. Pagina de pornire trebuie sa contina un

dashboard cu portleti parametrizabili care sa asigure un acces rapid la:

o documentele accesate recent

o documentele la care utilizatorul este abonat

o criteriile de cautare proprii

o activitatile care trebuie realizate in cadrul fluxurilor de lucru

o documentele in lucru etc.

53

[CP44] Solutia trebuie sa ofere functionalitati similare unui cos de cumparaturi in care

utilizatorii sa adauge documentele pe care vor sa le downloadeze. Solutia trebuie sa permita

utilizatorilor sa-si defineasca mai multe astfel de instrumente.

[CP45] Solutia trebuie sa ofere functionalitati similare unui cos de gunoi (Recycle Bin) in

care sa fie stocate documentele sterse de utilizatori.

[CP46] Pentru un acces usor la documente, solutia trebuie sa asigure transformarea

dinamica in alte formate (PDF, XML, TIFF) a documentelor importate. Documentul astfel

generat trebuie sa fie asociat documentului original ca o noua editie.

[CP47] Solutia trebuie sa permita aplicarea in mod dinamic de Watermarks pe

documentele PDF.

[CP48]Pentru integrarea cu alte sisteme, solutia trebuie sa dispuna de API-uri si sa asigure

apelarea functionalitatilor prin intermediul serviciilor web.

[CP49] Solutia trebuie sa asigure trimiterea prin email a unor link-uri catre documente din

depozitul de documente.

[CP50] Solutia trebuie sa ofere capabilitati de cautare a documentelor stocate in sistem si

afisare sub forma tabelara a rezultatelor cautarilor. Lista de rezultate trebuie sa poata fi

salvata ca raport in format PDF.

[CP51] Solutia trebuie sa ofere posibilitatea de a interoga dupa toate valorile campurilor

index conform schemelor de indexare definite.

[CP52] Solutia trebuie sa asigure efectuarea de cautari complexe care sa includa operatori

logici sau folosirea caracterelor de substitutie (wildcards).

[CP53] Solutia trebuie sa asigure cautari full-text si aproximative (fuzzy search).

[CP54] Solutia trebuie sa puna la dispozitie o interfata de administrare pentru crearea

fluxurilor de lucru. Fluxurile de lucru trebuie sa poata fi dezvoltate utilizand o interfata

grafica.

[CP55] Solutia trebuie sa asigure initierea automata a fluxurilor de documente de la

importul acestora in sistem in concordanta cu procedurile de lucru definite in cadrul

organizatiei.

[CP56] Solutia trebuie sa permita initierea de fluxuri ad-hoc, liniare, paralele, bazate pe

decizii.

[CP57] Fluxurile de lucru trebuie sa poata fi dezvoltate folosind standardul BPEL.

[CP58] Solutia trebuie sa fie capabila sa trimita notificari automate pe email.

[CP59] Solutia trebuie sa permita gestionarea intregului ciclu de viata al documentelor de

la creare pana la eliminarea acestora din sistem.

[CP60] Solutia trebuie sa permita definirea si gestionarea unor politici de pastrare a

documentelor conform standardelor si reglementarilor in domeniu (Ex: DoD 5015,

Sarbanes-Oxley, FOIA/PA etc)

[CP61] Solutia de trebuie sa permita definirea unor categorii de retentie in care se va

specifica perioada de pastrare a documentelor si actiunile ce se intreprind asupra acestora

pe parcursul si la sfarsitul perioadei.

54

[CP62] Solutia trebuie sa asigure atat gestionarea documentelor in format electronic cat si a

celor in format hartie, prin definirea unor depozite de pastrare organizate ierarhic si care sa

contina incaperi, rafturi, cutii etc.

[CP63] Solutia trebuie sa permita gestionarea continutului digital (imagini scanate, fisiere

audio, fisiere video etc etc).

[CP64] Solutia trebuie sa ofere functionalitati care trebuie sa asigure prelucrarea fisierelor

de tip imagine prin conversia automata a acestora la diferite dimensiuni si rezolutii conform

regulilor definite.

[CP65] Solutia trebuie sa permita prelucrarea fisierelor video prin conversia automata a

acestora la diferite dimensiuni, rezolutii si formate (Windows Media File, Real Media File,

Flash Video File, AVI, MPEG-2, MPEG-4) conform regulilor definite.

[CP66] Solutia trebuie sa puna la dispozitia utilizatorilor toate functionalitatile platformei

prin intermediul unor aplicatii de tip out-of-the-box.

[CP67] Pentru realizarea interoperabilitatii si sustinerea serviciilor online, modulul

Procesare va permite unui utilizator sa vizualizeze companii/institutii in baza de date

(detalii despre acestea cum ar fi: adresa, telefon, email, website) si persoanele de contact cu

informatiile aferente despre acestea (telefon, email).

[CP68] Sistemul va permite deschiderea de noi activitati pe companiile/institutiile

inregistrate, adaugarea de note, documente.

[CP69] Sistemul trebuie sa permita organizarea documentelor intr-o structura arborescenta.

4.2.2.4 Modul Raportare Inteligenta

[CRI1] Modulul va contine un numar de 20 rapoarte predefinite si va exista posibilitatea definirii

de rapoarte noi ad-hoc.

[CRI2] Vor exista criterii de filtrare multiple, ca de exemplu:

Domeniu/piata, codificat prin nomenclatorul CAEN

Tip de document care a declansat cazul (notificare, adresa, plangere, autosesizare, solicitare aviz, cerere de certificare prealabila, solicitare punct de vedere etc)

Tip de document de finalizare a actiunii (decizia, aviz, adresa, punct de vedere, process verbal)

Beneficiarul

Responsabili/Directia

Perioada

Directia

[CRI3] Modulul va permite obtinerea interactiva de informatii grupate si ordonate folosind

diferite criterii de selectie si ordonare. Criteriile de selectie pot fi combinate, permitand

reducerea numarului de rezultate afisate.

Aceasta componenta trebuie sa respecte urmatoarele cerinte tehnologice:

55

[CRI4] Sa ofere posibilitatea prezentarii datelor in formate variate (tabele, tabele pivot,

grafice, texte derulante etc).

[CRI5] Sa asigure combinarea rezultatelor obtinute de pe platforme diferite la momentul

interogarii, astfel incat setul de date rezultat sa fie unitar.

[CRI6] Trebuie sa permita integrarea cu instrumente de lucru Office (Microsoft Excel).

[CRI7] Trebuie sa permita salvarea rapoartelor in formate diferite (Excel, PDF, HTML

etc).

[CRI8] Sa ofere posibilitatea includerii rapoartelor/graficelor in tablouri de bord pentru toti

utilizatorii finali, fara costuri de licentiere suplimentare.

[CRI9] Sa dispuna de mecanisme de alertare pentru utilizatorii finali (via aplicatie, email

etc).

[CRI10] Sa ofere utilizatorilor finali posibilitatea subscrierii la alertele definite.

[CRI11] Mediul de lucru pentru utilizatorii finali sau alti dezvoltatori de rapoarte/analize

sa fie in mediu web.

[CRI12] Utilizatorii sa isi poata crea singuri propriile rapoarte (analize ad-hoc) fara sa fie

nevoiti sa cunoasca structurile fizice de date pe care le acceseaza.

[CRI13] Din punctul de vedere al arhitecturii sistemului de raportare, toate componentele

sale trebuie sa fie strans integrate, sa faca parte dintr-un mediu unitar de lucru si sa utilizeze

un sistem de securitate comun.

[CRI14] Trebuie sa permita accesarea datelor atat de pe platforme relationale, cat si

multidimensionale.

[CRI15] Trebuie sa asigure integrarea cu LDAP, oferind in acelasi timp propriul sistem de

securitate pentru accesul la rapoarte.

[CRI16] Interactiunea utilizatorilor finali cu aplicatia se va face intr-o interfata de tip web,

fara a necesita instalarea de componente software suplimentare pe masinile utilizatorilor,

prin operatiuni de tip point-and-click si drag-and-drop.

[CRI17] Produsul va oferi posibilitatea de a crea rapoarte inlantuite, datele din raportul

copil fiind filtrate pe baza rezultatelor din raportul parinte.

[CRI18] Sa ofere capabilitati de drill-down pe diferite nivele de agregate.

[CRI19] Sa expuna o interfata de administrare atat a drepturilor de acces la diferite zone

cat si a drepturilor de acces pe diferite tipuri de actiuni.

[CRI20] Produsul trebuie sa afiseze exceptiile/depasirile sub forma de cod culori.

[CRI21] Sa permita facilitati avansate de formatare a rapoartelor.

[CRI22] Sa ofere posibilitatea de salva, organiza si partaja rapoartele cu alti utilizatori.

[CRI23] Sa ofere posibilitatea de rulare pe diverse platforme hardware si pe sistemele de

operare majore de pe piata (Windows, Linux, UNIX).

4.2.2.5 Portal Extern extins

[CPEE1] Functionalitatile portalului extern vor fi extinse pentru integrarea cu sistemul

interoperabil propus cu servicii on-line ce vor asigura beneficii pentru cetateni/mediul de

afaceri/administratia publica.

[CPEE2] Serviciile publice on-line vor face parte integranta din noul flux organizational intern

al Consiliului Concurentei si vor asigura un contact direct cu factorii de decizie resposabili de

buna desfasurare a actului de administratie.

56

Pornind de la dezideratele expuse mai sus urmatoarele activitati privind comunicarea interna

si externa vor fi sustinute de servicii on-line:

[CPEE3] Depunerea on-line a unei sesizari /plangeri /cereri de informatii privind mediul

concurential conform Anexei la Regulamentul pentru aplicarea prevederilor art. 5 si 6 din

legea Concurentei nr. 21 / 1996, cu modificarile si completarile ulterioare

[CPEE4] Inregistrare si raspuns la petitii: asigurarea inregistrarii petitiilor primite,

indiferent de forma de transmitere (posta, e-mail, site) si redirectionarii automate a acestora

catre Cabinetul Presedintelui in vederea repartizarii catre departmantele / directiile /

serviciile abilitate sa raspunda

[CPEE5] Publicarea legislatiei secundare aflate iin dezbatere public pe portalul extern

existent

[CPEE6] Publicare deciziilor/avizelor Consililui Concurentei. O parte din

deciziile/avizelor emise de Consiliul Concurentei va fi incarcat automat din sistem pe

protalul extern existent pentru a fi disponibile cetatenilor/mediului de afaceri/institutiilor

publice

Fluxul de lucru pentru utilizatorii externi este urmatorul:

[CPEE7] utilizatorii externi Consiliului Concurentei, publicul larg, persoane fizice sau

juridice vor accesa portalul extern existent

[CPEE8] autorizarea si accesul in sectiunea portalului extern ce gazduieste serviciile

online se face pe baza unui cont de utilizator (cont de utilizator/parola); datorita arhitecturii

folosite pentru autentificarea utilizatorilor pot fi utilizate si alte solutii (semnatura

digitala/certificate digitale)

4.3 Cerinte privind arhitectura functionala a sistemului

La definirea arhitecturii functionale a solutiei propuse Consiliului Concurentei, se va tine cont de

urmatoarele aspecte:

[CAF1] Vor fi reutilizate la maximum anumite subsisteme/aplicatii informatice din cadrul

sistemului informatic actual al Consiliului Concurentei prin tehnologii de tip SOA

[CAF2] Intreaga solutie va permite sustinerea serviciilor online, accesibile prin intermediul

extinderii portalului extern existent, prin furnizarea de informatii orientate catre clientii

persoane fizice sau juridice, publicului larg

[CAF3] Componentele solutiei permit extinderea continua a serviciilor online gazduite de

portalul extern si a sistemelor cu care se va interconecta

[CAF4] Nu limiteaza numarul utilizatorilor publici sau autentificati ai serviciilor online

oferite prin intermediul portalului extern

[CAF5] Intreaga solutie obtinuta sa fie in concordanta cu obiectivele generale si specifice

stabilite de organizatie

Arhitectura functionala a sistemului prezinta componentele sistemului si modul in care aceste

componente interactioneaza intre ele. Pe baza arhitecturii functionale se pot identifica fluxurile

de informatii in cadrul sistemului informatic si anume:

Accesul la sursele de date externe (partea din stanga)

57

Accesul la functionalitatile sistemului oferite catre utilizatorii interni (partea de jos)

Accesul site-ului extern la datele sistemului (partea din dreapta)

Diagrama urmatoare ilustreaza arhitectura functionala a sistemului:

[CAF6]Din punct de vedere logic structura sistemului este ilustrata in urmatoarea diagrama:

Portal Intern/Extern Surse de date

Magistrala Servicii

Executie procese integrare

Persistenta date si documente

Securitate

Aplicatii

web

Servicii

web

Management

Backup

Raportare inteligenta

In care:

Securitate – asigura securitatea componentelor sistemului pentru a nu permite accesul

neautorizat la sistem

Portal Intern – asigura modul de prezentare consistenta a informatiilor catre utilizatorii

interni institutiei cat si accesul acestora la functionalitatile sistemului

Portal Extern – asigura modul de prezentare a informatiilor prezente in sistem catre

utilizatorii externi institutiei

Raportare Inteligenta – asigura modul de creare si acces la rapoarte predefinite sau ad-

hoc pentru accesul la datele continute in sistem

Surse de date – asigura punctul unic de intrare a datelor externe in sistem pentru

procesarea in cadrul sistemului informatic

Magistrala Servicii - asigura punctul unic de acces la procesele si datele din cadrul

sistemului cu functii de rutare si transformare a datelor si mesajelor tranzactionate in cadrul

sistemului

Executie procese integrare - asigura modul de executie a proceselor de regasire date,

imbogatire date folosind diversele surse de date cat si coerenta datelor.

Persistenta date si documente – asigura persistenta datelor stocate in sistem cat si

persistenta documentelor (date nestructurate) in cadrul sistemului informatic

Management si backup – asigura modul operational de monitorizare a parametrilor

tehnici ai sistemului cat si backup-ul tuturor componentelor software si hardware ce

formeaza sistemul informatic

58

[CAF7]Toate aplicatiile software vor fi construite conform principiilor arhitecturii web multitier

peste urmatoarele niveluri logice clar separate:

Prezentare

Interfata cu utilizatorul va asigura un meniu cu optiuni de servicii cu posibilitatea de navigare

intre optiuni si sub-optiuni. Interfata utilizator va fi intuitiva (facila), informativa, fiabila, atractiva

si stabila.

Business logic

Modelul de business logic asigura transparenta complexitatii acestuia fata de utilizatori, fiind

organizat conform urmatoarelor principii:

Standardizare

Reutilizare

Separare clara intre nivelul de prezentare si business logic

Orientare servicii

Nivelul de business logic asigura tratarea tuturor regulilor de procesare incluzand fara a se limita

la:

Autentificare si autorizari de securitate

Managementul sesiunilor utilizatorilor

Reguli de integritate date

Reguli de orchestrare fluxuri si servicii

Reguli de validare intrari

Monitorizarea tranzactiilor

Informatii si date

Informatia stocata in bazele de date si utilizata in cadrul aplicatiei prezinta urmatoarele

particularitati:

volum mare de informatii colectate din surse multiple

surse de date eterogene (baze de date dbf, fisiere Excel, date introduse prin intermediul

portalului intern, aplicatii existente)

acuratete ridicata, obtinuta prin verificarea surselor de intrare cu raportarea eventualelor

neconcordante

necesitatea de a suporta un proces de analiza complexa, necesara fluxului decizional din

cadrul Consiliului Concurentei

diseminare interna

59

4.4 Cerinte tehnice

[CT1]În figura de mai jos este ilustrat modelul arhitecturii tehnice a sistemului, respectiv

infrastructura hardware necesara pentru sustinerea in conditii optime a sistemului, incluzand

nivelul necesar de redundanta:

4.4.1 Cerinte tehnice solutie software

4.4.1.1 Cerinte privind serverul de aplicatii

In arhitectura n-tier, utilizata la realizarea sistemului informatic serverul de aplicatii este cel care

expune nivelul logic si procesele de business, pentru a fi accesate/utilizate de catre aplicatii.

[CSA1]Deoarece sistemul informatic este construit pe o arhitectura n-tier cu tehnologii web,

sistemul va trebui sa includa clustere de servere de aplicatii.

Cerintele tehnice pentru serverul de aplicatii sunt urmatoarele:

60

[CSA2]Sa ruleze pe oricare dintre platformele de sisteme de operare: Windows, UNIX,

LINUX.

[CSA3]Sa ofere posibilitatea rularii aplicatiilor dezvoltate folosind tehnologii publice

Internet.

[CSA4]Sa fie compatibil cu specificatiile platformei Java Enterprise Edition 6 sau

echivalent.

[CSA5]Compatibilitate cu specificatiile platformelor anterioare Java, Java Enterprise

Edition 5, Java 2 Enterprise Edition 1.4 si Java 2 sau echivalent

[CSA6]Sa ofere suport pentru cele mai noi tehnologii, standarde XML, WSDL si SOAP

pentru servicii web si integrare la nivel de organizatie.

[CSA7]Sa ofere suport conectarea pentru multiple SGBDR (Sistem relational de gestiune a

bazelor de date relationale).

[CSA8]Sa ofere suportul multilanguage pentru instalare si prezentare.

[CSA9]Sa suporte conceptul de „connection pooling”

[CSA10]Sa ofere facilitati de caching intern pentru performanta ridicata.

[CSA11]Sa ofere servicii de caching pentru obiecte Java sau .NET

[CSA12]Sa asigure load balancing si incarcare distribuita pe clustere de servere de

aplicatii.

[CSA13]Sa ofere suport pentru clusterizare si failover.

[CSA14]Sa ofere suport pentru solutii de tip disaster recovery

[CSA15]Sa ofere scalabilitate la nivel de componente si putere de calcul pentru a putea

suporta o incarcare in continua crestere.

[CSA16]Sa suporte un framework vizual complet de dezvoltare a aplicatiilor Java

[CSA17]Trebuie sa permita integrarea cu instrumentele de dezvoltare si proiectare HTML

[CSA18]Trebuie sa permita dezvoltare si deployment rapid

[CSA19]Trebuie sa ofere facilitati pentru managementul tranzactiilor.

[CSA20]Sa asigure platforma tehnologica completa pentru dezvoltarea si deployment-ul de

site-uri web dinamice, aplicatii J2EE si Servicii web.

[CSA21]Sa suporte standarde Internet precum: J2EE, web Services, SOAP, WSDL, UDDI,

RosettaNet 1.1/2.0, ebXML, webDAV, LDAP v3, SSL v3, XML.

[CSA22]Sa permita accesarea aplicatiilor web din browsere traditionale (Internet Explorer,

Firefox etc) cat si de pe dispozitive mobile (PDA, Palm etc).

[CSA23]Suport complet pentru specificatiile Java Servlets 2.3, 2.4 si 2.5 sau echivalent

[CSA24]Suport complet pentru specificatiile JavaServer Pages 1.2, 2.0 si 2.1 sau

echivalent

[CSA25]Sa ofere suport complet pentru Enterprise JavaBeans (EJB 2.0 si EJB 3.0) sau

echivalent.

[CSA26]Sa ofere suport complet pentru Java Database Connectivity (JDBC) sau echivalent

[CSA27]Sa ofere suport complet pentru Java Messaging Service (JMS) sau echivalent.

[CSA28]Sa ofere suport complet pentru Java Authentication and Authorization Service

(JAAS) sau echivalent

[CSA29]Suport pentru Simple Object Access Protocol (SOAP) versiunile 1.1 si 2.0 si

SOAP with Attachments API for Java (SAAJ)

[CSA30]Transformarea datelor in format XML utilizand standardul W3C Extensible

Stylesheet Language (XSL)

61

[CSA31]Citirea si scrierea datelor in format XML utilizand interfetele de programare

standard Document Object Model (DOM) si Simple API for XML (SAX) si specificatia

Streaming API for XML (StAX) sau echivalent

[CSA32]Securizarea serviciilor web utilizand standardele WS-Security si WS-

SecurityPolicy

[CSA33]Mecanisme de grupare a serverelor in clustere de servere de aplicatii atat in

topologii de tip activ-activ cat si activ-pasiv

[CSA34]Stoparea temporara a unui nod din cluster pentru mentenanta si suport, sistemul in

acest timp fiind disponibil pentru activitati normale

[CSA35]Mecanisme de balansarea dinamica a incarcarii sistemului intre resursele

administrate in cadrul aceluiasi cluster

[CSA36]Mecanisme de scalare a sistemului pe orizontala (Scale Out) si verticala (Scale

Up)

[CSA37]Server web integrat

[CSA38]Sa permita rularea serverului de aplicatii pe toate distributiile majore de sisteme

de operare prezente pe piata: Windows, Linux si UNIX

[CSA39] Trebuie sa permita instalarea de noi versiuni ale unei aplicatii fara intreruperea

utilizatorilor conectati asigurand continuitate activatii de business (Zero-Downtime);

vechea aplicatie va fi dezactivata numai dupa inchiderea tuturor conexiunilor active la

momentul instalarii noi versiuni

[CSA40]Consola de administrare a serverelor de aplicatii cu capabilitati de gestiune a

schimbarilor de configuratii:

o blocarea unei configuratii in vederea modificarii;

o salvarea unei configuratii fara aplicare efectiva;

revenirea la o configuratie anterioara;

istoricul modificarilor

[CSA41]Sa se permita inregistrarea, sub forma unui script de comenzi, a operatiilor de

administrare executate asupra unui domeniu de aplicatii cu posibilitatea de utilizare

ulterioara a acestuia pentru activitati de administrare si mentenanta a serverului de aplicatii

[CSA42]Suport pentru protectie impotriva supraincarcarii serverului de aplicatii utilizand

optiuni de configurare a resurselor software pentru cazurile in care serverul nu mai poate

accepta noi cereri de procesare, capacitatea maxima a sistemului fiind atinsa

[CSA43]Serverul de aplicatii trebuie sa includa facilitati de modificare dinamica (self-

tunning) a numarului de sesiuni concurente acceptate functie de gradul de incarcare a

sistemului exploatat

4.4.1.2 Cerinte privind sistemul de gestiune a bazelor de date

Sistemul de gestiune a bazelor de date propus trebuie sa satisfaca urmatoarele cernte:

Generale:

62

[CBD1] Sa fie capabil sa ruleze pe oricare dintre platformele de sisteme de operare:

Windows, UNIX, LINUX.

[CBD2] Sa suporte instalarea unei singure baze de date pe mai multe noduri (arhitectura de

tip cluster activ-activ) pentru a asigura toleranta la defecte hardware sau nefunctionare

planificata, scalabilitatea si disponibilitatea crescuta a sistemului.

[CBD3] Sa fie in versiune completa pentru a acoperi in totalitate cerintele sistemului

informatic integrat si ultima versiune certificata la data inceperii proiectului.

[CBD4] Sa asigure independenta bazei de date fata de platforma hardware, oferind

portabilitate si functionalitate pe toate tipurile de date.

[CBD5] Sa fie un sistem care accepta standarde noi existente, deschis pentru evolutii

tehnologice viitoare.

[CBD6] Sa asigure distribuirea incarcarii la nivelul cererilor si executiilor pe baza de date.

[CBD7] Trebuie sa permita modificarea dinamica a parametrilor bazei de date in cazul

suplimentarii sistemului cu memorie, procesoare sau spatiu de stocare, fara a fi necesara

repornirea sistemelor.

[CBD8] Sa suporte mecanisme de recuperare a tranzactiilor aflate in lucru in momentul

intervenirii unei caderi (roll-forward).

[CBD9] Sa ofere mecanisme de control si blocare la nivel de inregistrare si mecanisme de

asigurare a consistentei la citire, fara escaladare, pentru a permite accesul in mod concurent

al utilizatorilor la date.

[CBD10] Sa ofere un utilitar grafic pentru administrarea SGBDR.

[CBD11] Trebuie sa permita accesul cat mai rapid la informatii prin utilizarea diferitelor

tipuri de indecsi, cum ar fi B-Tree, function based, domain sau similari.

[CBD12] Sa existe posibilitatea de a dezvolta si rula proceduri stocate si triggere Java, cu

ajutorul Java Virtual Machine (JVM) la nivelul bazei de date.

[CBD13] Sa ofere acces prin SQL la XML stocat in baza de date (sqlx), stocare si gestiune

de structuri de date de tip XML utilizand mecanisme native ale SGBD

[CBD14] Sa suporte Unicode UTF-8 sau echivalent

[CBD15] SGBD va oferi functii de raportare sau se va integra usor cu instrumente de

raportare externe. Vor fi indicate instrumentele de raportare externe oferite.

[CBD16] Baza de date relationala trebuie sa aiba un optimizator bazat pe cost pentru a

optimiza interogarile.

[CBD17] Sa asigure suport pentru baze de date mari cu capabilitati de gestiune automata a

spatiului de stocare fara necesitatea utilizarii soft-urilor de tip "volume manager".

[CBD18] Baza de date trebuie sa suporte un volum mare de date (sute de milioane de

inregistrari intr-o tabela) fara a afecta performanta.

[CBD19] Baza de date va furniza propriul software de clustering pentru a se asigura

scalabilitatea sistemului

[CBD20] Sa ofere suport pentru date multimedia si de tip geospatial precum si functiile de

baza aferente acestor tipuri de date

[CBD21] Sa ofere suport pentru tranzactii autonome

[CBD22] Trebuie sa permita in mod nativ stocarea si gestiunea de structuri de date de tip

XML

[CBD23] Sa ofere suport pentru replicarea bidirectionala a datelor intre doua instante ale

bazei de date

63

[CBD24] Sa ofere instrumente avansate pentru programatori pentru design, debug si

editare de cod

[CBD25] Sa ofere un utilitar grafic pentru modelarea relationala si dimensionala a datelor

[CBD26] Sa ofere posibilitatea de a defini interogari analitice, care sa permita utilizarea de

seturi de formule intercorelate, identificarea de seturi cu frecventa comuna, agregari

cumulative, teste de rang si distributie sau posibilitatea de a schimba rindurile in coloane

(pivot)

Securitate:

[CBD27] Trebuie sa asigure restrictionarea accesului la nivelul obiectelor bazei de date.

[CBD28] Sa ofere o lista cu operatiile pe care un grup sau o clasa de utilizatori le poate

executa.

[CBD29] Sa ofere un mecanism de criptare a datelor.

Salvare si recuperare:

[CBD30] Sa asigure salvarea/restaurarea bazei de date in regim de lucru online; refacerea

accesului la baza de date in mod automat in caz de incident

[CBD31] Sa ofere o facilitate pentru salvarea totala si/sau partiala a bazei de date.

[CBD32] Sa ofere o facilitate pentru inregistrarea tuturor modificarilor bazei de date,

pentru a permite recuperarea bazei de date (inregistrarea tranzactiilor).

[CBD33] Sa ofere abilitatea de a face salvari pentru unul sau mai multe spatii alocate

tabelelor asa cum este specificat de catre administratorul bazei de date.

4.4.2 Cerinte tehnice echipamente hardware

[CTEH1]Echipamentele hardware livrate in cadrul acestui proiect trebuie sa fie noi si sa

beneficieze de suport din partea producatorului (nu se accepta echipamente uzate moral, ce nu

se mai afla in linia de fabricatie).

Pe baza evaluarii componentelor existente in Data Center-ul propriu, institutia pune la dispozitie

urmatoarele componente de infrastructura hardware si software pentru a fi folosite in cadrul

proiectului:

- 1 buc. Sasiu Servere Blade – HP Blade System c7000 Enclosure, cu urmatoarele sub-componente:

o HP Virtual Connect Flex-10 10Gb, Ethernet Module for c-Class o 2 x Blade HP Proliant BL680c Generation 7 ( 2 x Proc. Xeon Six Core E7540 –

6 cores/server, 160GB/server, 1 x Controller RAID:1,1+0,5 /server, 2 x HDD - 146GB 6G SAS/server, 6 x Controler Retea HPNC553i 10Gb/server)

o 2 x Licente Windows Server 2008 R2 - Standard Edition - 1 buc. HP P4300 G2 7.2TB SAS Starter SAN Solution, conectivitate iSCSI, 2 x 10Gbps

porturi/controller, aplicatie de management

64

- 1 buc. Server back-up – HP StorageWorks D2D2540i Backup System, Discuri instalate : 4 x 1TB

a) In plus, pentru a raspunde cerintelor functionale si de performanta ale solutiei ce urmeaza a

fi implementata, platforma IT se va upgrada cu urmatoarele componente:

[CTEH2] Upgrade-uri aferente nivelului de Servere si Sisteme de Operare Server cu :

- 2 x Proc. Xeon Six Core E7540-6 cores / server BL680C - 2 x HDD - 146GB 6G SAS / server BL680C - Upgrade-ul sasiului de servere cu 2 x ventilatoare si 2 x surse de alimentare - Upgrade-ullicentelor de Microsoft Windows Server 2008 R2 Standard Edition de pe

serverele existente la un numar suficiente de licente de Microsoft Windows Server 2012 Standard Edition cu drepturi pentru acomodarea a cel putin 6 instante virtuale de sistem de operare Microsoft Windows Server 2012 /server

- Upgrade-ul platformei de sisteme de operare cu: 3 buc. licente Microsoft Windows 2012 Standard Edition si 2 buc. licente Microsoft Windows 2012 Data Center Edition

[CTEH3]Cu 5 echipamente de tip server avand urmatoarele specificatii minimale:

Server Blade – 5 buc

Procesor 2 x Intel Xeon E5-2650L sau echivalent 20 MB Cache

/2.4 Ghz

Memorie 64GB DDR3-1333 Registered , 1333MHz

Expandabilitate minim 512 GB de memorie

Controller HDD Capabilitati RAID: 0, 1

Minim 512 MB memory

Unitati de disc interne 2 x 300 GB SAS 15K rpm hot plug

Capacitate interna – minim 2 discuri SAS/SATA/SDD

SFF

Controlor de retea 2 x porturi integrate 10 Gb +

2 porturi aditionale @ 10Gb

Sloturi I/O Upgradabil la 2 x PCI-Express

Interfete Minim 1 x USB 2.0 intern

65

Video Controler video integrat cu minim 1920 x 1200

Management - Modul Management integrat accesibil prin port

dedicat Ethernet, independent de sistemul de operare;

- Interfata WEB;

- Posibilitatea efectuarii managementului de la

distanta; prin redirectionarea consolei si functia de

console replay;

- Posibilitate de a „monta” unitati de disc removable

(CD, DVD, USB Stick, Floppy) sau a imaginilor de discuri

de la distanta;

- Monitorizarea componentelor serverului si

inregistrarea evenimentelor acestora;

- Control pentru functii „Power ON/OFF”, „Reboot” de

la distanta;

- KVM virtual.

Form factor Blade

Sisteme de operare

suportate

Microsoft Windows, RHEL, SLES, VMware, si Citrix

XenServer

Cerinte suplimentare - Server-ul oferit (marca, model) trebuie sa fie

certificat in Microsoft HCL pentru sistemul de operare

utilizat si sa aiba aceleasi componente principale - se

va furniza adresa paginii web corespunzatoare din site

Microsoft HCL si copia informatiilor aflate pe aceasta

pagina;

- Producatorul Server-ului oferit (marca, model) si

firma care il ofera (daca este alta decat producatorul)

trebuie sa fie certificate ISO 9001 si ISO 14001;

- Producatorul Server-ului oferit (marca, model) sau

firma care il ofera (daca este alta decat producatorul)

trebuie sa faca dovada ca are in Bucuresti

reprezentanta/sediu/filiala etc. cu specialisti atestati,

capabili sa intervina in caz de defect si sa

66

diagnosticheze defectul.

Garantie Aliniata cu cea existenta pe sasiul si serverele

existente

[CTEH4] Pentru operatorii/administratorii solutiei in scopul monitorizarii infrastructurii si a

aplicatiilor se are in vedere achizitionarea unor statii mobile cu urmatoarele specificatii

minimale:

Statii operare/administrare – 6 buc

Chipset Mobile Intel QM77 Express Chipset sau echivalent

Procesor 3rd Generation Intel® Core™ i7-3540M (3 GHz, 4 MB

cache, 35W, 2 cores) sau echivalent

Memorie instalata Min 1x8GB SO-DIMM

Maximum Max 32GB

Graphics Intel integrated

Video Memory Partajata cu memoria sistemului

FDD Extern, USB, optional

HDD Min 256 GB, SSD

Unitate Optica DVD +/- RW

Audio - integrata High Definition - integrated stereo speakers - integrated dual-microphone array - stereo headphone/line out - stereo microphone in - butoane de control al volumului - buton de oprire sunet - SRS Premium Sound™

Display - Min 15,6” TFT FHD ready, 1920 x 1080, cu posibilitatea ajustari automate a luminozitatii prin senzor ambiental si cu unghi extins de vizibilitate + 720p HD webcam integrat

67

- Suport multi-monitor

Carcasa Rezistenta la socuri ( preferabil din magneziu )

Comunicatii - placa de retea integrata Gigabit (10/100/1000 Mbps )

- 56K Fax/Modem - Intel 802.11a/b/g/n WLAN (3 antene) - Bluetooth

Tastatura Standard, compatibila 101/102 + numeric keypad

Pointing Device Dual pointing: touchpad with scroll zone and

Pointstick

I/O Interfaces

- 1 x ExpressCard/54

- 1 x Integrated SmartCard reader

- 1 x Secure Digital / MultiMedia Card

- 1 x DisplayPort

- 1 x LAN RJ-45, 1 x modem RJ-11, 1 x VGA

- 2 x USB 2.0

- 2 x USB 3.0

- 1 x eSATA/USB 2.0

- 1 x IEEE 1394 port

- 1 x headphone, 1 x microphone

- 1 x DC-in

- 1 x Docking connector

Battery

- 6 cell capacity Li-Ion 62Whr

- Durata de viata a acumulatorului pana la 6 ore

Caracteristici de securitate

68

- Chip/modul de securitate integrat pe placa de baza tip TPM/TCPA care ofera posibilitatea criptarii datelor atat hardware cat si software

- Cititor/scanner de amprenta digitala integrat in carcasa

- Sistem de protectie a datelor de pe HDD atat software cat si hardware (cu posibilitatea parcarii automate a capetelor HDD-ului la bruscarea notebook-ului)

- Solutie dedicata (diferita de simpla stergere a datelor sau formatarea HDD-ului) capabila sa stearga informatiile critice de pe HDD.

- Solutie oferita de producator pentru gestiunea caracteristicilor software si hardware de securitate

Greutate Maxim 4 Kg

Sistem de operare Windows 8

Conformitate cu standarde

europeene

EN 60950, IEC 950, FCC, ICES, GS

Conformitate cu

standardele privind

managementul calitatii

ISO 9001, ISO 14001

Periferice externe Solutie compatibila de tip „Docking Station„ oferita de

producatorul statie pentru asigurarea compatibilitatii

Monitor 24 inch / tehnologie LED

Garantie producator Minim 2 ani ( garantia producatorului )

Minim 1 an pentru baterie

b) [CTEH5]In vederea optimizarii resurselor de infrastructura hardware existente in cadrul

institutiei si implementarea unei solutii de administrare facila a intregului sistem se solicita

livrarea si instalarea unei solutii de virtualizare software/ tip hipervizor ce trebuie sa

indeplineasca urmatoarele cerinte minimale:

[CTEH5.1]interfata web pentru administrarea intregii infrastructuri virtuale;

[CTEH5.2]posibilitatea de a migra masinile virtuale pornite pe alte servere in cazul

intreruperilor planificate si fara intreruperi;

69

[CTEH5.3]posibilitatea ca in cazul pornirii unei masini virtuale, aceasta sa porneasca pe

serverul care dispune de cele mai multe resurse disponibile din acel grup de servere;

[CTEH5.4]posibilitatea de a folosi ca sisteme virtuale Linux, Windows;

[CTEH5.5]posibilitatea de clonare, suspendare temporara a activitatii si mutarea masinilor

virtuale pe alte servere

[CTEH5.6]posibilitatea de conversie a sistemelor de operare Linux, Windows care ruleaza

pe servere fizice in masini virtuale;

[CTEH5.7]furnizarea de licente suficiente pentru 14 procesoare fizice/sockets - garantie si

support software asigurat de producator pe o perioada de 2 ani

Pe aceasta platforma virtualizata, urmatoarele functionalitati din arhitectura vor fi gazduite de

servere virtuale:

[CTEH6]Servere Reverse Proxy ( 2 buc) avand urmatoarele specificatii minimale:

Caracteristica Performanta minima

Server tip virtual Minim 4 nuclee (“core”)

Procesor Minim frecventa/core - 2 GHz

Memorie Minim 16 GB RAM alocat

Spatiu disc Din capacitatea oferita de echipamentul de stocare existent – min

146 GB net alocat

Controller Disc Protectia asigurata de mecanismele interne ale hipervizorului

Lan integrat Conectivitate LAN asigurata de mecanismele interne ale

hipervizorului

Management Management asigurat de mecanismele interne ale hipervizorului

Sistem de operare Microsoft Windows Server 2012 Standard Edition

70

[CTEH7]Servere Portal (2 buc)avand urmatoarele specificatii minimale:

[CTEH8]Servere servicii (2 buc.)avand urmatoarele specificatii minimale:






146 GB net alocat



hipervizorului








146 GB net alocat



hipervizorului


71

[CTEH9]Servere Aplicatii, raportare inteligenta (2 buc) avand urmatoarele specificatii minimale:

Caracteristica Performanta





146 GB net alocat



hipervizorului



[CTEH10]Server Securitate Utilizatori (2 buc)avand urmatoarele specificatii minimale:






146 GB net alocat




72

hipervizorului



[CTEH11]Servere Servicii - Monitorizare si Securitate Sistem (min 2 buc., poate fi scalat la un

numar suficient de instante virtuale pentru acomodarea necesarului de performanta si scalare

orizontala a solutie de Monitorizare si Securitate Sistem) avand urmatoarele specificatii

minimale:

Caracteristica Performanta





1 TB net alocat



hipervizorului


Sistem de operare Microsoft Windows Server 2012 Data Center Edition

[CTEH12] Servere baza de date (2 buc)-

Aceasta componenta a sistemului nu se va virtualiza si va fi deservita de doua dintre cele 5

servere cu care se va upgrada nivelulul de Servere si Sisteme de Operare Server avand

urmatoarele cerinte de perforamanta minimale:

73


Server tip lamelar 2 procesoare cu 8 nuclee ("core")

Procesor 2 x Intel Xeon E5-2650L sau echivalent 20 MB Cache /2.4 Ghz

Memorie 64 GB RAM

Disc intern 2x 300 GB, minim 15k rotatii/min; (interfete acceptate: SAS,

SSDSATA)

Controler discuri controllerul hardurilor interne trebuie sa suporte minim : Raid 0,

1 cu minim 512MB Cache

Lan 2 x porturi integrate 10 Gb +

2 porturi aditionale @ 10Gb

Management Integrare cu platforma de management a sasiului de servere

existent


c) [CTEH13]Upgrade-uri Nivel Storage si Switch-uri iSCSI SAN

[CTEH13.1]Switch-uri SAN (2 buc.) avand urmatoarele specificatii minimale:


Produs Echipamente existente de interconectare iSCSI SAN

Caracteristici Se vor folosi functionalitati ale echipamentelor de iSCSI SAN

achizitionate pentru acest proiect

[CTEH13.2]Upgrade Storage (1 buc.)avand urmatoarele specificatii minimale:

Caracteristica actualizata Performanta minima actualizata

Produs Upgrade de echipament stocare extern SAN existent (HP P4300 –

7.2 TB) cu un nod de stocare avand instalata o capacitate de 3.6

TB, folsoind disk-uri SAS, pentru o capacitate maxim instalata de

10.8 TB

74

nod-ul de stocare trebuie sa dispuna de :

- cel putin 2 x 10 Gbps porturi iSCSI. - minim 4 GB Memorie

- nivel RAID supportat : 10, 5 si 6

Upgrade licenta de Management pentru acomodarea capacitatii

de suplimentare

Upgrade licente de Thin Provisiong pentru acomodarea capacitatii

de suplimentare

Upgrade licente de Performance monitoring pentru acomodarea

capacitatii de suplimentare

Prezentare Echipament integrat in rack, potrivit pentru mediu de data center

Garantie Aliniata cu cea existenta pe sasiul si serverele existente

[CTEH13.3]Tape Library (1 buc.)


Produs Echipament existent back-up de tip Virtual Tape Librray

Caracteristici Pentru protectia datelor critice, se va folosi echipamentul existent

HP StorageWorks D2D2540i

[CTEH13.4]Rack complet echipat (1 buc.) avand urmatoarele specificatii minimale:


Dimensiune minim 42U

Kit de impamantare

Kit de minim 4 ventilatoare montabile pe pavilionul rack-ului, fara

a consuma din cei 42U

75

[CTEH13.5]Solutie integrata cu functionalitati de tip : VPN/ Firewall / IPS /– 2

bucati, avand urmatoarele specificatii minimale:


Functie Functioneaza ca un echipament activ specializat cu functii de

firewall integrat cu capacitati de inspectie la nivel de protocol si

aplicatie, cu functii de sistem de prevenire a intruziunilor si cu

functii de VPN

Throughput Firewall Minim 4 Gbps

Throughput Firewall

(Multi-Protocol)

Minim 2 Gbps

Throughput maxim

Firewall si IPS

Minim 1.3 Gbps

Throughput 3DES/AES VPN Minim 700 Mbps

Numar pachete pe

secunda de 64 octeti

Minim 1,100,000

Numar conexiuni IPsec Minim 5000

Kit pentru managementul cablurilor pe verticala

Kit de Stabilizare

Panouri laterale demontabile

Kit optimizare de ghidare a aerului

Consola TFT, KVM Minim tastatura, maus si ecran TFT cu posibilitate de legare la

sistem KVM sau directa la server / cutie de blade-uri

UPS 2 x 7KVA

PDU rack-urile trebuie sa vina complet echipate pentru sustinerea

solutiei complete de servere noi HW, storage upgrade, retelistica si

UPS in sistem redundant

76

VPN

Numar conexiuni SSL VPN Minim 10

Numar Conexiuni

Concurente

Minim 1,000,000

Conexiuni noi / secunda Minim 50,000

VLAN-uri suportate Minim 500

Contexte de securitate

incluse

Minim 2

Porturi de retea Minim 8 porturi de date Gigabit cupru

Porturi de management Minim 1 port de management Gigabit cupru

Interfata de administrare GUI si CLI

Porturi USB Minim 2 porturi USB 2.0

Sloturi de Expansiune Minim 1 slot de expansiune

Memorie Minim 16 GB RAM si 8 GB Flash

High Availability Sa permita Active/Active si Active/Standby

Licente incluse Sa includa licente IPS si 3DES/AES

Pentru IPS sa includa subscriptie de semnaturi pe 2 ani

IPv6 Sa includa licenta pentru IPv6

Alimentare O sursa de alimentare curent alternativ 220V 50 Hz

[CTEH13.6]Solutie de switching integrata de tip data center /echip HW servicii retea

- 2 buc. avand urmatoarele specificatii minimale:


Functie Switch Ethernet de tip centru de date

77

Carcasa Cel putin 1 slot pentru modul supervizor, 2 sloturi pentru carduri

de extensie, 1 slot pentru tava ventilatoare si 2 sloturi pentru

surse de alimentare

Viteza Slot Line Card Minim 48Gbps

Interfete Minim 2 uplink-uri de tip SFP+ nonblocking 10 Gigabit Ethernet

uplinks sau 4 uplink-uri de tip SFP de 1 Gigabit Ethernet

Porturi USB Minim 1 port USB

Porturi de management Minim 1 port 10/100/1000 RJ-45 de consola

Throughput 225 Mpps pentru IPv4 si 110 Mpps pentru IPv6

Numar Intrari Tabela de

Routare Ipv4

Minim 64,000

Numar Intrari Tabela de

Routare Ipv6

Minim 32,000

Numar route multicast Minim 32,000

Procesor Minim Dual Core 1.5 GHz

Memorie Minim 2 GB SDRAM

Numar intrari DHCP

Snooping

Minim 12,000

Numar adrese MAC

suportate

Minim 55,000

Numar VLAN-uri active Minim 500

Numar intrari ARP Minim 47,000

Numar instante Spanning

Tree Protocol

Minim 12,000

Switched Virtual

Interfaces (SVI)

Minim 4,094

Switched Port Analyzer

(SPAN)

Minim 8 sesiuni bidirectionale (intrare si iesire)

78

Numar intrari hardware

NetFlow sau echivalent

Minim 128K

Porturi de retea Sa fie echipat cu minim 1 modul cu 48 de porturi

10/100/1000 (RJ45)

Sa includa 1 modul cu 12 porturi 10GbE de fibra optica,

echipate cu 6 transceivere SFP de tip 10GBASE-SR

Licente incluse Sa includa licente de sistem de operare cu support pentru

functionalitati Layer 2

Alimentare O sursa de alimentare curent alternativ 220 V 50 Hz

[CTEH13.7]Sistem de distribuire a incarcarii (Load Balancer) cu functionalitati

avansate de protectie pentru aplicatiile WEB (Web Application Firewall ) – 2 bucati,

avand urmatoarele specificatii minimale:


Troughput Minim 0.5 Gbps

Compresie Minim 0.5 Gbps

SSL troughput Minim 0.5 Gbps

SSL VPN concurrent

conexions

Minim 5.000

Conexiuni Maxime pe

secunda

• 175.000 (tip HTTP)

• 7.500 (tip SSL))

Sasiu 1RU

Porturi de Retea Minim 6 x 10/100/1000 porturi Ethernet

Management GUI si SNMP

Memorie Minim 8 GB

Sa includa urmatoarele facilitati minimale pentru functionalitatea de load-balancing:

79

-L4 load balancing

-L7 content switching

-Database load balancing

-XML content Switching

-Rate limiting

-Suport pentru Ipv6

-Global Load Balancing

-Protocoale de rutare dinamica

-Surge Protection

-Priority Queuing

Sa includa urmatoarele facilitati minimale pentru functionalitatea de accelerare aplicatii :

-Optimizari TCP la nivel de client si server

-Compresie

-Caching

-Pre-fetch cache invalidation

Sa includa urmatoarele facilitati minimale pentru functionalitatea de offloading:

-TCP buffering

-TCP multiplexing

-SQL multiplexing

-SSL offload

- optimizare 2048-bit SSL

- redirectare Cache incluzand suport multi-layer

Sa includa urmatoarele facilitati minimale pentru functionalitatea de securitate:

- protectie la atacuri de tip L4 DoS

- filtrare continut L7

80

- rescriere HTTP/ URL

- SSL

- protectie la atacuri de tip L7 DoS

-AAA pentru managementul traficului

- Firewall de aplicatie

- securitate XML

d) [CTEH14]Pentru toate serverele trebuie sa existe licentele necesare pentru sistemele de

operare si aplicatiile respective, furnizorul fiind responsabil in a asigura compatibilitatea

intre sistemele de operare, componentele software de tip COTS, aplicatii si echipamentele

hardware.

Nr.Crt Zona Functie Buc

1 DMZ Server software Reverse proxy 2

2 APP Server software Portal 2

3 APP Server software servicii solutie interoperabilitate 2

4 APP Server software server raportare inteligenta 2

6 APP Server software securitate utilizatori 2

7 APP Server servicii monitorizare si securitate sistemi 2

8 DB Server software baza de date 2

4.5 Cerinte privind managementul utilizatorilor

[CMU1] Accesul la aplicatiile web se poate face cu ajutorul contului de utilizator,

caracterizat prin cont utilizator/parola sau prin utilizarea unei solutii de management a

identitatii bazata pe protocolul LDAP.

[CMU2] Pentru asigurarea securitatii aplicatiei este nevoie de un sistem solid dar in acelasi

timp flexibil care sa permita integrarea mai multor surse de autentificare printre care LDAP

si baze de date.

81

[CMU3] Autentificarea se va face o singura data pentru toate aplicatiile componente (SSO

– Single Sign On). Pentru fiecare utilizator se vor afisa doar aplicatiile si informatiile

pentru care a fost autorizat.

[CMU4] Modulul va permite administratorilor aplicatiei definirea de utilizatori. Acestia

vor face parte din grupuri, iar la randul lor aceste grupuri vor avea asignate drepturi de

acces pe resurse si actiuni.

[CMU5] Aplicatia va permite utilizatorilor noi sa isi creeze conturi pe portalul extern

existent.

[CMU6] Administrarea drepturilor in cadrul sistemului este parte integranta a modulului

de administrare. Administratorii vor putea acorda sau revoca anumite drepturi utilizatorilor,

vor putea schimba parola in caz ca utilizatorul solicita acest lucru, vor putea dezactiva

conturi de utilizatori. Acest modul va mapa structura organizationala interna. Solutia

trebuie sa ofere delegarea administrarii utilizatorilor catre alti utilizatori in mod nativ.

[CMU7] "Drepturi de acces" va fi un modul flexibil prin care se defineste cine, ce poate

accesa in cadrul aplicatiei. Pentru aceasta se va folosi un sistem flexibil bazat pe utilizatori,

grupuri, roluri si permisiuni. Pentru fiecare rol se va putea defini ce resurse pot fi accesate.

Administratorul aplicatiei este persoana care va gestiona si configura aceste drepturi. Un

document va putea fi facut public sau privat doar prin setarea unui drept de acces.

[CMU8] Portalul intern va oferi posibilitatea auditarii evenimentelor legate de securitate:

logari, de pe ce cont, de la ce adresa, la ce ora. Datele adunate in urma auditarii acestor

evenimente pot vor putea fi vizualizate apoi in cadrul unor rapoarte. Pe fiecare raport se

poate da drept de vizualizare pentru diverse roluri ale aplicatiei.

[CMU9] Sistemul va trebui sa permita accesul securizat de la distanta. Prin aceasta se

intelege ca angajatii Consiliului Concurentei vor putea accesa datele din interior prin

conturi si drepturi de acces speciale.

4.6 Cerinte privind monitorizarea si securitatea sistemului

Natura activitatii Consiliului Concurentei, a informatiilor prelucrate si stocate prin sistemul

informatic impune implementarea unor solutii speciale privind monitorizarea infrastructurii, a

activitatii utilizatorilor si administratorilor de sistem si solutii specifice privind asigurarea unui

grad ridicat de securitate care sa garanteze confidentialitatea si securitatea datelor in sistemul

informatic.

4.6.1 Cerinte privind monitorizare a evenimentelor din aplicatii si retea

4.6.1.1 Obiective generale ale sistemului de monitorizare

[CMEAR1] Sistemul de monitorizare trebuie sa acopere monitorizarea end-to-end

sistemelor in timp real. Sistemul de monitorizare trebuie sa suporte masurare

82

performantei si disponibilitatii aplicatiilor si sa acopere toate protocoalele standard

existente.

[CMEAR2] Sistemul de monitorizare trebuie sa identifice in mod proactiv

problemele ce pot apare in sistemul monitorizat si de asemenea sa determine cauza

acestor probleme.

[CMEAR3] Sistemul de monitorizare trebuie sa monitorizeze aplicatia din

perspectiva utilizatorului si de asemenea trebuie sa monitorizeze partea de

infrastructura necesara functionarii aplicatiei si sa coreleze evenimentele generate

de catre cele 2 tipuri de monitorizari.

[CMEAR4] Aplicatia de monitorizare trebuie sa dispuna de un layer de prezentare

care sa asigure vizibilitatea calitatii serviciilor business monitorizate folosind

conceptele SLA (Service Level Agreement) si KPI (Key Performance Indicator).

Solutia trebuie sa ofer capabilitati de vizualizare de rapoarte in timp real pentru a

putea determina calitatea serviciilor IT furnizate catre utilizatori.

[CMEAR5] Solutia de monitorizare trebuie sa monitorizeze aplicatii de tip

Java/J2EE permitand colectarea de metrici .

4.6.1.2 Arhitectura

[CMEAR6] Sistemul de monitorizare trebuie sa fie scalabil pentru a permite

extinderea usoara a monitorizarii intr-un mediu enterprise fara a necesita instalarea

de noi echipamente hardware.

[CMEAR7] Solutia de monitorizare trebuie sa poata fi instalata pe platforme ce

folosesc tehnologie de virtualizare.

[CMEAR8] Arhitectura sistemului de monitorizare trebuie sa permita functionarea

acestuia in modul HA si sa permita fail-over automat de pe un nod pe altul. In

aceste cazuri monitorizarea trebuie sa continue fara interventia operatorului.

[CMEAR9] Solutia de monitorizare trebuie sa gestioneze monitorizarea

echipamentelor de retea, a echipamentelor hardware (servere), echipamente de tip

storage precum si a aplicatiilor ce ruleaza pe aceste echipamente. Monitorizarea

tuturor componentelor se va realiza prin corelarea si consolidarea evenimentelor de

la echipamentele mai sus mentionate intr-o singura interfata.

[CMEAR10] Solutia de monitorizare trebuie sa utilizeze o baza de date de tip

CMDB care sa gestioneze in timp real serviciile monitorizate precum si

infrastructura pe care aceste servicii se bazeaza.

[CMEAR11] Toti colectorii de informatii din sistemele monitorizate trebuie sa

trasmita datele monitorizate folosind protocoale http/https.

[CMEAR12] Consola aplicatiei de monitorizare trebuie sa asigure vizualizarea

unui model in timp real al serviciilor monitorizate.

83

[CMEAR13] Solutia de monitorizare trebuie sa fie capabila sa auditeze toate

operatiile efectuate de utilizatori in aplicatie.

[CMEAR14] Aplicatia de monitorizare trebuie sa fie capabila sa se monitorizeze

singura si sa trimita alerte in cazul in care una dintre componente nu functioneaza in

parametrii.

[CMEAR15] Aplicatia de monitorizare trebuie sa fie de tip web-based.

Administrarea aplicatiei se va realiza tot din interfata web.

[CMEAR16] Aplicatia de monitorizare trebuie sa ofere administrare centralizata,

configurarea monitoarelor fiind posibila de la distanta.

4.6.1.3 Monitorizare infrastructura

[CMEAR17] Sistemul de monitorizare trebuie sa monitorizeze partea hardware

necesara functionarii in parametrii a aplicatiei. Trebuie sa asigure monitorizarea

echipamentelor de retea, a serverelelor, monitorizare echipamentelor de tip storage.

[CMEAR18] Sistemul de monitorizare trebuie sa monitorizeze una sau mai multe

metrici pentru un sistem, sa poata genera alerte in cazul in care anumite praguri sunt

depasite. Fiecare metrica sa aiba mai multe alerte de tip minor, major, critic.

[CMEAR19] Aplicatia trebuie sa monitorizeze un fisier de tip log si sa poata

genera alerte cand anumite conditii sunt indeplinite. Fiecare alerta trebuie sa

genereze automat un set de actiuni.

[CMEAR20] Solutia de monitorizare trebuie sa monitorizeze sistemele folosind

protocoale de tip remote, fara instalare de agenti. Monitorizarea infrastructurii

urmareste determinarea disponibilitatii sistemelor precum si performanta acestora.

[CMEAR21] Aplicatia de monitorizare trebuie sa execute diverse actiuni automate

in cazul in care unul dintre monitorare genereaza o alerta.

[CMEAR22] Aplicatia de monitorizare trebuie sa poata executa actiuni automate

declansate de monitoarele instalate. Actiunile automate pot consta in executia unui

script pentru a restarta un proces sau stergerea, arhivarea unor loguri etc.

[CMEAR23] Capacitatea de a monitoriza un set de metrici asociate unui proces

pentru a putea determina care resursa este responsabila de o incarcare excesiva a

procesului monitorizat.

[CMEAR24] Solutia de monitorizare trebuie sa monitorizeze baze de date (de tip

Oracle sau Microsoft SQL Server), servere de aplicatii (Weblogic, Websphere etc),

sisteme de tip middleware, servere web etc.

4.6.1.4 Monitorizarea aplicatiilor

[CMEAR25] Sistemul de monitorizare trebuie sa urmarireasca disponibilitatea si

performanta serviciilor monitorizate. Monitorizarea se va realiza fara agenti, datele

vor trebui colectate din diverse zone, iar monitorizarea aplicatiilor nu trebuie sa

modifice datele din cadrul sistemelor urmarite. Colectarea informatiilor se va

84

realiza cu ajutorul unor utilizatori virtuali care vor inregistra si executa actiuni

valide in aplicatia monitorizata.

[CMEAR26] Solutia de monitorizare trebuie sa colecteze informatii privind timpii

de raspuns pentru metodele si clasele apelate, memoria utilizata de obiecte. Aceste

informatii trebuie sa poata fi folosite in fazele de testare si implementare a

aplicatiilor.

[CMEAR27] Sistemul de monitorizare trebuie sa capteze tranzactiile si clauzele sql

si de asemenea sa ofere informatii privind timpii de executie pentru acestea.

[CMEAR28] Sistemul de monitorizare trebuie sa detecteze problemele de

disponibilitate si performanta in mod proactiv si sa ajute la micsorarea timpului de

interventie in solutionarea problemelor.

[CMEAR29] Monitorizarea virtuala ( folosind utilizatori virtuali) a tranzactiilor din

aplicatiilor monitorizate si urmarirea acestora in serverul de aplicatii J2EE/.NET,

middleware, baze de date.

[CMEAR30] Solutia de monitorizare va permite urmarirea indicatorilor de

performanta pentru procesele de business, precum si alinierea acestora cu procesele

operationale din IT.

[CMEAR31] Solutia de monitorizare trebuie sa ofere solutii de raportare a

performantei aplicatiei si de asemenea trebuie sa poata detecta incalcarea

contractelor de servicii.

[CMEAR32] Pe langa monitorizarea folosind useri virtuali, sistemul trebuie sa

permita urmarirea tranzactiilor generate de utilizatorii reali. Datele colectate din

monitorizarea virtuala, monitorizarea utilizatorilor reali si evenimentele de

infrastructura trebuie sa poata fi vizualizate intr-o singura interfata comuna.

[CMEAR33] Solutia trebuie sa ofere posibilitatea de a integra date de tipul

profiling pentru aplicatii Java/.NET. Trebuie sa poata oferi informatii privind

cererile transmise catre serverul de aplicatii sau serverele de baze de date, metodele

executate, sa ofere posbilitatea vizionarii clauzelor sql generate in urma tranzactiilor

efectuate.

4.6.1.5 Monitorizarea retelei

Sistemul de monitorizare a retelei trebuie sa aiba urmatoarele functionalitati:

[CMEAR34]Functionalitate

- Sistemul va colecta jurnalele de securitate din retea si va furniza posibilitatea raportarii

centralizate a evenimentelor si detectarii problemelor de securitate din retea;

[CMEAR35]Caracteristici principale

- sa fie capabil de a gestiona cel putin 500 evenimente/secunda, cu corelare dinamica,

capabil de a realiza corelarea evenimentelor pe baza de comportament si pe baza de

reguli;

- sa asigure colectarea logurilor si monitorizarea unui numar de minim 750 de dispozitive

de retea/securitate (servere, firewall-uri, IDS/IPS-uri, routere etc) si statii de lucru;

- sa fie capabil de a gestiona cel putin 5000 de asset-uri;

85

- sa fie capabil de a gestiona un numar de minim 20 de utilizatori Web

- sa fie capabil de a utiliza reguli implicite si reguli definite de utilizator;

[CMEAR36]Caracteristici de analiza a retelei

- sa poata colecta evenimente de la peste 350 de produse si de la diversi producatori din

domeniul IT si retelistica/securitate IT;

- sa poata prelua evenimente de echipamente de nivel 2 si 3: rutere, switchuri, appliance-

uri tip IDS si firewall-uri de la diversi producatori, obligatoriu Cisco si Checkpoint;

parsarea trebuie sa se faca intr-un format normalizat, pentru a usura procesul de cautare,

corelare si investigatie a incidentelor;

- trebuie sa permita integrarea cu solutii de analiza de vulnerabilitati, pentru a completa

profilul de securitate al serverelor si aplicatiilor din retea;

- solutia trebuie sa permita integrarea cu urmatoarele scannere de vulnerabilitati: Qualys,

Nessus, Rapid 6 NexPose, Symantec NetRecon, Saint Vulenrability Scanner, ISS

Internet Scanner, eEye Retina Network Security Scanner, McAfee Vulnerability

Manager;

- sa realizeze amprentare bazata pe declansare de incident, bazata pe retea sau pe sistem;

- sa realizeze analiza automata si gestionata de utilizator pentru alarme fals-pozitive;

[CMEAR37]Caracteristici de tratare a evenimentelor

- sa realizeze analiza si raspunsul la evenimente;

- sa ofere un panou de control pentru managementul evenimentelor de securitate bazat pe

roluri; panourile de control sa poata fi personalizate pentru fiecare utilizator in parte;

- vizualizarea evenimentelor, atat a celor venite de la echipamente, cat si a celor corelate,

trebuie sa se poata face in timp real;

- sa realizeze consolidarea evenimentelor si maparea acestora la o singura sesiune, daca

acele evenimente contin astfel de informatii;

- evenimentele sa fie prezentate agregat, daca este cazul – in special pentru echipamente

care genereaza un volum mare de evenimente identice;

- trebuie sa asigure vizualizarea grafica a caii atacului, cu investigare detaliata;

- sa ofere un profil pentru identificarea adresei MAC a sistemului atacator;

- sa ofere detalii despre incident, incluzand reguli, evenimente brute, vulnerabilitati si

expuneri comun;

- sa ofere posibilitatea de analiza imediata de incident, si determinarea de alerte fals

pozitive;

- corelarea evenimentelor trebuie sa se faca in memorie, de asemenea, corelarea trebuie

sa includa si corelare statistica;

- sa contina si sa ofere capabilitatea de "Built-in Case Management" si "Actionable

Workflow";

- sa ofere posibilitatea de a defini reguli personalizate cu ajutorul unei interfete grafice;

sistemul trebuie sa asigure copierea regulilor existente pentru crearea de noi reguli,

testarea regulilor pe un anumit set de date, iar dupa ce regula a fost definita in versiunea

finala, sa fie aplicata pe fluxul de evenimente;

- sa ofere posibilitatea de escaladare a incidentelor; sistemul trebuie sa prezinte un

mecanism de escaladare clar definit, care sa evidentieze catre ce grupuri de persoane se

face escaladarea, dupa ce perioada se face escaladarea la urmatorul nivel; oprirea

escaladarii trebuie sa poata fi facuta din interfata solutiei;

- notificarile trimise de catre sistem trebuie sa includa prioritatea evenimentului,

evenimentul original sau corelat care a generat acea notificatie, grupul de notificare la

care s-a trimis acea alerta, nivelul de escaladare la care s-a ajuns, si ora exacta la care a

fost generat evenimentul

86

- sa ofere un mecanism de notificare, inclusiv prin e-mail, syslog, SNMP;

- solutia trebuie sa asigure crearea de alerte ponderate, ce ajuta la prioritizare. Aceste

ponderi trebuie sa se poata calcula in functie de mai multe caracteristici precum tipul

evenimentului, vulnerabilitatea tintei, prioritatea sistemului/sistemelor afectate din

punct de vedere business etc.

- Sistemul trebuie sa evidentieze timpul la care un eveniment a fost primit de solutie,

timpul la care a ajuns evenimentul in sistemul central de analiza, si timpul care a fost

raportat de dispozitivul care a generat evenimentul;

- Sistemul trebuie sa permita limitarea latimii de banda utilizata pentru transmiterea

datelor de tip eveniment de la site-urile localizate la distanta;

- Colectarea evenimentelor trebuie sa se faca cat mai aproape de dispozitivul generator

de evenimente, iar comunicatia intre sistemul de colecatare e evenimentelor si sistemul

de corelare trebuie sa se faca in mod securizat;

[CMEAR38]Caracteristici de raportare

- interogare cu latenta mica, in timp real, despre evenimente;

- sa ofere posibilitatea de a utiliza interogari prestabilite, dar si interogari customizate;

- sa ofere rapoarte incluse, incluzand zona de management si operationala;

- formate de export care sa suporte Pdf, XLS,HTML si CSV;

[CMEAR39]Management

- interfata bazata pe Consola de monitorizare si optional Web, care trebuie sa permita

administrarea bazata pe roluri cu privilegii definite;

- sa ofere posibilitatea de ierarhizare cu alte sisteme de management a evenimentelor, de

la diversi producator, pentru consolidarea raportarii;

- sa ofere posibilitatea de arhivare a datelor brute si a arhivei de evenimente pe un

echipament de stocare in standard NFS si CIFS;

- trebuie sa permita backup si restore automat;

[CMEAR40]Caracteristici de integrare in retea

- trebuie sa poata prelua informatii de la echipamente de retea: routere, Firewall si

IPS/IDS de la diversi producatori (obligatoriu Cisco si Checkpoint), Log de sistem:

Windows 2000, 2003, Solaris, Linux; Aplicatii: servere web (minim IIS, Apache);

- sa ofere suport universal de echipament, pentru a agrega si monitoriza orice syslog de

aplicatie;

4.6.1.6 Rapoarte

[CMEAR41] Solutia trebuie sa permita vizualizarea de rapoarte predefinite si de

asemenea sa ofere posibilitatea de a crea alte rapoarte

[CMEAR42] Rapoartele trebuie sa permita filtrarea informatiilor in functie de

anumite criterii/conditii, in functie de severitatea mesajelor, in functie de data, in

functie de sursa evenimentelor

[CMEAR43] Aplicatia genereaza automat rapoarte bazate pe datele colectate

pentru urmatoarele categorii: resurse de sistem, disponibilitatea sistemelor, metrici

de retea, resursele aplicatiilor etc. Rapoartele predefinite trebuie sa poata oferi date

de tip forecast.

87

[CMEAR44] Raportele trebuie sa poata fi executate in timp real sau sa poata fi

programate sa ruleze la diverse interval iar rezultatele acestora trebuie sa poata fi

exportate in fisiere sau distribuite pe e-mail.

4.6.1.7 Analiza si detectarea cauzelor care au generat probleme

[CMEAR45] Solutia de monitorizare trebuie sa faca distinctie intre mesajele

generate de o anumita problema astfel incat sa nu genereze alerte multiple pentru

aceeasi problema. Intervalul de timp pentru care sunt suprimate mesajele duplicat

trebuie sa fie configurabil.

[CMEAR46] Aplicatia de monitorizare trebuie sa ofere o reprezentare grafica a

serviciului monitorizat si sa coreleze evenimentele primite de la monitoare la

componentele serviciului monitorizat. Impactul asupra unui serviciu trebuie sa fie

vizibil in harta acelui serviciu.

[CMEAR47] Sistemul de monitorizare trebuie sa ajute la detectarea cauzelor

problemelor aplicatiilor, interfetelor si componentelor monitorizate. Rularea de

rapoarte specifice sau vizualizare hartilor de stare ale serviciilor monitorizate

trebuie sa ajute la corelarea si identificarea cauzei ce a generat alertele. Solutia

trebuie sa vina in ajutorul administratorilor de sistem in vederea solutionarii sau

prevenirii problemelor din sistemele gestionate.

[CMEAR48] Aplicatia trebuie sa defineasca SLA-uri bazate pe diversi indicatori

de performanta pentru masurarea disponibilitatii, performantei, volumului de

tranzactii, MTTR etc.

[CMEAR49] Modulul de analiza trebuie sa anticipeze eventualele probleme ce pot

apare si sa previna asupra impactului acestora in tranzactiile business. Analiza si

corelarea evenimentelor trebuie sa se realizeze in timp real.

4.6.2 Cerinte privind monitorizare serverelor

[CGMS1] Solutia trebuie sa furnizeze inregistrarea complet vizuala a sesiunilor

utilizatorilor, iar inregistrarea ar trebui sa includa:

o Ferestre de pe ecranul utilizatorului

o Interactiunea utilizatorului cu ecranele, inclusiv miscari de mouse si de clicuri pe

butonul mouse-ului si introducerea textului

[CGMS2] Solutia trebuie sa capteze informatii suplimentare despre activitatea

utilizatorului in fiecare sesiune inregistrata, inclusiv:

o Nume de aplicatii (inclusiv numele fiecarui ecran de aplicatie), care sunt accesate de

catre utilizator in cadrul unei sesiunii

o Nume de fisiere care sunt deschise sau modificate

o URL-ul paginilor web vizualizate

[CGMS3] Solutia trebuie sa redea inregistrari de sesiune prin intermediul interfetei

browserului, fara a necesita software personalizat pentru client, plug-in-uri sau suport Java

sau Flash specific.

[CGMS4] Sistemul va permite vizualizarea sesiunilor active .

88

[CGMS5] Sistemul trebuie sa inregistreze sesiunile initiate prin intermediul aplicatiilor de

acces de la distanta si protocoalelor de conectare:

o RDP

o ICA VMware View

o NetOp

o PC-Anywhere

Alte metode de conectare / protocoale

[CGMS6] Sistemul trebuie sa inregistreze si sa afiseze informatii despre fiecare sesiune

inregistrata:

o nume utilizator

o Adresa IP de la care conexiunea a fost facuta

o Numele computerului de la care conexiunea a fost facuta

[CGMS7] Inregistrarile si metadatele vor fi stocate intr-un mod sigur, intr-o baza de date

parte intergranta a solutiei furnizate.

[CGMS8] Sistemul trebuie sa nu realizeze capturile prin intermediul tehnologiei de

streaming video, datorita marimii sale mari. Solutia trebuie sa utilizeze capturi de ecran

corelate.

[CGMS9] Sistemul trebuie sa aiba o consola de management centralizat, incluzand

urmatoarele capabilitati:

o Politica de management bazata pe reguli de inregistrare (include / exclude aplicatii,

utilizatori etc)

o Abilitatea de a crea si de a lucra cu grupuri de masini, in scopul unei gestionari mai

performante

o Set de permisiuni ce pot fi personalizate granular pe baza rolurilor existente in

politica de securitate dar si modular ( se permite anumitor utilizatori sa redea doar

anumite capturi de ecran)

o Independenta de apartenenta la domeniu

[CGMS10] Sistemul trebuie sa utilizeze modelul “privilegiilor esentiale” sau “celor mai

mici privilegii” pentru controlul accesului.

[CGMS11] Sistemul va permite cautarea de inregistrari, prin interogari de tip „full-text” a

tuturor metadatelor in fiecare inregistrare (dupa cum se specificain cerinta CGMS2 sau in

domenii specifice, inclusiv numele serverului, utilizator si data de inregistrare.

[CGMS12] Sistemul va genera rapoarte de activitate pentru fiecare server:

o Rapoartele trebuie sa fie personalizate, permitand selectia campurilor de date si

gruparea lor.

o Rapoartele pot fi rulate ad-hoc, sau programate pentru livrare automata prin email.

Rapoartele pot fi exportate in formate de fisiere Excel si XML.

[CGMS13] Sistemul va permite exportul de inregistrari, pentru a permite vizualizarea off-

line de la distanta, fara a fi nevoie de software personalizat.

[CGMS14] Sistemul va utiliza protocoale standard pentru conexiunea cu agentul pentru

servere, cum ar fi HTTP.

[CGMS15] Comunicarea dintre agent si server trebuie sa fie criptata, folosind protocoale

standard, cum ar fi SSL peste HTTPS. Înregistrarile fiecarui agent vor fi semnate digital si

stocate cu semnatura in baza de date.

[CGMS16] Comunicarea dintre agent si server trebuie sa se produca in timp real, fara a fi

nevoie de utilizarea unei memorii tampon de tip „cache”. Cache-ul trebuie sa fie utilizat

numai in perioadele de nefunctionare a retelei / tronsonului de retea care asigura

comunicarea dintre agent si server.

89

[CGMS17] Sistemul trebuie sa permita solicitarea raspunsului de identificare a

utilizatorului inainte de validarea accesului la server. Aceasta functionalitate trebuie sa

identifice unic utilizatorul pentru autentificarea generica a administratorilor.

[CGMS18] Sistemul trebuie sa trimita mesaje automate la utilizatori cu posibilitatea de

primirea confirmarilor.

[CGMS19] Sistemul trebuie sa inregistreze sesiuni din toate sistemele de operare Windows

pentru servere / desktop (Windows NT/2000/XP/2003/Vista/2008/7).

[CGMS20] Sistemul trebuie sa aiba o interfata standard de tip API, care permite integrarea

directa cu alte solutii pentru gestionarea retelei si alte sisteme de monitorizare, pentru a

oferi alerte in timp real.

[CGMS21] Sistemul trebuie sa includa metode de protectie pentru a preveni inchiderea

proceselor initiate de agenti, (de ex. Metode de tip „watchdog”).

[CGMS22] Solutia trebuie sa monitorizeze minim 10 servere fizice sau virtuale la un

moment dat, solutia permitand mutarea licentelor in functie de cerintele de monitorizare pe

un alt esantion de 10 servere fizice sau virtuale.

4.6.3 Cerinte privind securitatea logica

[CSL1]Sistemul trebuie sa permita restrictionarea accesului la echipamentele de retea. Acest

lucru implica posibilitatea definirii unor retele fizice separate in functie de necesitatile de

securitate ale componentelor sistemului (retea de acces la Internet separat de reteaua cu acces la

aplicatiile ce prelucreaza date

[CSL2]Solutia oferita trebuie sa asigure un nivel maxim de securitate in utilizare si exploatare prin

respectarea urmatoarelor cerinte minimale:

- [CSL2.1]Sa realizeze criptarea datelor transmise prin implementari VPN IPSEC

3DES/AES

- [CSL2.2] Trebuie sa permita implementari IPS (Intrusion Prevention System) pentru

detectarea si prevenirea intruziunilor

- [CSL2.3]Sa asigure posibilitatea de definire de retele virtuale distincte (VLAN-uri)

pentru separarea domeniilor de broadcast si definirea de politici de securitate VLAN

- [CSL2.4]Sa asigure criptarea comunicatiei pentru conexiuni de tip remote management

(SSH)

- [CSL2.5]Echipamentele oferite in cadrul solutiei trebuie sa fie noi, de ultima generatie

cu un inalt grad de securitate, fiabilitate si scalabilitate si sa beneficieze de suport din

partea producatorului.

4.6.4 Cerinte privind securitatea bazelor de date

Securitatea si confidentialitatea datelor presupune protectia la accesul neautorizat sau rau

intentionat, prin mecanisme care permit identificarea si autentificarea utilizatorilor.

[CSBD1]Baza de date trebuie sa fie abstractizata pentru aplicatii, astfel incat aplicatiile sa nu

depinda de tipul bazei de date. Astfel comunicatia intre aplicatie si baza de date trebuie adusa la

90

un nivel in care securitatea accesului la baze de date sa depinda de mecanismele proprii ale bazei

de date.

[CSBD2]Urmatoarele aspecte trebuie avute in vedere in implementarea sistemului de securitate

al bazei de date:

Controlul accesului.

Auditarea operatiunilor efectuate de utilizatori.

Autentificarea utilizatorilor.

Criptarea datelor.

Verificarea integritatii datelor.

Urmatoarele cerinte trebuie implementate pentru asigurarea securitatii bazelor de date:

[CSBD3] Accesul utilizatorilor la date trebuie sa poata fi granularizat la nivel de tabela,

linie si coloana.

[CSBD4] Accesul utilizatorilor la informatii va fi bazat pe o lista de control a accesului,

aferenta fiecarei entitati din baza de date. Acest lucru trebuie sa poata permite separarea

rolurilor operatorilor bazei de date de cele ale utilizatorilor acesteia.

[CSBD5] Baza de date trebuie sa permita auditarea operatiunilor efectuate de utilizatori.

Acest lucru presupune ca fiecare operatiune efectuata asupra bazei de date sa poata fi

identificata si legata unic de un utilizator.

[CSBD6] Autentificarea utilizatorilor pentru accesarea bazei de date trebuie sa se bazeze

pe un set de credentiale.

[CSBD7] Pentru a asigura un nivel de securitate satisfacator in ceea ce priveste

autentificarea, sistemul trebuie sa permita definirea unor cerinte minime privind

complexitatea setului de credentiale (complexitatea parolei, intervale de autentificare etc).

[CSBD8] Odata autentificati, utilizatorii vor putea accesa datele in functie de rolurile

detinute, definite la nivelul bazei de date. Rolurile utilizatorilor trebuie gestionate la

nivelurile aplicatiilor, cat si la nivelul bazei de date, accesul la functionalitatile aplicatiilor

fiind conditionat de rolurile gestionate la nivelul aplicatiilor.

[CSBD9] Baza de date trebuie sa permita criptarea si decriptarea datelor stocate in tabele.

Prin acest mecanism doar utilizatorii autorizati vor avea acces la datele decriptate,

restrictionand accesul administratorilor bazei de date la informatiile stocate, indiferent de

mecanismele de protejare ale accesului puse la dispozitie de sistemul de gestiune al bazei

de date.

[CSBD10] Un aspect foarte important in securitatea sistemelor de gestiune a bazelor de

date il constituie integritatea datelor stocate in baza de date. Informatiile stocate trebuie

mentinute intr-o stare consistenta de sistemul de gestiune al bazelor de date in cazul in care

apare un incident logic sau fizic. Acest lucru presupune implementarea unor masuri logice

si fizice de asigurare a unei solutii de pastrare a consistentei fisierelor stocate pe discuri de

catre sistemul de gestiune al bazelor de date.

[CSBD11] Sistemul de gestiune al bazelor de date trebuie sa asigure repunerea in functiune

a bazei de date dupa o avarie, incluzand utilizatorii, rolurile si drepturile acestora de acces

la datele stocate. Repunerea in functiune va fi conditionata de validarea integritatii datelor

recuperate cat si a integritatii informatiilor privind utilizatorii, rolurile acestora si drepturile

lor de acces.

91

4.6.5 Cerinte privind securitatea aplicatiilor web

Sistemul trebuie sa foloseasca masuri de securitate adecvate, corespunzatoare urmatoarelor

principii dovedite in practica, atunci cand acest lucru este aplicabil:

[CSAW1] Acces centralizat al utilizatorilor la aplicatii prin intermediul unui server de

autentificare si autorizare.

[CSAW2] Controlul accesului pe baza rolurilor utilizatorilor.

[CSAW3] Securitate bazata pe roluri.

[CSAW4] Limitarea operatiilor disponibile pentru un utilizator, conform cu drepturile sale.

[CSAW5] Utilizarea inclusiv a mecanismelor de securitate native ale serverelor de

aplicatie, bazelor de date si sistemelor de operare.

[CSAW6] Gestiunea centralizata a utilizatorilor si a drepturilor de acces la aplicatii.

[CSAW7] Sistemul trebuie sa foloseasca tehnologii de securitate mature si validate pe

piata, care sa permita:

o Integrare cu servicii de validare a starii certificatelor si de marcare temporala.

o Controlul accesului folosind o politica flexibila bazata pe roluri.

[CSAW8] Sistemul va asigura facilitate de Single Sign-On necesitand introducerea o

singura data a datelor de autentificare si apoi permitand accesul la aplicatii in functie de

nivelul de autorizare.

[CSAW9] Monitorizarea actiunilor unui utilizator in aplicatii se va face prin intermediul

mecanismelor de loguri si audit, atat la nivelul fiecarei aplicatii cat si la nivel global,

utilizand identitatea unica a unui utilizator ca urma a sa in sistem. Aplicatiile trebuie sa

includa mecanisme de jurnalizare si audit al evenimentelor, iar stocarea datelor auditate sa

se faca in baze de date ce pot fi accesate in scopul auditarii si analizei ulterioare. Nivelul de

auditare trebui sa fie configurabil (succes, reusita etc).

[CSAW10] Stocarea configuratiilor si a politicilor de acces la resursele web se va realiza in

baza de date a sistemului, fara a exista nevoia unui depozitar proprietar de date.

[CSAW11] Se va permite accesarea simultana a mai multor surse de identitati pentru

realizarea autentificarii si autorizarii, fara a implica duplicarea informatiei sau crearea unui

metadirector.

[CSAW12] Toate politicile de control al accesului trebuie sa poata fi definite utilizand

interfata web a solutiei, fara a necesita cunostinte de programare sau rularea de scripturi pe

server. Administratorii solutiei trebuie sa poata accesa module web pentru administrare,

folosind browsere larg raspandite (Internet Explorer, Mozilla Firefox, Google Chrome etc);

la nivelul solutiei de administrare trebuie sa poata fi identificate sesiunile deschise la

momentul respectiv catre sistem (cine este autentificat) si sa existe posibilitatea inchiderii

acestora daca administratorii considera necesar (inchiderea sesiunii de lucru va duce la

necesitatea reautentificarii utilizatorului respectiv).

[CSAW13] Pentru a asigura un nivel ridicat de securizare a accesului, solutia oferita

trebuie sa suporte in mod standard si fara dezvoltari cel putin urmatoarele metode de

autentificare:

o Nume de utilizator si parola

92

o Certificate digitale x.509

o Smart card

o Bazata pe formulare web

o API-uri de autentificare pentru dezvoltari

[CSAW14] Pentru a asigura flexibilitatea solutiei de control acces aceasta trebuie sa fie

compatibila cel putin cu urmatoarele standarde SAML (1.0, 1.1, 2.0), Liberty Alliance ID-

FF (1.1, 1.2), WS-Federation.

4.6.6 Cerinte privind accesul utilizatorilor in sistem

Solutia ofertata trebuie sa asigure implementarea urmatoarelor cerinte privind accesul utilizatorilor in

sistem:

[CGAUS1] Inregistrarea si accesul utilizatorilor – sistemul va determina univoc daca

utilizatorul este cel care pretinde ca este. Procesul de inregistrare va cuprinde informatii

relevante privind utilizatorul: nume utilizator, parola si/sau certificat si drepturile pe care le

detine in sistem. Vor fi prevazute reguli parametrizate privind politica de securitate,

precum complexitatea parolei, perioada de valabilitate, numar de incercari esuate,

informatii privind datele in care sistemul a fost accesat;

[CGAUS2] Autentificare ⁄ identificare - utilizatorii care vor accesa informatiile si functionalitatile sistemului vor fi autentificati inainte de a li se permite accesul.

Autentificarea va fi de tipul single-sign-on (SSO), completata de alte metode de

autentificare (certificat digital, smartcard, token).

[CGAUS3] Autorizare bazata pe roluri – restrictioneaza dreptul utilizatorului la

functionalitatile sistemului pe baza rolului desemnat acestuia. Fiecare utilizator are asociat

un rol. Fiecare rol are asociat un set de drepturi. Drepturile reprezinta prerogativele

acordate unui utilizator de a efectua anumite activitati in cadrul unui sistem informatic.

Sistemul va putea limita sau permite accesul unui utilizator la anumite date si

functionalitati pe baza apartenentei la un grup.

[CGAUS4] Control acces (autorizare) – prevenirea utilizarii neautorizate sau de maniera

neautorizata a resurselor. Fiecarui utilizator autorizat i se asociaza o autorizare. Controlul

accesului consta in restrictionarea capacitatii unui subiect de a folosi un sistem sau un

obiect in acel sistem, precum si jurnalizarea activitatilor efectuate

[CGAUS5] Auditare – activitatile derulate in sistem vor fi inregistrate, fiind posibila

auditarea ulterioara. Sistemul trebuie sa aiba capacitatea de a inregistra toate tranzactiile si

incidentele din sistem, fiind posibila analiza acestor inregistrari in scopul identificarii

modului de functionare al sistemului si activitatilor derulate de utilizatori.

[CGAUS6] Segmentarea datelor - capacitatea aplicatiilor de a restrictiona

functionalitatile la care au acces utilizatorilor prin aplicarea regulilor de business. Solutia

trebuie sa implementeze stocarea profilelor de utilizatori in structuri LDAP standardizate.

[CGAUS7] Integritatea datelor – datele stocate si procesate in sistem sunt corecte si

complete. Sistemul va permite implementarea unor mecanisme care sa verifice si sa

valideze datele din punct de vedere al corectitudinii si completitudinii.

[CGAUS8] Administrare (configurare) – sistemul va aplica politicile de securitate

incorporate in arhitectura si functionalitatile lui. Definirea utilizatorilor si grupurilor,

precum si atribuirea de drepturi se va realiza de catre utilizatori cu drepturi de

administrator. Sistemul va permite delegarea administrarii drepturilor complet sau limitat la

93

anumite operatii (de exemplu adaugare utilizator, schimbare parola etc) catre alti utilizatori

dintr-o organizatie. Sistemul va oferi posibilitatea ca administrator sa poata configura

restrictii legate de adresele de IP sau domeniile de la care conectarea va fi permisa, pentru

fiecare utilizator/ grupuri de utilizatori in parte.

[CGAUS9] Securitatea impotriva accesului neautorizat - sistemul informatic trebuie

protejat impotriva incercarilor deliberate sau accidentale de acces neautorizat la datele pe

care acestea le inmagazineaza. Sistemul trebuie sa asigure urmatoarele facilitati:

ierarhizarea in clase a utilizatorilor finali; facilitati de administrare parole; permiterea

accesului direct la bazele de date numai administratorilor de baze de date autorizati;

asigurarea securitatii tuturor interfetelor sistemului informatic, prevenind accesul

utilizatorilor neautorizati la sistem; raportarea pe baze periodice a detaliilor privitoare la

accesul in sistem al utilizatorilor.

4.6.7 Cerinte privind monitorizare activitatii utilizatorilor in aplicatie

[CGMAU1] Pentru a oferi o monitorizare completa a activitatii curente in vederea

auditarii, asigurarii conformitatii, segregarea functiilor si protejarea informatiei, sistemul

trebuie sa ofere functionalitati de inregistrare a activitatilor utilizatorilor interni din cadrul

sistemul informatic si sa acopere cerintele specifice detaliate mai jos;

[CGMAU2] Sistemul trebuie sa implementeze identificarea ecranelor, campurile si alte

zone importante din aplicatia monitorizata si sa transmita alerte atunci cand cineva le

acceseaza sau le modifica;

[CGMAU3] Sistemul trebuie sa ofere functionalitati de monitorizare, analiza, inregistrare

si reproducere a datelor inregistrate sau modificate de utilizatori in ecranele aplicatiilor

monitorizate. Sistemul trebuie de asemenea sa ofere posibilitati de cautare in datele captate

si de transmitere de alerte in cazul identificarii unui comportament suspicios;

[CGMAU4] Sistemul trebuie sa ofere vizibilitate asupra activitatii utilizatorilor, oferita

prin redarea vizuala a ecranelor din sesiunile aplicatiilor cu care utilizatorii lucreaza.

[CGMAU5] Sistemul trebuie sa implementeze si apoi sa identifice

comportamente/utilizatori/proiecte specifice prin mecanisme de cautare de tip “Google-

like” (ex: data si ora actiune, adresa IP, utilizator - ID utilizator) cu capabilitate de filtrare

in cautare fara a necesita cerinte tehnice de baze de date sau alte cunostinte specifice de IT.

Cautarile trebuie sa fie create din interfata grafica a utilizatorului fara scrierea unui cod de

programare;

[CGMAU6] Sistemul trebuie sa ofere functionalitati de vizualizare a sesiunilor

utilizatorilor de la cautari de informatii pana la modificare si schimbare de informatii; sa

asigure vizualizarea tuturor actiunilor utilizatorilor pas cu pas, monitorizarea datelor pe

care utilizatorii le-au introdus sau modificat in ecranele aplicatiei, numarul secventei, si sa

afiseze informatiile pe care utilizatorii le-au vizualizat;

[CGMAU7] Sistemul trebuie sa ofere propria interfata web-based pentru utilizatorii care

vor face analize, auditari sau altor utilizatori ce nu au competente de programare ce pot

face schimbari de parametrii si criterii pe baza carora actiunile utilizatorilor sa fie

monitorizate; sa creeze rapoarte grafice bazate pe activitatea utilizatorilor; sa monitorizeze

starea alertelor generate, sa aloce activitati altor utilizatori si altor functionalitati;

[CGMAU8] Sistemul trebuie sa ofere posibilitatea de a configura si apoi a transmite alerte

catre auditori sau administratori in functie de zona de interes in care se afla, printr-o

interfata web. Sistemul trebuie sa asigure gestionarea si documentarea procesului de

analiza, sa permita adaugarea de activitati ce trebuie desfasurate in procesul de analiza,

94

sa adauge documente, notificari. Sistemul trebuie sa ofere o imagine consolidata a

alertelor, cazurilor, profilelor cu posibilitate de “drilldown” pentru fiecare entitate;

[CGMAU9] Sistemul trebuie sa ofere instrumente grafice pentru crearea de reguli de

alertare generate de comportamentele suspicioase, evitand scrierea de cod programatic;

[CGMAU10] Sistemul trebuie sa asigure implementarea segregarii functiilor (ex.separarea

rolurilor: gestionarea utilizatorilor, adiministrarea tehnica, administrarea regulilor si

alertelor, specialist suport etc)

[CGMAU11] Implementarea regulilor se va baza pe un mecanism intern al sistemului

ofertat ce oferta functionalitati de evaluare si masurare ce va permite corelarea de

multiple evenimente si construirea unui punctaj agregat asa cum este definit in regula

implementata

[CGMAU12] Sistemul trebuie sa ofere posibilitatea de a genera profile ale

comportamentului utilizatorilor pentru sistemul monitorizat pentru a evalua

comportamentul normal al unui grup de utilizatori cu functii similare sau dintr-un alt

department pentru anumite activitati. Definirea parametrilor profilului trebuie sa fie

flexibila pentru a putea fi modificata conform cu procesele si cerintele Consiliului

Concurentei. Sistemul trebuie sa monitorizeze activitatea curenta a tuturor utilizatorilor si

sa o compare in timp real cu comportamentul grupului si sa genereze alerte atunci cand

sunt identificate deviatii;

[CGMAU13] Sistemul trebuie sa monitorizeze in timp real intreaga activitate pe care

utilizatorii interni o au in aplicatiile. Numarul utilizatorilor interni ce vor avea acces la

sistemul informatic este de 100.

[CGMAU14] Sistemul trebuie sa fie capabil sa transmita prin email alerte in timp real pe

baza regulilor de monitorizare definite catre utilizatori predefiniti;

[CGMAU15] In cadrul proiectului se va implementa un numar de 5 reguli de monitorizare

cu alertare;

[CGMAU16] Sistemul trebuie sa ofere o interfata cu:

o posibilitati de creare si actualizare de comportamente,

o alocare de activitati de investigare,

o monitorizarea activitatilor alocate,

o raportare activitatii si analizelor;

[CGMAU17] Sistemul trebuie sa nu afecteze in nici un fel functionarea normala a

infrastructurii IT din cadrul retelei securizate;

[CGMAU18] Sistemul trebuie sa ofere un instrument intern de criptare si semnare digitala

a datelor captate;

[CGMAU19] Sistemul trebuie sa fie scalabil si sa ofere posibilitatea de a monitoriza noi

aplicatii de acelasi tip (web-based) sau servere fara a fi necesara cumpararea de licente

suplimentare;

[CGMAU20] Monitorizarea aplicatiilor nu trebuie sa mareasca incarcarea aplicatiilor

monitorizate, bazelor de date sau serverelor;

[CGMAU21] Aplicatia nu trebuie sa instaleze agenti sau programe pe serverele sau bazele

de date ale aplicatiilor monitorizate; nu trebuie sa presupuna reconfigurarea, restartarea sau

alte interferente in sistemele si bazele de date monitorizate;

95

[CGMAU22] Sistemul trebuie sa ofere posibilitatea de a adauga noi reguli si sa le testeze

pe datele istorice inregistrate pentru a identifica daca acel comportament a avut loc in

institutie in trecut;

[CGMAU23] Furnizorul va preciza modul in care solutia sa optimizeaza spatiul pe disc

folosit, dat fiind ca depozitarea de imagini de pe ecran pentru reconstructia ecranelor de

utilizator, tastarile in aplicatie, tind sa aiba cerinte ridicate de spatiu pe disc.

[CGMAU24] Datele inregistrate trebuie sa fie asigurate prin criptare adecvata folosind

minim 128 bit AES si semnarea digitala folosind MD5.

[CGMAU25] Solutia propusa trebuie sa furnizeze rezultate imediate dupa instalare, cu

redarea vizuala completa, cu posibilitatea ca auditorii sa poata identifica imediat prin

functii de cautare datele necesare pentru audit si investigare.

[CGMAU26] Monitorizarea parametrilor din campurile de date afisate initial (pre-

populate) si a celor modificate de utilizatori.

[CGMAU27] Pastrarea referintelor din valorilor de campuri relativ la denumirile acestora.

4.6.8 Cerinte privind functionalitatea solutiei de FireWall

Componenta software de tip proxy/firewall trebuie sa raspunda la urmatoarele cerinte:

[CFW1] Suport pentru SSL si autentificare de baza

[CFW2] Trebuie sa permita extensia functionalitatilor pe baza de plugin-uri sau module

[CFW3] Serverul web trebuie sa dispuna de plugin-uri astfel incat sa permita utilizarea ca

server de interfata pentru serverul de aplicatii

[CFW4] Serverul web trebuie sa permita implementarea unui mecanism de tip SSO in

conjunctie cu solutia de control acces

[CFW5] Serverul trebuie sa permita implementarea unei arhitecturi de tip PKI

[CFW6] Comunicatiile cu exteriorul retelei trebuie sa se realizeze atat criptat cat si in clar,

in functie de tipul informatiei, suport SSL v3

[CFW7] Sa permita integrarea cu solutii de accelerare hardware a criptarii/decriptarii

[CFW8] Sa permita operarea in mod reverse-proxy

[CFW9] Sa dispuna de functionalitati de rescriere a adreselor URL

[CFW10] Sa dispuna de mecanisme de balansare a incarcarii

[CFW11] Sa permita configurarea intr-un mod de disponibilitate ridicata

[CFW12] Sa ofere suport pentru IPv4 si IPv6

[CFW13] Sa permita rularea continutului dinamic oferind suport cel putin pentru

tehnologiile PHP, JSP, C/C++

[CFW14] Sa permita port tunneling

[CFW15] Sa ofere servicii de web cache

[CFW16] Sa ruleze pe toate distributiile majore de sisteme de operare prezente pe piata

(Windows, Linux, Unix)

5. Personalul tehnic de specialitate

5.1 Atributiile expertilor cheie

96

Datorita complexitatii proiectului precum si a impactului sau asupra mediului economic si in

special asupra modului in care este monitorizat mediului concurential din Romania dar si pentru a

reduce riscurile de implementare, Autoritatea Contractanta solicita operatorilor economici sa

prezinte in conformitate cu prevederile OUG 34/2006, cu toate modificarile si completarile

ulterioare, urmatoarea echipa de specialisti:

1. Project manager

2. Expert Analist de business

3. Expert Arhitect Sisteme Informatice

4. Expert Interoperabilitate

5. Expert baze de date

6. Expert virtualizare si securitate informationala

7. Expert Componenta monitorizarea evenimentelor din aplicatii si retea

8. Expert Componenta monitorizare server si activitate utilizatori

9. Expert Coordonator testare

10. Expert Infrastructura comunicatii si securitate

11. Expert Coordonator instruire

1. Project manager

Project managerul va asigura administrarea si coordonarea intregului proiect asigurand un

management eficient al echipei de proiect, dar si al bugetului proiectului. In acelasi timp,

managerul de proiect va asigura managementul comunicarii la nivel inalt intre autoritatea

contractanta si furnizor. Pe perioada derularii proiectului project managerul va asigura si

evaluarea indicatorilor de implementare si va urmari minimizarea riscurilor de implementare.

Pe toata perioada de derulare a proiectului managerul va asigura, dar fara a se limita la:

Stabilirea activitatilor specifice proiectului, alocarea lor catre echipa de proiect si

esalonarea lor in timp;

Estimarea si asigurarea resurselor necesare derularii proiectului;

Estimarea si bugetarea costurilor;

Gestionarea si controlul resurselor;

Managementul financiar al proiectului ce revine in rolul furnizorului;

Identificarea, documentarea, prioritizarea, urmarirea si controlul riscurilor;

Stabilirea unui sistem de comunicare dedicat proiectului;

Stabilirea nivelului de calitate pentru activitati si rezultate;

Managementul configurarii si al implementarii;

2. Expert Analist de business

Analistul de business va fi responsabil cu desfasurarea/documentarea etapei de analiza detaliata,

descrierea fluxurilor si proceselor de business, descrierea detaliata a cerintelor din perspectiva

sistemului ce urmeaza a fi implementat si de elaborare a specificatiilor tehnice si functionale.

97

Expertul Analist de business va fi responsabil in perioada derularii proiectului cel putin de:

Identificarea cerintelor clientului;

Agrearea, de comun acord cu beneficiarul, a solutiei de implementare a proiectului;

Detalierea cerintelor pentru echipa de implementare prin specificarea/modelarea cerintelor

in limbaj tehnic, asigurand transferul de informatie de la beneficiar catre echipa de

implementare;

Asigurarea suportului pentru dezvoltarea solutiei;

Asigurarea conformitatii solutiei dezvoltate cu cerintele specificate;

Asigurarea corectitudinii cerintele formulate si validarea acestora cu beneficiarul;

Elaborarea si intretinerea documentului de cerinte software (Software Requirement

Specifications);

Asigurarea suportului beneficiarului in etapa de tranzitie la noua solutie;

Participarea la obtinerea acceptantei din partea beneficiarului.

3. Expert Arhitect Sisteme Informatice

Expertul Arhitect sisteme informatice va fi responsabil in perioada derularii proiectului cel putin

de:

Proiectarea arhitecturii generale/functionale la nivelul intregului sistem;

Proiectarea componentelor de integrare cu sistemele externe;

Asistarea project manager-ului pentru planificarea si implementarea solutiei proiectate;

Asistarea project manager-ului in urmarirea/rezolvarea/minimizarea riscurilor privind

implementarea sistemului informatic;

Coordonarea echipelor tehnice si transpunerea in elemente si componente functionale a

necesitatilor descoperite in etapele de analiza;

Colaborarea cu responsabilii tehnici ai fiecarei componente a sistemului si cu ceilalti

experti pentru implementarea sistemului informatic in conformitate cu cerintele

beneficiarului;

Urmarirea respectarii caracteristicilor proiectate pe parcursul implementarii sistemului;

Avizarea documentelor de natura tehnica elaborate de echipa furnizorului.

4. Expert Interoperabilitate

Expertul Interoperabilitate va fi responsabil pe perioada de derulare a proiectului cel putin de:

Definirea/prezentarea/discutarea aspectelor tehnice ale protocoalelor de colaborare intre

beneficiar si institutiile partenere;

Stabilirea cerintelor tehnice care vor permite schimbul de date intre institutiile partenere,

tinand cont de platformele tehnologice si bazele de date existente la nivelul fiecareia;

Standardizarea mesajelor electronice care constituie fluxurile informationale de

interoperabilitate intre sisteme externe;

Analiza regulilor de acces si formalizarea lor, pentru fiecare sistem informatic al

institutiilor partenere;

Dezvoltarea vocabularului pentru descrierea schimburilor de date de interoperabilitate si

descrierea formatului acestora;

98

Participarea impreuna cu expertul arhitect de sistem informatic la definirea unei arhitecturi

orientate pe servicii (SOA) care sa asigure o maxima flexibilitate in integrarea cu alte

sisteme si schimbarile care ar putea aparea in fluxurile informationale de baza ale

proceselor sistemului;

Definirea arhitecturii portalului de intreprindere intern care reprezinta modalitatea

principala de acces a utilizatorilor la functionalitatile si serviciile sistemului informatic;

Implementarea in portalul de intreprindere intern a unei platforme de integrare SOA cu alte

sisteme prezente in organizatie sau externe;

Implementarea unei platforme de management a proceselor de business specifice

organizatiei;

Definirea arhitecturii si implementarea portalului extern pentru integrarea sistemului

propus cu serviciile publice on-line pentru cetateni/mediul de afaceri/administratia publica.

5. Expert baze de date

Expertul baze de date va fi responsabil in perioada de derulare a proiectului cel putin de:

Realizarea design-ul logic si fizic al bazelor de date;

Realizarea modelului de date;

Revizuirea design-ul aplicatiei pentru a verifica eficienta accesului la bazele de date;

Intelegerea arhitecturii si functionalitatilor tehnice ale sistemului, pentru a putea fi

efectuate modificari ale design-ului in cazul in care anumite functii manifesta cerinte

contradictorii fata de bazele de date;

Instalarea si configurarea software-ului pentru baze de date pentru mediul de dezvoltare;

Crearea diverselor baze de date necesare in timpul ciclului de viata al dezvoltarii (de

exemplu, dictionarul de date, testarea unitatii, testarea sistemului, instructajul);

Intretinerea controlului accesului la bazele de date;

Performanta si optimizarea functionala a bazelor de date;

Monitorizarea cresterii si a fragmentarii bazelor de date pentru dezvoltare si pentru

efectuarea de copii de siguranta ale bazelor de date si recuperarea acestora.

6. Expert virtualizare si securitate informationala

Expertul virtualizare si securitate informationala va fi responsabil pe perioada de derulare a

proiectului cel putin de:

Colaborarea cu Expertul architect de sistem pentru analiza/proiectarea/instalarea/

configurarea solutiei de virtualizare;

Optimizarea resurselor de infrastructura hardware existente in cadrul institutiei;

Asigurarea confidentialitatii si securitatii datelor cu caracter personal utilizate in cadrul

sistemului;

Asigurarea actiunilor care cuprind politici, practici, instrumente si proceduri, structuri

organizationale, precum si functii software specifice cerintelor;

Asigurarea expertizei in domeniul securitatii informatiei in toate etapele proiectului:

analiza, design, dezvoltare, testare si punere in functiune;

99

Colaborare stransa cu Arhitectul de solutie si cu Expertul de interoperabilitate pe intreg

parcursul implementarii proiectului.

7. Expert Componenta monitorizarea evenimentelor din aplicatii si retea

Expertul Componenta monitorizarea evenimentelor din aplicatii si retea va fi responsabil pe

perioada de derulare a proiectului de activitatile cuprinse la capitolul 4.6.1 Cerinte privind

monitorizarea evenimentelor din aplicatii si retea, cu cel putin urmatoarele atributii:

Asigurarea expertizei tehnice de specialitate pentru componenta de monitorizarea

evenimentelor din aplicatii si retea, prin:

o Instalarea si configurarea componentei;

o Customizarea componentei;

o Optimizarea componentei;

o Definirea rapoartelor;

o Definirea specificatiilor de integrare;

o Implementarea schemei de securitate;

Organizarea activitatii de monitorizare a evenimentelor din aplicatii si retea;

Derularea activitatilor specifice monitorizarii evenimentelor din aplicatii si retea;

Instruirea administratorilor de aplicatie.

8. Expert Componenta monitorizare server si activitate utilizatori

Expertul Componenta monitorizarea server si activitate utilizatori va fi responsabil pe perioada de

derulare a proiectului cel putin de:

Analiza cerintelor si definirea modului de implementare solutiei de monitorizare servere si

activitate utilizatori in aplicatie;

Asigurarea expertizei tehnice de specialitate pentru componenta de monitorizare server si

activitate utilizatori in aplicatie, prin:

o Instalarea si configurarea componentei;

o Customizarea componentei;

o Optimizarea componentei;

o Definirea rapoartelor;

o Definirea specificatiilor de integrare;

100

o Implementarea schemei de securitate;

Derularea activitatilor specifice monitorizarii serverelor si activitatii utilizatorilor;

Elaboarea procedurilor de utilizare si administrare a solutei de monitorizare servere si activitate

utilizatori in aplicatie;

Instruirea administratorilor de aplicatie.

9. Expert Coordonator testare

Expertul Coordonator testare va fi responsabil pe perioada de derulare a proiectului cel putin de:

Organizarea echipei de testare;

Definirea impreuna cu Expertul Analist de Business a planului de testare si a functionalitatilor

ce vor fi testate;

Elaborarea Planului de testare general (Master Test Plan);

Dezvoltarea si implementarea procedurilor de testare;

Testarea aplicatiilor software din punct de vedere functional si identificarea posibilelor erori;

Testarea tuturor cerintelor ce au rezultat in urma etapei de analiza;

Analiza problemelor si recomandarea solutiilor pentru remediere impreuna cu Expertul Analist

de business si Expertul arhitect sisteme informatice;

Realizarea documentatiei de testare.

10. Expert Infrastructura comunicatii si securitate

Expertul Infrastructura Comunicatii si Securitate va fi responsabil pe perioada de derulare a

proiectului cel putin de:

Definirea arhitecturii de comunicatii pentru proiectul propus si armonizarea cu infrastructura

de comunicatii existenta;

Asigurarea implementarii tuturor functionalitatilor privind sistemul de distribuire a incarcarii

(Load Balancer) cu functionalitati avansate de protectie pentru aplicatiile WEB (Web

Application Firewall);

Definirea politicilor de securitate corespunzatoare standardelor solicitate pentru infrastructura

HW si SW de comunicatii;

Implementarea infrastructurii de comunicatii;

Implementarea standardelor de securitate solicitate la nivelul infrastructurii de comunicatii;

Participarea, impreuna cu ceilalti experti, la elaborarea testelor de securitate conform

standardelor solicitate in cadrul proiectului;

Evaluarea si monitorizarea standardelor de securitate solicitate in proiect pe baza testelor

definite;

Asigurarea auditului de securitate pentru infrastructura de comunicatii (HW si SW)

implementata.

101

11. Expert Coordonator instruire

Expertul Coordonator instruire va fi responsabil pe perioada de derulare a proiectului cel putin

de:

Organizarea, dezvoltarea si implementarea programelor de formare a utilizatorilor;

Stabiliea si coordonarea echipei de instructori;

Monitorizarea activitatii de instruire;

Colaborarea cu echipa de implementare pentru a asigura o documentatie de instruire si un

program de formare corespunzator.

5.2 Alti experti Ofertantul trebuie sa aiba capacitatea necesara in vederea realizarii activitatilor prevazute in

prezentul contract la un nivel de calitate corespunzator, prin asigurarea personalului adecvat din

punct de vedere numeric, al competentelorsi al experientei profesionale.

CV-urile ”altor experti” nu vor fi examinate inainte de semnarea contractului. Acestea nu vor fi

incluse in oferta. Ofertantul va selecta „alti experti” in baza profilurilor identificate in Caietul de

sarcini. Acesti experti trebuie sa fie independenti si sa nu se afle in conflict de interese in

exercitarea activitatilor.

Expertii trebuie sa aiba competenta relevanta si experienta in domeniile specifice ale proiectului

in functie de activitatea pentru care vor fi folositi. Ofertantul trebuie sa mentioneze, in functie de

profilul fiecarui expert, daca acesta este senior/junior.

Selectarea expertilor non-cheie va trebui sa fie aprobata de catre Autoritatea contractanta.

6. Cerinte privind instruirea

[CI1] Instruirea se va desfasura intr-o locatie pusa la dispozitie de catre Furnizor, conform

planului de instruire stabilit si agreat contractual.

[CI2] Instruirea se va tine in limba romana, utilizand metode interactive combinate cu metode

clasice de catre instructori din partea implementatorului proiectului.

[CI3] Furnizorul se va asigura la inceputul instruirii ca infrastructura hardware, software si

suportul de curs in limba romana sunt pregatite.

[CI4] Instruirea se va face pe baza suportului de curs, livrat de furnizorul care va realiza

implementarea sistemului informatic fiecarui participant. Acest suport de curs va contine

exemple practice pentru o mai buna intelegere a modului de functionare si administrare a

sistemului, precum si alte detalii legate de acesta.

102

[CI5] Instruirea se va realiza intr-un mediu adecvat pentru cursanti, cu maximum 1 cursant la un

calculator, in grupe de maxim 10 persoane.

[CI6] Sedintele de instruire constau din :

prezentarea conceptelor de catre instructor/trainer;

sedinte practice, pentru mai buna intelegere si utilizare a sistemului software (sisteme de operare, sisteme de gestiune a bazelor de date etc) /echipamentelor hardware.

Furnizorul va oferi urmatoarele tipuri de cursuri:

[CI7] Cursuri pentru instruirea personalului (formatori) care va utiliza produsele software

implementate. Numarul de persoane care vor participa la aceste cursuri este:

8 formatori nationali de la sediul central al Consiliului Concurentei

42 formatori regionali din fiecare Inspectorat Teritorial Judetean

Programa cursurilor va fi adaptata rolurilor pe care diferiti utilizatori il au in organizatie si

va fi discutata si aprobata de catre Beneficiar. Ofertantul va include in oferta tehnica o

propunere privind programa acestor cursuri pentru utilizarea aplicatiilor livrate.

[CI8]Cursuri pentru instruirea personalului care va asigura administrarea/mentenanta

sistemului informatic. La aceste cursuri vor particIpa 10 persoane care vor indeplini rolul

de administratori ai sistemului informatic. Programa cursurilor va atinge modulele

hardware/software cu care acestia vor interactiona si pentru care vor trebui sa efectueze

operatiuni de administrare si mentenanta. Cursurile vor avea o durata de cate 5 zile, iar

ofertantul va include in oferta tehnica o propunere privind programa acestor cursuri,

pentru urmatoarele categorii de cursuri:

Administrare Baza de date

Administrare Portalul intern

Administrarea infrastructurii livrate

Administrarea aplicatiilor de monitorizare si securitate

Administrarea aplicatiilor livrate.

[CI9] La finalul cursurilor se vor elibera diplome/certificate nominale de participare la instruire

pentru fiecare cursant.

7. Cerinte privind serviciile de instalare si configurare infrastructura

[CSICI1]Serviciile furnizate pentru instalarea si configurarea infrastructurii vor include in mod

obligatoriu urmatoarele:

- Site inspection:

o Verificarea conditiilor existente

103

o Planificarea instalarii hardware

o Planificarea instalarii software

- Instalarea fizica a echipamentelor (upgrade, servere, rack, switch-uri, firewall etc) si

asigurararea reperelor de conectica necesare instalarii echipamentelor

- Configurarea echipamentelor de stocare si asigurararea reperelor de conectica necesare

instalarii echipamentelor

- Configurare echipamente de retea si asigurararea reperelor de conectica necesare


- Configurarea configuratiilor cluster si asigurararea reperelor de conectica necesare


- Instalarea sistemelor de operare

- Instalarea sistemului de baze de date

- Instalarea celorlalte componente software

- Instalarea si configurarea componentelor software pentru monitorizare si securitate

[CSICI2] Ofertantul trebuie sa includa in cadrul raspunsului tehnic o lista detaliata a tuturor

serviciilor de instalare si configurare necesare pentru echipamentele ofertate, pentru software-ul

aferent acestora precum si o lista a tuturor operatiunilor pe care le va considera necesare pentru

realizarea unei implementari de succes a acestor componente a proiectului.

8. Cerinte privind testarea si acceptanta sistemului

8.1 Testarea sistemului

[CTS1]Testarea se va realiza in mai multe etape, dupa cum urmeaza:

- Testare interna a furnizorului, pentru identificarea problemelor in timpul procesului de

dezvoltare

- Testare functionala a sistemului

[CTS2] Metodologia de testare a sistemului va fi conforma cu prevederile metodologiilor de lucru

ale ISEB/ISTQB.

8.1.1 Livrabilele procesului de testare

Conform metodologiei de testare propusa si descrisa de ofertant, cel putin urmatoarele livrabile

vor fi asigurate:

- [CTS3] Planul master test care va descrie modul in care ofertantul abordeaza testare

sistemului, obiectul activitatilor de testare, activitatile necesare pregatirii si efectuarii

nivelurilor de testare, pregatirea mediilor de testare, livrabilele, rolurile si

responsabilitatile pentru testare, procedurile de testare si metoda de raportare

- [CTS4] Specificatiile de testare care vor contine cel putin cazurile de test, descrierea

datelor de test (datele de intrare, baza de date pe care se vor executa testele), scenariile

de testare si rezultatele asteptate. Aceste teste vor folosite si pentru acceptanta

sistemului

104

- [CTS5] Rezultatele testarii vor fi prezentate sub forma unor rapoarte care vor contine

rezultatele testelor, concluzii si recomandari

8.2 Acceptanta sistemului

[CAS1]Procedura de acceptanta a sistemului va cuprinde:

- Acceptante intermediare

- Acceptanta finala

Acceptantele intermediare se vor semna la finalizarea urmatoarelor etape din proiect:

[CAS2]Odata cu incheierea etapei de analiza a proiectului, etapa la finalul careia se

va realiza documentul de Specificatii Functionale ale solutiei, se va semna o

acceptanta intermediara vizand finalizarea etapei de capturare a cerintelor

sistemului.

[CAS3] In momentul incheierii etapei de receptie cantitativa a produselor, se va

stabili conformitatea acestora cu specificatiile contractuale, se vor verifica toate

documentele de insotire ale marfii si se va semna o receptie cantitativa vizand

livrarea echimentelor hardware si a licentelor software. Dupa instalarea produselor

software se vor executa testele unitare de sistem. Aceasta etapa se va finaliza cu

eliberarea unui certificat de acceptanta intermediara, vizand finalizarea etapei de

receptie cantitativ-calitativa si a etapei de livrarea instalare echipamente si software

de sistem

[CAS4] Dupa finalizarea etapei de design se vor trimite de catre Funizor livrabilele

specifice acestei etape (de exemplu Documentul de arhitectura a solutiei) si se va

semna o acceptanta intermediara;

[CAS5] La finalizarea etapei de dezvoltare a aplicatiilor aferente acestui proiect se

vor furniza de catre Ofertant livrabilele specifice de exemplu codul sursa si

documentatia de dezvoltare si se va semna o acceptanta intermediara;

[CAS6] Dupa efectuarea testelor functionale de interoperabilitate se vor intocmi

procesele verbale de punere in functiune a sistemelor instalate. Aceasta etapa se va

finaliza cu eliberarea unui certificat de acceptanta intermediara, vizand prestarea

serviciilor de proiectare, dezvoltare, configurare si integrare de aplicatii, testare si

validare a sistemului.

[CAS7] Livrarea documentatiei sistemului: manualele echipamentelor livrate,

manualele componentelor software de sistem, manualele de utilizare si administrare

ale aplicatiilor dezvoltate, proceduri de instalare, configurare si de lucru. Aceasta

etapa se va incheia cu un certificat de acceptanta intermediara. Furnizorul va furniza

urmatoarele manuale si documentatii:

documentatiile tehnice ale echipamentelor si software-ului de baza,

furnizate de producatori;

manuale de instalare si configurare a echipamentelor si software-ului de

baza;

105

manuale de administrare a sistemului/solutiei;

manuale de utilizare a componentelor sistemului/solutiei;

documentatia functionala a componentelor sistemului/solutiei;

documentatia tehnica a componentelor sistemului/solutiei;

alte manuale/documentatii stabilite in urma perioadei de analiza,

dezvoltare sau urmare derularii proiectului.

Manualele si documentatiile, cu exceptia celor elaborate de producator vor fi

livrate pe suport hartie si pe suport electronic (CD, DVD) si vor fi revizuite la fiecare

schimbare de versiune software.

[CAS8] Etapa de instruire a utilizatorilor si livrarea documentatiei de instruire se va

finaliza cu eliberarea unui certificat de acceptanta intermediara vizand prestarea

serviciilor de instruire.

[CAS9] Acceptanta finala va marca finalizarea tuturor etapelor proiectului, trecerea

cu succes a testelor de acceptanta finala, instalarea sistemului in mediul de

productie si incepera perioadei de garantie.

9. Cerinte privind garantia si suportul tehnic acordat

Perioada de garantie si suport tehnic pentru componentele solutiei ofertate va fi acordata dupa

cum urmeaza:

Garantie Hardware

[CGST1]Garantia pentru echipamentele furnizate va acoperi serviciile de baza (inlocuirea

componentelor/echipamentelor defecte, aplicarea gratuita, pe toata durata garantiei, a tuturor

patch-urilor care duc la rezolvarea unor probleme de tip bug) pentru durata de 2 ani de la livrarea

echipamentelor si semnarea acceptantei cantitative si calitative (proces verbal de receptie

cantitativa si calitativa).

[CGST2]Pentru extensiile hardware perioada de garantie va fi aliniata la perioada de garantie

echipamentelor pentru care se face upgrade-ul.

[CGST3]Ofertantul va asigura prestarea serviciilor de garantie si suport pe perioada desfasurarii

contractului, de la livrarea Sistemului Informatic, pana la finalizarea proiectului, prin furnizarea

pachetelor standardizate de servicii de suport tehnic in garantie, garantate si livrate de

producatorul echipamentelor sau de reprezentanul autorizat al acestuia in Romania.

[CGST4]Optional, in cazul incidentelor ce nu pot fi solutionate rapid si necesita o diagnoza

complexa a cauzei ce a provocat incidentul, ofertantul trebuie sa asigure acces la resursele

tehnice si "know-how"-ul producatorului. In acest caz incidentul va fi predat spre solutionare

catre producatorul echipamentelor.

106

Suport software

[CGST5]Pentru produsele software livrate in scopul acestui proiect (exceptie facand licentele

puse la dispozitie), ofertantul va asigura prestarea serviciilor de suport pe perioada desfasurarii

contractului.

[CGST6]Pentru licentele software COTS se vor cota servicii de suport, direct de la producator,

pentru o durata incepand de la livrarea licentelor si pana la finalizarea proiectului, dar nu mai

mica de 24 luni. Pentru componentele software dezvoltate in cadrul proiectului se va asigura o

garantie de 24 de luni de la acceptanta finala.

[CGST7]Remedierea defectiunilor software se va face prin actiuni de aplicare de corectii software,

de reconfigurare sau alte actiuni menite sa restabileasca functionalitatea produsului respectiv in

cel mai scurt timp posibil.

[CGST8]Suportul software va acoperi si intrebari scurte legate de modul de utilizare sau de

configurare al produselor, dar severitatea va fi implicit pe nivelul de impact minim.

[CGST9]Pentru managementul activitatilor de suport, Beneficiarul va desemna o echipa care va

raspunde la incidentele de nivel 1 (utilizare, operare, administrare), aparute pana la finalizarea

proiectului.

[CGST10]Pentru a gestiona cererile Beneficiarului care depasesc nivelul de suport de nivel 1, se va

utiliza un instrument de inregistrare si de management al incidentelor COTS de tip web based

care va instiinta utilizatorul asupra stadiului rezolvarii problemei, astfel incat acesta sa poata

controla in mod independent performanta serviciilor de suport si respectarea criteriilor de

performanta solicitate.

[CGST11]Furnizorul va aplica gratuit, pe toata durata proiectului, toate patch-urile care duc la

rezolvarea unor probleme sau furnizarea unei facilitati de care utilizatorul are nevoie. Aceasta

operatie se face de comun acord cu Beneficiarul, fara a afecta stabilitatea/functionalitatea

sistemului.

Service Level Agreement (aplicabil activitatii de suport)

Perioada de suport in garantie pentru sistemul livrat incepe dupa acceptanta finala a

sistemului. Ofertantul trebuie sa respecte urmatoarele cerinte legate de rezolvarea incidentelor

care vor apare in exploatarea sistemului:

[CGST12]Incidentele vor fi sesizate de catre reprezentantii Beneficiarului (specialisti IT) intr-o

aplicatie web based pusa la dispozitie de catre Ofertant. In momentul sesizarii unei probleme /

disfunctionalitati, Beneficiarul va eticheta acest incident cu nivelul de severitate corespunzator

conform tabelului de mai jos. Ofertantul are obligatia sa trateze fiecare incident conform nivelului

de severitate etichetat de Beneficiar. In cazul in care se observa etichetarea incidentelor

necorespunzator din punct de vedere al nivelului de severitate, se va stabili de comun acord

modul de etichetare.

[CGST13]In urma rezolvarii unui incident, Beneficiarul va primi din partea Ofertantului un raport

de incident care va contine cel putin urmatoarele campuri:

107

Impactul incidentului asupra intregii solutii

Cauza care a dus la producerea incidentului

Data notificarii incidentului

Data remedierii incidentului

Actiunile intreprinse pentru rezolvarea incidentului

Masuri luate pentru evitarea pe viitor a unor astfel de incidente

Perioada de nefunctionare a sistemului

[CGST14]In perioada de garantie si suport software, furnizorul va remedia erorile de functionare

ale sistemului informatic livrat. Timpii de rezolvare sunt definiti mai jos in functie de gravitatea

incidentului aparut:

Nivelul incidentului Timp de Raspuns Timp de rezolvare

Critic 2 ore de la notificare 24 de ore

Major 4 ore de la notificare 48 de ore

Mediu 12 ore de la notificare 3 zile lucratoare

Minor 48 ore de la notificare 5 zile lucratoare

in care nivelul incidentului este definit dupa cum urmeaza:

- Critic: incidentul aparut afecteaza intreg sistemul, activitatea nu mai poate

continua

- Major: activitatea de productie se desfasoara cu greutate

- Mediu: activitatea de productie are o pierdere sau degradare moderata a

serviciilor

- Minor: activitatea se desfasora normal cu impedimente minore

[CGST15]Ofertantul va detalia in oferta tehnica modul in care va asigura mentenanta hardware,

mentenanta software, si modul de solutionare a incidentelor.

[CGCT16] Ofertantul se obliga sa asigure prin contracte de mentenanta si suport semnate cu

beneficiarul suportul pentru componentele software si hardware din acest proiect pe o perioada

de cel putin 3 ani de la terminarea garantiei.

10. Cerintele privind managementul de proiect si asigurarea calitatii

10.1 Metodologia de management de proiect

Managementul proiectului va fi asigurat de solicitant, prin intermediul unei echipe numite pentru

acest proiect, iar pentru asigurarea implementarii in bune conditii a proiectului va fi identificat un

108

consultant care sa asigure serviciile de management a investitiei. În acest sens, Consiliul

Concurentei va organiza o procedura de selectie pentru alegerea furnizorului de servicii de

management al proiectului. Obiectivul este acela de a selecta un furnizor cu experienta atat in

managementul proiectelor cu finantare europeana, cat si in managementul proiectelor de

asemenea anvergura.

În calitate de Autoritate Contractanta si Beneficiar al proiectului, Consiliul Concurentei, prin

unitatea de implementare a proiectului, va fi implicat permanent in derularea activitatilor, in

cadrul unui Comitet Director al proiectului. Comitetul Director al proiectului, va fi responsabil de

implementarea efectiva a acestui proiect si de monitorizarea activitatilor derulate. Membrii

Comitetului Director vor avea responsabilitatea deciziilor importante in derularea proiectului.

Comitetul Director al proiectului va fi coordonat de un Manager de Proiect din cadrul Consiliului

Concurentei.

[CPM1]Ofertantul va desemna la randul sau un Manager de proiect care va supraveghea

executarea contractului si va fi responsabil de controlul proiectului. Managerul de proiect al

ofertantului isi va asuma intreaga responsabilitate a coordonarii proiectului si va fi persoana de

contact pentru Autoritatea Contractanta.

În cadrul activitatii de management de proiect, ofertantii trebuie sa raspunda, fara a se limita la

minimum urmatoarele cerinte:

[CPM2]Ofertantii vor oferi servicii de management de proiect pe intregul ciclu de viata al

proiectului, pentru a asigura indeplinirea la timp a tuturor obiectivelor si incadrarea in buget.

[CPM3]Ofertantul trebuie sa prezinte metodologia de proiect pe care o va folosi in desfasurarea

intregii activitati. Managementul de proiect se va desfasura dupa o metodologie consacrata si

recunoscuta atat la nivel national, cat si la nivel international.

[CPM4]Serviciile de management de proiect vor fi asigurate de o echipa de management de

proiect, cu roluri si responsabilitati definite atat pentru Ofertant, cat si pentru Beneficiar. Aceasta

echipa de management de proiect va include cel putin:

o Un Comitet director - format din membrii ai conducerilor superioare ale tuturor partilor

implicate (rolurile esentiale care trebuie definite sunt: Coordonator institutie beneficiara

sau un delegat al acestuia, Reprezentant al Ofertantului castigator, Reprezentant al

Beneficiarului, Manager de proiect Beneficiar, Manager de proiect Ofertant)

o Un Comitet de management de proiect, cu rolurile de conducere ale Ofertantului si rolurile

corespunzatoare ale Beneficiarului, care sa acopere cel putin urmatoarele fluxuri de lucru:

Management tehnic (arhitectura software, definirea si administrarea interfetelor

etc);

Management de configuratie (infrastructura hardware si software, livrarile si

modificarile software, baza de date daca este necesara etc);

Managementul riscurilor;

109

Managementul calitatii (planurile de testare, executarea testelor si calitatea

rezultatelor etc);

Planificare, managementul timpului si al resurselor.

Management comercial;

o Echipe de lucru pentru fiecare dintre urmatoarele domenii:

Implementarea sistemului, toate componentele;

Implementarea arhitecturii de software care sustine sistemul;

Arhitectura hardware pentru operatiunile sistemului;

Activitati auxiliare (asigurarea calitatii, revizuirea documentatiei, managementul

modificarilor, inclusiv instruirea utilizatorilor)

[CPM5]Ofertantii vor oferi o descriere completa a metodologiei de management de proiect,

precum si un plan preliminar de proiect, care vor fi utilizate pe parcursul proiectului de

implementare. Metodologia va include cel putin procedurile care sa implementeze urmatoarele

procese:

o Planificare;

o Monitorizare si control, inclusiv raportare;

o Administrarea proiectului;

o Managementul riscurilor;

o Managementul modificarilor, inclusiv planificarea comunicarii;

o Managementul configuratiilor, elementelor livrate si a versiunilor software

o Managementul problemelor, inclusiv procedurile de escaladare in ambele parti ale

organizatiei de management al proiectului

o Asigurarea calitatii proiectului (planificare, control, actiuni preventive si corective etc)

[CPM6] Ofertantul va include in oferta tehnica o analiza a riscurilor principale mentionate in

paragraful 2.6 impreuna cu lista de riscuri identificate de catre Ofertant si va prezenta propuneri

sau recomandari de reducere sau eliminare a acestor riscuri, care ar putea afecta implementarea

proiectului.

[CPM7] Ofertantul va include in oferta tehnica un plan preliminar de proiect (plan Gantt) care va

trebui sa tina cont de urmatoarele puncte:

o planificarea activitatilor, timpul de desfasurare si resursele implicate

o planul de livrare si de instalare

o planul de instruire

o planul de acceptanta

o planul de garantie

o planul de intretinere post-garantie

si sa se bazeze pe Planul de Proiect propus de beneficiar si atasat in ANEXA2.

[CPM8]Planul trebuie sa mentioneze care sunt termenele cheie (milestones) pe care ofertantul si-

a propus sa le respecte pentru atingerea obiectivelor.

110

[CPM9]Serviciile de management de proiect vor fi oferite de personalul specializat in

management de proiect al Ofertantilor. Pentru cerintele detaliate consultati subcapitolul 5.1

Atributiile expertilor cheie.

[CPM10]Managerul de proiect din partea ofertantului va fi responsabil de coordonarea expertilor

si de buna executie a activitatilor desfasurate de acestia.

[CPM11] Ofertantul trebuie sa implementeze proiectul cu maximum de profesionalism, eficienta

si in conformitate cu cele mai bune practici in domeniul vizat, in conformitate cu drepturile si

obligatiile asumate prin prezentul contract, precum si cu respectarea legislatiei comunitare si

nationale in vigoare.

[CPM12]Managerul de proiect din partea ofertantului va fi responsabil pentru calitatea

documentatiei elaborate si de rezultatele obtinute in implementarea activitatilor proiectului.

[CPM13]Managerul de proiect din partea ofertantului va fi responsabil de elaborarea rapoartelor

prevazute de prezentul document.

10.2 Cerinte de asigurare a calitatii

[CQA1]Ofertantii trebuie sa prezinte descrierea serviciilor de asigurare a calitatii in Oferta

Tehnica pentru a-si demonstra capacitatea de a indeplini obiectivele proiectului la un standard de

calitate ridicat. Obiectivele principale ale serviciilor de asigurare a calitatii proiectului trebuie sa

fie:

o Stabilirea inca din stadiul de inceput al proiectului a unui standard de calitate bine

documentat pentru toate activitatile si elementele care trebuie livrate in cadrul proiectului;

o Stabilirea unui cadru privind calitatea, care va fi utilizat pentru evaluarea conformitatii

produselor si a procedurilor de implementare cu standardul de calitate stabilit;

o Stabilirea masurilor preventive si/sau corective in cazurile in care produsele sau procedurile

proiectului sunt livrate sau efectuate intr-un mod care nu este conform cu standardul de

calitate.

[CQA2]Ofertantii trebuie sa descrie urmatoarele aspecte ale Planului de Asigurare a Calitatii care

va fi elaborat in etapa de initiere a proiectului si actualizat in permaneneta pe toata durata de

viata a proiectului:

o Standardele de asigurare a calitatii care vor fi utilizate pe intreaga durata a proiectului;

o Procesele de asigurare a calitatii;

o Rolurile si responsabilitatile de asigurare a calitatii care apartin Ofertantului si

Beneficiarului (inclusiv autoritatilor romane interesate de proiect);

o Masurile preventive de asigurare a calitatii;

o Programul activitatilor de asigurare a calitatii;

111

[CQA3]În stabilirea planului de asigurare al calitatii vor fi luate in considerare urmatoarele

aspecte:

o asigurarea calitatii livrabilelor cu scopul prevenirii defectelor, prin care, factorii de calitate

care privesc designul, specificatiile, dezvoltarea, instalarea, testarea si utilizarea sistemului

sa fie verificati si evaluati in mod continu.

o controlul calitatii livrabilelor, cu scopul identificarii si eliminarii defectelor din sistem, prin

care, livrabilele sa fie evaluate in raport cu cerintele.

[CQA4]Standardele de asigurare a calitatii trebuie sa acopere urmatoarele aspecte ale

proiectului:

o Regulile de asigurare a calitatii proiectului;

o Procesul de analizasi evaluare a elementelor finale livrate, inclusiv activitatile preventive si

corective si gestionarea elementelor neconforme livrate;

o Caile de escaladare a problemelor si riscurile legate de obiectivele de management al

calitatii;

o Regulile de livrare a versiunilor de software.

o Management de documente si inregistrari;

o Regulile de tratare a documentelor confidentiale;

[CQA5]Ofertantul trebuie sa ofere servicii de asigurare a calitatii intr-un mod planificat pe

parcursul desfasurarii intregului proiect, care sa cuprinda urmatoarele activitati:

o Procesele interne de asigurare a calitatii pentru asigurarea conformitatii procedurilor si a

produselor inainte de etapele de predare pe parcursul intregului proiect.

o Procesele de asigurare a calitatii proiectului referitoare la:

Controlul calitatii activitatilor proiectului (planificarea si continutul activitatilor de

proiect);

Asigurarea calitatii produselor (conformitatea produselor de proiect cu cerintele

documentate);

[CQA6]În Oferta tehnica, ofertantii trebuie sa prezinte metodologia de asigurare a calitatii

(certificata ISO 9001 sau echivalent) si trebuie sa interpreteze modul de indeplinire a cerintelor

de asigurare a calitatii descrise mai sus.

10.3 Cerinte privind raportarea [CR1] Rapoartele Proiectului. Ofertantul castigator va livra urmatoarele rapoarte de

management:

o Raportul initial si planul detaliat al derularii activitatilor pentru toate componentele si

fazele proiectului. Raportul initial va constitui principalul instrument de lucru si se va face

referire la el pe toata perioada de implementare a contractului. Acesta va fi depus pentru

revizuire nu mai tarziu de o luna de la inceperea proiectului si va cuprinde, in mod

obligatoriu, urmatoarele componente:

Definirea si planificarea detaliata a activitatilor din proiect;

Rolurile, responsabilitatile si contributiile pe durata desfasurarii intregului proiect;

Metodologia utilizata;

112

Procedurile de lucru curente;

Principalele probleme si riscuri identificate si propuneri pentru solutionarea

acestora.

o Rapoarte lunare de progres. Pentru fiecare luna a perioadei de executie a contractului,

ofertantul va elabora si livra rapoarte privind situatia la zi a implementarii proiectului.

Aceste rapoarte vor prezenta activitatile derulate in perioada de referinta, rezultatele

inregistrate, planificarea pentru luna imediat urmatoare, problemele intampinate in

implementare, riscurile aparute si masuri de minimizare / prevenire a acestora.

o Rapoartele trimestriale de progres. Ofertantul castigator va elabora si livra rapoarte

intermediare de progres, respectiv rapoartele trimestriale, in perioada de executie a

contractului. Rapoartele trimestriale de progres vor avea anexate si livrabilele realizate in

perioada supusa raportarii. Aceste livrabile vor concretiza activitatile prestate de Ofertantul

castigator. Rapoartele tehnice produse pe parcursul proiectului vor fi realizate si prezentate

spre aprobare la termene specifice proiectului. Ele vor fi insa urmarite in rapoartele

trimestriale de progres. Rapoartele vor detalia:

Progresele inregistrate;

Dificultatile intampinate si solutiile propuse pentru a depasi respectivele dificultati;

Rezultatele realizate in cursul perioadei de raportare, resursele utilizate, precum si

recomandarile sau solicitarile aferente si planificarea activitatilor proiectului pentru

perioada urmatoare.

o Raportul final. Acest raport trebuie sa fie redactat la sfarsitul perioadei de executie.

Versiunea initiala a raportului trebuie sa fie transmisa cu cel putin o luna inainte de

sfarsitul perioadei de executie a contractului. Raportul final trebuie sa descrie modul in care

s-a desfasurat intreg procesul de implementare si are rolul de a facilita evaluarea

rezultatelor obtinute in termeni atat calitativi, cat si cantitativi. Raportul va include de

asemenea, o evaluare a succesului proiectului pe baza analizei indeplinirii indicatorilor de

performanta propusi. Raportul trebuie sa cuprinda:

Evaluarea succesului si constrangerilor majore din proiect;

Realizarile generale ale proiectului;

Activitati aflate inca in derulare cu data estimativa a finalizarii acestora si cu

rezultatele anticipate;

Recomandari pentru actiuni viitoare cu scopul asigurarii sustenabilitatii activitatilor,

rezultatele asteptate de la acest proiect dupa finalizarea lui, precum si masuri ce

trebuie intreprinse de catre Beneficiar in acest sens;

Versiunea initiala a raportului va fi revizuita cu comentariile primite din partea

Comitetului Director;

Rapoartele produse pe perioada implementarii contractului (intermediare si cel

final) insotite de facturile aferente, rapoartele financiare si de fisele de prezenta ale

expertilor vor constitui baza legala pentru efectuarea platilor aferente: interimare si

finale.

[CR1] Transmiterea si aprobarea Rapoartelor. Toate rapoartele elaborate de catre ofertant vor fi redactate in limba romana. Rapoartele initial, trimestriale de progres si final vor fi transmise beneficiarului atat pe suport de hartie, cat si electronic pentru analiza si aprobare oficiala. Aprobarea acestor Rapoarte va fi facuta de catre Autoritatea Contractanta, dupa obtinerea avizului Comitetul Director al proiectului.

113

Raportul Initial va fi transmis in termen de 1 luna de la data inceperii perioadei de executie a contractului.

Rapoartele lunare (transmise doar in format electronic) se vor transmite in termen de cel mult 3 zile lucratoare la inceputul lunii care urmeaza perioada de referinta. Acestea nu necesita aprobare oficiala, ci avizul Managerului de proiect al beneficiarului.

Rapoartele trimestriale de progres vor fi transmise in termen de cel mult 10 zile dupa incheierea perioadei de referinta pentru care se face raportarea.

Proiectul raportului final va fi transmis cel tarziu cu o luna inainte de incheierea perioadei de executie a contractului. Raportul final va fi transmis pana la incheierea perioadei de executie a contractului.

10.4 Cerinte privind monitorizarea proiectului

Monitorizarea activitatii ofertantului se va face prin verificarea continutului tuturor

documentelor transmise de acesta (rapoarte trimestriale, rapoarte finale, documentatie de

rambursare), urmarindu-se ca acestea sa fie complete si corecte, sa raspunda cerintelor impuse

de finantator. Predarea livrabilelor va trebui facuta in timp util, astfel incat sa nu existe intarzieri

in depunerea documentatiei necesare la finantator.

Activitatea de monitorizare va tine cont de graficul de activitati prevazut in cererea de finantare.

Luna 1 Derularea procedurii de achizitie a serviciilor de management de proiect.

Publicare pe www.e-licitatie.ro.

Luna 2 Semnarea contractului cu furnizorul de servicii de management de proiect.

Prima intalnire cu project managerul firmei de consultanta selectat pentru

discutarea planului de lucru;

Prima intalnire lunara cu echipa de proiect pentru organizarea proiectului.

Organizarea echipei de management de proiect interna si externa.

Luna 3 Monitorizarea achizitiei publice a sistemului informatic.

Luna 4 Monitorizarea achizitiei publice a sistemului informatic.

Luna 5 Evaluarea ofertelor tehnice pentru achizitia sistemului informatic

Monitorizarea activitatii financiare privind Cererea nr. 1 de rambursare

Luna 6 Participarea la prima intalnire de organizare a activitatii pentru implementarea

sistemului informatic (Echipa comuna Consiliul Concurentei, Furnizor

consultanta PM si Furnizor Sistem Informatic)

Monitorizarea si controlul activitatilor proiectului.

114

Luna 7 Monitorizarea activitatilor de implementare a sistemului informatic (analiza de

business)

Luna 8 Monitorizarea activitatilor de implementare a sistemului informatic (analiza de

business)

Luna 9 Monitorizarea activitatilor de receptie si instalare echipamente hardware si a

aplicatiilor software de baza

Monitorizarea activitatii de acceptanta pentru analiza de business


Luna 10 Monitorizarea activitatii de proiectare a asistemului informatic

Monitorizarea activitatii de acceptanta cantitativa si calitativa pentru

echipamentele hardware si a aplicatiilor software de baza


Luna 11 Monitorizarea activitatii de proiectare a asistemului informatic

Monitorizarea activitate de audit intermediar al proiectului

Monitorizarea activitatilor de informare si publicitate

Luna 12 Monitorizarea activitatii de acceptanta pentru activitatea de proiectare a

sistemului informatic


Luna 13 Monitorizarea activitatii de dezvoltare si testare a sistemului informatic





Monitorizarea activitatii de informare si publicitate



Monitorizarea activitatii de acceptanta pentru activitatea de dezvoltare si

testare a sistemului informatic

Luna 19 Monitorizarea activitatii de instalare a aplicatiilor

Monitorizarea activitatii de instruire a utilizatorilor

Luna 20 Monitorizarea activitatii de testare a aplicatiilor


Luna 21 Monitorizarea activitatii de acceptanta finala a sistemului informatic


Luna 22 Monitorizarea activitatii de acceptanta finala a sistemului informatic


Luna 23 Monitorizarea activitatii de informare si publicitate

Monitorizarea activitatii de audit final

115

Luna 24 Monitorizarea activitatii de informare si publicitate

Monitorizarea activitatii de audit final


11. Cerinte de prezentarea a propunerii tehnice

[CPPT1]Propunerea tehnica va cuprinde urmatoarele:

1. Principii fundamentale:

Viziunea proprie asupra realizarii proiectului. Se asteapta comentariile ofertantului din care sa reiasa modul in care a inteles caietul de sarcini.

Opinii asupra aspectelor principale privind proiectul care pot influenta atingerea obiectivelor si a rezultatelor asteptate.

Enumerarea si explicarea riscurilor si ipotezelor privind executia proiectului.

2. Strategia abordarii:

a. Metodologii folosite:

Ofertantul va declara ce metodologie de dezvoltare a sistemelor informatice foloseste. Este obligatorie folosirea unei metodologii recunoscute pe plan international.

Ofertantul va declara ce metodologie de management de proiect foloseste. Este obligatorie folosirea unei metodologii recunoscute pe plan international.

Ofertantul va face o scurta prezentare a metodologiilor folosite in proiect.

b. Solutia propusa:

Ofertantul va prezenta pe larg solutia propusa pentru proiect, in vederea atingerii obiectivelor acestuia si a rezultatelor asteptate.

Descrierea solutiei trebuie sa evidentieze etapele de proiect, activitatile specifice fiecarei etape, livrabilele asteptate de la fiecare etapa, modul in care acestea concura la atingerea obiectivelor.

Enumerarea intrarilor si iesirilor din proiect si legaturile dintre acestea.

c. Organizarea proiectului:

Ofertantul va prezenta pe larg organizarea pe care si-o propune pentru a-si desfasura activitatea in cadrul proiectului, in raport cu specificul acestuia si cu metodologia propusa.

Ofertantul va prezenta organizarea si responsabilitatile fiecarei parti implicate in proiect, inclusiv propunerile pentru organizarea beneficiarului.

116

Ofertantul trebuie sa-si asume in intregime efectuarea activitatilor care concura la atingerea rezultatelor, tinand seama de resursele umane limitate ale beneficiarului.

In cazul in care ofertantul reprezinta un consortiu/ asociere, ofertantul trebuie sa descrie modalitatea in care fiecare membru al consortiului/ asocierii intervine in proiect, distribuirea si interactiunea sarcinilor si responsabilitatilor.

Descrierea facilitatilor de suport pe care expertii implicati in proiect le vor avea din partea contractorului pe timpul executiei contractului.

3. Planificarea activitatilor

Ofertantul va prezenta planificarea activitatilor propuse, in interdependenta acestora – un plan Gantt este asteptat.

Planul trebuie sa mentioneze care sunt termenele cheie (milestones) pe care ofertantul si-a propus sa le respecte pentru atingerea obiectivelor.

Ofertantul trebuie sa mentioneze expres in plan acele termene care sunt obligatorii asa cum reiese din Caietul de sarcini. In anexa 2 este prezentat planul Gantt prevazut in cererea de finantare. Nerespectarea acestora este eliminatorie.

Ofertantul va detalia care sunt resursele pe care le va aloca pentru fiecare etapa a proiectului, eventual activitati pe care le considera mai importante.

Fiecare ofertant trebuie sa descrie detaliat si complet intr-o matrice de conformitate modul de realizare/satisfacere a fiecarei cerinte sau specificatii. Nerespectarea oricarei cerinte din prezentul caiet de sarcini atrage dupa sine descalificarea ofertei. Nu sunt acceptate ca raspunsuri conforme, raspunsurile de tip DA sau NU. Nu vor fi luate in considerare raspunsurile in matricea de conformitate completate prin copierea cerintelor in coloana cu raspunsul ofertantului la cerinta, fara explicatii detaliate privind modul de indeplinire a cerintei sau fara referinte la anexele tehnice. Fiecarea afirmatie din oferta tehnica trebuie sa fie clar exprimata, sa nu dea alternative sau sa nu indice drept solutie materiale publicitare (brosuri, site-uri WEB etc) generale.

Nota: Neregasirea aspectelor mentionate va atrage incadrarea ofertei ca fiind neconforma.

ANEXA 1 Resurse existente in dotarea Consiliului Concurentei

Implementarea proiectului propus spre realizare se va face la sediul Consiliului Concurentei din

Piata Presei Libere nr.1, sector1, Bucuresti.

Componentelor hardware ale proiectului se vor amplasa la sediul Consiliului Concurentei

In prezent Consiliul Concurentei detine importante resurse materiale relevante pentru derularea

proiectului. O scurta sintetizare a resurselor IT detinute de catre Consiliul Concurentei este

117

prezentata in continuare:

Echipamente de tip server si storage existente in utilizare la nivelul Consiliului

Concurentei:

1 buc. Sasiu Servere Blade – HP Blade System c7000 Enclosure, cu urmatoarele sub-componente: o HP Virtual Connect Flex-10 10Gb, Ethernet Module for c-Class o 2 x Blade HP Proliant BL680c Generation 7 ( 2 x Proc. Xeon Six Core E7540 – 6

cores/server, 160GB/server, 1 x Controller RAID:1,1+0,5 /server, 2 x HDD - 146GB 6G SAS/server, 6 x Controler Retea HPNC553i 10Gb/server)

o 2 x Licente Windows Server 2008 R2 - Standard Edition

1 buc. HP P4300 G2 7.2TB SAS Starter SAN Solution, conectivitate iSCSI, 2 x 10Gbps porturi/controller, aplicatie de management

1 buc. Server back-up – HP StorageWorks D2D2540i Backup System, Discuri instalate : 4 x 1TB

Server IBM eServer xSeries 226 – 1 buc (x.11.2004) 1 x Intel® Xeon 2.8 GHz with 800MHz frontside bus (FSB) / EM64T / 1 MB L2 ECC Cache / Hyper-Threading technology 1024MB / 16GB13 max / PC2-3200 400MHz ECC DDR2-SDRAM DIMMs / Six DIMM goldconnector slots on systemboard 2 x 146GB HotSwap U320 10k SCSI video card ATI RADEON 64 MB/PCI IBM CD ROM 48X/ IBM 16X Max RAM- Read DVD-ROM Black Drive 1,44MB FDD 4 x USB 2.0 ports, 2 x PS/2, 1 x VGA 1 x parallel, 1 x serial 1x Ultra320 SCSI Adaptec® 7902 / dual channel Ultra320 SCSI controller (LVD 320MB/sec) / on planar/ 64-bit 100MHz PCI-X / HostRAID supports RAID-0 & 1 mirroring One gigabit 10/10011000 ethernet controller/ Broadcom 5721 / full gigabit ethernet MAC and PHY layer functions / chip on planar / PCI-X 64-bit 100MHz / full duplex / Wake on LAN® / Alert Standard Format 2.0 / one rear RJ-45 port

Server IBM eServer xSeries 236 – 1 buc (x.11.2004) 2 x Intel Xeon Processor with EM64T 3,2 GHz with 1 MB L2 cache, FSB 800 MHz 3 x 146GB HotSwap U320 10k SCSI, possibility for 3 more internal drives GigaByte GV-RX80T256V Radeon X800 XT 256Mo DVI TV Out PCI-E IBM CD ROM 48X/ IBM 16X Max RAM- Read DVD-ROM Black Drive 4 GB PC3200 400MHz / 16GB max, registered 184-pin ECC DDR2-SDRAM DIMMs 1,44MB FDD 3 x USB 2.0 ports, 2 x PS/2, 1 x VGA 1 x parallel, 1 x serial 1x Ultra320 SCSI Adaptec AIC 7902 / dual channel Ultra320 SCSI controller (LVD 320MB/sec) / on planar / 64-bit 100MHz PCI-X / HostRAID supports RAID-0, 1 mirroring with up to one hot-spare disk / IBM ServeRAIDTA"-7k Controller for low-cost RAID 0, 1, 1E, 10, 5, 5EE, 10E, 50 (installed on internal connector) Dual 10/100/1000 gigabit / Broadcom® BCM 5721/ full duplex/ Wake on LAN® / Alert Standard

Server IBM eServer xSeries 236 – 3 buc (x.11.2004) 1 x Intel Xeon Processor with EM64T 3,2 GHz with 1 MB L2 cache, FSB 800 MHz 5 x 146GB HotSwap U320 10k SCSI, RAID 5 Video card ATI Radeon 64 MB/PCI IBM CD ROM 48X/IBM 16X Max RAM- Read DVD-ROM Black Drive 4 GB PC3200 400MHz / 16GB max, registered 184-pin ECC

118

DDR2-SDRAM DIMMs 1,44MB FDD 3 x USB 2.0 ports, 2 x PS/2, 1 x VGA 1 x parallel, 1 x serial 1x Ultra320 SCSI Adaptec AIC 7902 / dual channel Ultra320 SCSI controller (LVD 320MB/sec) / on planar / 64-bit 100MHz PCI-X / HostRAID supports RAID-0, 1 mirroring with up to one hot-spare disk / IBM ServeRAIDTM -7k Controller for low-cost RAID 0, 1, 1E, 10, 5, 5EE, 10E, 50 (installed on internal connector) Dual 10/100/1000 gigabit / Broadcom® BCM 5721/ full duplex/ Wake on LAN® / Alert Standard

Server TRUSTER RX5260H (ProSys) – 1 buc (31.01.2006) CPU XEON 3200GHZ INTEL MB SE7520BD2SCSID2 INTEL DDR-2 1GB PC3200 ECC REG KINGSTON — 2 BUC HDD 146GB 10K 80PINI HP — 4 BUC. HDD 36GB 10K 80PINI SEAGATE — 2 BUC. KIT ADAPTOR BACKPLANE APP3HSDBKIT INTEL BACK PLANE HOT SWAP 6 HDD SCSI AAXX6SCSIDB INTEL CONTROLLER RAID SRCZCRX INTEL DVDRW GSA-4167BB BLACK BULK CASE SC5295DP INTELKIT RACK APP3RACKIT INTEL SCSI U320 EXTERNAL CONECTOR AD5210-015

Server TRUSTER RX5260 (ProSys)– 2 buc (31.01.2006) CPU XEON 3200GHZ/FSB800/2MB INTEL MB SE7520BD2SCSID2 INTEL DDR-2 1GB PC3200 ECC REG KINGSTON — 2 BUC HDD 73 GB IOK 80PINI SEAGATE—4 BUCKIT ADAPTOR BACKPLANE APP3HSDBKIT INTEL BACK PLANE HOT SWAP 6 HDD SCSI AAXX6SCSIDB INTEL CONTROLLER RAID SRCZCRX INTEL DVDRW GSA-4167B BLACK LG CASE SC5295DP INTEL KIT RACK APP3RACKIT INTEL SCSI U320 EXTERNAL CONECTOR AD5210-015

Server Fujitsu-Siemens Primergy TX300S4 – 4 buc (x.11.2008) 1 x Xeon Quadcore E5405 Processor, 2.0 GHz, 2 x 6MB cache level 2, 1333MHz FSB 6 x HDD SATAII, 3Gb/s, 500 GB, 7200 rpm, hot plug Controller RAID PCI-Ex x 4, LSI MegaRAID SAS1078, 256 MB RAID Cache, 8 porturi, RAID 0, 1, 10, 5, 50, 6, 60 4 GB (2 x 2GB), FullyBuffered DIMM DDR2, 667 MHz, ECC, SDCC (Chipkill), cu posibilitate extindere la 64 GB PRIMERGY DAT Streamer DDS Generation 5 SCASI/USB, unitate interna, 36GB/72GB, 3 MB/s

Server Fujitsu-Siemens Primergy TX300S4 – 2 buc (x.11.2008) 2 x Xeon Quadcore E5405 Processor, 2.0 GHz, 2 x 6MB cache level 2, 1333MHz FSB 6 x HDD SATAII, 3Gb/s, 500 GB, 7200 rpm, hot plug Controller RAID PCI-Ex x 4, LSI MegaRAID SAS1078, 256 MB RAID Cache, 8 porturi, RAID 0, 1, 10, 5, 50, 6, 60 4 GB (2 x 2GB), FullyBuffered DIMM DDR2, 667 MHz, ECC, SDCC (Chipkill), cu posibilitate extindere la 64 GB

Posturi de lucru tip desktop in utilizare in prezent:

PC HP Compaq 8200 Elte Series -100 buc. Intel @ i5-2400S, nr cores:4, 2 GB DDR3 RAM, 2 Sloturi de expansiune Memorie, DVD RW, 250GB, placa de retea 100/1000 cu capabilitati WoL, 10 x USB, 2 x PS/2, 1 x VGA, 1 x Display Port, 2 x Line in Audio, Mouse Tastatura

119

PC DELL Dimension 4600 – 180 buc (x.11.2004) Intel@ Pentium@ 4 Processor with HT Technology(3.06GHz, 533MHz FSB, 512k cache) 512MB Dual Channel DDR 2x256MB 80GB (7200 rpm) IDE Hard Drive 128MB GeForce FX5200 8x AGP card with dual monitor support, TV-Out via S-Video and DVI

PC DELL OptiPlex GX280 – 5 buc (x.11.2004) Intel® Pentium® 4 Processor with HT Technology 530 (3.OGHz, 800MHz FSB, 1 MB cache) 1.0 GB DDR SDRAM (2*512MB PC400 Non-ECC) Memory 160 GB (7200 rpm) Serial ATA HDD GigaByte GV-RX80T256V Radeon X800 XT 256Mo DVI TV Out PCI-E

PC FUJITSU SIEMENS CELSIUS M440 – 60 buc (x.09.2006) Intel® Pentium® 4 Dual Core Processor 3.2GHz, 800MHz FSB, 2 MB L2 cach 1.0 GB DDR2 (2*512MB 533 MHz, PC2 4600) Memory 160 GB (7200 rpm, 8 MB cache) SATAII NVIDIA GeForce 6200TC,128 MB, PCI

PC FUJITSU SIEMENS CELSIUS M440 – 10 buc (x.09.2006) Intel® Pentium® 4 Dual Core Processor 3.4GHz, 800MHz FSB, 2 MB L2 cache 2.0 GB DDR2 (2*1GB 667 MHz, ECC) Memory 2 x 250 GB (7200 rpm, 8 MB cache) SATAII NVIDIA GeForce 6200TC, 128 MB,PCI Expresx16,2xSL DVI-I

PC GEMINA (FLAMINGO) – 50 buc (x.12.2007) Intel® Pentium® 4 Dual Core Processor, 32 GHz, FSB 1066MHz, 2 MB L2 cache GB DDR2 (2*512MB), 667 MHz Memory 200 GB, 7200 rpm, 8 MB cache, SATAII HDD Video 128 MB

PC Theon 2065 (ProSys) – 20 buc (x.11.2008) Intel Pentium QuadCore Processor, 3.0 GHz, FSB 1333 MHz, 12 MB L2 cache 2 GB DDR2, 667 MHz Memory 500 GB, 7200 rpm, 8 MB cache, SATAII HDD Video 256 MB, 3D/2D controller

PC Theon 3.0 (ProSys) – 4 buc (x.11.2008) Intel Pentium QuadCore, 2.6 GHz, FSB 1333 MHz, 12 MB L2 cache 4 GB DDR2, 667 MHz Memory x 1 TB, 7200 rpm, 8 MB cache, SATAII HDD Video ATI Radeon HT 3400 Series, 512 MB, 3D/2D controller

PC Theon 3.0 (ProSys) – 3 buc (x.11.2008) Intel Pentium QuadCore, 3.0 GHz, FSB 1333 MHz, 12 MB L2 cache 4 GB DDR2, 667 MHz ECC Memory 3 x 1 TB, 7200 rpm, 8 MB cache, 3 Gb/s, SATAII HDD Video ATI Radeon HT 3400 Series, 512 MB, 3D/2D controller

Posturi de lucru tip notebook in utilizare in prezent:

Laptop DELL Inspiron 5160 – 25 buc (x.11.2004)Mobile Intel® Pentium® 4 518 with HT Technology (2.80GHz, 1MB L2 cache, 533MHz FSB 512 MB 333MHz DDR RAM 2x256 40 GB 5.400 rpm IDE Hard Drive 64 MB DDR nVidia(R) GeForce(TM) 5200 Go AGP 4x

120

HP Compaq 8710p Notebook – 20 buc (27.04.2009) Intel Core Duo Processors, 2.4 GHz, 800 MHz FSB, 2 MB L2 cache 2 GB 667MHz DDR2 RAM 250 GB 5400 rpm Serial ATA HDD 512 MB ATI Mobility FireGL V5725 video memory

Echipamentele periferice existente (imprimante, scannere etc):

Tip Cantitate

(buc)

Observatii

Imprimanta Xerox DocuPrint P1210 47 achizitie PHARE 2002

Imprimanta Xerox DP N4525 1 achizitie PHARE 2002

Imprimanta Xerox Phaser

2135(COLOR)

1 achizitie PHARE 2002

Imprimanta Lexmark E210 13 mai vechi de 5 ani

Imprimanta Lexmark E320 2 mai vechi de 5 ani

Imprimanta Lexmark X215 10 mai vechi de 5 ani

Imprimanta Lexmark C720(COLOR) 2 achizitie 2005

Imprimanta Kyocera FS-3820N 42 achizitie 2005

Imprimanta Kyocera FS-9520DN 1 achizitie 2005

Imprimanta Kyocera FS-1010 4 mai vechi de 5 ani

Imprimanta Brother HL1230 10 mai vechi de 5 ani

Imprimanta Canon BJC 620 1 mai vechi de 5 ani

Imprimanta BJC 610 1 mai vechi de 5 ani

Imprimanta Epson FX 1180 2 mai vechi de 5 ani

Imprimanta HP 1220 1 mai vechi de 5 ani

Imprimanta HP 840C 1 mai vechi de 5 ani

Imprimanta HP 940C 1 mai vechi de 5 ani

Imprimanta HP DJ 1125C(A3) 1 mai vechi de 5 ani

121

Imprimanta HP DescJet 930C 6 mai vechi de 5 ani

Imprimanta HP DJ 825C 3 mai vechi de 5 ani

Imprimanta HP LaserJet 5652 1 mai vechi de 5 ani

Imprimanta HP LaserJet 1200 1 mai vechi de 5 ani

Imprimanta HP LaserJet 6L 1 mai vechi de 5 ani

Imprimanta HP LaserJet 6P 1 mai vechi de 5 ani

Imprimanta HP LJ 5 1 mai vechi de 5 ani

Imprimanta Lexmark E232 10 achizitionat 2007

Imprimanta HP1320 15 achizitionat 10.2006

Multifunctional HP C8719EE 12 achizitionat 11.2006

Imprimanta Lexmark E250DN 44 achizitionat 2007 (garantie 36

luni)

Imprimanta Lexmark C524 13 achizitionat 3buc 2005 si 10

buc 2006

Imprimanta Lexmark C920 1 achizitionat 2005

Multifunctional Lexmark X342N 20 achizitionat dec.2007 (garantie

12 luni)

Imprimanta Lexmark C530DN 10 achizitionat dec.2007 (garantie

3 ani)

Imprimanta HP460 CB 3 achizitionat dec 2006

Scannere HP 5590 12 achizitionat dec.2007 (garantie

3 ani)

Scannere HP 8920 3 achizitionat 2005

Copiatoare A4 PC D340 20 achizitionat 2007

Xeroc WorkCentre PE16 40 achizitionat 2005

122

Tip copiator Cantitate (Buc) Observatii

Copiator XEROX 440 4 2001

Copiator XEROX 470 ST 1 2002

Copiator XEROX DC12 (COLOR) 1 2002


Copiator CANON IR1600 4 2005

Copiator CANON IR5000 2 2005

Copiator XEROX WC M118I 2 2006

Copiator XEROX 242 (COLOR) 1 2009


Licentele aplicatiilor informatice existente:

Server Descriere Licente Aplicatii

HELIX Multimedia domain controller si DNS

Windows2003Server ActiveDirectory370 CAL

WEBSRV Server de web de tip IIS si de FTP

Windows2003Server5CAL

WEB pentru Concurenta si Ajutor de stat

DB Master

Baza de date pentru Concurenta si Ajutor de Stat

5 CAL + 25 licente SQL 2000

APPSRV Management Documente

Windows 2003 Server 5 CAL + SQL 2008 10 CAL

Nr Crt Denumire Nr.buc An Achizitie Tip Tip Software existent

1 PC DELL Dimension 4600

180 PC Windows XP Prof OEM + Office2003 SBE English OEM

2 PC DELL Optiplex GX280

5 feb.05 PC Windows XP Prof OEM + Office2003 SBE English OEM

3 Laptop DELL Inspiron 5160

25 feb.05 Laptop Office2003 SBE English OEM Windows XP Prof OEM, Office Pro 2003 Windows XP Prof OEM, Office2003 SBE English OEM

4 Laptop Fujitsu 6 2003 Laptop Windows XP Prof OEM + Office

5 PC Fujitsu 60 sep.06 PC Windows XP Prof

123

Siemens OEM + Office 2003 SBE Romanian OEM

6 PC Fujitsu Siemens -config dif

10 sep.06 PC Windows XP Prof OEM + Office 2003 SBE Romanian OEM

7 PC Fujitsu Siemens twinning

8 dec.06 PC Windows XP Prof OEM + Office2003 SBE English OEM

8 Laptop Fujitsu Siemens twinning

2 dec.06 Laptop Windows XP Prof OEM + Office2003 SBE English OEM

9 HP twinning (6 total)

6 dec.03 PC Windows XP Prof OEM + Office XP(2002) OEM

10 Spellcheck 2 2001 PC Windows XP Prof OEM + Office XP(2002) OEM

11 PC Gemina (Flamingo)

50 dec.07 PC Windows XP Prof OEM + Office 2003 SBE Romanian OEM + Nero

12 PC Theon (ProSys)

20 dec.08 PC Windows XP Prof OEM + Office 2007 SBE English OEM + Nero

13 Statii grafice Theon(ProSys)

7 dec.08 PC Windows XP Prof OEM + Office2007 Prof English OEM + Nero

14 IBM eServer xSeries 226

1 feb.05 Server 1 licenta de Windows 2003 StdOpen Level B


3 feb.05 Server Server 2000 Enterprise EditionEnglish; 25 licente MS SQL CAL2000 English OPEN Level B UserCAL


1 feb.05 Server 1 licenta de Windows 2003 StdOpen Level B

17 Server Truster RX5260H

3 dec.05 Server ProSys

18 Server Fujitsu Siemens Primergy TX300S44

4 dec.08 Server Fiecare cu Windows 2003 StdOEM + 5 Clt4 licente Windows 2003 Std (OEM); 4 licente

124

SQL Svr Standard Edtn 2008 Sngl OLP NL; 10 licente SQL CAL 2008 Sngl OLP NL User CAL

19 Server Fujitsu Siemens Primergy TX300S4

2 dec.08 Server Doar unul cu Windows 2003 Std(OEM ); pe celalalt s-a instalat o licenta de MSDN Premium 2008

In ceea ce priveste sistemul informational, in prezent, Consiliul Concurentei are o pagina de

internet (www.consiliulconcurentei.ro) pe care sunt postate o serie de informatii utile si contacte.

Website-ul existent nu indeplineste insa functiuni de portal necesare pentru prestarea de servicii

publice online.

In domeniul ajutorului de stat, a fost dezvoltata o alta pagina de internet pentru activitatea

referitoare la domeniul ajutorului de stat: www.ajutordestat.ro. A fost dezvoltata Reteaua

Nationala de Ajutoare de Stat in cadrul Planului de actiune in domeniul ajutorului de stat 2005–

2009. Rolul acestei retele este de a facilita diseminarea si schimbul de informatii in domeniul

ajutorului de stat, de a acorda asistenta de specialitate furnizorilor de ajutor de stat, in vederea

identificarii esecurilor pietelor, a celor mai potrivite modalitati de solutionare ale acestora,

elaborarii de scheme de ajutor de stat sau de notificari corecte si complete, precum si de a facilita

monitorizarea ajutoarelor de stat deja acordate.

In cadrul Consiliului Concurentei exista in prezent urmatoarele aplicatii informatice:

Aplicatie pentru managementul documentelor o Aplicatia a fost dezvoltata in anul 2007, furnizorul fiind Total Soft o La momentul achizitiei, nu erau definitivate fluxurile de documente in cadrul

institutiei o In lipsa unui modul de administrare, aplicatia nu este utilizata, deoarece nu pot

fi configurate fluxurile de documente

Aplicatie de monitorizare pentru concurenta si ajutor de stat o Aplicatia a foat dezvoltata in 2005 in cadrul unui proiect Phare o Asigura managementul cazurilor instrumentate in cadrul institutiei o In prezent aplicatia este dificil de utilizat deoarece nu acopera toate cerintele

utilizatorilor privind incarcarea informatiilor in baza de date, cautarea acestora si realizarea rapoartelor necesare

Programul ReNAS o ReNAS este conceput si implementat de catre Consiliul Concurentei. Exista doua

componente informatice: pagina de web (care asigura informarea in domeniul ajutoarelor de stat) si aplicatia informatica integrativa.

http://www.consiliulconcurentei.ro/

http://www.ajutordestat.ro/

125

o Aplicatia asigura legatura securizata cu furnizorii de ajutoare de stat, permitand schimbul de informatii si analizarea / modificarea documentelor de lucru (ex. scheme de ajutor de stat) care ulterior se transmit in varianta finala spre aprobarea de catre CE (prin intermediul aplicatiei SANI)

RESPONSABIL PROIECT

Florin ANDREI

ASISTENT RESPONSABIL

PROIECT,

Carmen NEDELCU

126

ANEXA 2 – Planul de Proiect conform cererii de finantare aprobate

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

Activitati/ Subactivitati

1

Derularea procedurilor de achizitii publice pentru serviciile

oferite in cadrul proiectului

1.1

Elaborarea documentatiilor de atribuire pentru servicii de

management de proiect, audit si publicitate si pentru

achizitionarea sistemului informatic

1.2 Derularea procedurilor de achizitie publica

2 Dezvoltarea si implementarea solutiei

2.1 Analiza

2.1.1 Analiza proceselor

2.1.2 Definirea cerintelor utilizatorilor

2.1.3 Definirea specificatiilor functionale

2.2 Proiectarea

2.2.1 Stabilirea arhitecturii pentru definirea modelului functional

2.2.2

Stabilirea arhitecturii de integrare a componentelor sistemului,

sistemelor specializate si aplicatiilor existente

2.2.3 Definirea modelului functional si de date

2.2.4 Definirea specificatiilor tehnice de dezvoltare

127

2.2.5 Definirea testelor de acceptanta

2.3 Dezvoltarea si testarea

2.3.1 Dezvoltare module/componente/aplicatii

2.3.2 Testare interna a sistemului informatic

2.4 Instalarea si implementarea sistemului

2.4.1 Instalarea aplicatiilor sistemului informatic

2.4.2 Rularea testelor functionale (automate, manuale)

2.4.3 Acceptanta finala a sistemului

3

Receptia si instalarea echipamentelor hardware, software de

bazasi de securitate

3.1 Instalare servere in locatiile proiectului

3.2

Instalare sisteme de operare si software de baza (servere de

baze de date, de aplicatii etc)

3.3

Configurare servere, software de baza (servere de baze de

date, de aplicatii etc)

3.4 Instalare echipamente si software de securitate

3.5 Configurare echipamente si software de securitate

3.6

Testare infrastructura hardware, software de baza si de

securitate

4 Instruirea personalului care va utiliza si administra sistemul

128

4.1 Realizarea programei de curs si a materialelor didactice

4.2 Cursuri de instruire pentru viitorii utilizatori

4.3 Cursuri de instruire pentru viitorii administratori

5 Activitati de management de proiect

5.1

Delegarea sarcinilor si a fiselor de post pentru echipa de

implementare catre firma ce va asigura managementul

proiectului

5.2 Stabilirea planului si a strategiei de lucru

5.3 Monitorizarea si controlul activitatilor proiectului

5.4 Asigurarea managementului financiar-contabil al proiectului

5.5 Elaborarea documentatiilor de raportare

6 Activitati de informare si publicitate a proiectului

6.1

Comunicat de presa intr-un cotidian national privind inceperea

proiectului

6.2

Editarea si diseminarea de materiale promotionale (pliante,

brosuri, bannere, afise)

6.3 Realizarea unui panou de informare

6.4

Realizarea de etichete autocolante pentru echipamentele

achizitionate prin proiect

6.5

Sigla Uniunii Europene, Sigla Guvernului Romaniei si sigla

Instrumentelor Structurale in Romania postate pe site-ul

rezultat din proiect

129

6.6

Un link catre site-ul web al Instrumentelor Structurale in

Romania, www.fonduri-ue.ro

6.7 Conferinta de presa

6.8 Anunt/comunicat de presa la finalizarea proiectului

7 Activitati de auditare a proiectului

7.1 Audit intermediar

7.2 Audit final

RESPONSABIL PROIECT

Florin ANDREI

ASISTENT RESPONSABIL PROIECT,

Carmen NEDELCU

EXPERT ACHIZIŢII PUBLICE

Ion PANAIT

http://www.fonduri-ue.ro/

http://www.fonduri-ue.ro/

130

ANEXA nr.1 la formularul de ofertă - Costuri cu echipamente, dotari

Nr. Crt. Descrierea si scopul Nr.

Unitati

Preţ unitar

(fara TVA)

(lei)

Preţ total

(fără TVA lei)

1 Servere Reverse Proxy, Securitate servicii web - echipamente hardware- upgrade pentru sistemul existent; Server tip virtual server. 2

2 Servere Portal - echipamente hardware - upgrade pentru sistemul existent; Server tip virtual server 2

3 Servere servicii - echipamente hardware - upgrade pentru sistemul existent; Server tip virtual server 2

4 Servere aplicatii, raportare inteligenta - echipamente hardware - upgrade pentru sistemul existent; Server tip virtual server 2

5 Servere securitate, utilizatori - echipamente hardware- upgrade pentru sistemul existent; Server tip virtual server 2

6 Servere baza de date - echipamente hardware - upgrade pentru sistemul existent; Server tip virtual server 2

7 Storage - echipamente hardware - upgrade pentru sistemul existent cu capacitate minima instalata 10 TB 1

8 Tape library - echipamente hardware - upgrade sistem existent 1

9 Rack - echipamente hardware; rack-ul trebuie sa vina complet echipat pentru sustinerea solutiei furnizate 1

10 Switch-uri - echipamente hardware ca parte a switch-urilor de servicii retea; Interfete: 48 porturi 10/100/1000 GE 2

11 Switch servicii retea - echipamente networking; Switch Ethernet de centru de date ce asigura servicii avansate de procesare la nivel de

retea; 2

12 Modul Firewall intern - echipamente networking; Solutie firewall cu capacitati de inspectie la nivel de protocol si aplicatie; 2

13 Modul IDS/IPS - echipamente networking - modul detectie si prevenire a intruziunilor; 2

14 Load Balancer - modul de distributie a incarcarii; 2

15 Router security - echipamente networking; caracterisitici de criptare si tunelare, pentru protectia datelor; 2

16 Modul Firewall perimetru - echipamente networking; Solutie firewall integrat cu capacitati de inspectie la nivel de protocol si aplicatie; 2

17 Web Application Firewall - echipamente networking; Echipament independent, dedicat functiilor de firewall de aplicatii web; 2

18 Sistem de monitorizare a evenimentelor de securitate din retea/aplicatie 1

19 Instalare si configurare echipamente hardware 1

* VALOARE ESTIMATĂ TOTALĂ – ECHIPAMENTE ŞI DOTĂRI 2,327,342.00

131

1. Costuri cu achizitionarea de aplicatii informatice si licente (pct. 1.2 )

Nr. Crt. Descrierea si scopul Nr.

Unitati

Cost unitar

(fara TVA) (lei) Cost eligibil (lei)

1 Software Reverse Proxy 1

2 Software - portal Web 1

3 Software - server servicii: 1

4 Software - Raportare inteligenta: acces centralizat date, capabilitati inteligente de interactiune 1

5 Software - Server aplicatii : disponibilitate si capabilitati superioare de diagnosticare, tehnologie dovedita de clustering 1

6 Software - server securitate: acces securizat de control 1

7 Software - server utilizatori: scalabil, multi-platforma, instrumente de administrare 1

8 Software - baza de date Database: scalabilitate, fiabilitate, securitate, gestionarea de volume mari de date. 1

9 Analiza, proiectare, dezvoltare, testare, implementare solutii 1380

3,749,014.00

2. Costuri cu trainingul - servicii contractate

Nr.

crt. Tip cheltuiala Cantitate

Cost

unitar

Cost total

fara TVA

1

Instruire utilizatori

finali 50

2

Instruire

administratori 10

90,300.00

132

MODEL

CONTRACT DE FURNIZARE

Nr. ______ data _____________

1. Preambul

În temeiul OUG nr.34/2006 privind atribuirea contractelor de achiziţie publică, a contractelor

de concesiune de lucrări publice şi a contractelor de concesiune de servicii, aprobată cu modificări

şi completări prin Legea nr.337/2006, s-a încheiat prezentul contract de furnizare de produse si

servicii, între

CONSILIUL CONCURENŢEI, cu sediul în Bucureşti, Piaţa Presei Libere nr.1 – Casa Presei

Libere, sector 1, telefon/fax: 317.11.91/316.49.09, cod fiscal 8844560 cont trezorerie RO98TREZ70023510120XXXXX deschis la Direcţia de Trezorerie şi Contabilitate Publică a Municipiului Bucureşti, reprezentată prin domnul Bogdan M. CHIRIŢOIU , având funcţia de Preşedinte şi de domnul Vasile ŞECLĂMAN, având funcţia de Secretar General în calitate de achizitor, pe de o parte

şi ……... ................ ........................... ……………. cu sediu ……………………………..

(denumire operatorul economic)

adresa.......................................................................telefon/fax. ................................... număr de înmatriculare ..................................... cod fiscal ................................... cont trezorerie ......................................................deschis la ……………….reprezentat prin..................................................................... funcţia................................................ (numele şi orenumele conducătorului)

în calitate de furnizor, pe de altă parte. 2. DEFINIŢII 2.1 - În prezentul contract următorii termeni vor fi interpretaţi astfel: a. contract – reprezintă prezentul contract şi toate Anexele sale; b. achizitor şi furnizor/prestator - părţile contractante, aşa cum sunt acestea numite în prezentul contract; c. preţul contractului - preţul plătibil prestatorului de către achizitor, în baza contractului, pentru îndeplinirea integrală şi corespunzătoare a tuturor obligaţiilor asumate prin contract; d. servicii – activităţi a căror prestare face obiectul contractului;

133

e. standarde – standardele, reglementările tehnice sau altele asemenea prevăzute în Caietul de sarcini şi în propunerea tehnică ; f. forţa majoră - un eveniment mai presus de controlul părţilor, care nu se datorează greşelii sau vinei acestora, care nu putea fi prevăzut la momentul încheierii contractului şi care face imposibilă executarea şi, respectiv, îndeplinirea contractului; sunt considerate asemenea evenimente: războaie, revoluţii, incendii, inundaţii sau orice alte catastrofe naturale, restricţii apărute ca urmare a unei carantine, embargou, enumerarea nefiind exhaustivă ci enunţiativă. Nu este considerat fortă majoră un eveniment asemenea celor de mai sus care, fără a crea o imposibilitate de executare, face extrem de costisitoare executarea obligaţiilor uneia din părţi; g. zi - zi calendaristică; an - 365 de zile. 3. INTERPRETARE 3.1 - În prezentul contract, cu excepţia unei prevederi contrare, cuvintele la forma singular vor include forma de plural şi 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 specifică în mod diferit.

4. OBIECTUL ŞI PREŢUL CONTRACTULUI 4.1 .- Prestatorul se obligă să furnizeze produsele şi serviciile de dezvoltare şi implementare a proiectului „Sistem informatic integrat interoperabil cu bazele de date ale administraţiei centrale pentru asigurarea monitorizării mediului concurenţial - cod SMIS 31500” în conformitate cu oferta prezentată şi obligaţiile asumate prin prezentul contract. 4.2 - Achizitorul se obligă să plătească prestatorului preţul convenit pentru îndeplinirea contractului de furnizare, în conformitate cu oferta de preţ anexată prezentului contract. 4.3 .- Preţul convenit pentru îndeplinirea contractului, plătibil prestatorului de către achizitor este de _____________ lei la care se adaugă TVA în valoare de ________ lei. 5. DURATA CONTRACTULUI 5.1 - Durata prezentului contract este de 24 luni, începând de la data semnării acestuia de către ambele părţi. 6. DOCUMENTELE CONTRACTULUI 6.1 - Documentele contractului sunt: a) - Caietul de sarcini nr.BMC/8668-1/10.09.2013; b) - Procesul verbal al şedinţei de deschidere nr.SG/ ..; c) - Propunerea tehnică şi propunerea financiară; d) - Raportul procedurii nr. SG/ ..; e) – Procesul verbal de recepţie cantitativă şi calitativă; f) – Garanţia de bună execuţie a contractului; g) - Graficul de livrare a produselor hardware şi software şi a serviciilor de instalare, dezvoltare şi

implementare a proiectului; h) - Graficul de plăţi; i) - angajamentul ferm de susţinere din partea unui terţ, dacă este cazul. 7 CONFIDENŢIALITATEA CONTRACTULUI

134

7.1 - (1) O parte contractantă nu are dreptul, fără acordul scris al celeilalte părţi: a. de a face cunoscut contractul sau orice prevedere a acestuia unei terţe părţi, în afara acelor

persoane implicate în îndeplinirea contractului; b. de a utiliza informaţiile şi documentele obţinute sau la care are acces în perioada de

derulare a contractului, în alt scop decât acela de a-şi îndeplini obligaţiile contractuale. - (2) Dezvăluirea oricărei informaţii fată de persoanele implicate în îndeplinirea contractului se va

face confidenţial şi se va extinde numai asupra acelor informaţii necesare în vederea îndeplinirii contractului. 7.2 - O parte contractantă va fi exonerată de răspunderea pentru dezvăluirea de informaţii referitoare la contract, dacă:

a. Informaţia era cunoscută părţii contractante înainte ca ea să fi fost primită de la cealaltă parte contractantă, sau

b. Informaţia a fost dezvăluită după ce a fost obţinut acordul scris al celeilalte părţi contractante pentru asemenea dezvăluire, sau

c. Partea contractantă a fost obligată în mod legal să dezvăluie informaţia

8. OBLIGAŢIILE PRINCIPALE ALE FURNIZORULUI 8.1 - Furnizorul se obligă să livreze produsele hardware şi software şi sa presteze serviciile de dezvoltare şi implementare a proiectului „Sistem informatic integrat interoperabil cu bazele de date ale administraţiei centrale pentru asigurarea monitorizării mediului concurenţial - cod SMIS 31500” prevăzute în contract cu profesionalismul şi promptitudinea cuvenite angajamentului asumat. 8.2 - Furnizorul se obligă să furnizeze produsele şi serviciile la standardele şi performanţele prezentate în propunerea tehnică. 8.3 - Furnizorul se obligă să furnizeze produsele şi să presteze serviciile în perioadele prevăzute prin graficul de livrare a produselor hardware şi software şi a serviciilor de instalare, dezvoltare şi implementare a proiectului prezentat în propunerea tehnică, anexă la contract. 8.4 - Furnizorul se obliga sa despagubeasca achizitorul impotriva oricaror:

i) reclamatii si actiuni in justitie, ce rezulta din incalcarea unor drepturi de proprietate intelectuala (brevete, nume, marci inregistrate etc.), legate de echipamentele, materialele, instalatiile sau utilajele folosite pentru sau in legatura cu produsele achizitionate, si

ii) daune-interese, costuri, taxe si cheltuieli de orice natura, aferente, cu exceptia situatiei in care o astfel de incalcare rezulta din respectarea caietului de sarcini intocmit de catre achizitor.

8.5 - Furnizorul se obligă să organizeze şi să desfăşoare cursurile de instruire conform cerinţelor capitolului 6 din caietul de sarcini- Cerinţe privind instruirea. 8.6 - In perioada de garanţie şi suport software, furnizorul se obligă să remedieze erorile de funcţionare ale sistemului informatic livrat cu respectarea cerintelor si termenelor prevazute in caietul de sarcini. 8.7 - Furnizorul se obligă să emită şi să transmită la sediul Consiliului Concurenţei factura pentru produsele furnizate până pe data de 15 a lunii. 9. OBLIGAŢIILE PRINCIPALE ALE ACHIZITORULUI 9.1 -Achizitorul se obligă să achiziţioneze, respectiv să cumpere şi să plătească preţul convenit în prezentul contract.

135

9.2 - Achizitorul se obligă să plătească contravaloarea produselor hardware şi software şi a serviciilor de dezvoltare şi implementare a proiectului conform datelor stabilite în graficul de plăţi, anexă la contract, în baza facturii fiscale şi a unui raport privind produsele livrate şi serviciile prestate în perioada menţionată, întocmit de către furnizor şi acceptat de achizitor. Ultima factură se va plăti înainte de cererea de rambursare finală. 9.3 Achizitorul este pe deplin responsabil pentru pregatirea corespunzatoare a locatiei unde vor fi livrate echipamentele, programele sofware si vor fi prestate serviciile, asigurand conditiile necesare solicitate de catre furnizor prin propunerea tehnica. 9.4 .- Dacă achizitorul nu onorează facturile în termen de 30 de zile de la emiterea facturii, atunci prestatorul are dreptul de a beneficia de reactualizarea sumei de plata ramasa neachitata, aplicând o cotă procentuală de 0,1% pe zi din valoarea facturii. 10. SANCŢIUNI PENTRU NEÎNDEPLINIREA CULPABILĂ A OBLIGAŢIILOR 10.1 - În cazul în care, din vina sa exclusivă, furnizorul nu reuşeşte să-şi îndeplinească obligaţiile asumate, atunci achizitorul are dreptul de a deduce din preţul contractului, ca penalităţi, o sumă echivalentă cu o cotă procentuală din preţul contractului, de 0,1% pentru fiecare zi întârziere, până la îndeplinirea efectivă a obligaţiilor. 10.2 - 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 egale cu valoarea produselor nelivrate si/sau a serviciilor neprestate. Partea in culpa va fi notificata in scris de catre partea care si-a executat obligatiile, in vederea executarii obligatiilor ce fac obiectul respectivei notificari. In cazul in care, dupa primirea notificarii, partea in culpa nu a executat obligatia ce-i revenea, in termen de 30 de zile de la data primirii notificarii, cealalta parte va fi indreptatita sa considere contractul ca reziliat de plin drept, fara alta formalitate prealabila. 10.3 - Achizitorul îşi rezervă dreptul de a renunţa la contract, printr-o notificare scrisă adresată prestatorului, cu minim 30 de zile inainte de data incetarii contractului fără nici o compensaţie, dacă acesta din urmă dă faliment, cu condiţia ca această renuntare să nu prejudicieze sau să afecteze dreptul la acţiune sau despăgubire pentru prestator. In 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 11. GARANŢIA DE BUNĂ EXECUŢIE A CONTRACTULUI 11.1 .- Furnizorul se obligă să constituie garanţia de bună execuţie a contractului prin scrisoare de garanţie bancară sau poliţă de asigurare în cuantum de 5% din valoarea fără TVA a contractului, în termen de 3 zile de la data semnării prezentului contract. 11.2 - Achizitorul se obligă să-i elibereze furnizorului garanţia de participare la procedura de achiziţie publică numai după ce acesta a făcut dovada constituirii garanţiei de bună execuţie. 11.3 - Achizitorul are dreptul de a emite pretenţii asupra garanţiei de bună execuţie, în limita prejudiciului creat, dacă prestatorul nu îşi îndeplineşte, 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. . Daca in termen de 15 zile de la primirea notificarii, Prestatorul nu-si indeplineste obligatiile incalcate, Achizitorul va retine din scrisoarea de garantie echivalentul prejudiciului creat

136

11.4 - Achizitorul se obligă să restituie garanţia de bună execuţie în cuantum 5% din valoarea fără TVA a contractului, în termen de 14 zile de la îndeplinirea obligaţiilor asumate. 12. RECEPŢIE, INSPECŢII ŞI TESTE 12.1 - Achizitorul sau reprezentantul său are dreptul de a inspecta şi/sau testa produsele pentru a verifica conformitatea lor cu specificaţiile din oferta tehnică anexă la contract. 12.2 - (1) Inspecţiile şi testările la care vor fi supuse produsele, cât şi condiţiile de trecere a recepţiei provizorii şi a recepţiei finale (calitative) sunt descrise în anexele la prezentul contract.

- (2) Achizitorul are obligaţia de a notifica, în scris, furnizorului identitatea reprezentanţilor săi împuterniciţi pentru efectuarea recepţiei, testelor şi inspecţiilor. 12.3 - Inspecţiile şi testele din cadrul recepţiei cantitative şi recepţiei calitative se vor face la destinaţia finală a produselor, la sediul achizitorului din Bucureşti, Piaţa Presei Libere nr.1, corp D1, sector 1. 12.4 - Dacă vreunul din produsele inspectate sau testate nu corespunde specificaţiilor, achizitorul are dreptul să îl respingă, iar furnizorul fără a modifica preţul contractului are obligaţia:

a) de a înlocui produsele refuzate; sau b) de a face toate modificările necesare pentru ca produsele să corespundă specificaţiilor lor

tehnice. 12.5 - Dreptul achizitorului de a inspecta, testa şi, dacă este necesar, de a respinge nu va fi limitat sau amânat datorită faptului că produsele au fost inspectate şi testate de furnizor, cu sau fără participarea unui reprezentant al achizitorului, anterior livrării acestora la destinaţia finală. 12.6 La livrarea produselor si programelor sofware la destinatia indicata se efectueaza receptia cantitativa. La receptia cantitativa a produselor si programelor sofware, Achizitorul prin reprezentantii sai desemnati va incheia procese verbale de receptie cantitativa. Dupa receptia cantitativa, Furnizorul va instala, configura si pune in functiune produsele livrate in termenul mentionat in propunerea tehnica. Dupa instalare, configurare si punerea in functiune a produselor se vor intocmi intre Achizitor si Furnizor procesul verbal de receptia calitativa a produselor. 12.7 - Prevederile clauzelor 12.1-12.4 nu îl vor absolvi pe furnizor de obligaţia asumării garanţiilor sau altor obligaţii prevăzute în contract. 13 AMBALARE ŞI MARCARE 13.1 - (1) Furnizorul are obligaţia de a ambala produsele pentru ca acestea să facă faţă, fără limitare, la manipularea dură din timpul transportului, tranzitului şi expunerii la temperaturi extreme, la soare şi la precipitaţiile care ar putea să apară în timpul transportului şi depozitării în aer liber, în aşa fel încât să ajungă în bună stare la destinaţia finală.

- (2) În cazul ambalării greutăţilor şi volumelor în cutii, furnizorul va lua în considerare, unde este cazul, distanţa mare până la destinaţia finală a produselor şi absenţa facilităţilor de manipulare grea în toate punctele de tranzit. 13.2 - Toate materialele de ambalare a produselor, precum şi toate materialele necesare protecţiei coletelor (paleţi de lemn, foi de protecţie etc.) rămân în proprietatea achizitorului. 14. LIVRAREA ŞI DOCUMENTELE CARE ÎNSOŢESC PRODUSELE 14.1 - Furnizorul are obligaţia de a livra produsele la destinaţia finală indicată de achizitor, respectând:

a. datele din graficul de livrare şi b. termenele convenite..

137

14.2 - La expedierea produselor, furnizorul are obligaţia de a comunica, în scris, atât achizitorului, cât şi, după caz, societăţii de asigurări datele de expediere, numărul contractului, descrierea produselor, cantitatea, locul de încărcare şi locul de descărcare. 14.3 - Furnizorul va transmite achizitorului următoarele documente care insotesc produsele:

- factura fiscala; - avizul de expediţie; - certificatul de origine; - certificatul de calitate; - certificatul de garanţie pentru bunurile livrate.

14.4 - Certificarea de către achizitor a faptului că produsele au fost livrate parţial sau total se face după instalare şi după recepţie, prin semnarea de primire de către reprezentantul autorizat al acestuia, pe documentele emise de furnizor pentru livrare. 14.5 - Livrarea produselor se consideră încheiată în momentul în care sunt îndeplinite prevederile clauzelor de recepţie a produselor. 14.6 / Pe langa furnizarea efectiva a produselor, Furnizorul are obligatia de a presta si serviciile mentionate in caietul de sarcini si propunerea tehnica. Furnizorul are obligatia de a presta serviciile, conform perioadei de timp convenite in propunerea tehnica 15. ASIGURĂRI 15.1 - Furnizorul are obligaţia de a asigura complet produsele furnizate prin contract împotriva pierderii sau deteriorării neprevăzute la fabricare, transport, depozitare şi livrare, în funcţie de termenele stabilite. 16. PERIOADA DE GARANŢIE ACORDATĂ PRODUSELOR 16.1 - Furnizorul are obligaţia de a garanta că produsele furnizate prin contract sunt noi, nefolosite. De asemenea, furnizorul are obligaţia de a garanta că toate produsele furnizate prin contract nu vor avea nici un defect ca urmare a proiectului, materialelor sau manoperei (cu excepţia cazului când proiectul şi/sau materialul este cerut în mod expres de către achizitor) sau oricărei alte acţiuni sau omisiuni a furnizorului şi că acestea vor funcţiona la parametrii solicitaţi, în condiţii normale de funcţionare. - (1) Perioada de garanţie acordată produselor hardware şi software şi a serviciilor de dezvoltare şi implementare de către furnizor este cea solicitată în caietul de sarcini şi declarată în propunerea tehnică; -(2) Perioada de garanţie a produselor începe cu data recepţiei efectuate după livrarea şi instalarea acestora la destinaţia finală. 16.2 - Achizitorul are dreptul de a notifica imediat furnizorului, în scris, orice plângere sau reclamaţie ce apare în conformitate cu această garanţie. 16.3 - La primirea unei astfel de notificări, furnizorul are obligaţia de a remedia defecţiunea sau de a înlocui produsul în perioada convenită, fără costuri suplimentare pentru achizitor. Produsele care, în timpul perioadei de garanţie, le înlocuiesc pe cele defecte beneficiază de o nouă perioadă de garanţie ce curge de la data înlocuirii produsului. 16.4 Dacă furnizorul, după ce a fost înştiinţat, nu reuşeşte să remedieze defectul în perioada convenită, achizitorul are dreptul de a lua măsuri de remediere pe riscul şi pe cheltuiala furnizorului şi fără a aduce nici un prejudiciu oricăror alte drepturi pe care achizitorul le poate avea faţă de furnizor prin contract. 17. SUBCONTRACTANŢI

138

17.1 - Furnizorul are obligaţia, în cazul în care părţi din contract le subcontractează, de a încheia contracte cu subcontractanţii desemnaţi, în aceleaşi condiţii în care el a semnat contractul cu achizitorul. - (1) Furnizorul 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, cât şi contractele încheiate cu aceştia se constituie în anexe la contract. 17.2 - (1) Furnizorul este pe deplin răspunzator 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) Furnizorul are dreptul de a pretinde daune-interese subcontractanţilor dacă aceştia nu îşi îndeplinesc partea lor din contract. 17.3 - Furnizorul 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. 18. MODALITĂŢI DE PLATĂ 18.1 - Achizitorul are obligaţia de a efectua plata către furnizor in termen de 30 (treizeci) de zile de la primirea facturii emisă de furnizor, în baza raportului de activitate întocmit de acesta şi acceptat de achizitor. 18.2 - Facturile pentru produsele livrate şi a serviciilor de dezvoltare şi implementare prestate, emise pentru perioadele prevăzute în graficul de plăţi, vor fi depuse la sediul achizitorului, din Bucureşti, Piaţa Presei Libere nr.1, corp D1, parter, Registratura Generală, sector 1. 19. ACTUALIZAREA PREŢULUI CONTRACTULUI 19.1 – Nu se acceptă actualizarea preţului contractului

20. AMENDAMENTE 20.1 - Părţile contractante au dreptul, pe durata îndeplinirii contractului, de a conveni modificarea clauzelor contractului prin act adiţional, în cazul apariţiei unor circumstanţe care lezează interesele comerciale legitime ale acestora şi care nu au putut fi prevăzute la data încheierii contractului. 21. INTARZIERI IN INDEPLINIREA CONTRACTULUI 21.1 - Partile au obligatia de a indeplini contractul de furnizare in perioada inscrisa in graficul de livrare/prestare. 21.2 - Daca pe parcursul indeplinirii contractului o parte nu respecta graficul de livrare sau de prestare a serviciilor, acesta are obligatia de a notifica, in timp util, cealalta parte; modificarea datei de furnizare asumata in graficul de livrare se face cu acordul partilor, prin act aditional. 21.3 - In afara cazului in care cealalta parte este de acord cu o prelungire a termenului de executie, orice intarziere in indeplinirea contractului da dreptul partii care nu e in culpa de a solicita penalitati celeilalte parti. 22. CESIUNEA 22.1 - Furnizorul are obligaţia de a nu transfera total sau parţial obligaţiile sale asumate prin contract.

139

23. REZILIEREA CONTRACTULUI 23.1 - Nerespectarea de către furnizor, din culpa sa exclusivă, a obligaţiilor asumate prin prezentul contract, dă dreptul achizitorului de a rezilia contractul şi de a pretinde plata de daune interese, al căror cuantum este de 10% din valoarea fără TVA, respectiv...............lei. 23.2 - Rezilierea va opera de plin drept la expirarea unui termen de 10 zile de la transmiterea notificării scrise de către achizitor, dacă furnizorul nu-şi îndeplineşte obligaţiile asumate în acest termen, iar cu privire la plata dunelor interese, prezentul contract constituie titlu executoriu. 23.3 - Achizitorul îşi rezervă dreptul de a denunţa unilateral contractul de furnizare în cel mult 30 de zile de la apariţia unor circumstanţe care nu au putut fi prevăzute la data încheierii contractului şi care conduc la modificarea clauzelor contractuale în aşa măsură încât îndeplinirea contractului respectiv ar fi contrară interesului public. 23.4 - Achizitorul are dreptul de a anula oricând contractul, printr-o notificare scrisă adresată furnizorului, fără nici o compensaţie, dacă acesta dă faliment sau este insolvabil, cu condiţia ca această anulare să nu prejudicieze sau să afecteze dreptul la acţiune sau despăgubire pentru achizitor. 23.5 - În cazul prevăzut la 21.2 şi 21.3 , prestatorul are dreptul de a pretinde numai plata corespunzătoare pentru partea din contract îndeplinită până la data denunţării unilaterale a contractului. 24. FORŢA MAJORĂ 24.1 - Forţa majoră este constatată de o autoritate competentă. 24.2 - Forţa majoră exonerează parţile contractante de îndeplinirea obligaţiilor asumate prin prezentul contract, pe toată perioada în care aceasta acţionează. 24.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 parţilor până la apariţia acesteia. 24.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. 24.5 - Dacă forţa majoră acţionează sau se estimează că va acţiona o perioadă mai mare de 6 luni, fiecare parte va avea dreptul să notifice celeilalte părţi încetarea de plin drept a prezentului contract, fără ca vreuna din părţi să poată pretinde celeilalte daune-interese. 24.6 - Nu pot fi asimilate forţei majore următoarele cazuri: litigii cu alte părţi, greve declarate de personalul părţii contractante (cu excepţia grevelor generalizate la nivel naţional) şi altele care privesc sau sunt consecinţa managementului părţii contractante. 25. SOLUŢIONAREA LITIGIILOR 25.1 - Achizitorul şi furnizorul vor face 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. 25.2 – Orice litigiu născut din încheierea, interpretarea sau executarea prezentului contract, care nu a putut fi soluţionat pe cale amiabilă, se va soluţiona de instanţele judecatoresti competente. 26. LIMBA CARE GUVERNEAZĂ CONTRACTUL 26.1 - Limba care guvernează contractul este limba română. 27. COMUNICĂRI

140

27.1 – (1) Orice comunicare între părţi, referitoare la îndeplinirea prezentului contract, trebuie să fie transmisă în scris.

- (2) Orice document scris trebuie înregistrat atât în momentul transmiterii cât şi în momentul primirii. 27.2 – Comunicările între părţi se pot face şi prin telefon, fax sau e-mail cu condiţia confirmării în scris a primirii comunicării. 28. LEGEA APLICABILĂ CONTRACTULUI 28.1 - Contractul va fi interpretat conform legilor din România.

Părţile au înţeles să încheie azi .............. prezentul contract în două exemplare, câte unul pentru fiecare parte. Achizitor Furnizor ............................ .............................. (semnătura autorizată) (semnătura autorizată) LS LS

141

CONSILIUL CONCURENŢEI

FORMULARE

Această secţiune conţine formularele destinate, pe de o parte, să faciliteze elaborarea si prezentarea ofertei şi a documentelor care o însoţesc şi, pe de altă parte, să permită comisiei de evaluare examinarea şi evaluarea rapidă şi corectă a tuturor ofertelor depuse. Fiecare ofertant care participa, în mod individual sau asociat, la procedura de achiziţie publică are obligaţia de a prezenta formularele prevăzute în cadrul acestei secţiuni, completate în mod corespunzător şi semnate de persoanele autorizate. Formularul 1 - Scrisoare de înaintare; Formularul 2 - Formular de ofertă; Formularul 3 - Declaraţie privind eligibilitatea, Formularul 4 - Informaţii generale cu privire la ofertant Formularul 5 - Declaraţie privind partea/părţile din contract îndeplinite de subcontractanţi Formularul 6 - Declaraţie privind neîncadrarea în situaţiile prevăzute la art. 181 Formularul 7 - Declaraţie privind lista principalelor furnizări de produse în ultimii 3 ani Formularul 8 - Declaraţia privind calitatea de participant la procedură Formularul 9 - Lista personalului de specialitate propus pentru îndeplinirea contractului Formularul 10 - Scrisoare de garanţie bancara de participare Formularul 11 - Scrisoare de garanţie bancara de bună execuţie Formularul 12 - Declaraţie privind neîncadrarea în situaţiile prevăzute la art. 691 din Ordonanţa de urgenţă a Guvernului nr. 34/2006 Formularul 13 - Certificat de participare la procedură cu ofertă independentă Formularul 15 - Declaraţie de disponibilitate. Formularul B1 - Prezentarea experienţei similare Formularul 16 - Angajament privind susţinerea financiara a ofertantului/grupului de operatori economici de către

un terţ susţinător Formularul 17 - Angajament privind susţinerea tehnica si profesională a ofertantului/candidatului/grupului

de operatori economici Formularul 17.1 - Declaraţia terţului susţinător privind susţinerea tehnica şi profesionala a si 17.2 ofertantului/grupului de operatori economici Formularul 18 - Acord de subcontractare Formularul 19 - Declaratie privind IMM-urile Formularul 20 - Curriculum vitae


2007 – 2013

UNIUNEA EUROPEANĂ

142

Formular 1 OFERTANTUL Înregistrat la sediul autorităţii contractante ………………… nr.RG/ …....... /….......... 2013 (denumirea/numele)

Adresa: ………………………………… Telefon :………………………………… Fax :……………………………………... E-mail: ……………………………………

SCRISOARE DE ÎNAINTARE Către, CONSILIUL CONCURENŢEI, Piaţa Presei Libere nr.1, sector 1, Bucureşti

Ca urmare a anunţului de participare publicat în SEAP cu nr. ….............. din ................2013, privind aplicarea (ziua/luna)

procedurii de „licitaţie deschisă cu etapă finală de licitaţie electronică „ pentru atribuirea contractului care are ca obiect achiziţia de produse şi servicii de dezvoltare şi implementare a „Sistemului Informatic Integrat Interoperabil pentru asigurarea monitorizării mediului concurențial””, cod SMIS 31500, noi ………………..…………………………………………………………..., vă transmitem alăturat următoarele (denumirea/numele ofertantului)

1. Documentul ______________________(tipul, seria/numarul, emitentul) privind garanţia pentru participare, în cuantumul şi în forma stabilita de dumneavoastră prin documentaţia de atribuire; 2. Coletul sigilat şi marcat în mod vizibil, conţinând, în original şi într-un număr de ….... copii:

a) documente de calificare; b) propunerea tehnica; c) propunerea financiara..

Avem speranţa că oferta noastră este corespunzătoare şi vă satisface cerinţele. Data _____/_____/_____ ( zi / lună / an )

Cu stimă,

Ofertant,

…................... (semnatura autorizată şi ştampila)

143

OPERATORUL ECONOMIC Formular 2 ______________________ (denumirea/numele)

FORMULAR DE OFERTĂ

Către, CONSILIUL CONCURENŢEI, Piaţa Presei Libere nr.1, sector 1, Bucureşti Domnilor, 1. Examinând documentaţia de atribuire, subsemnaţi______________________________ reprezentanţi ai (numele şi prenumele persoanei împuternicite)

ofertantului________________________________________ne oferim ca, în conformitate cu prevederile (denumirea/numele ofertantului)

şi cerinţele cuprinse în documentaţia mai sus menţionată, să furnizăm produse şi servicii de dezvoltare şi implementare a „Sistemului Informatic Integrat Interoperabil pentru asigurarea monitorizării mediului concurențial””, cod SMIS 31500, pentru suma de __ _________ __________________________________ (suma în litere şi în cifre)

________________________(moneda ofertei), plătibilă după recepţia produselor şi a serviciilor de dezvotare şi implementare la care se adaugă taxa pe valoarea adăugată în valoare ___________________________. (suma în litere şi în cifre) 2. Ne angajăm ca, în cazul în care oferta noastră este stabilită câştigătoare, să furnizăm produse şi servicii de dezvoltare şi implementare a „Sistemului Informatic Integrat Interoperabil pentru asigurarea monitorizării mediului concurențial””, cod SMIS 31500 pe parcursul a ............de la data încheierii contractului, în termen de la..........ore de la comanda achizitorului. 3. Ne angajăm să menţinem această ofertă valabilă pentru o durată de _________________________zile, (durată în litere şi cifre)

respectiv până la data de _________________, şi ea va rămâne obligatorie pentru noi şi poate fi acceptată (ziua/luna/anul)

oricând înainte de expirarea perioadei de valabilitate. 4. Până la încheierea şi semnarea contractului de achiziţie publică această ofertă, împreuna cu comunicarea transmisă de dumneavoastră, prin care oferta noastră este stabilită câştigătoare, vor constitui un contract angajant între noi. 5. Precizăm că:

depunem ofertă alternativă, ale cărei detalii sunt prezentate într-un formular de ofertă separat, marcat în mod clar "alternativă"; nu depunem ofertă alternativă.

(se bifează opţiunea corespunzătoare)

6. Am înţeles şi consimţim ca, în cazul în care oferta noastră este stabilită ca fiind câştigătoare, să constituim garanţia de bună execuţie în conformitate cu prevederile din documentaţia de atribuire. 7. Înţelegem că nu sunteţi obligaţi să acceptaţi oferta cu cel mai scăzut preţ sau orice altă ofertă pe care o puteţi primi. Data _____/_____/_____ ( zi / lună / an )

(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)

……………………………………………

(semnătura şi ştampila)

ANEXA la formularul de ofertă

144

1.1 - Costuri cu echipamente, dotari Nr.

Crt. Descrierea si scopul

Nr.

Unitati

Preţ unitar

(fara TVA lei)

Preţ total

(fără TVA lei)

1 Servere Reverse Proxy, Securitate servicii web - echipamente hardware- upgrade pentru

sistemul existent; Server tip virtual server. 2

2 Servere Portal - echipamente hardware - upgrade pentru sistemul existent; Server tip virtual

server 2

3 Servere servicii - echipamente hardware - upgrade pentru sistemul existent; Server tip

virtual server 2

4 Servere aplicatii, raportare inteligenta - echipamente hardware - upgrade pentru sistemul

existent; Server tip virtual server 2

5 Servere securitate, utilizatori - echipamente hardware- upgrade pentru sistemul existent;

Server tip virtual server 2

6 Servere baza de date - echipamente hardware - upgrade pentru sistemul existent; Server tip

virtual server 2

7 Storage - echipamente hardware - upgrade pentru sistemul existent cu capacitate minima

instalata 10 TB 1

8 Tape library - echipamente hardware - upgrade sistem existent 1

9 Rack - echipamente hardware; rack-ul trebuie sa vina complet echipat pentru sustinerea

solutiei furnizate 1

10 Switch-uri - echipamente hardware ca parte a switch-urilor de servicii retea; Interfete: 48

porturi 10/100/1000 GE 2

11 Switch servicii retea - echipamente networking; Switch Ethernet de centru de date ce asigura

servicii avansate de procesare la nivel de retea; 2

12 Modul Firewall intern - echipamente networking; Solutie firewall cu capacitati de inspectie la

nivel de protocol si aplicatie; 2

13 Modul IDS/IPS - echipamente networking - modul detectie si prevenire a intruziunilor; 2

14 Load Balancer - modul de distributie a incarcarii; 2

15 Router security - echipamente networking; caracterisitici de criptare si tunelare, pentru

protectia datelor; 2

16 Modul Firewall perimetru - echipamente networking; Solutie firewall integrat cu capacitati de

inspectie la nivel de protocol si aplicatie; 2

17 Web Application Firewall - echipamente networking; Echipament independent, dedicat

functiilor de firewall de aplicatii web; 2

18 Sistem de monitorizare a evenimentelor de securitate din retea/aplicatie 1

19 Instalare si configurare echipamente hardware 1

* VALOARE ESTIMATĂ TOTALĂ – ECHIPAMENTE ŞI DOTĂRI 2,327,342.00

1.2 - Costuri cu achizitionarea de aplicatii informatice si licente

Nr. Descrierea si scopul

Nr. Preţ unitar Preţ total

145

Crt. Unitati (fara TVA lei) (fără TVA lei)

1 Software Reverse Proxy 1

2 Software - portal Web 1

3 Software - server servicii: 1

4 Software - Raportare inteligenta: acces centralizat date, capabilitati inteligente de interactiune 1

5 Software - Server aplicatii : disponibilitate si capabilitati superioare de diagnosticare,

tehnologie dovedita de clustering 1

6 Software - server securitate: acces securizat de control 1

7 Software - server utilizatori: scalabil, multi-platforma, instrumente de administrare 1

8 Software - baza de date Database: scalabilitate, fiabilitate, securitate, gestionarea de volume

mari de date. 1

9 Analiza, proiectare, dezvoltare, testare, implementare solutii 1380

* VALOAREA ESTIMATĂ TOTALĂ 3,749,014.00

2 - Costuri cu trainingul Nr.

crt. Tip cheltuiala Cantitate

Preţ unitar

(fara TVA lei)

Preţ total

(fără TVA lei)

1 Instruire utilizatori finali 50

2 Instruire administratori 10

VALOAREA ESTIMATĂ TOTALĂ 90,300.00

Ofertant,

…...................

(semnatura autorizată şi ştampila)

146

Formular nr. 3 OPERATOR ECONOMIC . ____________________ (denumirea/numele)

DECLARAŢIE PRIVIND ELIGIBILITATEA

1. Subsemnatul(a)____________________________________________, reprezentant împuternicit al (numele şi prenumele)

______________________________________________________________, declar pe propria răspundere, (denumirea/numele si sediul/adresa operatorului economic)

sub sancţiunea excluderii din procedură şi a sancţiunilor aplicate faptei de fals în acte publice, că nu ne aflăm in situaţia prevăzută la art. 180 din Ordonanţa de urgenţa a Guvernului nr. 34/2006 privind atribuirea contractelor de achiziţie publică, a contractelor de concesiune de lucrări publice şi a contractelor de concesiune de servicii, respectiv în ultimii 5 ani nu am fost condamnat prin hotărâre definitivă a unei instanţe judecătoreşti pentru participarea la activităţi ale unei organizaţii criminale, pentru corupţie, fraudă şi/ sau spălare de bani.

2. De asemenea, declar că la prezenta procedură nu particip în două sau mai multe asocieri de operatori economici, nu depun candidatură/ofertă individuală şi o alta candidatură/ofertă comună, nu depun ofertă individuală, fiind nominalizat ca subcontractant în cadrul unei alte oferte.

3. Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor orice documente doveditoare de care dispunem.

4. Prezenta declaraţie este valabilă până la data de _________________________________________. (se precizează data expirării perioadei de valabilitate a ofertei)

Data _____/_____/_____ ( zi / lună / an )


……………………………………………


147

Formular nr. 4 OPERATOR ECONOMIC ………………………………………….. (denumirea/numele)

INFORMAŢII GENERALE

1. Denumirea / numele: 2. Codul fiscal: 3. Adresa sediului central: 4. Telefon: Fax: E-mail: 5. Certificatul de înmatriculare/înregistrare……………..…………………............................................ (numărul,

data şi locul de înmatriculare/înregistrare)

6. Obiectul de activitate pe domenii: ................................................................................ …………………….. (în conformitate cu prevederile din statutul propriu)

7. Birourile filialelor/sucursalelor locale, dacă este cazul: ................... ………………………………….....

(adrese complete. telefon/telex/fax. certificate de înmatriculare/înregistrare)

8. Principala piaţă a afacerilor: 9. Cifra de afaceri pe ultimii 3 ani:

Anul Cifra de afaceri anuală Cifra de afaceri anuală la 31 decembrie la 31.decembrie

( mii lei ) (echivalent euro)

1.

2.

3.

Media anuală:

Data _____/_____/_____ ( zi / lună / an )


……………………………………………


148

Formular nr. 5 OPERATOR ECONOMIC _____________________ (denumirea/numele)

DECLARAŢIE PRIVIND PARTEA/PĂRŢILE DIN CONTRACT

CARE SUNT ÎNDEPLINITE DE SUBCONTRACTANŢI

1. Subsemnatul__________________________________________________, reprezentant împuternicit al (numele şi prenumele persoanei împuternicite)

______________________________________________________________ declar pe propria răspundere, (denumirea/numele şi sediul/adresa candidatului/ofertantului)

sub sancţiunile aplicate faptei de fals în acte publice, că datele prezentate în tabelul anexat sunt reale. 2. Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractanta are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, situaţiilor şi documentelor care însoţesc oferta, orice informaţii suplimentare în scopul verificării datelor din prezenta declaraţie. 3. Subsemnatul autorizez prin prezenta orice instituţie, societate comercială, bancă, alte persoane juridice să furnizeze informaţii reprezentanţilor autorizaţi ai______________________________________________ (denumirea şi adresa autorităţii contractante)

cu privire la orice aspect tehnic şi financiar în legătura cu activitatea noastră. 4. Prezenta declaraţie este valabilă până la data de ……………………………… (se precizează data expirării perioadei de valabilitate a ofertei)

Data _____/_____/_____ ( zi / lună / an )


……………………………………………


Data _____/_____/_____ ( zi / lună / an )


……………………………………………


Nr. crt.

Denumire subcontractor Partea/părţile din contract ce urmează a

fi subcontractat Acord subcontractor cu specimen de semnatură

149


DECLARAŢIE

privind neîncadrarea în situaţiile prevăzute la art. 181

Subsemnatul(a)_________________________________, reprezentant al

_____________________ (numele şi prenumele persoanei împuternicite)

______________________________________________, în calitate de ofertant la procedura de__________ (se inserează numele operatorului economic-persoana juridică)

_____________________________ pentru achiziţia de__________________________________________ (se menţionează procedura) (se inserează, denumirea serviciului şi codul CPV) __________________la data de _____________, organizată de ___________________________________ (zi / lună / an ) (se inserează numele autorităţii contractante)

declar pe proprie răspundere că: a) nu suntem în stare de faliment ca urmare a hotărârii pronunţate de judecătorul-sindic; b) ne-am îndeplinit obligaţiile de plată a impozitelor, taxelor şi contribuţiilor de asigurări sociale către bugetele componente ale bugetului general consolidat, în conformitate cu prevederile legale în Rămânia sau în ţara în care societatea este stabilită; c) în ultimii 2 ani, ne-am îndeplinit întocmai obligaţiile contractuale şi nu ne-am îndeplinit în mod defectuos obligaţiile contractuale, din motive imputabile nouă, fapt pentru care nu am produs grave prejudicii beneficiarilor noştrii; d) nu am fost condamnaţi, în ultimii 3 ani, prin hotărârea definitivă a unei instanţe judecătoreşti, pentru o faptă care a adus atingere eticii profesionale sau pentru comiterea unei greşeli în materie profesională. e) nu prezentăm informaţii false,ci prezentăm informaţiile solicitate de către autoritatea contractantă, în scopul demonstrării îndeplinirii criteriilor de calificare şi selecţie. De asemenea certific faptul ca niciunul dintre subcontractorii nominalizati in cadrul ofertei nu se regaseste in niciuna dintre situatiile mentionate in cadrul articolelor 180 si 181 din Ordonanta de urgenta a Guvernului nr.34/2006 privind atribuirea contractelor de achizitii publice, a contractelor de concesiune de lucrari publice si a contractelor de concesiune de servicii, cu modificarile si completarile ulterioare. Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, orice documente doveditoare de care dispun.

Înţeleg că în cazul în care această declaraţie nu este conformă cu realitatea sunt pasibil de încălcarea prevederilor legislaţiei penale privind falsul în declaraţii.

Data _____/_____/_____ ( zi / lună / an )


……………………………………………


150

Formular 7 OPERATOR ECONOMIC _____________________ (denumirea/numele)

DECLARAŢIE PRIVIND LISTA PRINCIPALELOR FURNIZĂRI DE PRODUSE ÎN ULTIMII 3 ANI

Subsemnatul(a),...........................................................................................reprezentant împuternicit al (numele şi prenumele persoanei împuternicite)

............................................................................................................................, declar pe propria răspundere, (denumirea/numele si sediul/adresa candidatului/ofertantului)

sub sancţiunile aplicate faptei de fals în acte publice, că datele prezentate în tabelul anexat sunt reale. Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, situaţiilor şi documentelor care însoţesc oferta, orice informaţii suplimentare în scopul verificării datelor din prezenta declaraţie. Subsemnatul autorizez prin prezenta orice instituţie, societate comercială, banca, alte persoane juridice să furnizeze informaţii reprezentanţilor autorizaţi ai ..............................................................., cu privire (denumirea si adresa autorităţii contractante)

la orice aspect tehnic şi financiar în legătură cu activitatea noastră. Prezenta declaraţie este valabilă până la data de ……………………………… (se precizează data expirării perioadei de valabilitate a ofertei)

Data _____/_____/_____ ( zi / lună / an )

(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)

…………………………………………… (semnătura şi ştampila)

151

Anexă la formularul 7

Data _____/_____/_____ ( zi / lună / an )


…………………………………………… (semnătura şi ştampila)

________ *) Se precizează calitatea în care a participat la îndeplinirea contractului care poate fi de: contractant unic sau contractant conducător (lider de asociaţie); contractant asociat; subcontractant. **) Se va preciza data de începere şi de finalizare a contractului.

Nr.

Crt

.

Obi

ectu

l con

trac

tulu

i

Cod

ul C

PV

Den

umire

a/nu

mel

e

bene

ficia

rulu

i/clie

ntul

ui

Adr

esa

Cal

itate

a of

erta

nt *

)

Pre

ţul t

otal

al

cont

ract

ului

Pro

cent

înde

plin

it de

furn

izor

%

Can

titat

ea (

U.M

.)

Per

ioad

a de

der

ular

e a

cont

ract

ului

**)

0 1 2 3 4 5 6 7

1

2

.....

152


DECLARAŢIE

privind calitatea de participant la procedură

1. Subsemnatul(a)________________________________________________, reprezentant împuternicit

al (numele şi prenumele persoanei autorizate/împuternicite)

______________________________________________________________, declar pe propria răspundere,

(se insereaza numele operatorului economic-persoana juridică)

sub sancţiunile aplicate faptei de fals în acte publice, că, la procedura pentru atribuirea contractului de achiziţie publică de __________________________________________, având ca obiect ______________ (se menţionează procedura) ______________________________________________, la data de _____________, organizată de ______ (se inserează, denumirea serviciului şi codul CPV) ( zi / lună / an ) ________________________________ _________, particip şi depun ofertă: (se inserează numele autorităţii contractanta)

în nume propriu; ca asociat în cadrul asociaţiei ……………………………………………….; ca subcontractant al…………………………………

(Se bifează opţiunea corespunzătoare)

2. Subsemnatul declar că:

nu sunt membru al niciunui grup sau reţele de operatori economici; sunt membru în grupul sau reţeaua a cărei listă cu date de recunoaştere o prezint în anexă. (Se bifează opţiunea corespunzătoare)

3. Subsemnatul declar că voi informa imediat autoritatea contractanta dacă vor interveni modificări în prezenta declaraţie la orice punct pe parcursul derulării procedurii de atribuire a contractului de achiziţie publică sau, în cazul în care vom fi desemnaţi câştigători, pe parcursul derulării contractului de achiziţie publică. 4. De asemenea, declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractanta are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, situaţiilor şi documentelor care însoţesc oferta, orice informaţii suplimentare în scopul verificării datelor din prezenta declaraţie. 5. Subsemnatul autorizez prin prezenta orice instituţie, societate comercială, bancă, alte persoane juridice să furnizeze informaţii reprezentanţilor autorizaţi ai ………………………………………………………………….. (denumirea şi adresa autorităţii contractante)

…………………………… cu privire la orice aspect tehnic şi financiar în legătură cu activitatea noastră. Data _____/_____/_____ ( zi / lună / an )


……………………………………………


153

Formular 9 OPERATOR ECONOMIC .................................... (denumirea/numele)

LISTA PERSONALULUI DE SPECIALITATE DESEMNAT PENTRU ÎNDEPLINIREA CONTRACTULUI

Subsemnatul/subsemnaţii …………………………………………………….,reprezentant/reprezentanţi (numele şi prenumele) împuternicit/împuterniciţi al ……………..……………………………………………………………………………… ( denumirea/numele şi sediul/adresa ofertantului) declar/declarăm pe propria răspundere că pentru contractul de furnizare de produse şi servicii de dezvoltare si implementare a unui “Sistem Informatic Integrat Interoperabil pentru asigurarea monitorizării mediului concurențial” - cod SMIS 31500, voi folosi următoarele persoane responsabile pentru îndeplinirea contractului:

Nr. crt.

Personal angajat Nume şi prenume Studii de

specialitate

1 Project manager

2 Expert analist de afacere

3 Expert Arhitect Sisteme Informatice

4 Expert Interoperabilitate

5 Expert baze de date

6 Expert virtualizare si securitate informationala

7 Expert Componenta monitorizarea evenimentelor din aplicatii si retea

8 Expert Componenta monitorizare server si activitate utilizatori

9 Expert Coordonator testare

10 Expert Infrastructura comunicatii si securitate

11 Expert Coordonator instruire

Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că

autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, situaţiilor şi documentelor care însoţesc oferta, orice informaţii suplimentare în scopul verificării datelor din prezenta declaraţie.

Subsemnatul autorizez prin prezenta orice instituţie, societate comercială, bancară, alte persoane juridice să furnizeze informaţii reprezentanţilor autorizaţi ai ...............................................................................

(denumirea şi adresa autorităţii contractante)

cu privire la orice aspect tehnic şi financiar în legătură cu activitatea noastră. Anexez la prezenta declaraţie CV-urile personalului responsabil pentru îndeplinirea contractului de achiziţie

publică.

Data _____/_____/_____ ( zi / lună / an )


……………………………………………


154

Formular 10 BANCA ___________________ (denumirea)

INSTRUMENT DE GARANTARE DE PARTICIPARE pentru participare cu oferta la procedura de atribuire a contractului de achiziţie publica

Către, CONSILIUL CONCURENŢEI, Piaţa Presei Libere nr.1, sector 1, Bucureşti

Cu privire la procedura pentru atribuirea contractului de servicii de management de proiect, noi ____________________________, având sediul înregistrat la ____________________________________, (denumirea băncii) (adresa băncii)

ne obligăm faţă de CONSILIUL CONCURENŢEI să plătim suma de _____________________________ : (în litere şi în cifre)

condiţionat , respectiv după constatarea culpei persoanei garantate, în conformitate cu contractul garantat; necondiţionat, respectiv la prima cerere a beneficiarului, pe baza declaraţiei acestuia cu privire la culpa ofertantului .......................................................... garantat, (denumirea/numele) (se bifează opţiunea corespunzătoare)

îÎn cazul existenţei uneia sau mai multora dintre situaţiile următoare:

a) ofertantul _______________________________ şi-a retras oferta în perioada de valabilitate a acesteia; (denumirea/numele)

b) oferta sa fiind stabilită câştigătoare, ofertantul ___________________________________ nu a constituit (denumirea/numele)

garanţia de bună execuţie în perioada de valabilitate a ofertei;

c) oferta sa fiind stabilita câştigătoare, ofertantul _____________________________________ a refuzat să (denumirea/numele)

semneze contractul de achiziţie publică în perioada de valabilitate a ofertei;

d) în măsura în care Consiliul Naţional de Soluţionare a Contestaţiilor respinge contestaţia depusă de către ofertantul ________________________________, autoritatea contractantă va reţine contestatorului suma (denumirea/numele)

de …......, potrivit prevederilor art. 2781 alin. (1) din OUG nr. 34/2006, cu modificările şi completările ulterioare. Această garanţie este irevocabilă.

Prezenta garanţie este valabilă până la data de ______________________. Parafată de Banca _____________ în ziua ______ luna ________ anul _____

(semnătura autorizată)

155

Formular 11

BANCA/SOCIETATEA DE ASIGURĂRI ……………………………………………… (denumirea)

SCRISOARE DE GARANTIE BANCARA DE BUNA EXECUTIE Către, CONSILIUL CONCURENŢEI, Piaţa Presei Libere nr.1, sector 1, Bucureşti

Garantia Nr.: <XXXXXXXXXX>

Din data:[ZZ.LL.AAAA] Cu privire la contractul de achiziţie publică ........................................................................................................, (denumirea contractului si numarul)

încheiat intre .........................................................................................., în calitate de Furnizor şi CONSILIUL (denumirea/numele)

CONCURENŢEI, in calitate de Autoritate Contractanta, ne obligam prin prezenta să plătim suma de __________________________________________ : reprezentând 5% din valoarea contractului, fără TVA: (în litere

şi în cifre)

condiţionat , respectiv după constatarea culpei persoanei garantate, în conformitate cu contractul garantat; necondiţionat, respectiv la prima cerere a autorităţii contractante, pe baza declaraţiei acesteia cu privire la culpa ofertantului .......................................................... garantat, respectiv neîndeplinirea obligaţiilor ce (denumirea/numele)

revin Furnizorului, astfel cum sunt acestea prevăzute în contractul de achiziţie publica mai sus menţionat. (se bifează opţiunea corespunzătoare)

Prezenta garanţie se va elibera in cel mult 14 zile de la emiterea procesului verbal de acceptanta finala. Garanţia nu poate fi restituită Furnizorului decât cu acordul scris al Autorităţii Contractante.

In cazul in care părţile contractante sunt de acord sa prelungească perioada de valabilitate a garanţiei sau sa modifice unele prevederi contractuale care au efecte asupra angajamentului băncii, se va obţine acordul nostru prealabil; Această garanţie este irevocabilă.

Prezenta garanţie este valabilă până la data de ______________________. Parafată de Banca _____________ în ziua ______ luna ________ anul _____

(semnătura autorizată)

156

DENUMIRE OFERTANT Formular nr.12 …………………………..

DECLARAŢIE privind neîncadrarea în situaţiile prevăzute la art. 691 din

Ordonanţa de urgenţă a Guvernului nr. 34/2006

1. Subsemnatul …………………..........….. ............................................................., reprezentant împuternicit (nume şi prenume în clar al persoanei autorizate)

al ............................................. ................................................., declar pe propria răspundere, sub sancţiunile (denumirea operatorului economic) aplicate faptei de fals în acte publice, că, la procedura pentru atribuirea contractului de achiziţie publică ......... ……………………......................, având ca obiect achiziţia de ............ .............................................................., . (denumirea produsului, serviciului sau lucrării) Cod CPV.......................................................... , organizată de Consiliul Concurentei, la data de ...................., (zi/lună/an) particip şi depun ofertă: □ în nume propriu; □ ca asociat în cadrul asocierii condusă de < numele liderului / noi înşine ;. □ ca subcontractor (Se bifează opţiunea corespunzătoare)

2. Confirmăm faptul că nu avem drept membri în cadrul consiliului de administraţie/organ de conducere sau de supervizare şi/sau are acţionari ori asociaţi persoane care sunt soţ/soţie, rudã sau afin pânã la gradul al patrulea inclusiv sau care se aflã în relaţii comerciale, astfel cum sunt acestea prevãzute la art. 69 lit. a), cu : dl.Bogdan M. Chiriţoiu – Preşedintele Consiliului Concurenţei, dl.Vasile Şeclăman – Secretarul General al Consiliului Concurenţei,

dl. Florin Andrei – Responsabil proiect – Director, Direcţia Cercetare-Sinteze, dna Carmen Nedelcu – Asistent pentru responsabilul de proiect – Inspector de concurenţă, Direcţia Cercetare-Sinteze, dl. Mihai Drăghici – Expert IT - Inspector de concurenţă, Direcţia Cercetare-Sinteze, dra Mariana-Beatrice Dima – Responsabil

financiar- Consilier I, Direcţia Buget şi dl. Ion Panait – Expert achiziţii publice – Consilier gr.IA, Direcţia Administrativă. 3. De asemenea, declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, situaţiilor şi documentelor care însoţesc oferta, orice informaţii suplimentare în scopul verificării datelor din prezenta declaraţie. Data _____/_____/_____ ( zi / lună / an )


……………………………………………


157

Formular nr. 13

OPERATOR ECONOMIC _____________________ (denumirea/numele)

CERTIFICAT de participare la licitație cu ofertă independentă

I. Subsemnatul/Subsemnaţii, _______________________________________________, reprezentant/reprezentanţi

(numele şi prenumele reprezentantului/reprezentanţilor legali)

legali al/ai ____________________________________________________, întreprindere/asociere care va participa la (se insereaza numele operatorului economic-persoana juridică)

procedura de achiziţie publică organizată de CONSILIUL CONCURENŢEI, în calitate de autoritate contractantă, certific/certificăm prin prezenta că informaţiile conţinute sunt adevărate şi complete din toate punctele de vedere. II. Certific/Certificăm prin prezenta, în numele _____________________________________________, următoarele: (se insereaza numele operatorului economic-persoana juridică)

1. am citit şi am înţeles conţinutul prezentului certificat; 2. consimt/consimţim descalificarea noastră de la procedura de achiziţie publică în condiţiile în care cele declarate se dovedesc a fi neadevărate şi/sau incomplete în orice privinţă; 3. fiecare semnătură prezentă pe acest document reprezintă persoana desemnată să înainteze oferta de participare, inclusiv în privinţa termenilor conţinuţi de ofertă; 4. în sensul prezentului certificat, prin concurent se înţelege oricare persoană fizică sau juridică, alta decât ofertantul în numele căruia formulăm prezentul certificat, care ofertează în cadrul aceleiaşi proceduri de achiziţie publică sau ar putea oferta, întrunind condiţiile de participare; 5. oferta prezentată a fost concepută şi formulată în mod independent faţă de oricare concurent, fără a exista consultări, comunicări, înţelegeri sau aranjamente cu aceştia; 6. oferta prezentată nu conţine elemente care derivă din înţelegeri între concurenţi în ceea ce priveşte preţurile/tarifele, metodele/formulele de calcul al acestora, intenţia de a oferta sau nu la respectiva procedură sau intenţia de a include în respectiva ofertă elemente care, prin natura lor, nu au legătură cu obiectul respectivei proceduri; 7. oferta prezentată nu conţine elemente care derivă din înţelegeri între concurenţi în ceea ce priveşte calitatea, cantitatea, specificaţii particulare ale produselor sau serviciilor oferite; 8. detaliile prezentate în ofertă nu au fost comunicate, direct sau indirect, niciunui concurent înainte de momentul oficial al deschiderii publice, anunţată de contractor. III. Sub rezerva sancţiunilor prevăzute de legislaţia în vigoare, declar/declarăm că cele consemnate în prezentul certificat sunt adevărate şi întrutotul conforme cu realitatea.

Data _____/_____/_____ ( zi / lună / an )


……………………………………………


158

Formular nr.15

OPERATOR ECONOMIC .................................... (denumirea/numele)

DECLARAŢIE DE DISPONIBILITATE Subsemnatul , declar pe propria răspundere, sub sancţiunea excluderii din procedură a ofertantului .............................................................................................., şi sub sancţiunile aplicate faptei de fals în acte ( denumirea/numele ofertantului) publice, că sunt angajat al ofertantului conform contractului de muncă nr.... din data de...../ sunt colaborator al ofertantului conform contractului de colaborare nr... din data...., angajament de participare Sunt de acord să particip la procedura de ofertare pentru atribuirea contractului de servicii............... Declar ca sunt dispus şi doresc să lucrez pe postul de.......... pentru care CV-ul meu a fost inclus, în eventualitatea ca această ofertă va fi declarată câştigătoare, pe toată durata de derulare a contractului. Subsemnatul declar că informaţiile furnizate sunt complete şi corecte în fiecare detaliu şi înţeleg că autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, orice documente doveditoare de care dispun. Înţeleg că în cazul în care această declaraţie nu este conformă cu realitatea sunt pasibil de încălcarea prevederilor legale privind falsul în declaraţii.

Numele şi Prenumele

Semnătura

Data

Data _____/_____/_____ ( zi / lună / an )


……………………………………………


Notă:

1) Se va completa de către personalul responsabil cu îndeplinirea contractului 2) Aceste declaraţii se vor prezenta în original, vor fi semnate de persoana în cauză şi contrasemnate de reprezentantul

ofertantului

159

Formular nr. B1

OFERTANTUL

_____________________

(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 bifează opţiunea corespunzătoare)

contractant unic sau contractant conducător (lider de asociaţie)

contractant asociat

subcontractant

4. Valoarea contractului:

exprimata in exprimata

moneda in care in echivalent

s-a încheiat euro

160

contractul

a) iniţiala (la data semnării contractului): _________ ___________

b) finala (la data finalizării contractului): _________ ___________

5. Daca au fost litigii privind îndeplinirea contractului, natura acestora si modul lor de soluţionare: ________

___________________________.

6. Gama de servicii prestate in baza contractului, precum si alte aspecte relevante prin care ofertantul/candidatul îşi

susţine experienţa similară: _____________________________________________

_______________________________.

Ofertant,

_______________

(numele, prenumele şi semnătura autorizată)

------------

*) Se completează fise distincte pentru fiecare contract, care vor fi confirmate, la cererea comisiei de evaluare, prin prezentarea

contractului respectiv.

Formularul nr.16

OPERATOR ECONOMIC

____________________

(denumirea/numele)

Angajament Terţ susţinător financiar Terţ susţinător financiar

..........................

(denumirea) ANGAJAMENT

privind susţinerea financiară a ofertantului/candidatului/grupului de operatori economici

161

Către, ................................................................................

(denumirea autorităţii contractante şi adresa completă)

Cu privire la procedura pentru atribuirea contractului ..........................................................................., (denumirea contractului de achiziţie publică)

noi ................................................................................, având sediul înregistrat la .................. ................................ (denumirea terţului susţinător financiar) (adresa terţului susţinător financiar)

...................................................., ne obligăm, în mod ferm, necondiţionat şi irevocabil, să punem la dispoziţia

...................................................................................... toate resursele financiare necesare pentru îndeplinirea (denumirea ofertantului/grupului de operatori economici) integrală şi la termen a tuturor obligaţiilor asumate de acesta/aceştia conform ofertei prezentate şi contractului de achiziţie publică ce urmează a fi încheiat între ofertant şi autoritatea contractantă.

Acordarea susţinerii financiare nu implică alte costuri pentru achizitor, cu excepţia celor care au fost incluse în propunerea financiară.

În acest sens, ne obligăm în mod ferm, necondiţionat şi irevocabil, să punem la dispoziţia .......... ......................................................................................... suma de ...................................................................., (denumirea ofertantului/grupului de operatori economici) (valoarea totală/parţială din propunerea financiară) necesară pentru îndeplinirea integrală, reglementară şi la termen a contractului de achiziţie publică.

Noi, ......................................................................, declarăm că înţelegem să răspundem faţă de (denumirea terţului susţinător financiar)

autoritatea contractantă pentru neexecutarea oricărei obligaţii asumate de................................. ...................... (denumire ofertant/grupul de operatori economici)

………………………...…, în baza contractului de achiziţie publică şi pentru care ...... …………………………… (denumirea ofertantului /grupului de operatori economici)

.....................................................a primit susţinerea financiară conform prezentului angajament, renunţând în acest sens, definitiv şi irevocabil, la invocarea beneficiului de diviziune sau discuţiune.

Noi, .........................................................................., declarăm că înţelegem să renunţam definitiv şi (denumirea terţului susţinător financiar)

irevocabil la dreptul de a invoca orice excepţie de neexecutare, atât faţă de autoritatea contractantă, cât şi faţă de .................................................................., care ar putea conduce la neexecutarea, parţială sau totală, (denumire ofertant/candidat/grupul de ofertanţi)

sau la executarea cu întârziere sau în mod necorespunzător a obligaţiilor asumate de noi prin prezentul angajament. Noi,.............................................................., declarăm că înţelegem să răspundem pentru prejudiciile (denumirea terţului susţinător financiar)

cauzate autorităţii contractante ca urmare a nerespectării obligaţiilor prevăzute în angajament. Prezentul reprezintă angajamentul nostru ferm încheiat în conformitate cu prevederile art.186 alin.(2) din OUG

nr.34/2006 cu modificările şi completările ulterioare, care dă dreptul autorităţii contractante de a solicita, în mod legitim, îndeplinirea de către noi a anumitor obligaţii care decurg din susţinerea financiară acordată ............................................................................................ (denumirea ofertantului/candidatului/grupului de operatori economici).

Data completării, Terţ susţinător, (semnătură autorizată)

Formularul nr. 17

..........................

(denumirea)

ANGAJAMENT

privind susţinerea tehnica si profesională

a ofertantului/candidatului/grupului de operatori economici

162

Către, .............................................. (denumirea autorităţii contractante şi adresa completă)

Cu privire la procedura pentru atribuirea contractului ...................... (denumirea contractului de achiziţie

publică), noi ............. (denumirea terţului susţinător tehnic şi profesional), având sediul înregistrat la ..........

.............(adresa terţului susţinător tehnic şi profesional), ne obligăm, în mod ferm, necondiţionat şi irevocabil, să

punem la dispoziţia.............. (denumirea ofertantului/grupului de operatori economici) toate resursele tehnice şi

profesionale necesare pentru îndeplinirea integrală şi la termen a tuturor obligaţiilor asumate de acesta/aceştia,

conform ofertei prezentate şi contractului de achiziţie publică ce urmează a fi încheiat între ofertant şi autoritatea

contractantă.

Acordarea susţinerii tehnice şi profesionale nu implică alte costuri pentru achizitor, cu excepţia celor care au

fost incluse în propunerea financiară.

În acest sens, ne obligăm în mod ferm, necondiţionat şi irevocabil, să punem la dispoziţia .......... (denumirea

ofertantului/candidatului/grupului de operatori economici) resursele tehnice şi/sau profesionale de

................................................ ..................................................................necesară pentru îndeplinirea integrală,

reglementară şi la termen a contractului de achiziţie publică.

Noi, ....................... (denumirea terţului susţinător tehnic şi profesional), declarăm că înţelegem să

răspundem, în mod necondiţionat, faţă de autoritatea contractantă pentru neexecutarea oricărei obligaţii asumate de

....................... (denumire ofertant/candidatului/grupul de operatori economici), în baza contractului de achiziţie

publică, şi pentru care ................ (denumire operatorul/candidatului/grupul de operatori economici) a primit susţinerea

tehnică şi profesională conform prezentului angajament, renunţând în acest sens, definitiv şi irevocabil, la invocarea

beneficiului de diviziune sau discuţiune.

Noi, .................. (denumirea terţului susţinător tehnic şi profesional), declarăm ca înţelegem să renunţăm

definitiv şi irevocabil la dreptul de a invoca orice excepţie de neexecutare, atât faţă de autoritatea contractantă, cât şi

faţă de ................. (denumire ofertant/grupul de ofertanţi), care ar putea conduce la neexecutarea, parţială sau totală,

sau la executarea cu întârziere sau în mod necorespunzător a obligaţiilor asumate de noi prin prezentul angajament.

Noi,.................................. (denumirea terţului susţinător tehnic şi profesional), declarăm că înţelegem să

răspundem pentru prejudiciile cauzate autorităţii contractante ca urmare a nerespectării obligaţiilor prevăzute în

angajament.

Prezentul reprezintă angajamentul nostru ferm încheiat în conformitate cu prevederile art.190 alin.(2) din OUG

nr.34/2006 cu modificările şi completările ulterioare, care dă dreptul autorităţii contractante de a solicita, în mod legitim,

îndeplinirea de către noi a anumitor obligaţii care decurg din susţinerea tehnică şi profesională acordată

.............................................................. (denumirea ofertantului/lcandidatului/grupului de operatori economici).

Data completării, Terţ susţinător,

........................... .....................

(semnătură autorizată)

163

Formularul nr. 17.1

Terţ susţinător tehnic şi profesional

..........................

(denumirea)

Declaraţie

terţ susţinător tehnic şi profesional

Subsemnatul ________________, reprezentant împuternicit al .......................... (denumirea

terţului susţinător tehnic şi profesional), declar pe propria răspundere, sub sancţiunile aplicabile faptei de

fals în acte publice, că datele prezentate în tabelul anexat privind logistica, utilajele, instalaţiile,

echipamentele tehnice de care dispun şi care urmează a fi folosite efectiv pentru îndeplinirea contractului

de achiziţie publică............................................................. sunt reale.

Declar de asemenea că vom disponibiliza aceste resurse necondiţionat, în funcţie de

necesităţile care vor apărea pe parcursul îndeplinirii contractului de achiziţie publică având ca

obiect..........................................................( obiectul contractului).

LISTA

privind logistica, utilajele, instalaţiile şi echipamentele tehnice aflate în dotare si care urmează a fi

efectiv folosite pentru îndeplinirea contractului de achiziţie publică

Nr.

crt

Denumire utilaj/echipament/instalaţie Cantitate

U.M.

Forma de deţinere

Proprietate În chirie

Prezenta declaraţie este anexă la „Angajamentul ferm” privind susţinerea noastră tehnică şi

profesională oferită .............................................. ....................................................(denumirea

ofertantului/candidatului/grupului de operatori economici).


164


165

Formularul nr.17.2

Terţ susţinător tehnic şi profesional

..........................

(denumirea)

Declaraţie

terţ susţinător tehnic şi profesional

Subsemnatul ______________, reprezentant împuternicit al ........(denumirea terţului

susţinător tehnic si profesional), declar pe propria răspundere, sub sancţiunile aplicabile faptei de fals în

acte publice, că datele prezentate în tabelul anexat privind efectivul mediu anual al personalului angajat şi

al cadrelor de conducere şi care urmează a fi efectiv alocat pentru indeplinirera contractului de achiziţie

publică.................................................... sunt reale.

LISTA

privind personalului angajat şi al cadrelor de conducere care urmează a fi efectiv

alocate pentru îndeplinirea contractului de achiziţie publică

Anul 1 Anul 2 Anul 3

Personal angajat

Din care personal de conducere

Personal efectiv alocat pentru

îndeplinirea contractului

Din care personal de conducere

efectiv alocat pentru

îndeplinirea contractului

Anexez declaraţiei, CV-urile personalului de conducere precum şi ale personalului care va fi

alocat efectiv pentru îndeplinirea contractului de achiziţie publică.

Subsemnatul declar că informaţiile furnizate, referitoare la experienţa anterioară, capacităţile

tehnice şi personalul angajat şi cel de conducere sunt complete şi corecte în fiecare detaliu şi înţeleg că

autoritatea contractantă are dreptul de a solicita, în scopul verificării şi confirmării declaraţiilor, situaţiilor şi

documentelor care însoţesc oferta, orice informaţii suplimentare în scopul verificării datelor din prezenta

declaraţie.

Subsemnatul autorizez prin prezenta orice instituţie, societate comercială, bancă, alte

persoane juridice să furnizeze informaţii reprezentanţilor autorizaţi ai ........... (denumirea şi adresa

autorităţii contractante) cu privire la orice aspect tehnic şi financiar în legătură cu activitatea noastră.

Prezenta declaraţie este anexă la „Angajamentul ferm” privind susţinerea noastră tehnică şi

profesională oferită .............................................. ....................................(denumirea

ofertantului/candidatului/grupului de operatori economici).



166

Formularul nr. 18

OFERTANTUL

____________________

(denumirea/numele)

ACORD DE SUBCONTRACTARE

nr………./…………

La contractul de achiziţie publică nr……/…….. încheiat între ________________ privind execuţia_____________

(denumire autoritate contractantă)

la “_______________________________________________________________”.

(denumire contract)

1. Părti contractante:

Acest contract este încheiat între S.C. _______________ cu sediul în _______________________________,

(adresa,tel.,fax)

reprezentată prin __________________ Director General şi______________ Director Economic, denumită în cele ce

urmeaza contractant general

şi

S.C. _______________ cu sediul în __________________________, reprezentată prin____________________

(adresa,tel.,fax)

Director General şi ____________________ Director Economic, denumită în cele ce urmează subcontractant.

2. Obiectul contractului:

Art.1. _______________ ce fac obiectul prezentului contract sunt_________________ de:

(servicii)

___________.

Art.2. Valoarea ______________ este conform ofertei prezentate de subcontractant.

(servicii)

Art.3. Contractantul general va plăti subcontractantului următoarele sume:

- lunar, în termen de _______ (zile) de la primirea de către contractantul general

a facturii întocmite de subcontractant, contravaloarea ___________________ executate în perioada respectivă.

(serviciilor)

- plata ___________________________ se va face în limita asigurării finanţării ___________________________

(serviciilor)

(serviciilor)

de către beneficiarul __________________________

(denumire autoritate contractantă)

Art.4. Durata de execuţie a ___________________________ este în conformitate cu contractul, eşalonată

(serviciilor)

conform graficului anexă la contract.

Art.5. Durata garanţiei de bună execuţie este de ____ luni şi începe de la data semnării procesului verbal încheiat la

terminarea ________________________.

(serviciilor)

Art.6. Contractantul general va preda subantreprenorului documentaţia completă verificată cu dispoziţiile legale.

3. Alte dispoziţii:

Art.7. Pentru nerespectarea termenului de finalizare a ____________(serviciilor) şi neîncadrarea din vina

subcontractantului, în durata de execuţie angajată de contractantul general în faţa beneficiarului, subcontractantul va

plăti penalităţi de ______% pe zi întârziere din valoarea ____________________ (serviciilor)nerealizată la termen.

Pentru nerespectarea termenelor de plată prevăzute la art.3., contractantul general va plăti penalităti de _____ % pe zi

întârziere la suma datorată.

Art.8. Subcontractantul se angajează faţă de contractant cu aceleaşi obligaţii şi responsabilităţi pe care contractantul le

are faţă de investitor conform contractului______________________ (denumire contract).

Art.9. Neînţelegerile dintre părţi se vor rezolva pe cale amiabilă. Dacă acest lucru nu este posibil, litigiile se vor

soluţiona pe cale legală.

Prezentul contract s-a încheiat în două exemplare, câte un exemplar pentru fiecare parte.

____________________ _________________________

(contractant) (subcontractant)

Înregistrat la sediul autorităţii contractante Nr. ________/________

Operator economic,

167

OFERTANTUL Formularul nr. 19 ____________________ (denumirea/numele) ANEXA Nr. 1

din Ordonanta nr.27/2006

DECLARAŢIE

privind încadrarea întreprinderii în categoria

întreprinderilor mici şi mijlocii

I. Date de identificare a întreprinderii

Denumirea întreprinderii ..................................................................................... Adresa sediului social ............................................................................................ Cod unic de înregistrare ............................................................................................ Numele şi funcţia ............................................................................................ (preşedintele consiliului de administraţie, director general sau echivalent) II. Tipul întreprinderii

Indicaţi, după caz, tipul întreprinderii: [ ] Întreprindere autonomă. În acest caz, datele din tabelul de mai jos sunt preluate doar din situaţia economico-financiară a întreprinderii solicitante. Se va completa doar declaraţia, fără anexa nr. 2. [ ] Întreprindere parteneră. Se va completa tabelul de mai jos pe baza rezultatelor calculelor efectuate conform anexei nr. 2, precum şi a fişelor adiţionale care se vor ataşa la declaraţie. [ ] Întreprindere legată. Se va completa tabelul de mai jos pe baza rezultatelor calculelor efectuate conform anexei nr. 2, precum şi a fişelor adiţionale care se vor ataşa la declaraţie. III. Date utilizate pentru a se stabili categoria întreprinderii1)

Exerciţiul financiar de referinţă2)

Numărul mediu anual de

salariaţi

Cifra de afaceri anuală netă

(mii lei/mii Euro)

Active totale

(mii lei/mii Euro)

Important: Precizaţi dacă, faţă de exerciţiul [ ] Nu financiar anterior, datele financiare au [ ] Da (în acest caz se va completa şi se va înregistrat modificări care determină încadrarea ataşa o declaraţie referitoare la exerciţiul întreprinderii într-o altă categorie (respectiv financiar anterior) micro-întreprindere, întreprindere mică, mijlocie sau mare). Semnătura ..................................................................................... (numele şi funcţia semnatarului, autorizat să reprezinte întreprinderea) Declar pe propria răspundere că datele din această declaraţie şi din anexe sunt conforme cu realitatea. Data întocmirii ....................................

168

Semnătura ..........................................

1) Datele sunt calculate în conformitate cu art. 6 din prezenta lege.

2) Datele cu privire la numărul mediu anual de salariaţi, cifra de afaceri anuală netă şi activele totale sunt

cele realizate în ultimul exerciţiu financiar raportate în situaţiile financiare anuale aprobate de acţionari sau

asociaţi. În cazul întreprinderilor nou înfiinţate datele cu privire la numărul mediu anual de salariaţi, cifra de

afaceri anuală netă şi activele totale se determină şi se declară pe propria răspundere.

169

ANEXA Nr. 2

din Ordonanta nr.27/2006 CALCULUL

pentru întreprinderile partenere sau legate Secţiunile care trebuie incluse, după caz: - secţiunea A, dacă întreprinderea solicitantă are cel puţin o întreprindere parteneră (precum şi orice fişe adiţionale); - secţiunea B dacă întreprinderea solicitantă este legată cu cel puţin o întreprindere (precum şi orice fişe adiţionale). Calculul pentru tipurile de întreprinderi partenere sau legate

Perioada de referinţă

Numărul mediu anual de salariaţi

Cifra de afaceri anuală netă (mii lei/mii Euro)

Total active (mii lei/mii Euro)

1. Datele1) întreprinderii

solicitante sau din situaţiile financiare anuale consolidate (se vor introduce datele din tabelul B1 din secţiunea B

2)

2. Datele cumulate1) în

mod proporţional ale tuturor întreprinderilor partenere, dacă este cazul (se vor introduce datele din secţiunea A)

3. Datele cumulate ale tuturor întreprinderilor legate

1)

(dacă există) dacă nu au fost deja incluse prin consolidare la pct. 1 din acest tabel (se vor introduce datele din tabelul B2 din secţiunea B)

TOTAL

Datele incluse în secţiunea "Total" din tabel trebuie introduse în tabelul "Date utilizate pentru a se stabili categoria întreprinderii" din anexa nr. 1. ___________ 1) Datele cu privire la numărul mediu anual de salariaţi, cifra de afaceri anuală netă şi activele totale sunt cele realizate în ultimul exerciţiu financiar raportate în situaţiile financiare anuale aprobate de acţionari sau asociaţi. În cazul întreprinderilor nou înfiinţate datele cu privire la numărul mediu anual de salariaţi, cifra de afaceri anuală netă şi activele totale se determină şi se declară pe propria răspundere. 2) Datele întreprinderii, inclusiv numărul mediu anual de salariaţi, sunt determinate pe baza situaţiilor financiare anuale şi a datelor întreprinderii sau, atunci când este cazul, pe baza situaţiilor financiare anuale consolidate ale întreprinderii ori a situaţiilor financiare anuale consolidate în care întreprinderea este inclusă.

170

Formularul nr. 20

OFERTANTUL

____________________

(denumirea/numele)

Curriculum vitae Europass

Inserati fotografia. (rubrica facultativa, vezi instructiunile)

Informatii personale

Nume / Prenume Nume, Prenume

Adresa(e) Numar imobil, nume strada, cod postal, localitate, tara

Telefon(oane) Mobil:

Fax(uri)

E-mail(uri)

Nationalitate(-tati)

Data nasterii

Sex

Locul de munca vizat / Domeniul ocupational

Se va completa cu pozitia propusa in proiect

Experienta profesionala

Perioada Mentionati separat fiecare experienta profesionala relevanta, incepand cu cea mai recenta dintre acestea.

Functia sau postul ocupat

Activitati si responsabilitati principale

Numele si adresa angajatorului

Tipul activitatii sau sectorul de activitate

Educatie si formare

171

Perioada Mentionati separat fiecare forma de invatamant si program de formare profesionala absolvite, incepand cu cel mai recent. (vezi instructiunile)

Calificarea / diploma obtinuta

Disciplinele principale studiate / competente profesionale

dobandite

Numele si tipul institutiei de invatamant / furnizorului de

formare

Nivelul in clasificarea nationala sau internationala

Aptitudini si competente personale

Limba(i) materna(e) Precizati limba(ile) materna(e) (daca este cazul specificati a doua limba materna, vezi instructiunile)

Limba(i) straina(e) cunoscuta(e)

Autoevaluare Intelegere Vorbire Scriere

Nivel european (*) Ascultare Citire Participare la conversatie

Discurs oral Exprimare scrisa

Limba

Limba

(*) Nivelul Cadrului European Comun de Referinta Pentru Limbi Straine

Competente si abilitati sociale Descrieti aceste competente si indicati contextul in care au fost dobandite.

Competente si aptitudini organizatorice

Descrieti aceste competente si indicati contextul in care au fost dobandite.

Competente si aptitudini tehnice Descrieti aceste competente si indicati contextul in care au fost dobandite.

Competente si aptitudini de utilizare a calculatorului

Descrieti aceste competente si indicati contextul in care au fost dobandite.

Competente si aptitudini artistice Descrieti aceste competente si indicati contextul in care au fost dobandite.

Alte competente si aptitudini Descrieti aceste competente si indicati contextul in care au fost dobandite.

Permis(e) de conducere Mentionati daca detineti un permis de conducere si categoria.

Informatii suplimentare Includeti aici orice alte informatii utile, care nu au fost mentionate anterior, de exemplu: persoane de contact, referinte etc.

Anexe Enumerati documentele anexate CV-ului.

http://europass.cedefop.europa.eu/LanguageSelfAssessmentGrid/ro

BMC/8668/10.09.2013 CONSILIUL CONCURENŢEI Piaţa · PDF fileAdresa sediului principal al...

Documents

Transcript of BMC/8668/10.09.2013 CONSILIUL CONCURENŢEI Piaţa · PDF fileAdresa sediului principal al...