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
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
Locul principal de prestare
La sediul Consiliului
Concurentei, P-ta Presei
Libere, nr.1 ( Casa Presei
Libere), sector 1
Cod NUTS RO321 - Bucuresti
Locul principal de prestare
La sediul Consiliului Concurentei, P-ta
Presei Libere, nr.1 ( Casa Presei Libere),
sector 1
Cod NUTS RO321 - Bucuresti
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
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.
Modalitatea de îndeplinire
- 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
Modalitatea de îndeplinire
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.
Modalitatea de îndeplinire
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) □
Numărul anunţului în JO: □□□□/S □□□-□□□□□□□ din □□/□□/□□□□ (zz/ll/aaaa)
Numărul anunţului în JO: □□□□/S □□□-□□□□□□□ din □□/□□/□□□□ (zz/ll/aaaa)
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ă:
Punct(e) de contact:
Î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
Punct(e) de contact:
Î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
GUVERNUL ROMÂNIEI Instrumente Structurale
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.
[CP37] Solutia trebuie sa asigure pentru fiecare document gestionat pastrarea unui istoric
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.
[CP38] Solutia trebuie sa asigure pentru fiecare document gestionat pastrarea unui istoric
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:
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
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
71
[CTEH9]Servere Aplicatii, raportare inteligenta (2 buc) avand urmatoarele specificatii minimale:
Caracteristica Performanta
Server tip virtual Minim 2 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
[CTEH10]Server Securitate Utilizatori (2 buc)avand urmatoarele specificatii minimale:
Caracteristica Performanta minima
Server tip virtual Minim 2 nuclee (“core”)
Procesor Minim frecventa/core - 2 GHz
Memorie Minim 8 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
Sistem de operare Microsoft Windows Server 2012 Standard Edition
72
hipervizorului
Management Management asigurat de mecanismele interne ale hipervizorului
Sistem de operare Microsoft Windows Server 2012 Standard Edition
[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
Server tip virtual Minim 12 nuclee (“core”)
Procesor Minim frecventa/core - 2 GHz
Memorie Minim 32 GB RAM alocat
Spatiu disc Din capacitatea oferita de echipamentul de stocare existent – min
1 TB 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 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
Caracteristica Performanta minima
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
Sistem de operare Microsoft Windows Server 2012 Standard Edition
c) [CTEH13]Upgrade-uri Nivel Storage si Switch-uri iSCSI SAN
[CTEH13.1]Switch-uri SAN (2 buc.) avand urmatoarele specificatii minimale:
Caracteristica Performanta minima
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.)
Caracteristica Performanta minima
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:
Caracteristica Performanta minima
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:
Caracteristica Performanta minima
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:
Caracteristica Performanta minima
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:
Caracteristica Performanta minima
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
instalarii echipamentelor
- Configurarea configuratiilor cluster si asigurararea reperelor de conectica necesare
instalarii echipamentelor
- 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
Monitorizarea activitatii financiare privind Cererea nr. 2 de rambursare
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
Monitorizarea activitatii financiare privind Cererea nr. 3 de rambursare
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
Monitorizarea activitatii financiare privind Cererea nr. 4 de rambursare
Luna 13 Monitorizarea activitatii de dezvoltare si testare a sistemului informatic
Luna 14 Monitorizarea activitatii de dezvoltare si testare a sistemului informatic
Luna 15 Monitorizarea activitatii de dezvoltare si testare a sistemului informatic
Luna 16 Monitorizarea activitatii de dezvoltare si testare a sistemului informatic
Luna 17 Monitorizarea activitatii de dezvoltare si testare a sistemului informatic
Monitorizarea activitatii de informare si publicitate
Monitorizarea activitatii financiare privind Cererea nr. 5 de rambursare
Luna 18 Monitorizarea activitatii de dezvoltare si testare a sistemului informatic
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
Monitorizarea activitatii de instruire a utilizatorilor
Luna 21 Monitorizarea activitatii de acceptanta finala a sistemului informatic
Monitorizarea activitatii de instruire a utilizatorilor
Luna 22 Monitorizarea activitatii de acceptanta finala a sistemului informatic
Monitorizarea activitatii de instruire a utilizatorilor
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
Monitorizarea activitatii financiare privind Cererea nr. 6 de rambursare
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 XEROX 420 2 2004
Copiator CANON IR1600 4 2005
Copiator CANON IR5000 2 2005
Copiator XEROX WC M118I 2 2006
Copiator XEROX 242 (COLOR) 1 2009
Copiator XEROX 5665 3 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
15 IBM eServer xSeries 236
3 feb.05 Server Server 2000 Enterprise EditionEnglish; 25 licente MS SQL CAL2000 English OPEN Level B UserCAL
16 IBM eServer xSeries 236
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.
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
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
GUVERNUL ROMÂNIEI Instrumente Structurale
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 )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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 )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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 )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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)
Nr. crt.
Denumire subcontractor Partea/părţile din contract ce urmează a
fi subcontractat Acord subcontractor cu specimen de semnatură
149
Formular nr. 6 OPERATOR ECONOMIC _____________________ (denumirea/numele)
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 )
(Numele si prenumele)_____________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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 )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
…………………………………………… (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
Formular nr. 8 OPERATOR ECONOMIC _____________________ (denumirea/numele)
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 )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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 )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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 )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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 )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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 )
(Numele si prenumele)______________, în calitate de _____________________, legal autorizat să semnez oferta pentru şi în numele ________________________________________________. (denumirea/numele operatorului economic)
……………………………………………
(semnătura şi ştampila)
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).
Data completării, Terţ susţinător,
164
(semnătură autorizată)
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).
Data completării, Terţ susţinător,
(semnătură autorizată)
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.