Caiet de Sarcini Rev

Proiect:
Portal administraie local
Document:
Caiet de Sarcini
CAIET DE SARCINI
Proiect:
Document:
Caiet de Sarcini
Controlul Documentului
ISTORICUL REVIZIILOR
Versiune
1.0
Data
12.03.2014
Autor
Comentarii
Andrei Resmeri
Versiunea final
Manager de Proiect
1.1
09.07.2014
Andrei Resmeri
Manager de Proiect
Versiunea actualizat cu detalierea

serviciilor
ELABORAT DE
Nume, funcie
Companie
MANAGER DE PROIECT
CCT S.R.L.
Data
Semntura
Data
Semntura
Andrei RESMERI
PROIECTANT SOFTWARE
CCT S.R.L.
Mihai DASCLU
PRIMIT DE
Nume, funcie
Organizaie
DIRECTOR EXECUTIV
PMB
Cristian PREDA
Proiect:
Document:
Caiet de Sarcini
Lista cu acronime
APL
Administraia Public Local
CA
Certification Authority
CGMB
Consiliul General al Municipiului Bucureti
COTS
Commercial Off-The-Shelf
CRL
Certificate Revocation List
DNS
Domain Name System
GIS
Geographic Information Systems
HTML
HyperText Markup Language
IPIL
Instituii Publice de Interes Local
IPS
Intrusion Prevention System
OGC
Open Geospatial Consortium
PMB
Primria Municipiului Bucureti
RSS
Really Simple Syndication
SAN
Storage Area Network
SLA
Service Level Agreement
SPOF
Single Point of Failure
SSD
Solid-State Drive
SSO
Single Sign On
UML
Unified Modeling Language
UPS
Uninterruptible power supply
W3C
World Wide Web Consortium
WCAG
Web Content Accesibility Guidelines
WSDL
Web Services Description Language
XML
Extensible Markup Language
Proiect:
Document:
Caiet de Sarcini
Cuprins
1
Context...............................................................................................................................6
1.1
Prezentarea autoritii contractante.............................................................................6
1.2
Structura organizatoric...............................................................................................7
1.3
Servicii furnizate.........................................................................................................7
1.4
Obiectivele proiectului..............................................................................................10
1.5
Soluia utilizat la momentul actual..........................................................................11
1.6
Prezentarea problematicii..........................................................................................11
Cerine generale...............................................................................................................14
2.1
Cerine generale funcionale......................................................................................17
2.2
Cerine generale tehnice............................................................................................17
Cerine funcionale detaliate............................................................................................19
Cerine tehnice.................................................................................................................26
4.1
Arhitectura funcional..............................................................................................26
4.2
Arhitectura tehnologic.............................................................................................28
4.3
Componente software de baz...................................................................................29
4.3.1
Platform de virtualizare....................................................................................29
4.3.2
Sisteme de operare server...................................................................................30
4.3.3
Platform portal..................................................................................................32
4.3.4
Sistem de gestiune a bazelor de date..................................................................35
4.3.5
Soluie pentru protecie la nivel de servere fizice i virtuale.............................36
4.3.6
Platform de back-up i restaurare.....................................................................41
4.4
Echipamente hardware i de comunicaii..................................................................44
4.4.1
Server producie 2 buc....................................................................................44
4.4.2
Server administrare si backup 1 buc...............................................................45
4.4.3
Sistem de stocare centralizata 1 buc................................................................47
4.4.4
Rack i accesorii 1 set.....................................................................................49
4.4.5
Echipament de tip load balancer - 2 buc............................................................49
4.4.6
Echipament de tip firewall - 2 buc.....................................................................51
4.4.7
Echipament de tip analizor de evenimente - 1 buc............................................52
Proiect:
Document:
Caiet de Sarcini
4.5............................................................. Componente software aplicativ

53
4.6
Securitate i mecanisme de autentificare...................................................................53
4.7
Performan...............................................................................................................56
4.8
Scalabilitate...............................................................................................................56
4.9
Back-up & Restore....................................................................................................57
4.10
Integrare cu alte aplicaii........................................................................................57
Durata de realizare i etapele principale..........................................................................61
Garanie i mentenan.....................................................................................................62
Cerine de implementare..................................................................................................62
7.1
Management de proiect.............................................................................................62
7.2
Analiz i proiectare..................................................................................................64
7.3
Dezvoltare/ configurare i testare intern..................................................................67
7.4
Implementare.............................................................................................................68
7.5
Testarea, acceptana portalului i asigurarea calitii................................................69
7.6
Intrarea n producie..................................................................................................71
7.7
Asisten tehnic i suport.........................................................................................72
7.8
Instruirea utilizatorilor...............................................................................................78
7.9
Asigurarea i controlul calitii pe durata proiectului...............................................79
7.10
Metodologia de monitorizare, evaluare i raportare..............................................80
Cerine privind propunerea tehnic..................................................................................83
Alte informaii..................................................................................................................84
Anexa Lista Instituiilor Publice de Interes Local (IPIL-uri)................................................85
Proiect:
Document:
Caiet de Sarcini
Context
1.1
Prezentarea autoritii contractante
Primria Municipiului Bucureti constituie structura funcional cu activitate permanent care

aduce la ndeplinire hotrrile Consiliului General i dispoziiile Primarului General,
soluionnd problemele curente ale colectivitii locale din Bucureti.
Primria Municipiului Bucureti a fost nfiinat n baza articolului 121 din Constitu ia
Romniei cu privire la Autoriti comunale i oreneti:
(1) Autoritile administraiei publice, prin care se realizeaz autonomia local n comune i
n orae, sunt consiliile locale alese i primarii alei, n condiiile legii.
(2) Consiliile locale i primrii funcioneaz, n condiiile legii, ca autoriti administrative
autonome i rezolv treburile publice din comune i din orae.
(3) Autoritile prevzute la alineatul (1) se pot constitui i n subdiviziunile administrativteritoriale ale municipiilor.
Primria Municipiului Bucureti este subiect juridic de drept fiscal, titular a codului de
nregistrare fiscal i a conturilor deschise la unitile teritoriale de trezorerie, precum i la
unitile bancare.
Domeniul i atribuiile Primriei Municipiului Bucureti sunt:
administreaz sau, dup caz, dispune de resursele financiare, precum i de bunurile

proprietate public sau privat ale Mun. Bucureti n scopul organizrii, protejrii i
facilitrii bunei desfurri a vieii economico-sociale a Municipiului Bucureti;
dezvolt i menine infrastructura oraului, mediul economic, social, edilitar i natural

la nivelul exigenelor marilor capitale europene;
susine i contribuie intens la buna funcionare a sistemelor de transport, utiliti

publice, asisten social, sntate, nvmnt, informare i educaie, promovare a
culturii i artei, promovare a sportului i a mijloacelor de divertisment;
ncurajeaz dezvoltarea comunitii pentru a oferi siguran, confort i servicii

diversificate adresate unei multitudini de stiluri de via, respectnd libertatea
opiunilor cetenilor si i venind n ntmpinarea acestora;
Proiect:
Document:
Caiet de Sarcini
are iniiative n toate domeniile, cu excepia celor care sunt date n mod
expres n competena altor autoriti publice;
creeaz i ofer cetenilor Municipiului Bucureti ansa dezvoltrii i mplinirii

personale i profesionale.
1.2
Structura organizatoric
Primria Municipiului Bucureti este organizat i funcioneaz n baza Regulamentului

aprobat prin Hotrrea Consiliului General al Municipiului Bucureti nr. 305 din 18/12/2013.
Conform acesteia, organigrama PMB este urmtoarea:
Proiect:
Document:
Caiet de Sarcini
Sursa: http://www4.pmb.ro/wwwt/dox/organigrama.htm
1.3
Servicii furnizate
Beneficiarii serviciilor oferite de PMB sunt locuitorii Municipiului Bucureti, operatorii

economici, Instituiile Publice de Interes Local i Regiile Autonome care se afl n subordinea
Consiliului General al Municipiului Bucureti.
Proiect:
Document:
Caiet de Sarcini
Primarul General, Viceprimarii, Secretarul General al Municipiului Bucureti,

mpreun cu aparatul propriu de specialitate constituie o structur funcional cu activitate
permanent, denumit Primria Municipiului Bucureti. Primria Municipiului Bucureti i
ndeplinete Misiunea asumat, aduce la ndeplinire hotrrile Consiliului General al
Municipiului Bucureti i dispoziiile Primarului General.
Serviciile oferite
gestioneaz procesul de finanare a proiectelor Municipiului Bucureti prin granturi,

fonduri structurale i de coeziune, emisiuni de obligaiuni pe piaa intern i extern
de capital, credite externe i interne;
programeaz, pregtete i urmrete execuia lucrrilor de investiii i gestioneaz

proiecte de parteneriat public privat;
planific, dezvolt, administreaz, optimizeaz i ntreine infrastructura stradal n

Mun. Bucureti;
se ocup de identificarea, crearea i implementarea de programe i proiecte n

domeniul educaiei, sntii i sportului, cu cele dou componente: infrastructur i
coninut, avnd ca int copiii din nvmntul preuniversitar, tinerii i populaia
adult;
autorizeaz i avizeaz accesul i serviciile de transport n Bucureti;
planific, autorizeaz, coordoneaz proiectarea i execuia, monitorizeaz i menine

evidenele lucrrilor de infrastructur (reele tehnico-edilitare i stradale) din Mun.
Bucureti;
pune n aplicare politica de mediu n Municipiul Bucureti;
stabilete strategia, avizeaz funcionarea i coordoneaz serviciile comunitare de

utiliti publice;
coordoneaz i gestioneaz strategia de dezvoltare urban a Mun. Bucureti i

elibereaz autorizaia de construire pt. construcii monument istoric;
identific, dezvolt, administreaz, exploateaz i valorific Patrimoniul mobiliar i

Imobiliar al PMB;
Proiect:
Document:
Caiet de Sarcini
realizeaz exproprierile necesare pentru proiectele de dezvoltare stabilite;
realizeaz gestionarea evidenelor privind imobilele situate n Mun. Bucureti;
contribuie la dezvoltarea i ntreinerea infrastructurii Instituiilor Municipale de

Cultur aflate n subordinea CGMB (acronim IMC) i identific, promoveaz i
coordoneaz proiecte pentru dezvoltarea culturii n Municipiul Bucureti;
gestioneaz relaia cu principalele culte religioase n vederea cofinan rii activitii

acestora;
gestioneaz prin colaborare cu alte instituii publice, mediul privat i institu ii de

finanare programe de promovare i dezvoltare a turismului. Programele derulate pot
include valorificarea unor interese economice sau sociale ale Municipiului Bucureti
pe teritoriul altor judee;
stabilete, urmrete, constat, execut silit, controleaz i ncaseaz veniturile

bugetului local i exercit atribuii de organ fiscal;
organizeaz procedurile de achiziie public, concesionari i ncheie contracte;
centralizeaz planificarea, administreaz, menine evidena i ntreine resursele

proprii ale PMB (Mijloace fixe, Obiecte de inventar, materiale);
gestioneaz actele administrative emise (DPG si HCGMB);
administreaz Arhiva PMB;
autorizeaz evenimente publice;
asigur organizarea agendei, audienelor, tratarea petiiilor i reclamaiilor;
soluioneaz notificrile depuse n temeiul Legii 10;
verific respectarea prevederilor legislaiei privind: atribuirea spaiilor de locuit sau cu

alt destinaie i derularea contractelor respective, activitatea agenilor economici,
salubritatea i ecologia urban, calitatea serviciilor prestate de ctre regiile aflate sub
autoritatea CGMB, disciplina n construcii, activitatea de transport de persoane cu
autobuze, microbuze i taximetre, ocuparea i utilizarea domeniului public;
10
Proiect:
Document:
Caiet de Sarcini
ofer servicii suport pentru colectarea i publicarea informaiilor statistice
i de interes general privind Municipiul Bucureti;
coordoneaz stabilirea unei strategii informatice unitare la nivelul administra iei

publice locale a municipiului Bucureti;
ntreine relaii cu instituiile similare din strintate
susine integrarea european la nivel de administraie local a Mun. Bucureti;
gestioneaz relaia cu cetenii i cu mass-media;
realizeaz planificarea, organizarea, asigurarea material i pregtirea economiei i a

teritoriului Mun. Bucureti pentru aprare n caz de rzboi sau de urgen;
realizeaz Planul de intervenie i evacuare n situaii de urgen;
asigur organizarea pazei obiectivelor, bunurilor i valorilor municipale.
1.4
Obiectivele proiectului
Obiectivul general al proiectului presupune realizarea si implementarea unui portal la

nivelul administraiei locale Bucureti, care va permite att interoperabilitatea cu
sisteme proprii APL ct i cu sisteme externe, precum sistemul de plat online a taxelor
i impozitelor i platforma de date deschise. Noul portal este referit pe parcursul
documentului curent ca i portal, sistem, aplicaie, soluie, denumirile fiind
echivalente i vizeaz crearea de pagini inclusiv pentru primriile de sector i institu ii
publice de interes local (IPIL-uri).
Obiectivul general al proiectului va fi atins prin ndeplinirea obiectivelor specifice amintite n
continuare:
Construirea unei arhitecturi flexibile, centralizate, bazat pe tehnologii web moderne

pentru expunerea informaiei publice, incluznd infrastructura hardware i de
comunicaii necesar, software de baz necesar, software de aplicaie i coninut
digital iniial personalizat;
Utilizarea unui design nou, atractiv al interfeei asigurnd navigarea intuitiv n cadrul
portalului i regsirea facil a informaiei necesare;
Crearea de pagini n cadrul portalului;

11
Proiect:
Document:
Caiet de Sarcini
Accesul de pe terminale mobile prin furnizarea unei interfee optimizate
n acest sens;
Redefinirea structurii informaionale a site-ului PMB existent;
Redefinirea fluxului informaional n scopul reducerii timpilor de rspuns ai

serverului la cererile clienilor;
Definirea structurii i tipologiei coninutului portalului;
Redefinirea i implementarea politicilor de securitate;
Integrarea cu aplicaiile existente care trebuie s expun servicii informatice ctre

ceteni, inclusiv mediul de afaceri, n vederea realizrii unui punct unic de acces;
conectori la aplicaii existente;
Creare de instane proprii pentru IPIL-uri i pentru primriile de sector care vor
integra pagini de prezentare, date, informaii i servicii electronice;
Va permite interoperabilitatea cu Ghiesul.ro, platforma de date deschise data.gov.ro,

portalul e-Romnia;
1.5
Integrarea n cadrul portalului de elemente specifice GIS.

Soluia utilizat la momentul actual
La nivelul PMB funcioneaz un site lansat n anul 1996, tehnologiile utilizate fiind nvechite.
De-a lungul timpului, site-ul actual a suferit modificri de structur, dar fr o
retehnologizare i modernizare a designului fapt care ngreuneaz fluxul informaional,
informaia nefiind uor accesibil i utilizabil de ctre vizitatori.
1.6
Prezentarea problematicii
n urma analizei site-ului actual pe baza caracteristicilor tipice ale unui portal de prezentare
au fost obinute rezultatele prezentate n continuare:
Caracteristic
Calificativ
Structurare informaie n funcie de utilitate
slab
Design (vizual)
nvechit
Design adaptiv
inexistent
12
Proiect:
Document:
Caiet de Sarcini
Caracteristic
Calificativ
Accesibilitate informaii turistice
slab
Bilingv
inexistent
Generare trafic i retenie utilizatori
slab
Fa de caracteristicile tipice ale unui site de prezentare anterior amintite, n cazul site-ului
PMB, avnd n vedere structura administrativ a Municipiului Bucureti cu cele 6 primrii de
sector, se impune ca noul portal s integreze pagini de prezentare, date, informa ii i servicii
electronice i pentru primriile de sector care s respecte elementele unitare de identitate
vizual. n plus, fa de paginile dedicate primriilor de sector, portalul trebuie s integreze
pagini, date, informaii i servicii electronice pentru instituiile publice de interes local.
Banda la internet disponibil n acest moment este de 100 Mbps.
Soluia o reprezint investiia n implementarea noului portal. Aceasta este necesar pentru
creterea nivelului de expunere a informaiei publice ctre ceteni, fie acetia membri ai
comunitii sau turiti, inclusiv ctre mediul de afaceri i alte instituii publice. Astfel,
imaginea Administraiei Publice Locale (APL) va fi mbuntit crescnd ncrederea
cetenilor privind instituia i asigurnd vizibilitate ctre entitile externe conexe (n special
primrii de sector, IPIL-uri).
n mod indirect, activitatea personalului APL va fi eficientizat cetenii avnd un punct unic
de accesare a serviciilor electronice expuse de ctre instituie.
Nu n ultimul rnd, capitala Romniei se va alinia conceptelor marilor capitale europene n
ceea ce privete uurina regsirii informaiei utile, att prin coninutul informaional
personalizat, ct i prin faptul c informaia va fi expus n mai multe limbi de circula ie
internaional.
n concluzie, noul portal va aduce urmtoarele beneficii:
Va fi accesibil: cetenii vor avea acces online la informaii prezentate n mod

structurat i uor de regsit;
13
Proiect:
Document:
Caiet de Sarcini
Va fi eficient: o mai bun organizare a informaiei expuse; va reprezenta
punctul unic de acces al ceteanului la serviciile electronice publice expuse de ctre

APL; va beneficia de un model arhitectural modern;
Va fi eficace: va permite creterea productivitii funcionarilor implicai n furnizarea

serviciilor pentru care APL are posibilitatea de a le expune ca i servicii electronice;
acest lucru va contribui la reducerea birocraiei i creterea satisfaciei ceteanului;
Va fi democratic: va asigura deschidere, transparen i rspundere n relaia cu

ceteanul;
Va fi inovativ: utilizarea celor mai noi concepte funcionale i tehnologice care vor
asigura extensibilitatea soluiei;
Va fi orientat pe nevoile de informare ale cetenilor;
Va fi sigur: informaia va fi protejat mpotriva atacurilor informatice prin mecanisme

combinate (la nivelul echipamentelor de comunicaie, la nivel software i la nivel de
politici de securitate);
Va fi scalabil: portalul va putea fi extins cu noi funcionaliti i module avnd o

arhitectur modular.
14
Proiect:
Document:
Caiet de Sarcini
Cerine generale
Soluia trebuie s fie dezvoltat folosind tehnologii moderne, scalabile, bazate pe standarde
deschise permind integrarea cu alte sisteme care expun servicii electronice publice ctre
ceteni.
Soluia trebuie s beneficieze de o interfa consistent din punct de vedere al design-ului n
toate punctele de contact i s ofere instrumente de navigare intuitive.
Din punct de vedere al designului i accesibilitii, soluia trebuie s respecte standardele
impuse de W3C pentru accesibilitate i design lund n calcul modaliti de a face paginile
accesibile pentru persoanele cu dizabiliti, de internaionalizare a acestora i de afiare
corespunztoare pe dispozitive mobile.
Pentru accesibilitate, soluia trebuie s respecte recomandrile WCAG 2.0 (Web Content
Accesibility Guidelines) disponibile la adresa: http://www.w3.org/TR/WCAG20/.
Portalul trebuie s aib interfa multilingv.
n cadrul proiectului trebuie migrat pe noua structur informaia existent la acest moment
pe site-ul PMB n cadrul a aproximativ 1.500 de pagini. n cadrul migrrii se vor lua n calcul
numai ultimele versiuni ale paginilor care vor respecta designul stabilit, structura noului
portal i vor include componente de tip text, imagine, video. De asemenea, vor fi create
aproximativ 150 de pagini noi.
n cadrul noului portal vor fi create instane proprii pentru cele 40 de IPIL-uri i pentru
primriile de sector care vor integra pagini de prezentare, date, informaii i servicii
electronice. Lista cu Instituiile Publice de Interes Local ale Municipiului Bucureti se
regsete anexat la prezentul caiet de sarcini. Structura pentru pagina proprie a fiecrui
IPIL/primrie de sector trebuie s includ cel puin:
Date de contact;
Evenimente/Comunicate de pres;
Program de lucru;
List cu legislaia aplicabil i acte normative; aceste informaii vor fi separate n 2

categorii: comune, respectiv specifice fiecrui IPIL/Primrie de sector;
15
Proiect:
Document:
Caiet de Sarcini
Proiecte;
Servicii prestate;
Hri, trasee, taxe, tarife, orare, modaliti de procurare bilete/legitimaii de cltorie

etc. (dac este cazul).
Paginile proprii ale primriilor de sector i ale IPIL-urilor trebuie s integreze link-uri ctre
sistemele proprii care ofer servcii electronice cetenilor. Integrarea reprezint redirectarea
ctre sistemele respective.
Ofertanii vor prezenta activitile necesare pentru integrarea sistemelor care ofer servicii
electronice cetenilor.
Structura portalului trebuie s fie arborescent i va include, n medie, 3-5 niveluri de
adncime.
Soluia trebuie s permit introducerea simultan de date de ctre mai mul i utilizatori i
colaborarea dintre acetia.
Soluia trebuie s permit operaii de introducere, modificare sau corecii erori cu asigurarea
integritii datelor.
Soluia trebuie s asigure compatibilitatea cu standardele naionale privind datele personale
(Legea nr. 677/2001 pentru protecia persoanelor cu privire la prelucrarea datelor cu caracter
personal i libera circulaie a acestor date).
Portalul trebuie s includ un modul de administrare a coninutului cu urmtoarele
funcionaliti:
administrare i utilizare facil de ctre personalul responsabil, non-tehnic;
actualizare i publicare rapid de coninut;
definire de biblioteci de coninut/documente.
Soluia trebuie s asigure accesul cetenilor la informaii 24/7, motiv pentru care se solicit o
arhitectur cu disponibilitate ridicat i cu eliminarea punctului unic de defectare (SPOF).
Designul final, structura portalului i setul complet de funcionaliti urmeaz a se definitiva
n cadrul etapei de analiz a proiectului. n cadrul anexei Anexa Model interfa este
prezentat modelul de interfa care trebuie implementat n cadrul portalului. Dup cum se
16
Proiect:
Document:
Caiet de Sarcini
poate observa, acest model prezint urmtoarele caracteristici care trebuie

implementate n cadrul portalului:
Design:
o design inovator (trend setter);
o caracter uor de memorat al cromaticii;
o impact vizual puternic datorit slider-ului de mari dimensiuni;
o introducerea unor elemente vizuale cromatice de evideniere informaii de
interes pentru utilizatori;
Grad de utilizare:
o meniu foarte bine structurat, evideniat, uor de navigat;
o slider cu accent pe promovarea principalelor obiective de atracie => cretere
atractivitate turiti;
o galerie foto uor de memorat, bine structurat (categorii) pe evenimente cu
posibilitatea de navigare ntre galerii;
o utilizare eficient a spaiului, dispunere informaii pe coloane;
o funcionalitate de cutare cu opiuni avansate (cutare n documente, filtru
complex: perioad, tematic etc);
o informaiile noi, cu caracter special, vor fi marcate n mod distinct pentru a
facilita regsirea acestora de ctre utilizatori.
Tipologie coninut personalizat:

o diversificat, dar uor de parcurs;
o evidenierea serviciilor publice prestate, a serviciilor electronice disponibile,
precum i a punctelor de interes pentru utilizatori (obiective, lucrri de
infrastructur, rezultate, instituii etc.);
o pagin dedicat agregrii informaiilor de interes cultural (pe modelul
capitalelor europene);
o limbaj adecvat pe fiecare seciune n parte.
17
2.1
Proiect:
Document:
Caiet de Sarcini
Cerine generale funcionale
Pe lng funcia informativ de prezentare a capitalei, a activitii APL-urilor i a elementelor

legislative, noul portal trebuie s reprezinte interfaa unic de contact ntre ceteni (persoane
fizice i juridice) i APL, reprezentnd unicul punct de acces al ceteanului la serviciile APL
disponibile ca servicii informatice accesibile online. De asemenea, trebuie s includ pagini
de prezentare, date, informaii i servicii electronice pentru primriile de sector i pentru
IPIL-uri.
Portalul trebuie s se bazeze pe o arhitectur centralizat care s permit integrarea de servicii
informatice noi dedicate cetenilor n cadrul portalului, dar care s permit, n acela i timp,
i integrarea cu aplicaii existente n vederea expunerii serviciilor electronice publice
disponibile.
Portalul va fi proiectat astfel nct s permit integrarea unui modul de pli online centrat pe
taxe i amenzi. Totodat, portalul se va integra cu un modul de depunere de documente online
(spre ex., solicitri din partea cetenilor).
Portalul trebuie s includ interfee dedicate tipurilor de utilizatori (externi i interni), accesul
realizndu-se pe baz de roluri.
Navigarea n cadrul portalului trebuie s se realizeze ntr-un mod intuitiv, n acest sens fiind
nevoie ca interfaa s fie bazat pe meniuri de navigare dinamice i zone de tip portlet sau
echivalent, cu faciliti de personalizare rapid n funcie de categoriile de utilizatori i
drepturile de acces.
Portalul trebuie s fie centrat pe nevoile de informare ale ceteanului.
Portalul trebuie s includ un motor de cutare care s permit efectuarea de interogri n
toate sursele de informaie prezente n mediul portal.
Trebuie s permit gestionarea coninutului de diferite tipuri: text, imagini, video etc.
Soluia trebuie s pun la dispoziie funcionaliti avansate de configurare i administrare: a
aplicaiei de tip portal, a coninutului i a utilizatorilor.
2.2
Cerine generale tehnice
Arhitectura portalului trebuie s respecte modelul arhitectural multi-nivel cu separarea logic

clar a componentelor de stocare a datelor, logica de aplicaie i interfa.
18
Proiect:
Document:
Caiet de Sarcini
Arhitectura soluiei trebuie s se bazeze pe un mediu cu un grad ridicat de

virtualizare care asigur o mai bun exploatare a resurselor de calcul disponibile la nivelul
echipamentelor fizice. Astfel, se vor elimina dezavantajele unui mediu de procesare clasic,
fr virtualizare, printre care:
Achiziia de echipamente suplimentare;
Irosirea capacitii de calcul;
Irosirea de energie electric pentru alimentarea echipamentelor i costuri de rcire

mai mari;
Spaiu de instalare al echipamentelor suplimentar;
Costuri de operaionalizare i mentenan mai mari.
Infrastructura hardware i de comunicaii necesar pentru implementarea portalului trebuie s

asigure rularea componentelor portal, baz de date, securitate acces, protecie la nivelul
serverelor fizice i virtuale, administrare i back-up i trebuie s includ: servere, echipament
de stocare de tip SAN, rack i accesorii, echipamente de tip load balancer, echipamente de tip
firewall, echipament de tip analizor de evenimente.
Echipamentele critice ale sistemului trebuie s fie configurate n topologii de tip cluster sau
s dein mecanisme interne de redundan, aa cum este, de obicei, cazul echipamentelor de
stocare de tip SAN, pentru a asigura nalta disponibilitate a soluiei.
Serverele de baze de date trebuie conectate la reeaua SAN pentru stocarea fizic a datelor pe
spaiul de stocare al echipamentului de tip SAN.
Echipamentele trebuie montate n rack i trebuie protejate mpotriva cderilor de alimentare
cu energie electric printr-un sistem redundant de UPS-uri.
Beneficiarul va pune la dispoziie spaiul n care vor fi gzduite echipamantele livrate n
cadrul proiectului, securizat din punct de vedere al accesului fizic. De asmenea, n acest
spaiu vor fi asigurate alimentarea electric i climatizarea pentru funcionarea sistemului n
bune condiii.
n cadrul sistemului trebuie definite politici de update automat al aplicaiilor instalate,
componentele software de baz trebuind s pun la dispoziie n permanen capabilit i de
actualizare automat.
19
Proiect:
Document:
Caiet de Sarcini
Cerine funcionale detaliate
Funcionalitile necesare portalului sunt prezentate n continuare:

CF. 1.
Gestionare coninut. n baza unui editor asemntor cu MS Word
administratorul de coninut trebuie s permit adugarea / redactarea / tergerea n

mod vizual paginile i/sau articolele site-ului. Fiecare pagin trebuie s permit
definirea ordonrii articolelor. Trebuie s se poat defini ordinea afirii tuturor
elementelor din fiecare categorie a site-ului (articole, blocuri informative, butoane).
Sistemul trebuie s ofere multiple modaliti de introducere a informa iei de context:
pagin textual HTML standard sau ataare de documente PDF, DOC, JPG etc. cu
titlu, rezumat, date bibliografice, dat postare etc. Informaia de coninut trebuie s
poat fi introdus din interfaa de administrare inclusiv, dimensiunea maxim a
fiierelor putnd fi configurat de ctre administratorii de sistem. Coninutul din
cadrul portalului trebuie s respecte principiile de Open Data Portal al Comisiei
Europene pentru a facilita accesul i reutilizarea informaiilor. Categoriile de date care
vor reprezenta informaii deschise vor fi stabilite n etapa de analiz a proiectului,
urmnd ca mai apoi s fie publicate conform licenei de utilizare a informaiilor
deschise publicate pe portalul de date deschise http:data.gov.ro.
CF. 2.
Gestionare structur site. Administratorul trebuie s poat defini arborele
structurii site-ului (totalitatea categoriilor i subcategoriilor de orice nivel al site-ului)

i s ataeze fiecrei categorii un anumit ablon care conine regulile de administrare
i vizualizare a coninutului categoriei respective.
CF. 3.
Reorganizare facil a coninutului site-ului. Dac e nevoie a se modifica
structura site-ului, administratorii trebuie s aib posibilitatea de a transfera uor

informaia din categoriile vechi (care trebuie suprimate sau care nu mai sunt
relevante) n categoriile noi. Articolele trebuie s aib definit structura arborescent
creia i aparin, structur care se va putea selecta i modifica. Trebuie s existe
posibilitatea modificrii structurii arborelui, mutarea unei seciuni fcndu-se
mpreun cu toate subseciunile i articolele existente, pstrnd toate regulile definite
pentru subseciunile mutate.
20
Proiect:
Document:
Caiet de Sarcini
CF. 4.
Trebuie s ofere spaii virtuale n cadrul portalului pentru
fiecare entitate extern conex (n principal instituiile publice de interes local, IPIL)
interesat de publicarea informaiilor proprii, precum i pentru primriile de sector.
Pentru acestea, n cadrul spaiului virtual propriu, trebuie s se poat defini o pagin
cu informaii de interes general pentru instituia n cauz pstrnd elementele de
identitate vizual a portalului APL. De pe pagina n cauz trebuie s se poat face
redirectarea ctre website-ul instituiei respective, dac acesta exist. De asemenea,
pentru instituiile publice de interes local care nu au website propriu sau alte entiti
externe conexe APL trebuie s existe posibilitatea de a- i crea propriile pagini n
cadrul noului portal.
CF. 5.
Gestionare fiiere. Prin mijloace vizuale, administratorul de con inut trebuie s
aib posibilitatea de a gestiona fiierele stocate pe server. Aceast funcionalitate

reprezint echivalentul unui manager de fiiere prin intermediul cruia e posibil
gestiunea structurii de directoare, copierea, suprimarea sau redenumirea fiierelor.
CF. 6.
Configurare pagin principal. Pagina principal trebuie s poat fi configurat
de ctre administrator. Astfel, acesta poate afia/ascunde versiunile lingvistice,

articole, poate aduga nouti, evenimente, text arbitrar, documente din coninutul
site-ului i defini ordinea afirii lor. De asemenea, administratorul trebuie s poat
defini dinamic blocuri informative i s indice ce informaie trebuie plasat n ele.
CF. 7.
Gestionare RSS/Newsletter. Trebuie s permit alegerea din lista articolelor
care dintre ele s fie disponibile pentru RSS Feed / Newsletter.

CF. 8.
Migrarea informaiilor existente. Trebuie preluate informaiile curente
disponibile pe site-ul PMB. De pe site-urile primriilor de sector i al IPIL-urilor se

vor selecta n etapa de analiz informaiile relevante a fi migrate n vederea asigurrii
unei imagini unitare la nivelul portalului. Totodat se va asigura traducerea tuturor
resurselor selectate n limba englez (aproximativ 2.000 de pagini), iar pentru un
subset de baz care este expus pe paginile principale ale portalului se va asigura
traducerea resurselor n alte 5 limbi suplimentare de circulaie interna ional selectate
n etapa de analiz, aproximativ 150 de pagini.
21
Proiect:
Document:
Caiet de Sarcini
CF. 9.
nregistrri edine. Portalul trebuie s ofere capabilitatea de a
stoca i reda nregistrrile edinelor ntr-o structur dedicat din galeria media, pentru
redare fiind nevoie de includere n cadrul soluiei a unei componente de streaming.
CF. 10.
Structurare documente. Portalul trebuie s ofere administratorului posibilitatea
de a gestiona fiiere ntr-o structur arborescent.

CF. 11.
Integrarea cu aplicaiile existente. Trebuie definite i implementate fluxuri de
preluare automat a datelor din aplicaii existente, de la nivelul departamentelor i

direciilor APL.
CF. 12.
Expunerea informaiilor publicate. Portalul trebuie s expun informaiile
disponibile, inclusiv cele obinute prin agregarea de date din tere aplicaii, prin
mecanisme i interfee standardizate ctre aplicaii exterioare (spre exemplu, SITIC
terminale de tip infochioc, aplicaii mobile Bucharest Live sau panouri
informative). n etapa de analiz va fi stabilit coninutul care va fi publicat ctre
aceste aplicaii.
CF. 13.
Colaborare instituional. Portalul trebuie s faciliteze i s ncurajeze
colaborarea prin mecanisme specifice implementate n cadrul portalului ntre entitile

din cadrul Administraiei Publice Locale prin intermediul serviciilor electronice
furnizate sau integrate.
CF. 14.
Gestionare conturi de utilizatori. Aceast funcionalitate trebuie s permit
administrarea conturilor de utilizatori, atribuirea rolurilor i drepturilor acestora i

vizualizarea de statistici cu privire la utilizarea sau accesul site-ului portalului.
CF. 15.
Jurnalizarea operaiilor. Toate modificrile efectuate n portal trebuie s fie
nregistrate ntr-un jurnal pentru consultare ulterioar.

CF. 16.
Arhivarea informaiilor. Portalul va permite arhivarea paginilor i a
informaiilor postate. Facilitile motorului de cutare integrat trebuie s permit

inclusiv regsirea informaiilor arhivate.
n ceea ce privete cerinele de structur, acestea trebuie s conin urmtoarele elemente
(rubrici):
CF. 17.
Elementele fixe de meniu (vor fi vizibile att pe homepage, ct i pe toate
paginile de coninut):
22
Proiect:
Document:
Caiet de Sarcini
o elementele de identificare a site-ului: elementele de identitate

vizual conforme cu regulile de identitate vizual ale APL;
o meniul principal de navigare;
o meniul secundar de navigare;
o meniu utilitare;
o seciune creare conturi utilizatori;
o calea de navigare.
CF. 18.
Homepage (Pagina de start) trebuie s conin:

o meniul principal - afiat n toate paginile portalului;
o meniul secundar - afiat n toate paginile portalului, cu posibilitatea de a fi sau
nu afiat, sau de a fi afiat parial n anumite pagini;
o meniuri utilitare n partea de sus i jos a paginii;
o caset pentru nouti care s permit publicarea a cel puin 3 titluri de articole,
comunicate de pres etc.;
o caset pentru informaii meteo;
o casete cu informaii generale;
o numr de utilizatori/vizitatori;
o caseta de login;
o motor cutare n site.
CF. 19.
Pagini statice:
o majoritatea paginilor de prezentare vor fi statice, de tip text care trebuie s fie
administrate i actualizate, la nivelul coninutului, n mod facil i direct de
ctre administratorii de coninut;
o paginile vor oferi suport pentru nregistrri video n format comprimat utilizat
pentru vizualizarea acestora pe Internet;
23
Proiect:
Document:
Caiet de Sarcini
o paginile vor oferi suport pentru introducerea de informaii de tip

XHTML i imagini, pdf-uri etc.
CF. 20.
Newsroom: Seciune comunicate i Galerie multi-media;
CF. 21.
Seciune de articole/comunicate/anunuri/newsletter:
o seciunea va permite afiarea tuturor materialelor de tip text care se ncadreaz
la aceast seciune;
o lista de articole/comunicate/anunuri afiate prin enumerare, va permite
ataarea de imagini, fiiere audio i video cu redare n pagin;
o modalitatea de afiare n listbox va cuprinde articole/comunicate/anunuri care
nu mai sunt de actualitate, grupate pe luni i ani;
o lista de articole/comunicate/anunuri va permite vizitatorilor s-si exprime
opinia referitoare la materiale. Comentariile/opiniile postate de vizitatori,
trebuie aprobate, n prealabil, de ctre administratori/operatori i pot fi terse
sau blocate de ctre administratorii de coninut;
o elementele de coninut pentru materialele de pres;
o link ctre alte materiale cu coninut asemntor sau de interes, cu mesajul: Sar putea s te intereseze i....
CF. 22.
Galeria media:
o galeria media trebuie s permit postarea diferitelor materiale foto, video sau
audio create i destinate publicului, inclusiv materiale de dimensiuni mari, n
diverse formate;
o seciunea trebuie s permit categorisirea coninutului;
o galeria media poate stoca i alte tipuri de documente - doc, ppt, pdf, xls etc.;
o vor fi create galerii foto, multimedia, aranjate n directoare;
o trebuie permis navigarea printre poze i vizualizarea lor n format original;
o trebuie s asigure redarea de fiiere audio-video;
24
Proiect:
Document:
Caiet de Sarcini
o trebuie s permit adugarea de meta-date n vederea indexrii i

facilitrii cutrii informaiilor.
CF. 23.
Servicii publice:
o va exista un punct unic de accesare a serviciilor electronice puse la dispoziie
de ctre APL cetenilor (persoane fizice i juridice), structurate pe domenii,
incluznd totodat date i informaii colectate i integrate din ter e aplica ii n
cadrul portalului;
o vor fi definite fluxuri informatice care s deserveasc cetenii i s ofere
servicii electronice integrate. Aceste fluxuri vor permite inclusiv preluarea
automat a datelor din aplicaii existente, de la nivelul departamentelor i
direciilor APL, precum i operarea portalului.
CF. 24.
Forum cu moderare/grup discuii:

o va fi dezvoltat un modul de forum care s permit crearea unor subiecte de
discuie pe diverse teme de interes de ctre utilizatorii nregistra i, pornind de
la un topic stabilit aprobat de ctre moderatorul de forum;
o pentru a fi publicat, un mesaj trebuie aprobat n prealabil de ctre un
moderator din partea Beneficiarului, n timpul programului de lucru al
acestuia;
o forumul va avea un modul de cutare n mesaje, avnd drept criteriu titlul
topicului sau al subiectului de discuie;
o mesajele postate de utilizatori pot fi editate, terse, blocate de ctre
administratorul site-ului;
o utilizatorii vor putea deschide noi subiecte sau vor putea aduga comentarii la
subiectele n discuie; noile fire de discuie vor fi aprobate de ctre
administrator / moderator;
o adugarea de comentarii va avea opiunea de reply cu citat;
o se vor prezenta informaii statistice vizavi de discuiile purtate pe forum.
CF. 25.
Informaii utile/resurse recomandate:
25
Proiect:
Document:
Caiet de Sarcini
o n aceast seciune vor fi postate linkurile resurs, linkuri utile,

documente de tip .doc, .ppt, .xls, .pdf i care vor putea fi accesate din aceast
pagina.
CF. 26.
Motor de cutare:
o portalul va avea un motor de cutare dup cuvinte cheie introduse;
o portalul va dispune de o baz de cunotine interogabil care va facilita accesul
la informaii;
o rezultatele cutrii vor fi afiate n funcie de categoria din care fac parte, cu
evideniere pe cuvintele cheie introduse, ordonate dup relevan, data postrii
etc.
Lista complet de funcionaliti, structura final i designul final al portalului urmeaz a fi

stabilite n etapele de analiz i proiectare a proiectului conform cerinelor capitolului Cerine
de implementare.
26
4
4.1
Proiect:
Document:
Caiet de Sarcini
Cerine tehnice
Arhitectura funcional
Din punct de vedere al arhitecturii funcionale, aceasta trebuie s respecte modelul

arhitectural multi-nivel cu separarea componentelor de interfa, aplicaii i date, aa cum este
prezentat n diagrama urmtoare:
Principalele niveluri logice ale arhitecturii sistemului sunt:

Nivelul de infrastructur hardware i de comunicaii
Acest nivel este introdus pentru coerena modelului, el fiind un nivel fizic i nu unul logic.
Prin componentele sale hardware echipamente de comunicaie (de tip load balancer, firewal
i analizor de evenimente), servere, sistem de stocare (SAN) i rack i accesorii se asigur
fundaia pentru instalarea i operare tuturor componentelor software necesare bunei
funcionri a infrastructurii peste care va rula portalul i componentele administrative.
27
Proiect:
Document:
Caiet de Sarcini
Serverele trebuie s fie cu preponderen virtualizate. Serverele pentru

componentele critice ale sistemului (portal, baze de date) trebuie configurate n topologii de
nalt disponibilitate.
O component strns legat de infrastructura hardware este cea a platformei de virtualizare i
a sistemelor de operare aferente echipamentelor, fr de care acestea nu pot funciona.
Nivelul de date
La acest nivel este realizat gestiunea coerent i consistent a datelor, prin func ii specifice
de stocare i de acces la datele aplicaiilor. Software-ul de gestiune a bazelor de date
(RDBMS) trebuie instalat pe serverele de baze de date.
Nivelul de aplicaie
La acest nivel este agregat logica de proces aferent portalului. Software-ul de server web
(web server) reprezint stratul software pe baza cruia sunt implementate modulele
aplicative. El conine funciile de baz apelate de programele de aplicaie.
Pentru un acces securizat la aplicaii, n cadrul acestui nivel este inclus i componenta de
gestiune a accesului utilizatorilor.
Nivelul client
Acest nivel este reprezentat de combinaia de hardware i software prin intermediul creia un
utilizator are acces la funcionalitile soluiei. Arhitectura propus a ntregului sistem fiind
una n 3 straturi n care datele i logica aplicaiei rezid la nivel centralizat nivelul client
este reprezentat doar de staia de lucru client i un browser web prin intermediul cruia doar
se transmit cererile de procesare i este afiat rezultatul acestora. Din acest considerent, acest
nivel este unul de tip thin client (client subire).
Interfaa portalului trebuie adaptat tipurilor de utilizatori: ceteni, utilizatori interni
(administratori coninut portal i administratori sistem).
Pe lng aceste niveluri orizontale se regsesc i elemente dedicate integrrii cu alte sisteme,
respectiv administrrii i back-up-ului soluiei.
28
4.2
Proiect:
Document:
Caiet de Sarcini
Arhitectura tehnologic
Arhitectura tehnologic este prezentat n diagrama urmtoare:
Dup cum se poate observa din diagram, serverele de producie trebuie virtualizate pentru
utilizarea eficient a resurselor. Mainile virtuale pe care vor fi instalate componentele de
portal i baze de date trebuie configurate n topologii de tip cluster, astfel: maina virtual 1
configurat n cluster cu maina virtual 3, respectiv maina virtual 2 configurat n cluster
cu maina virtual 4.
29
4.3
Proiect:
Document:
Caiet de Sarcini
Componente software de baz
Componentele software de baz trebuie s fie soluii de tip COTS. Licenierea componentelor
software de baz va acoperi n totalitate capacitatea de calcul hardware ofertat.
4.3.1
Platform de virtualizare
Serverele de producie trebuie s beneficieze de o platform de virtualizare care s permit

rularea pe server a mai multor maini virtuale cu sisteme de operare distincte pentru fiecare
dintre serverele incluse n soluie.
Platforma de virtualizare trebuie s ndeplineasc minim urmtoarele cerine:
CT. 1.
Hypervizor-ul trebuie s fie independent de productorul echipamentelor pe
care se instaleaz sau de metoda de stocare intern/extern disponibil n platforma de

procesare i/sau stocare pe care ruleaz;
CT. 2.
Platforma de virtualizare trebuie s ofere suport pentru utilizarea tuturor
procesoarelor i nucleelor de procesare ale serverelor virtualizate;

CT. 3.
Platforma de virtualizare trebuie s permit adugarea de spaiu de stocare
pentru mainile virtuale;

CT. 4.
Platforma de virtualizare trebuie s ofere mecanisme pentru adugarea de
resurse de procesare i memorie;

CT. 5.
Platforma de virtualizare trebuie s permit mutarea mainilor virtuale de pe
un server pe altul;
CT. 6.
S ofere replicarea mainilor virtuale ctre gazde situate n locaii la distan ;
capabilitatea de replicare s poat fi oferit ntre gazde care sunt membri ai unui
cluster sau gazde independente;
CT. 7.
S ofere replicare mainilor virtuale i datelor de pe un echipament de stocare
pe cellalt;
CT. 8.
S se poat implementa mai multe sisteme de operare Windows, Linux i
altele n paralel pe un singur server.

Platforma de virtualizare se va licenia astfel nct s asigure virtualizarea serverelor de
producie pentru ntreaga capacitate de procesare a acestora i s asigure crearea tuturor
30
Proiect:
Document:
Caiet de Sarcini
mainilor virtuale necesare rulrii sistemului conform arhitecturii propuse de

ctre Ofertant.
4.3.2
Sisteme de operare server
Sistemele de operare de tip server trebuie s ndeplineasc minim urmtoarele cerine:

CT. 9.
S fie compatibile cu toate componentele software incluse n cadrul soluiei;
CT. 10.
S permit rularea pe procesoare cu 64 bii;
CT. 11.
S aib capabilitatea de a rula n mediu virtualizat;
CT. 12.
S permit folosirea unor cantiti mari de memorie de cel puin 64 GB;
CT. 13.
S permit dezactivarea serviciilor care nu sunt utilizate pentru a degreva
resursele de procesare de rularea acestora i pentru a limita numrul de servicii care

pot reprezenta puncte de acces n sistem pentru atacatori;
CT. 14.
S ofere suport pentru integrare cu serviciu de director;
CT. 15.
Serviciul de director pentru administrarea identitilor trebuie s suporte
LDAP;
CT. 16.
S ofere suport pentru tehnologie Load Balancing;
CT. 17.
S ofere suport pentru IPv6;
CT. 18.
S poat fi configurat n topologii de tip cluster;
CT. 19.
S ofere suport pentru implementare serviciu de director n virtualizare;
CT. 20.
S permit folosirea structurii de director, constnd din servicii de director
pentru administrarea identitilor si servicii de meta-director n scopul mbuntirii

administrrii;
CT. 21.
Serviciile de director pentru administrarea identitilor trebuie s poat suporta
replicarea coninutului;
CT. 22.
Structura de director trebuie s poat fi administrat direct de un utilizator sau
de aplicaie;
CT. 23.
Serviciul de director trebuie s permit definirea politicilor de securitate;
CT. 24.
S permit stocarea certificate i CRL-uri;
31
Proiect:
Document:
Caiet de Sarcini
CT. 25.
CT. 26.
S asigure integrare cu serviciul de DNS;
S permit efectuarea de legturi multiple prin Lightweight Directory Access
Protocol pe o conexiune, n scopul autentificrii utilizatorilor;

CT. 27.
S ofere o interfaa unic pentru configurarea i monitorizarea serverului, cu
programe de tip expert pentru optimizarea sarcinilor comune de administrare a

serverului;
CT. 28.
S ofere capabiliti de tip linie de comand i limbaj de script care s ajute
administratorii s automatizeze sarcinile de rutin de administrare a sistemului pe mai

multe servere;
CT. 29.
S ofere instrumente de diagnosticare care s ofere vizibilitate permanent
asupra mediului serverului, fizic i virtual, pentru a identifica i rezolva rapid

problemele care apar;
CT. 30.
S permit instalri minimale, n care sunt instalate numai rolurile i
caracteristicile de care e nevoie, minimiznd nevoile de ntreinere i reducnd zonele

de atac de pe server;
CT. 31.
S integreze tehnologii de backup care s simplifice restaurarea datelor sau a
sistemului de operare;
CT. 32.
S conin un design modular i opiuni de instalare ce permit numai instalarea
caracteristicilor strict necesare, reducnd zonele de atac i simplificnd administrarea

actualizrilor;
CT. 33.
S ofere suport pentru protocol HTML 5 i WebSocket;
CT. 34.
S ofere un depozit central pentru stocarea certificatelor digitale folosite pentru
protecia site-urilor web;

CT. 35.
S ofere administrare la distan pentru mai multe servere web dintr-o singur
consol;
CT. 36.
S permit msurarea consumului de resurse al serverelor web partajate;
CT. 37.
S permit limitarea consumul de resurse de procesor, memorie sau l ime de
band consumate de serverul web;
32
Proiect:
Document:
Caiet de Sarcini
CT. 38.
S ofere un mecanism ce asigur c reeaua i sistemele nu sunt
compromise de calculatoare virusate, izolnd i/sau depannd calculatoarele care nu

se conformeaz politicilor de securitate stabilite de administrator;
CT. 39.
S ofere un mecanism de protecie mpotriva aplicaiilor periculoase;
CT. 40.
S ofere flexibilitate criptografic suportnd algoritmi de criptare standard i
definii de utilizator, permind crearea, stocarea i preluarea mai facil a cheilor

criptografice;
CT. 41.
S conin un modul pentru monitorizarea strii autoritilor de certificare
(CA).
Licenierea pentru sistemele de operare trebuie s asigure accesarea sistemului simultan de
ctre 100 de utilizatori interni i numr nelimitat de utilizatori externi.
4.3.3
Platform portal
Platforma portal trebuie s ndeplineasc minim urmtoarele cerine:

CT. 42.
S includ componente specifice tipurilor de utilizatori (externi, interni).
Portalul Web trebuie s poat fi configurat astfel nct s permit crearea de zone
securizate pe care utilizatorii s le poat accesa din interiorul i exteriorul organizaiei,
n conformitate cu matricea drepturilor de acces;
CT. 43.
S ofere capabiliti de configurare n cluster i capabiliti de balansare i s
fie configurat n regim de nalt disponibilitate pe infrastructura de procesare

ofertat;
CT. 44.
Interfaa cu utilizatorii trebuie s fie accesibil prin navigator (browser) WEB
cel puin versiuni lansate dup 2009 pentru Internet Explorer, Mozilla Firefox, Google
Chrome, s fie standardizabil, simpl i intuitiv, bazat pe meniuri de navigare
dinamice i zone de tip portlet sau echivalent, cu facilit i de personalizare rapid
funcie de categoriile de utilizatori i drepturile de acces. Interfeele trebuie adaptate
urmtoarelor tipuri de utilizatori: utilizatori externi, utilizatori interni (administratori
de coninut i administratori de sistem);
CT. 45.
Interfaa utilizator trebuie s ofere suport pentru ASCII i UTF-8 sau UTF-16;
33
Proiect:
Document:
Caiet de Sarcini
CT. 46.
Fiecare utilizator, va vedea numai funcionalitile la care are
dreptul, restul funcionalitilor din arborele funcional nefiind vizibile;

CT. 47.
S asigure funcionaliti de management al utilizatorilor i de control al
drepturilor de acces:
o Autentificarea unic a utilizatorilor prin servicii de tip Single Sign-On (SSO)
i autorizarea acestora n sistem pe baza rolurilor i privilegiilor definite;
o Utilizatorii trebuie s aib acces numai la modulele i coninutul pentru care li
s-a acordat drepturi de acces;
o Trebuie s ofere un mod flexibil i unitar de gestiune a drepturilor i politicilor
de acces ale utilizatorilor la toate resursele sistemului;
o Trebuie s permit supravegherea cererilor de servicii i a operaiilor executate
de un utilizator care a generat, a modificat sau a ters o informaie;
CT. 48.
S permit crearea de formulare web care s poat fi publicate pe portal fr a
fi nevoie ca pe staiile client s fie instalat un program dedicat pentru accesarea

acestora;
CT. 49.
S asigure faciliti web-based de administrare i configurare centralizat;
CT. 50.
S dispun de funcionaliti avansate de gestionare a coninutului;
CT. 51.
S permit utilizatorilor nscrierea pentru a primi alerte generate la modificarea
coninutului informaional al diferitor arii de interes;

CT. 52.
S permit publicarea coninutului prin feed-uri de tip RSS;
CT. 53.
S permit managementul versiunilor de coninut;
CT. 54.
S permit implementarea de politici de retenie a coninutului;
CT. 55.
S pun la dispoziie un mecanism central de gestionare a metadatelor;
CT. 56.
S permit o navigare a coninutului bazat pe metadate;
CT. 57.
S permit definirea de politici de management al coninutului pe durata
ntregului ciclu de via;

CT. 58.
S permit definirea tipurilor de coninut;
CT. 59.
S permit generarea automat de identificatori unici pentru coninut;

34
Proiect:
Document:
Caiet de Sarcini
CT. 60.
S permit vizualizarea i editarea direct din interfaa web a
documentelor de tip Word, Excel, PowerPoint.

CT. 61.
S ofere un mecanism de autentificare flexibil care s permit conectarea la
sisteme variate de management al identitii;

CT. 62.
S ofere mecanisme de back-up i restore;
CT. 63.
S ofere un mecanism de management al update-urilor de securitate;
CT. 64.
S permit recuperarea rapid a informaiilor dintr-o baz de date de coninut,
fr a fi necesar restaurarea ntregii soluii din care face parte acea baz de date;
CT. 65.
S pun la dispoziie un mecanism de monitorizarea a ncrcrii i a
performanei sistemului;
CT. 66.
S pun la dispoziie un model programatic i servicii web care s permit
customizarea rapid i/sau dezvoltarea de noi funcionaliti;

CT. 67.
S conin un motor de cutare performant, care s permit efectuarea de
interogri n toate sursele de informaie prezente n mediul portal;

CT. 68.
S permit sortarea rezultatelor de cutare;
CT. 69.
S permit definirea de coninut care s poat fi promovat n topul rezultatelor
de cutare;
CT. 70.
S permit regsirea informaiei pe baza rezultatelor selectate de ceilali
utilizatori;
CT. 71.
S pun la dispoziie un mecanism de detecie i izolare a rezultatelor
duplicate;
CT. 72.
S ofere un mecanism de rafinare a rezultatelor de cutare;
CT. 73.
S permit personalizarea mecanismului de evaluarea a relevan ei rezultatelor
de cutare;
CT. 74.
S permit pre-vizualizarea rezultatelor cutrii n momentul trecerii pointer-
ului peste rezultat;

CT. 75.
Afiarea rezultatelor cutrii s poat fi personalizat pe baza unor abloane de
afiare rezultate;
35
Proiect:
Document:
Caiet de Sarcini
CT. 76.
CT. 77.
S conin un model de evaluare a rezultatelor;
S ofere un mecanism de cutare extensibil care s permit interfaarea cu
sisteme externe soluiei;

CT. 78.
S ofere un mecanism de recunoatere a tipului de coninut i ataarea
imaginilor tip preview n prezentarea rezultatelor de cutare;

CT. 79.
S permit efectuarea de cutri tip wildcard;
CT. 80.
Designul portalului trebuie s fie adaptat tipului de dispozitiv pe care se
afieaz informaia (staie de lucru, dispozitiv mobil, info-chioc).

Platforma portal se va licenia astfel nct s asigure rularea pe minim 32 nuclee de procesare,
100 de utilizatori interni i numr nelimitat de utilizatori externi.
4.3.4
Sistem de gestiune a bazelor de date
Sistemul de gestiune a bazelor de date trebuie s ndeplineasc minim urmtoarele cerine:

CT. 81.
S fie un sistem de gestiune a bazelor de date de tip relaional;
CT. 82.
S asigure rularea pe arhitecturi cu procesoare pe 64 bii;
CT. 83.
S asigure suport pentru minim 64GB de memorie RAM;
CT. 84.
S ofere capabiliti de configurare n cluster i s fie configurat n regim de
nalt disponibilitate pe infrastructura de procesare ofertat;

CT. 85.
S ofere capabiliti de disponibilitate ridicat i mentenan;
CT. 86.
S permit definirea de indeci pentru accesarea rapid a datelor;
CT. 87.
S permit stocarea datelor n mod tranzacional cu asigurarea proprietilor
ACID;
CT. 88.
S asigure nivelurile de izolare ANSI SQL;
CT. 89.
S ofere suport pentru ASCII i UTF-8 sau UTF-16;
CT. 90.
S ofere suport pentru ODBC sau JDBC;
CT. 91.
S permit salvarea i restaurarea automat de date;
CT. 92.
S includ capabiliti de cutare complex la nivel de text, folosind indeci
specializai i efectuarea rapid a cutrilor n acest tip de date;
36
Proiect:
Document:
Caiet de Sarcini
CT. 93.
S permit stocarea datelor mari, pstrnd consecvena
tranzacional;
CT. 94.
S ofere management performant al coloanelor cu valori rare pentru
administrarea spaiilor necompletate dintr-o baz de date relaional, astfel nct

valorile lips s nu consume spaiu fizic;
CT. 95.
S ofere suport pentru date multimedia;
CT. 96.
S permit stocarea i gestiunea de structuri de date de tip XML;
CT. 97.
S ofere suport pentru proceduri stocate i triggeri;
CT. 98.
S ofere suport pentru tranzacii;
CT. 99.
S permit execuia operaiilor de tip SELECT, INSERT, UPDATE, DELETE;
CT. 100. S ofere suport pentru folosirea de expresii regulate sau pattern-uri de cutare;
CT. 101. S ofere suport pentru replicarea bidirecional a datelor ntre dou instane ale
bazei de date;
CT. 102. S permit implementarea de structuri de date complexe;
CT. 103. S permit modelarea structurilor de date de tip arbore, s includ metode
pentru crearea i operarea pe noduri ierarhice;
CT. 104. S ofere suport pentru definirea datelor de tip spaial pentru consumul,
extinderea i utilizarea informaiilor n aplicaii activate din punct de vedere spaial.
Datele de tip spaial trebuie s corespund standardelor din domeniu, precum Open
Geospatial Consortium (OGC).
Baza de date se va licenia astfel nct s asigure rularea pe minim 8 nuclee de procesare, 100
de utilizatori interni i numr nelimitat de utilizatori externi.
4.3.5
Soluie pentru protecie la nivel de servere fizice i virtuale
CT. 105. Soluia trebuie s asigure protecie anti-malware pe sistemele de operare;

CT. 106. Soluia trebuie s funcioneze pe sisteme de operare de 64 de bii;
CT. 107. Soluia trebuie s fie optimizat pentru rularea n medii virtuale precum
VMware, Citrix i Microsoft;
37
Proiect:
Document:
Caiet de Sarcini
CT. 108.
Soluia trebuie s asigure protecia fiierelor mpotriva codurilor
ostile (viruilor, worms, Trojans, rootkits etc.);

CT. 109. Soluia trebuie s blocheze proactiv multiple tipuri de ameninri (ex. virui,
buffer overflows, exploit-uri care intesc vulnerabiliti ale aplicaiilor i serviciilor
Microsoft, JavaScript, ActiveX etc.);
CT. 110.
Soluia trebuie s asigure analiza comportamental pentru protecia mpotriva
noilor tehnici de infectare (blocare porturi, fiiere, directoare, monitorizare aplicaii,

urmrirea i blocarea surselor de infecie etc.);
CT. 111.
Soluia trebuie s scaneze i s blocheze programele maliioase care se
activeaz att n memoria echipamentului ct i n spaiul de pe hard-disk;

CT. 112.
Soluia trebuie s asigure posibilitatea de update-uri programate din diferite
surse precum Internet, serverul de administare, FTP, manual;

CT. 113.
Soluia trebuie s nu permit persoanelor neautorizate s poat dezactiva
sistemul de protecie;
CT. 114.
Soluia trebuie s asigure detectarea viruilor n fiiere comprimate, a viruilor
noi / necunoscui prin detecie generica i/sau prin detecie euristic avansat i/sau pe
baz de reputaie;
CT. 115.
Soluia trebuie s permit utilizarea bazei de date interne aplicaiei dar i
alternativ utilizarea unei baze de date relaionale externe;

CT. 116.
Soluia trebuie s permit integrarea cu o aplicaie de raportare de la acela i
productor ce poate extrage nativ informaiile necesare din soluia de securitate pentru
realizarea de rapoarte multi-dimensionale;
CT. 117. Soluia trebuie s permit scanarea on-access pentru a identifica, bloca n mod
proactiv i elimina codurile maliioase sau de tip spyware i alte programe nedorite;
CT. 118. Soluia trebuie s foloseasc metode bazate pe analiza comportamental i
actualizri zilnice de semnturi pentru a bloca att aplicaii spyware cunoscute ct i
pe cele necunoscute;
CT. 119. Soluia trebuie s detecteze coduri maliioase (virus, worm, Trojan) nainte de
execuie;
38
Proiect:
Document:
Caiet de Sarcini
CT. 120.
Soluia trebuie s scaneze coduri de tip Spyware pe medii de
stocare mobile inclusiv CD/DVD-uri, dispozitive ataate USB;

CT. 121. Soluia trebuie s aib capabiliti de scanare i dezinfecie pe resurse partajate
n reea;
CT. 122. Soluia trebuie s previn executarea automat a codului descrcat;
CT. 123. Soluia trebuie s previn modificrile fiierelor system, a fiierului hosts etc.;
CT. 124. Soluia trebuie s ofere urmtoarele caracteristici:
o Curarea memoriei de coduri maliioase;
o Curare / tergere / punere n carantin a fiierelor infectate de pe dispozitive
ataate USB i punere n carantin a codurilor maliioase;
CT. 125. Soluia trebuie s furnizeze protecie preventiv mpotriva ameninrilor
necunoscute, asupra vulnerabilitilor din reea;
CT. 126. Soluia trebuie s asigure protecie preventiv mpotriva buffer overflow
exploits ce vizeaz vulnerabilitile aplicaiilor sau serviciilor sistemului de operare;
CT. 127. Soluia trebuie s poat sa curee /
tearg / pun n carantin codurile
executabile de tip spyware, adware, remote administration tools, password crackers,

key loggers;
CT. 128. Soluia trebuie s detecteze preventiv codurile executabile de tip malware
nainte ca acestea s se execute;
CT. 129. Soluia trebuie s curee din memorie codurile programelor maliioase.
CT. 130. Soluia trebuie s curee/tearg cheile i valorile introduse de programe
maliioase n registrele sistemului de operare;
CT. 131. Soluia trebuie s poat s tearg cookie-uri provenite de la programe
maliioase;
CT. 132. Soluia trebuie s permit excluderea unor obiecte definite de ctre
administrator;
CT. 133. Soluia trebuie s poat controla echipamentele conform politicilor de
securitate definite;
39
Proiect:
Document:
Caiet de Sarcini
CT. 134.
Soluia trebuie s protejeze aplicaiile de a fi corupte de ctre
poteniale programe maliioase;

CT. 135. Soluia trebuie s restricioneze rularea aplicaiilor definite pin politicile de
securitate;
CT. 136. Soluia trebuie s protejeze fiierele de configurare n cazul n care un anumit
utilizator dorete s le modifice;
CT. 137. Soluia trebuie s poat proteja anumite directoare;
CT. 138. Soluia trebuie s blocheze sau s permit acesarea diferitelor tipuri de
interfee ale echipamentelor precum USB, serial;
CT. 139. Soluia trebuie s asigure protecie pe cel puin trei nivele reguli bazate pe
analiza comportamental, analize de semnturi i protecie a traficului de intrare i de
ieire;
CT. 140. Soluia trebuie s dein un motor de detecie avansat a intruziunilor;
CT. 141. Soluia trebuie s permit update automat de semnturi;
CT. 142. Soluia trebuie s previn ca aplicaiile s fie folosite pentru atacul altor
aplicaii;
CT. 143. Soluia trebuie s permit auditarea aplicaiilor instalate de utilizatori;
CT. 144. Soluia trebuie s fie furnizat cu reguli preinstalate care s se poat edita;
CT. 145. Soluia trebuie s permit stateful inspection pentru tot traficul din reea;
CT. 146. Solutia trebuie sa permita definirea a cel putin 3 moduri de configurare a
politicilor pentru traficul de intrare i de ieire: contorl server, control client i control
mixt;
CT. 147. Soluia trebuie s permit definirea de reguli pentru IPv4 i IPv6;
CT. 148. Soluia trebuie s permit specificarea modului n care firewallul sistemului de
operare este dezactivat i s poat fi reactivat n aceleai condiii oricnd se dorete
dezinstalarea sistemului de protecie avansat;
CT. 149. Soluia trebuie s permit configurarea modurilor de detecie i salvare a logurilor aferente unui potenial atac;
40
Proiect:
Document:
Caiet de Sarcini
CT. 150.
Soluia trebuie s permit update automat de semnturi dar i
posibilitatea de a crea propriile semnturi tip packet-based;

CT. 151. Soluia trebuie s protejeze att ca Network IPS ct i ca Browser IPS;
CT. 152. Soluia trebuie s permit definirea de excepii pentru semnturile de tip
IPS/IDS cu posibilitatea de a exclude sisteme sau subreele din list;
CT. 153. Soluia trebuie s includ capabiliti de detecie pe baz de reputa ie a
fiierelor care sunt salvate local din Internet prin browsere Web, clien i de mesaje text
sau alte portaluri;
CT. 154. Solutia trebuie s oferte posibilitatea de emite rapoarte despre fiierele salvate
de ctre clieni din exterior dup URL, domeniu Web sau aplicaie;
CT. 155. Soluia trebuie s permit modificarea nivelelor de protecie dup nivelul de
evaluare a fiierelui n cauza sau a tipului de aciune fa de poteniale fiiere salvate
din Internet;
CT. 156. Pe baza informaiilor de la productor soluia trebuie s evalueze reputaia
unui fiier dup sursa lui, de cnd exist n Internet, ct de utilizat este de al i
utilizatori din Internet sau ali parametri asociai contextual cu acel fiier;
CT. 157. Soluia trebuie s fie capabil s pun la dispoziie un sistem propriu de
monitorizare, notificare i auditare ce permite o analiz avansat a evenimentelor i
capabiliti de rspuns pentru a asigura integritatea i conformitatea platformelor
fizice sau virtuale de tip server;
CT. 158. Soluia trebuie s ofere securitate pentru servere, s pemit controlul
comportamentului utilizatorilor i al aplicatiilor ce ruleaz pe aceste echipamente i s
blocheze evenimentele i traficul de reea necorespunztoare;
CT. 159. Soluia trebuie s permit controlul comportamentului sistemelor prin
prevenirea aciunilor specifice pe care o aplicaie sau un utilizator le-ar putea efectua,
i, de asemenea, prin auditarea proceselor, fiierelor, log-urilor i setrilor de
securitate pentru activiti de tip necorespunztor;
CT. 160. Soluia trebuie s fie capabil prin intermediul componentelor sale s previn
instalarea i execuia programelor i aplicaiilor neautorizate;
41
Proiect:
Document:
Caiet de Sarcini
CT. 161.
Soluia trebuie s fie capabil s blocheze traficul de reea si s
previn schimbrile neautorizate ale resurselor sistemului protejat;

CT. 162. Pentru control granular la nivelul infrastructurii de servere, solu ia trebuie s
permit o protecie adaptiv bazat pe grupuri spre a putea stabili un nivel de protecie
n funcie de anumite tipuri de servere, n scopul monitorizrii, impunerii de
performan i reducerii riscurilor;
CT. 163. Soluia trebuie s fie capabil s furnizeze rspunsuri automate pentru
evenimentele aprute i s ia msurile necesare de contracarare cu posibiliti de
aciuni multiple care s includ alerte la nivelul consolei de administrare, trap-uri de
SNMP, email, execuia unei anumite comenzi sau jurnalizarea comportamentului
pentru o analiz ulterioar;
CT. 164. Soluia trebuie s aib capabilitatea de a impune anumite restrictii bazate pe
politici flexibile mpotriva vulnerabilitilor cunoscute i necunoscute, chiar nainte de
a exista patch-uri de securitate sau nainte ca ele s fie aplicate i instalate;
CT. 165. Soluia trebuie s ofere suport pentru diverse platforme, cum ar fi: Microsoft
Windows i Linux;
CT. 166. Soluia trebuie s fie capabil s protejeze sistemele n funcie de o list ce
conine aplicaii de ncredere (White List). Numai aplicaiile autorizate vor avea
dreptul s ruleze pe mainile protejate, celelalte aplicaii putnd rula doar ntr-un mod
de lucru restrictiv.
Soluia se va licenia astfel nct s asigure protec ia tuturor serverelor fizice i virtuale
incluse n propunerea tehnic.
4.3.6
Platform de back-up i restaurare
Platforma de back-up i restaurare trebuie s ndeplineasc minim urmtoarele cerine:

CT. 167. S asigure o protecie eficient a datelor mpotriva erorilor i a dezastrelor prin
stocarea copiilor de salvare;
CT. 168. S fie un produs scalabil, putnd asigura protecia echipamentelor pe care pot
rula diverse sisteme de operare;
CT. 169. S suporte procese de backup de tip: complet, incremental, sintetic i online;
42
Proiect:
Document:
Caiet de Sarcini
CT. 170.
S aib suport inclus pentru multiplexing i multistreaming;
CT. 171. S suporte backup pe disc sau banda magnetic;

CT. 172. S fie furnizat ca o singur platform ce permite prin intermediul unei singure
console o protecie a datelor ce se regsesc pe sisteme fizice sau virtuale;
CT. 173. S asigure descoperirea automat a mainilor virtuale i protejarea lor
automat;
CT. 174. S se integreze cu majoritatea furnizorilor de aplicaii i baze de date printre
care Microsoft, Oracle, IBM i altele;
CT. 175. S fie capabil s protejeze informaiile la nivel de storage prin facilit i de tip
replicare sau snapshot disponibile pe sisteme cum ar fi IBM, HP, NetApp, EMC,
Hitachi i altele;
CT. 176. S suporte majoritatea topologiilor de reea, incluznd iSCSI, Fibre Channel
sau Infiniband;
CT. 177. S suporte sisteme de operare diverse, minim UNIX, Microsoft Windows
Server, Linux, FreeBSD i altele;
CT. 178. S se integreze cu principalii furnizori de medii de virtualizare, cel puin
Microsoft i VMware;
CT. 179. S permit criptarea datelor la nivel de client sau la nivel de server de back-up;
CT. 180. S permit restaurarea unui sistem fizic ntr-un mediu virtual i invers folosind
Bare Metal Restore (BMR);
CT. 181. S fie capabil s restaureze la nivel granular din interiorul unei maini
virtuale, fr a fi nevoie de o restaurare integral a mainii virtuale;
CT. 182. S dispun de faciliti pentru implementarea de politici de reten ie a backupurilor. Astfel, trebuie permit salvarea unui backup pe disc pe o anumit perioad de
timp, dup care s fie mutat automat pe banda magnetic pentru a-l pstra pe o
perioad mai ndelungat;
CT. 183. S dispun de opiuni pentru realizarea backup-urilor pentru mainile virtuale
fr a folosi ageni, uurnd astfel i trecerea (upgrade-ul) la noile versiuni impact
minim asupra mainilor virtuale;
43
Proiect:
Document:
Caiet de Sarcini
CT. 184.
S fie capabil s suporte replicare n cloud public sau privat;
CT. 185. S dispun de o consol care s permit managementul centralizat pentru

politici, programrile job-urilor de backup sau alte setri i configurri. De asemenea,
tot din cadrul acestei console de management centralizat trebuie s poat fi gestionate
toate serverele (componente ale soluiei) care realizeaz backup-uri pe discuri sau
benzi magnetice;
CT. 186. S includ o soluie de accelerare a procesului de full backup prin detecia
modificrilor aprute la nivelul sistemului de fiiere a clientului de la ultimul backup
astfel nct acesta s transmit doar acele modificri iar server-ul de backup s
combine aceste informaii cu cele existente din ultimul backup pentru a crea un full
backup fr a mai fi necesar transferul tuturor datelor de la client ctre server;
CT. 187. Soluia de accelerare a procesului de full backup trebuie s permit minim
trei mecanisme pentru reducerea timpului de procesare i a traficului de date pentru
un full backup;
CT. 188. Soluia de accelerare a procesului de full backup trebuie s includ minim
trei moduri de operare;
CT. 189. Soluia de accelerare a procesului de full backup trebuie s suporte cel puin
platformele Microsoft Windows, UNIX i Linux;
CT. 190. S permit utilizarea unui API pentru interfaarea cu sistemele de stocare ale
soluiilor certificate pentru replicarea automat a snapshot-urilor ctre mai multe
medii de stocare, inclusiv transferul ctre band;
CT. 191. Soluia de replicare a snapshot-urile trebuie s suporte minim platformele
Microsoft Windows, UNIX, Solaris i Linux;
CT. 192. Interfaa grafic de administrare a soluiei trebuie s permit cutarea dup
anumite fiiere peste server-ele de backup sau clienii nregistrai n consola de
administrare. De asemenea, dup identificarea fiierelor cutate trebuie s existe
opiunea de restaurare a acestora oricnd este necesar;
CT. 193. S permit eventuale ntreruperi minimale ale conexiunilor de reea ntre
clieni i serverul de backup fr a ntrerupe complet eventualele sesiuni de backup n
desfurare;
44
Proiect:
Document:
Caiet de Sarcini
CT. 194.
S utilizeze o singur baz de date relaional pentru stocarea
informaiilor despre fiecare proces de backup n parte (unde se gsete fiecare copie,
cnd expir etc.) i despre lista politicilor sau a informaiilor despre diferitele medii de
stocare;
CT. 195. S aib capabiliti tip multi-tenant permind mai multor clieni s utilizeze
acelai server de backup i avnd posibilitatea de a defini utilizatori n consola de
administrare cu drepturi de vizualizare doar asupra acestor clieni distinci;
CT. 196. S poat s direcioneze un singur flux de backup ctre dou sau mai multe
dispozitive de stocare pe disc n acelai timp. La finalizarea unui astfel de proces de
backup trebuie s existe simultan dou sau mai multe copii ale acelorai date cu
diferite termene de expirare;
CT. 197. S suporte un mod inteligent de deduplicare ce nelege coninutul
informaiilor i ajusteaz mrimea blocurilor de date variabile n funcie de tipul
datelor ce trebuie protejate;
CT. 198. S suporte n acelai timp metode de deduplicare la surs (pe client), pe serverul de backup, ct i la mediul de stocare (destinaie) dac include aceast capabilitate,
fr a induce costuri suplimentare;
CT. 199. S ofere capabiliti pentru integrare cu medii de stocare cu funcii de
deduplicare incluse;
CT. 200. S suporte replicarea imaginilor de backup deduplicate i catalogul asociat
dintr-un domeniu n alt domeniu pentru a putea fi restaurate n caz de dezastru.
Soluia va fi liceniat astfel nct s asigure backup-ul i restaurarea pentru toate
echipamentele de procesare incluse n ofert.
4.4
Echipamente hardware i de comunicaii
4.4.1
Server producie 2 buc.
Caracteristici
Arhitectur
Putere de procesare
Cerine minime
Server cu carcas pentru montare n rack cu dimensiunea de maxim
2U
Minim 20 de nuclee de procesare CISC x86 la o frecven de min.
45
Proiect:
Document:
Caiet de Sarcini
Cerine minime
Caracteristici
2.5 GHz, min. 25 MB L3 cache per procesor
Min. 64 GB PC3-14900 1866MHz ECC DDR3, memory mirroring,
Memorie intern
min. 24 sloturi de memorie
Video
Controller video integrat cu min. 16 MB memorie video DDR2

Controller RAID cu minim 8 porturi SAS 6Gps, 512 MB memorie
cache i suport pentru nivelurile RAID 0/1/10/5/50
Stocare intern
Minim 2 uniti de stocare instalate de tip SAS MLC Enterprise

SSD, fiecare cu o capacitate de minim 200GB
Capacitate intern pentru minim 8 uniti hard disk hot-plug
Unitate optic
DVD-RW integrat n carcas

Minim 4 interfee Gigabit Ethernet cu porturi RJ45 (cupru) i 2
Interfee LAN
interfee 10Gbit Ethernet cu porturi SFP+
Interfee SAN
Sloturi
Minim 2 interfee FC 8 Gbps

de Minim 1 slot liber (disponibil) n sistem de tip PCI-Express Gen 3.0
expansiune
x8
Compatibilitate
Serverul trebuie s fie compatibil, certificat de productor i s
sisteme de operare
dispun de suport pentru urmtoarele sisteme de operare: Microsoft

Windows Server 2012 i 2008, SUSE Linux Enterprise Server 11,
Red Hat Enterprise Linux 6, VMware ESX 5.1
4.4.2
Server administrare si backup 1 buc.
Caracteristici
Arhitectur
Putere de procesare
Cerine minime
Server cu carcas pentru montare n rack cu dimensiunea de maxim
2U
Minim 12 de nuclee de procesare CISC x86 la o frecven de min.
2.6 GHz, min. 15 MB L3 cache per procesor
46
Proiect:
Document:
Caiet de Sarcini
Cerine minime
Caracteristici
Memorie intern
Video
Min. 32 GB PC3L-12800 1600MHz ECC DDR3, memory

mirroring, min. 24 sloturi de memorie
Controller video integrat cu min. 16 MB memorie video DDR2
Controller RAID cu minim 8 porturi SAS 6Gps, 512 MB memorie
cache i suport pentru nivelurile RAID 0/1/10/5/50
Stocare intern
Minim 2 uniti de stocare instalate de tip SAS MLC Enterprise

SSD, fiecare cu o capacitate de minim 200GB
Capacitate intern pentru minim 8 uniti hard disk hot-plug
Unitate optic
Interfee LAN
Interfee SAN
Sloturi
DVD-RW integrat n carcas

Minim 4 interfee Gigabit Ethernet cu porturi RJ45 (cupru) i 2
interfee 10Gbit Ethernet cu porturi SFP+
Minim 2 interfee FC 8 Gbps
de Minim 1 slot liber (disponibil) n sistem de tip PCI-Express Gen 3.0
expansiune
x8
Serverul trebuie s fie compatibil, certificat de productor i s
Compatibilitate
dispun de suport pentru urmtoarele sisteme de operare: Microsoft
sisteme de operare
Windows Server 2012 i 2008, SUSE Linux Enterprise Server 11,

Red Hat Enterprise Linux 6, VMware ESX 5.1
4.4.3
Sistem de stocare centralizata 1 buc.
Caracteristici
Caracteristici
generale
Cerine minime
Trebuie s dispun de dou controller-e RAID, redundante, hot-swap
Trebuie s fie echipat cu minim 8 porturi Fiber Chanel cu vitez de
cel puin 8Gbps fiecare pentru conectarea serverelor (4 porturi per
controller)
Sistemul trebuie s permit realizarea de copii integrale locale ale
47
Proiect:
Document:
Caiet de Sarcini
Cerine minime
Caracteristici
volumelor de date, prin clonare. Aceast funcionalitate trebuie s fie
inclus n configuraia ofertat.
Sistemul trebuie s permit realizarea de copii instantanee locale ale
volumelor de date, prin snapshot
Sistemul trebuie s suporte realizarea de copii integrale la distan
ale volumelor de date, prin replicarea la distan ntre dou sisteme
de stocare.
Sistemul trebuie s aib surse de alimentare i sisteme de ventilaie
redundante i hot swappable
Capacitate instalat:
-
4 uniti de stocare de tip SSD capacitate 400GB, interfa

SAS 6Gbps, format SFF (2,5);
9 uniti de stocare de tip HDD, capacitate 1200GB / disc,

interfa SAS 6Gb, 10000 rotaii pe minut, format SFF
(2,5);
Capacitate de
stocare
9 uniti de stocare de tip HDD, capacitate 1000GB / disc,

interfa NL-SAS 6Gb, 7200 rotaii pe minut, format SFF
(2,5).
Sistemul trebuie s includ mecanism automat de migrare a datelor

celor mai utilizate pe discurile SSD (Automated Tiering)
Accesul la discuri i la unitile de expansiune extern trebuie s fie
asigurat prin intermediul a cel puin dou ci redundante i cu
failover automat
Controller RAID
Sistemul trebuie s suporte urmtoarele niveluri RAID: 1, 10, 5 i 6

Memoria cache iniial instalat trebuie s fie min. 16GB (8GB per
controller); memoria cache trebuie s fie protejat contra
48
Proiect:
Document:
Caiet de Sarcini
Cerine minime
Caracteristici
ntreruperilor de alimentare cu energie electric
Sistemul de stocare trebuie oferit mpreun cu o aplica ie de
management a cilor multiple de acces, oferind funcii de failover i
load balancing
Management
Managementul sistemului de stocare trebuie s fie realizat InBAND
(FC), Out of BAND (Ethernet minim 1 interfe cu conector RJ45 /
controller), Hyper Terminal (RS232)
Format
Montabil n rack
49
4.4.4
Proiect:
Document:
Caiet de Sarcini
Rack i accesorii 1 set
Caracteristici
Descriere
Cerine minime
Rack standard 19 i accesorii dimensionate corespunztor pentru
gzduirea i alimentarea tuturor echipamentelor incluse n ofert
19, minim 42U, inclusiv toate accesoriile necesare cum ar fi
Rack
panouri pentru acoperirea unitilor nefolosite, infrastructur

redundant de alimentare cu energie electric etc.
Minim 2 UPS-uri n tehnologie cu dubl conversie, fiecare cu o
UPS
4.4.5
capacitate de minim 5500W

Echipament de tip load balancer - 2 buc.
Caracteristici
Cerine minime
Interfee 10/100/1000 Minim 4

Mbps
Capacitate de
Minim 500 Mbps
transfer prin
echipament
Licene utilizator
Nelimitat
Montabil n rack 19 1U, 19

Interfee RS-232
Minim 1
Serial
Protecie mpotriva
atacurilor
informatice
Funcinaliti solicitate:
WAF;
Protecie mpotriva atacurilor de tip DDOS;
Protecie asupra atacurilor DNS;
Accelerare SSL;
Detectarea anomaliilor pachetelor IP;
50
Proiect:
Document:
Caiet de Sarcini
Cerine minime
Caracteristici
Limitarea ratei de conexiuni;
Limitarea fiecrei conexiuni n parte.
Moduri de lucru
Transparent;
suportate
Routat.
Accelerare
Conexiuni SSL;
Load balancing;
Compresia pachetelor TCP.
Asigurarea
Sincronizarea configuraiei cu un alt echipament similar;
disponibilitii
Trebuie s permit fail-over.
Certificari solicitate
Certificare ICSA LAB pentru funcionaliti WAF.
Servicii i suport
Echipamentul trebuie s acopere serviciile de suport: 8x5 nlocuirea

echipamentului, upgrade pentru firmware.
51
4.4.6
Proiect:
Document:
Caiet de Sarcini
Echipament de tip firewall - 2 buc.
Caracteristici
Cerine minime
Arhitectura
Asigur n timp real protecia reelei printr-o combinaie de
sistemului
antivirus, firewall, VPN, detecia i prevenirea dinamic a

intruziunilor, blocarea traficului spam, controlul aplicaiilor.
Sistemul nu trebuie liceniat per numr de utilizatori (nu exist
numr limitat de utilizatori).
Format
Montabil n rack
Interfee de reea
20 interfee cupru 10/100/1000 Base-T Ethernet;
modul de securitate
2 interfee tip SFP 10/100/1000 Base-T partajate cu cele Ethernet

cupru;
1 port management 10/100/1000 Base-T;
1 port USB 2.0 pentru management;
Funcionaliti
Protecie Antivirus (pentru protocoalele SMTP, POP3, IMAP,
suportate
HTTP, FTP);
Prevenirea intruziunilor;
Inspecie coninut WWW cu filtre web;
Protecie AntiSpam pentru SMTP, POP3, IMAP;
Control al aplicaiilor;
Prevenirea scurgerilor de date confideniale;
Domenii virtuale i
Sistemul
trebuie
ofere
funcionalitatea
de
definire
routing
rutere/firewall-uri virtuale, n care fiecare s aib tabela proprie de

rutare. Echipamentul poate ruta traficul pe baza sursei i destinaiei
adresei IP.
Protocoale de rutare dinamic: RIPv2, OSPF, BGP-4.
Trafic suportat
Sesiuni concurente: Minim 2300000;

Sesiuni noi/secund: Minim 18000;
Firewall throughput: Minim 1 Gbps pentru pachete cu o
52
Proiect:
Document:
Caiet de Sarcini
Cerine minime
Caracteristici
dimensiune de 512 bytes, trafic UDP;
IPSec VPN throughput: Minim 400 Mbps;
IPS throughput: Minim 800 Mbps;
Static IPSec VPN Tunnels: Minim 1500;
SSL VPN Users: Minim 280;
Politici firewall: Minim 8500;
Domenii virtuale: Minim 5.
Configurare i
Configurare prin port serial (RS-232) sau remote (telnet, ssh), GUI
management
prin HTTPS
Administratorii trebuie s fie autentificai cu parole statice sau
dinamice (RADIUS, RSA SecureID)
Trebuie s fie posibil upgrade-ul de firmware, salvarea i
restaurarea configuraiei de pe USB
Certificate
Acurateea filtrrii componentelor trebuie s fie demonstrat de

urmtoarele certificate:
ICSA: Firewall, VPN
Asigurarea
Trebuie s permit configuraii redundante, astfel nct la cderea
disponibilitii
unui echipament sarcinile acestuia s poat fi preluate de ctre un

echipament similar.
4.4.7
Echipament de tip analizor de evenimente - 1 buc
Caracteristici
Cerine minime
Caracteristici
Echipamentul trebuie s permit analiza centralizat a logurilor din
generale
toate echipamentele de securitate i comunicaii;

Echipamentul trebuie s permit crearea de rapoarte centralizate
furniznd informaii asupra evenimentelor de securitate detectate;
Echipamentul trebuie s permit colectarea centralizat a logurilor,
53
Proiect:
Document:
Caiet de Sarcini
Cerine minime
Caracteristici
corelarea i analiza acestora;
Echipamentul trebuie s permit generarea de rapoarte grafice;
Echipamentul trebuie s permit centralizarea mai multor tipuri de
loguri incluznd loguri de trafic, evenimente ale sistemelor, virui,
atacuri informatice, evenimente generate de filtrele web.
Performan
Echipamentul trebuie s permit analiza a cel puin 5GB de informaie

pe zi;
Echipamentul trebuie s permit cel puin 1 milion de conexiuni pe zi;
Echipamentul trebuie s permit stocarea logurilor pentru cel puin 2
luni;
Echipamentul trebuie s permit colectarea logurilor de la cel puin
100 de echipamente.
Platform hardware
Minim 4 interfee 10/100/1000 Gigabit Ethernet;

Echipamentul trebuie s aib cel puin 1 TB spaiu de stocare;
Echipamentul trebuie s fie certificat CE/FCC Class A, UL Listed
4.5
Componente software aplicativ
Componentele de software aplicativ sunt componentele dezvoltate peste componentele

software de baz prezentate n capitolul 4.3. Aceste componente trebuie s rspund
cerinelor funcionale exprimate n prezentul Caiet de Sarcini i, de asemenea, setului complet
de funcionaliti determinat n urma etapei de analiz a proiectului.
4.6
Securitate i mecanisme de autentificare

CNF. 1.
Securitatea sistemului trebuie s fie asigurat de urmtoarele elemente:
Echipamentele de comunicaie;
Componentele software dedicate precum soluia de protecie la nivel de servere fizice

i virtuale, soluia de securizare a accesului la conturile administrative;
Mecanismele interne ale componentelor software de baz;
54
Proiect:
Document:
Caiet de Sarcini
Politicile de acces bazate pe roluri i drepturi (crearea de profile
utilizator).
CNF. 2. Pentru a elimina riscurile de securitate asupra soluiei trebuie s se in cont de
urmtoarele cerine de securitate:
Securitate organizaional - nregistrarea n sistem a tuturor utilizatorilor interni i

stocarea informaiilor privind accesul acestora n sistemul informatic;
Backup-ul datelor n vederea asigurrii mpotriva pierderilor de date;
Sistemul trebuie s asigure integritatea tuturor datelor stocate;
Accesul la sistem trebuie s se fac n mod controlat;
Utilizatorii anonimi trebuie s aib acces doar la informaiile cu caracter public;
Accesul la funciile oferite utilizatorilor neautentificai (anonimi) va trebui controlat

cu mijloace de protecie contra suprasolicitrii sistemului;
Accesul la funciile oferite utilizatorilor interni trebuie s se fac numai cu

autentificarea acestora;
Aciunile utilizatorilor trebuie nregistrate n jurnale electronice;
Accesul la date trebuie s se fie permis numai prin intermediul aplicaiei.
CNF. 3.
Raportare incidente de securitate:
Trebuie s fie integrat cu CERT-RO pentru transmiterea sesizrilor i a informaiilor

despre incidentele de securitate cibernetic nregistrate de analizorul de evenimente.
CNF. 4.
Controlul accesului n soluie:
Politica de control a accesului la date. Soluia trebuie s implementeze o politic de

control al accesului i s fie capabil s o impun n func ie de tipul de acces la
resursele sistemului;
Managementul Accesului Utilizatorilor. Soluia trebuie s ofere drepturi adecvate,

conform cu rolul fiecrui utilizator care acceseaz sistemul;
Controlul accesului n reea. Soluia trebuie s asigure protecia serviciilor de reea

fa de accesul neautorizat;
55
Proiect:
Document:
Caiet de Sarcini
Mecanisme de autentificare. Bazate pe perechi nume utilizator-parol,
SSO, roluri i drepturi (matrice de autentificare).
Controlul accesului n aplicaie. Soluia trebuie s previn accesul neautorizat la

informaiile disponibile n cadrul sistemului.
CNF. 5. Soluia trebuie s acopere urmtoarele tipuri de cerine de securitate la nivelul

aplicativ:
Cerine de autentificare - pentru a identifica n mod unic clienii sistemului;
Cerine de autorizare - pentru a controla accesul clienilor la resursele sistemului;
Cerine privind auditarea - pentru a putea urmri aciunile utilizatorilor asupra

resurselor sistemului informatic;
Cerine privind comunicarea securizat - pentru a se asigura c mesajele rmn

private i c nu sunt alterate de tere pri neautorizate.
CNF. 6.
Soluie de securizare acces la conturile administrative - trebuie inclus o
component de management a parolelor pentru accesul administrativ la echipamentele

i aplicaiile informatice din cadrul proiectului astfel nct s se reduc la minim
riscurile la atacurile informatice de tip brute force i social engineering. Solu ia
trebuie s fie liceniat pentru minim 5 utilizatori de tip administrator, s nu fie
limitat la numrul de utilizatori obinuii, iar licen a trebuie s fie de tip perpetuu.
Soluia trebuie s ofere cel puin urmtoarele funcionaliti:
Cheie master de instalare AES minim 256 bii;
Cheie pentru baza de date stocat de ctre soluia ofertata;
S securizeze procesul de autentificare;
S securizeze transmisiile de date ntre server i soluia ofertat;
S securizeze datele stocate n soluia ofertat prin criptare AES minim 256 bii;
S securizeze procesul de acces la date prin alocarea de drepturi de acces

administratorilor n funcie de permisiunile acordate n procesul de configurare.
Soluia trebuie s fie compatibil cu standardul FIPS 140 level 2.
56
Proiect:
Document:
Caiet de Sarcini
Soluia trebuie s faciliteze:
o Implementarea sigur a politicilor privind managementul parolelor;

o Monitorizarea tentativelor de autentificare euate;
o nchiderea sesiunilor utilizatorilor inactivi;
o Resetarea parolelor n mod automat;
o Definirea unor perioade de timp configurabile pentru expirarea parolelor;
o Trimiterea de notificri automate;
o Criptarea dual a parolelor stocate;
o Accesul off-line cu ajutorul unei aplicaii mobile;
o Logarea automat n sistemele controlate;
o Integrarea cu aplicaiile de tip director.
4.7
Performan
Din punct de vedere al performanelor, sistemul informatic integrat trebuie s respecte minim
urmtoarele cerine:
CNF. 7.
S permit accesarea simultan de ctre minim 2.500 de utilizatori externi i
minim 30 de utilizatori interni cu diferite roluri de administrare.

CNF. 8. Timpul mediu de ncrcare a unei pagini: 3 secunde.
CNF. 9. Timpul maxim de ncrcare a unei pagini: 5 secunde.
CNF. 10. S ofere disponibilitate de minim 99,5 %.
CNF. 11. S aib capacitatea de a rspunde unui numr de cel puin 300.000 de vizitatori
unici pe lun.
CNF. 12. S aib capacitatea de a suporta perioade lungi de trafic intens, cum ar fi
perioadele apropiate organizrii anumitor evenimente.
4.8
Scalabilitate
Arhitectura hardware trebuie astfel proiectat nct s permit creterea capacit ii de

procesare a sistemului prin adugarea de noi servere. Mecanismele de load-balancing
implementate trebuie s permit echilibrarea utilizrii resurselor hardware n func ie de
evoluia numrului de solicitri concurente, prin adugarea de noi servere de aplicaie, n
funcie de necesiti.
57
4.9
Proiect:
Document:
Caiet de Sarcini
Back-up & Restore
Back-upul i restaurarea se vor face pe disc/de pe disc, ns solu ia de back-up i restaurare

trebuie s fie pregtit i pentru scenariul n care va fi disponibil o soluie de stocare pe
band.
Back-up-ul i restaurarea sistemului trebuie s se bazeze pe: capabilitile platformei de backup i restaurare, capabilitile interne ale produselor de tip COTS (sisteme de operare, portal,
baz de date), politici de back-up i restaurare definite de ctre administratorii de sistem.
Prestatorul trebuie s realizeze un livrabil pentru un plan de continuitate a activitii (business
continuity plan) care adreseaz exclusiv Portalul i pe care l va preda Beneficiarului. Acest
plan va lua n considerare i locaia actual de Disaster Recovery contractat de ctre
Beneficiar.
n locaia actual de Disaster Recovery trebuie stocat o copie a back-up-ului realizat pe
echipamentul de stocare din site-ul principal i de pe care se va putea face restaurare n cazul
cderii site-ului principal. n acest sens, Ofertantul trebuie s livreze un echipament pentru
stocarea datelor n reea cu acces prin protocoalele SMB 3.0, NFS 4.1 i iSCSI, care s
dispun de minim 8 interfee de acces la 1Gbps cu porturi RJ45 care permit configurarea
teaming sau 1 interfa de acces la 10Gbps. Capacitatea de stocare brut va fi format din
discuri cu o capacitate total de cel puin 12TB la care se va aduga cel pu in un disc de
acelai tip cu rol de hot-spare. Echipamentul trebuie s dispun de cel puin 12 sloturi pentru
discuri dedicate stocrii datelor. Se vor include toate elementele de conectic necesare i vor
fi asigurate serviciile de instalare i configurare.
4.10 Integrare cu alte aplicaii
Noul portal trebuie s ofere capabiliti de integrare cu aplicaiile existente sau viitoare care
trebuie s expun servicii informatice ctre ceteni, n vederea realizrii unui punct unic de
acces la acestea.
Ofertanii trebuie s prezinte activitile necesare integrrii aplicaiilor i strategia de
consolidare a datelor.
Sistemul propus trebuie s includ integrarea cu alte aplica ii utiliznd mecanisme dedicate
pentru integrare att la nivelul datelor, ct i la nivelul serviciilor web. Aceste mecanisme
58
Proiect:
Document:
Caiet de Sarcini
trebuie s suporte standarde, protocoale i tehnologii precum: XML, servicii web,

Java, C#, C++, baze de date Oracle, Microsoft SQL Server, IBM DB2, PostgreSQL.
Modelarea trebuie s se fac n mod grafic, cu asocieri ntre surs i destina ie pe baz de
funcionaliti drag and drop i generarea automat a codului. De asemenea se va realiza
conectarea la servicii web bazate pe WSDL 1.1 sau 2.0 i se va face integrarea
funcionalitilor folosind maprile de tip XML.
Mecanismele de integrare trebuie s permit orchestrarea i automatizarea proceselor de
integrare i s execute modelele de integrare generate n mod grafic, permi nd i
managementul tranzaciilor.
Totodat, se vor avea n vedere mecanisme automate de introducere de coninut n cadrul
portalului pentru fluidizarea fluxurilor actuale, coninutul informaiilor fiind colectat de la
diversele departamente din cadrul administraiei publice locale. n plus, se vor viza
mecanisme de schimb de informaii cu tere entiti, precum i integrarea informaiilor de
turism prezentate fragmentat la acest moment n multiple surse.
Trebuie s fie posibil integrarea n cadrul portalului de elemente specifice GIS.
n continuare este prezentat lista aplicaiilor existente la nivelul APL care trebuie integrate
cu portalul:
Denumire
Descriere succint
Departament/
Tehnologii
Utilizatori
Banca de date
Aplicaia are urmtoarele
Utilizat de 13 direcii i
GIS
Urbane
module principale:
servicii, preponderent de
Intergraph,
(BDU-M2N),
Nomenclatur urban, Cadastru
ctre: Utiliti publice,
Microsoft .
Harta
imobiliar, Patrimoniu
Patrimoniu, Urbanism,
NET,
Interactiv
(Intabulri), Documentaii de
Mediu, Transporturi i
Oracle DB
pentru Public
urbanism (Planuri de urbanism,
Poliia Local (Direcia
(HIP),
Autorizaii de construire i
Control).
Registrul
Certificate de urbanism, Arhiva
Numr de utilizatori:
spaiilor verzi
documentaii expirate i
aprox. 380.
(REGVER),
Revizuire PUG), Inspecie i
59
Proiect:
Document:
Caiet de Sarcini
Descriere succint
Departament/
Denumire
Tehnologii
Utilizatori
Urbonline
control
Programul
Avize i autorizaii emise,
Coordonator
Lucrri n execuie, Situaia
Anual (e-
avariilor
PCA)
SIVADOC
Management de documente, cu
Toate departamentele.
Java,
precdere dosare i documente
Oracle DB
peteni, inclusiv dosare Legea
aprox. 300.
10.
Autorizaii taxi
Autorizaii de transport
Exist fluxuri de lucru conform
organigramei, istoric documente
i versionare
CRM
Gestiune date despre cetenii
Direcia Relaii Publice
Java,
care depun petiii (reclamaii,
i Informare.
Oracle DB
solicitri, sugestii etc.).
aprox. 100.
SVAP 2011
Aplicaie de tip ERP pentru
Persoane desemnate din
Java,
management finae i resurse
cadrul tuturor direciilor.
Oracle DB
umane.
aprox. 200.
Legis
Gestiune acte nromative interne
Direcia Sisteme
PHP,
i legislaie preluat de pe
Informatice.
MySQL,
60
Proiect:
Document:
Caiet de Sarcini
Descriere succint
Departament/
Denumire
Tehnologii
Utilizatori
serverul CTCE.
Numr de utilizatori: 1
JavaScript
cont.
e-mail
Soluia de e-mail utilizat n
Toate departamentele.
Microsoft
cadrul instituiei. La acest
Exchange
moment, coninutul de postat n
aprox. 1000.
Server 2013
cadrul portalului este transmis

ctre direcia responsabil pe email.
Mai multe detalii despre aceste aplicaii vor fi puse la dispoziia Ofertantului ctigtor n
etapa de analiz a proiectului.
Portalul trebuie s asigure interoperabilitatea/integrarea utiliznd servicii web/API-uri cu:
-
Ghieul.ro i ANAF prin intermediul serviciilor web reglementate prin Normele

tehnice https://www.ghiseul.ro/ghiseul/docs/Norme%20tehnice%20MO75.pdf pentru
efectuarea de pli online; categoriile i tipurile de taxe vor fi stabilite n etapa de
analiz.
data.gov.ro prin folosirea mecanismelor de publicare puse la dispoziie de
data.gov.ro (API) pentru date din portal n mod gratuit. Interoperabilitatea va
presupune publicarea de documente pe data.gov.ro i ncrcarea de metadate definite
de APL. Publicarea, partajarea, regsirea i utilizarea datelor se va face prin
intermediul instrumentelor puse la dispoziie de platforma de date deschise. Aceste
instrumente sunt destinate deintorilor de date care doresc s-i transforme datele n
date deschise. Seturile de date obligatoriu de exportat vor fi cele stabilite n etapa de
analiz, n conformitate cu directivele CE la acel moment.

e-Romnia pentru vizualizarea proiectelor n execuie de la nivelul APL utiliznd
instrumentul de management de proiecte din portalul e-Romnia.
Durata de realizare i etapele principale
Durata de realizare a proiectului este de 14 luni. Mai jos se regsete o recomandare a

planului de implementare, aceasta putnd fi modificat de ctre implementator i supus
aprobrii Beneficiarului cu respectarea termenului de finalizare a proiectului.
61
Proiect:
Document:
Caiet de Sarcini
Denumire
Luna
activitate
10
11
12
13
14
Livrare echipamente
Livrare licente
Instalare
echipamente
de
calcul si configurare software

de baza
Analiza
Proiectare
Dezvoltare
Testare
Implementare
Instruire
Management de proiect
Garanie i mentenan
Se solicit ca Prestatorul s acorde certificat de garan ie a portalului pentru o perioada de 24

de luni de la acceptana final. Garania hardware este de 3 ani on-site de la data recep iei
echipamentelor hardware.
Trebuie asigurate servicii de mentenan i suport 24 luni de la acceptan final, inclusiv fixuri, patch-uri i update-uri att pentru modulele dezvoltate, ct i pentru componentele
software de baz ofertate. Detalierea serviciilor se regsete n capitolul 7.7.
7
7.1
Cerine de implementare
Management de proiect
Prestatorul trebuie s desfoare activitatea de coordonare conform unui cadru (framework)

de management de proiect. Respectivul cadru de management de proiect trebuie s fie
recunoscut internaional de ctre organisme profesionale specifice de Project Management.
n cadrul propunerii tehnice trebuie ca ofertantul s descrie detaliat propria metodologie de
proiect pe care intenioneaz s o utilizeze pe parcursul implementrii proiectului.
Se va prezenta planul de proiect avut n vedere pentru prestarea serviciilor pe toat durata
contractului.
Planul de proiect prezentat trebuie s includ cel puin:
62
Proiect:
Document:
Caiet de Sarcini
Toate activitile necesare pentru implementarea cu succes a proiectului,
inclusiv dependenele dintre acestea, respectiv rezultatele acestora;
Activitile trebuie prezentate sub form etapizat i s se nscrie n constrngerile de

timp ale proiectului;
Fazele/subfazele de baz de realizare a activitilor, evideniindu-se reperele de

referin (milestones);
Distribuia resurselor pe activiti care trebuie s convearg la obiectivele proiectului.
Dup semnarea proiectului, n perioada de nceput a proiectului, exist posibilitatea

modificrii planului de proiect doar n urma primirii acordului de la Beneficiar.
Activitatea de implementarea a portalului trebuie s includ cel puin urmtoarele etape:
Analiz;
Proiectare;
Dezvoltare/configurare inclusiv testare intern;
Implementare (deployment);
Testare i teste de acceptan;
Intrarea n producie.
Ofertantul trebuie s includ n planul de proiect prezentat cel puin activitile enumerate
mai sus.
n cadrul propunerii tehnice, ofertantul va prezenta:
Modul detaliat de raportare a progresului privind activitile din cadrul proiectului,

respectiv frecvena raportrii, fluxurile de aprobare ale diferitelor tipuri de rapoarte.
Se vor prezenta formularele utilizate pentru raportarea progresului, inclusiv
informaiile care vor fi incluse n respectivele rapoarte;
Modul prin care se va realiza comunicarea ntre persoanele implicate n proiect;
Modalitatea de rezolvare a problemelor care pot aprea pe parcursul implementrii

proiectului, inclusiv formularele care se vor utiliza pentru managementul problemelor.
63
Proiect:
Document:
Caiet de Sarcini
Se va detalia procesul de management al problemelor, respectiv

modalitatea de escaladare i rezolvare a acestora;
Planul de acceptan propus pentru recepiile / acceptanele pariale i recepia /

acceptana final din cadrul proiectului. Acesta trebuie s fie etapizat i s cuprind
formularele
care
se
vor
utiliza
la
recepiile
acceptanele
pariale
recepia/acceptana final;
Modul de tratare a schimbrilor pe parcursul implementrii proiectului. Ofertantul va

include procedura de management al schimbrilor, inclusiv formularele aferente
managementului schimbrii pe toat durata implementrii proiectului.
Ofertanii trebuie s analizeze n detaliu documentaia de atribuire, s n eleag gradul de

complexitate i importan a proiectului i, n consecin, s se asigure c a dimensionat
corect echipa propus, respectiv a alocat corespunztor resursele pe activiti, asigurnd astfel
un numr suficient zile-om ce trebuie prestate de ctre echipa de proiect n vederea
implementrii cu succes a proiectului. n vederea atingerii obiectivelor proiectului, prestatorul
poate suplimenta numrul de resurse alocat activitilor pe perioada derulrii proiectului.
Pentru a asigura Beneficiarului vizibilitate ct mai rapid asupra soluiei, respectiv pentru a
permite Beneficiarului monitorizarea i controlul eficient asupra modului de derulare a
proiectului, abordarea de implementare trebuie s fie una bazat pe metode iterative i
incrementale, cu feedback i ajustare din mers a soluiei tehnice.
7.2
Analiz i proiectare
Rolul principal al fazei de analiz este de a nelege corect nevoile utilizatorilor nainte de
proiectarea i implementarea unui sistem care s le ndeplineasc.
n vederea implementrii portalului, Prestatorul va trebui s execute activit i de analiz care
s asigure premisele unei implementri eficiente. Informaiile care stau la baza procesului de
analiz sunt:
Contractul, pentru termene i condiii;
Caietul de sarcini i propunerea tehnic, pentru aria de acoperire a proiectului;
Cerinele clientului colectate i evaluate n timpul acestei faze.
64
Proiect:
Document:
Caiet de Sarcini
Beneficiarul va acorda tot sprijinul necesar pentru nelegerea ct mai bun i

complet a contextului n care va fi implementat portalul.
Propunerea tehnic trebuie s cuprind urmtoarele:
Metodologia detaliat pentru derularea activitilor de analiz n cadrul propriei

organizaii;
Descrierea instrumentelor utilizate n vederea colectrii i evidena cerinelor,

asigurrii trasabilitii cerinelor pornind de la obiectivele proiectului pn la
specificaiile tehnice pentru demonstrarea acoperirii integrale a tematicii proiectului,
modelrii proceselor i activitilor n conformitate cu standarde de modelare i
reprezentare recunoscute (UML sau echivalent), de exemplu pentru modelarea
fluxului de publicare a coninutului n portal;
Prezentarea detaliat a livrabilelor aferente prestrii activitilor de analiz, care s

includ:
o Formularul/formularele aferente fiecrui livrabil;
o Descrierea informaiilor coninute de ctre fiecare livrabil.
Analiza se va efectua dup caz la sediul Beneficiarului, la sediile IPIL-urilor sau la Prestator
i va avea ca finalitate un pachet de specificaii funcionale agreat de comun acord cu acesta,
precum i designul i structura portalului.
Serviciile de analiz vor acoperi cel puin urmtoarele aspecte:
Analiza contextului existent;
nelegerea structurii organizatorice a Beneficiarului;
Analiza situaiei din momentul de fa din cadrul instituiei Beneficiarului prin edine
de analiz, chestionare etc. Se vor identifica procesele operaionale (la nivelul
organizaiei) care vor fi impactate prin implementarea proiectului;
Analiz la nivelul IPIL-urilor i a primriilor de sector pentru identificarea aplica iilor

existente care se pot constitui n servicii electronice publice ce pot fi puse la dispoziia
cetenilor prin intermediul portalului;
65
Proiect:
Document:
Caiet de Sarcini
De asemenea, odat cu analiza efectuat la nivelul IPIL-urilor i a
primriilor de sector, Prestatorul trebuie s fac recomandri de creare de noi servicii

electronice pentru ceteni la nivelul acestora (minim 1 nou serviciu electronic per
entitate);
n cadrul acestei activiti trebuie identificate i poteniale servicii electronice adresate

sectorului privat;
Identificarea nevoilor i neajunsurilor din cadrul site-ului existent pe care instituia

dorete s le rezolve prin realizarea acestui proiect. Prin aceasta se va avea n vedere
nelegerea n detaliu a obiectivelor generale i specifice ale proiectului;
Definirea cerinelor informaionale pentru noul portal ca urmare a analizei sistemului

existent;
Designul final, structura portalului i setul complet de funcionaliti urmeaz a se

definitiva n cadrul acestei etape. Anexa Model interfaa prezint modelul de
interfa care trebuie implementat n cadrul portalului;
Stabilirea actorilor de business care vor interaciona n viitorul portal;
Definirea fluxurilor de preluare automat a datelor din aplicaii existente, de la nivelul

departamentelor i direciilor APL;
Definirea fluxurilor de operare a portalului;
Se vor evidenia activitile care urmeaz a fi automatizate dac este cazul, astfel nct
s se identifice clar funciile viitorului portal i modul n care acesta va ajuta la
ndeplinirea obiectivelor proiectului.
La realizarea imaginii viitorului portal, se vor avea n vedere sistemele informatice existente,
dac este cazul, care vor conlucra la ndeplinirea obiectivelor proiectului, indiferent dac
acestea sunt interne sau externe organizaiei Beneficiarului. Se vor avea n vedere volumul i
frecvena interaciunilor de integrare ntre sisteme.
Rolul principal al fazei de proiectare este de a descrie la un nivel suficient de detaliu portalul
care urmeaz a fi implementat.
n vederea implementrii portalului, Prestatorul va trebui s execute activit i de proiectare
care s asigure premisele unei implementri eficiente.
66
Proiect:
Document:
Caiet de Sarcini
Proiectarea portalului dorit, care va conine detalierea la nivel tehnic a cerin elor
i specificaiilor rezultate din activitatea de analiz pentru toate nivelurile i componentele
portalului care va fi realizat:
Arhitectura de sistem va prezenta cel puin urmtoarele niveluri: hardware,

comunicaii, componente software instalate (sisteme de operare, produse COTS),
arhitectura logic cuprinznd descrierea componentelor de sistem, a celor dezvoltate
sau personalizate i caracteristicile funcionale i non-funcionale ale acestora;
Scenarii (cazuri) de utilizare din care s reias modul de utilizare a sistemului

informatic (portal) din perspectiva utilizatorului final, modul n care utilizatorii
interacioneaz cu sistemul, n coresponden direct cu activitile menionate n
cadrul proceselor operaionale ale acestor utilizatori, de exemplu modul n care se
realizeaz accesarea unui serviciu electronic expus prin portal. De asemenea,
scenariile de utilizare vor fi nsoite de o list a actorilor sistemului i maparea
acestora cu actorii de business. Pentru prezentarea cazurilor de utilizare se vor folosi
instrumente n conformitate cu standarde de modelare i reprezentare recunoscute
(UML sau echivalent);
Definirea interfeelor de preluare a datelor din aplicaiile existente i de expunere a

datelor ctre tere aplicaii/entiti;
Modelul de securitate la nivel logic (organizarea pe roluri, grupuri, drepturi, poziia

n structura organizatoric etc.) i la nivel fizic (servere, comunicaii, aplicaii etc.);
Integrrile la nivel de component software pentru fiecare interac iune se va

specifica sistemul surs/destinaie, modalitatea de implementare, canal de
comunicare, setul i structura de date transferate, reguli specifice de validare etc.
Proiectarea portalului trebuie s ofere o soluie optim, urmrindu-se uurina i eficien a

realizrii i implementrii soluiei, n cadrul restriciilor de ordin tehnic, organizatoric sau
financiar. n procesul de proiectare, implicarea Beneficiarului este esenial n confirmarea
cerinelor informaionale i a prioritilor din organizaie, realizndu-se n acest mod
nelegerea i pregtirea pentru acceptana noului portal. De aceea, este esenial ca Prestatorul
s comunice frecvent cu echipa Beneficiarului pe tot parcursul derulrii proiectului.
67
Proiect:
Document:
Caiet de Sarcini
Documentul/documentele de specificaii, rezultate n urma activitilor de analiz

i proiectare, vor descrie soluia n detaliu, vor conine informaii privind toate
funcionalitile necesare i vor sta la baza stabilirii i realizrii testelor de acceptan.
n urma activitilor de analiz i proiectare, pentru a se obine un sistem final operaional se
vor desfura activiti de dezvoltare, configurare, testare i implementare (deployment).
7.3
Dezvoltare/ configurare i testare intern
Se vor derula activiti de dezvoltare, configurare a sistemului informatic (portal), a

produselor software i hardware livrate i testare intern. De asemenea, vor fi ntreprinse
servicii de dezvoltare a coninutului portalului.
Noul portal trebuie dezvoltat i configurat astfel nct pe lng funcia informativ de
prezentare a capitalei, a activitii APL-urilor i a elementelor legislative, s reprezinte
interfaa unic de contact ntre ceteni (persoane fizice i juridice) i Administraia Public
Local (APL), reprezentnd unicul punct de acces al ceteanului la serviciile APL
disponibile ca servicii informatice accesibile online.
Toate fluxurile i serviciile electronice identificate n etapa de analiz, inclusiv migrarea
datelor existente i integrarea cu sistemele existente, trebuie s fie implementate n cadrul
acestei etape la nivelul tuturor entitilor din cadrul Administraiei Publice Locale.
Prestatorul trebuie s creeze pagini proprii pentru cele 40 de IPIL-uri i primriile de sector n
cadrul portalului.
Prestatorul trebuie s predea Beneficiarului modelul de date (logic i fizic). Acesta va fi
descris utiliznd unul dintre standardele entity-relationship model, UML sau echivalent,
versiunile actuale. Acesta va prezenta i modalitile conform crora se face shimbul de
informaii despre modelul de date, respectiv schimbul de metadate.
n cadrul propunerii tehnice ofertantul trebuie s prezinte:
Metodologia
detaliat
baza
creia
vor
fi
desfurate
activitile
de
dezvoltare/configurare i testare intern, demonstrnd integrarea acestor proceduri cu

procedurile de analiz i proiectare;
Instrumentele utilizate n desfurarea activitilor de dezvoltare, configurare i testare

intern;
68
Proiect:
Document:
Caiet de Sarcini
Detalierea
livrabilelor
aferente
prestrii
activitilor
de
dezvoltare/configurare i testare intern.

7.4
Implementare
Activitile de implementare (deployment) sunt activitile necesare pentru a face portalul

gata de folosire de ctre utilizatori. Printre acestea se numr: ncrcarea con inutului n
portal, integrarea cu aplicaiile care expun servicii electronice ctre ceteni, precum i
integrarea cu aplicaiile informatice existente pentru postarea de informaii n cadrul
portalului.
Metodologia detaliat n baza creia vor fi desfurate activitile de implementare

(deployment), inclusiv procedurile de implementare din cadrul propriei organizaii,
demonstrnd
integrarea
acestor
proceduri
cu
procedurile
referitoare
la
dezvoltare/configurare i testare intern
Detalierea livrabilelor aferente prestrii serviciilor corespunztoare etapei de

implementare care s includ:
o Formularul/formularele aferente fiecrui livrabil;
o Descrierea informaiilor coninute de ctre fiecare livrabil;
Planul de implementare care s conin toate aciunile necesare finalizrii cu succes a

implemnetrii. Planul trebuie s conin pentru fiecare activitate: durat, responsabili
din partea echipei implementatorului, persoane implicate din partea Beneficiarului,
resurse necesare, condiii specifice de implementare, stadiu de realizare i metode de
evaluare a stadiului.
7.5
Testarea, acceptana portalului i asigurarea calitii
Modalitatea n care va realiza testarea sistemului i testele de acceptan specifice;
Metodologia de testare dup care se vor realiza activitile de testare n timpul

desfurrii proiectului;
Instrumentele de testare folosite;
69
Proiect:
Document:
Caiet de Sarcini
Planul de testare (model).
Iniial, Prestatorul va demonstra mpreun cu o echip desemnat din partea Beneficiarului

asigurarea funcionalitilor i rularea tuturor scenariilor de testare de acceptan. Ulterior,
Beneficiarul, cu asistena Prestatorului, va rula toate scenariile pentru testele de acceptan .
Testele de acceptan se vor derula n conformitate cu Planul de Teste realizat de Prestator i
agreat de Beneficiar, plan ce va fi n concordan cu ntregul ciclu de realizare a proiectului:
etape de testare distribuite pe iteraii, seturi de funcionaliti sau alte tipuri de teste.
Planul de testare pentru acceptan va cuprinde toate testele necesare pentru a demonstra
acoperirea n ntregime a cerinelor din prezentul caiet de sarcini. Astfel, se va avea n vedere
faptul c portalul funcioneaz corect din punct de vedere al respectrii cerinelor,
consistenei datelor, al constrngerilor de timp, al validrilor de date i al gestiunii erorilor.
Criteriul de succes sistemul trece toate testele definite n planul de testare agreat mpreun
cu Beneficiarul.
O prim variant a planului de testare va fi prezentat odat cu oferta. Planul detaliat de
testare, nsoit de scenariile de testare, va fi realizat de ctre Prestator i aprobat de Beneficiar
nainte de fiecare etap de testare agreat prin planul de proiect.
Prestatorul trebuie s realizeze testarea securitii infrastructurii IT i de comunicaii:
Obiectivele care trebuie ndeplinite n urma prestrii serviciilor sunt:
a) Evaluarea securitii fizice;
b) Evaluarea sistemului din punct de vedere al securitii informatice;
c) Evaluarea proteciei datelor cu caracter personal;
d) Identificarea vulnerabilitilor specifice sistemului prin teste specifice de penetrare
din exteriorul reelei avnd n vedere designul, implementarea, utilizarea, mentenan a
i dezvoltarea acestuia.
Ofertantul trebuie s menioneze metodologiile i tehnicile utilizate n evaluarea
vulnerabilitilor (ca de ex. National Institute of Standards and Technology NIST, Open
Source Security Testing Methodology OSSTM, Open Information Systems Security Group
- OISSG, Information Systems Audit and Control Association ISACA etc.).
70
Proiect:
Document:
Caiet de Sarcini
Etapele obligatorii pentru desfurarea serviciilor de evaluare sunt: pre-evaluare,

evaluare propriu-zis, post-evaluare i urmrire implementare, recomandri.
-
Pre-evaluare: Reprezint faza premergtoare aciunii de evaluare propriu-zis a

securitii informatice; este necesar pentru determinarea specificaiilor precise i a
regulilor de desfurare a evalurii.
Evaluare: Reprezint etapa de evaluare a ameninrilor informatice i a

vulnerabilitilor. Trebuie s conin cel puin urmtoarele activiti:
Identificarea i evaluarea riscurilor care pot afecta sistemul;
Evaluarea i testarea controlului accesului n sistem;
Verificarea i evaluarea fizic a mediului informaional;
Verificarea i evaluarea securitii fizice, a procedurilor i a modului de

aplicare;
Verificarea i evaluarea modalitii de administrare a sistemului;
Testarea integritii datelor.
Utiliznd informaiile descoperite n evaluarea vulnerabilitilor, trebuie s se construiasc

arbori de atac (attack trees) i trebuie implementate aciunile din aceste structuri.
Aceast etap trebuie ncheiat cu elaborarea de ctre Prestator a unui raport de test.
Ofertantul trebuie s prezinte modul n care va face testarea securitii infrastructurii IT i de
comunicaii cu respectarea cerinelor de mai sus.
-
Post-Evaluare: Reprezint etapa de analiz a rezultatelor descoperite n etapa

precedent. Aceste rezultate trebuie s fie detaliate de ctre Prestator ntr-un raport
care trebuie s includ recomandri pentru remedierea vulnerabilitilor descoperite,
diminurii riscurilor identificate etc., n concordan cu raportul de test din etapa
precedent.
Urmrire implementare i recomandri: Reprezint etapa de verificare a efectelor

concrete privind remedierea vulnerabilitilor i diminuarea riscurilor. Aceast etap
trebuie s aib loc dup ce Beneficiarul implementeaz recomandrile/msurile
menionate n raportul de test i n cel realizat de ctre Prestator n etapa precedent.
71
Proiect:
Document:
Caiet de Sarcini
Livrabile: Prestatorul trebuie s livreze att rapoartele din fiecare etap descris,
ct i un raport final care trebuie s conin informaii detaliate despre sistemul testat,
vulnerabilitile identificate, descrierea detaliat a acestora, nivelul de risc calculat dup
metodologia agreat cu Beneficiarul i recomandri de remediere.
n urma etapei Post-Evaluare se va livra un raport suplimentar n care se va men iona gradul
de reducere / nlturare a riscurilor identificate.
Prestatorul trebuie s asigure faptul c proiectul este implementat la un nivel calitativ care s
satisfac cerinele de la subcapitolul Asigurarea i controlul calitii pe durata proiectului.
7.6
Intrarea n producie
Ofertanii trebuie s prezinte planul care va fi utilizat la trecerea n producie a sistemului.

Planul prezentat trebuie s in cont de legturile logice ntre subsisteme/componente ale
sistemului astfel nct s se asigure o trecere n producie coerent i cu impact minim asupra
activitilor zilnice a angajailor Beneficiarului.
7.7
Asisten tehnic i suport
Pe ntreaga perioad de derulare a proiectului, ofertantul trebuie s asigure servicii de tip call
center sptmnale (Luni - Vineri) n intervalul orar 9:00 17:00 prin care s asigure suportul
tehnic necesar utilizatorilor de la nivelul Beneficiarului.
Serviciile de suport trebuie asigurate pe o perioad de 24 de luni de la acceptan a final a
sistemului.
Serviciile de suport trebuie s asigure:
Activiti continue de suport nivel 1, 2 i 3, realizate pe ntreaga perioad de derulare

a proiectului;
Activiti ocazionale, realizate cnd este necesar pentru buna funcionare a sistemului
informatic.
Obiectivele activitii de suport:
Asigurarea nivelelor 1, 2 i 3 de suport tehnic;
Preluarea proactiv i asumarea responsabilitii pentru problemele semnalate n

cererile de suport;
72
Proiect:
Document:
Caiet de Sarcini
Asigurarea respectrii SLA-ului (timp de rspuns i timp de remediere);
Cunoatere i aplicare proces de rezolvare cerere de suport client;
Analizare,
planificare,
administrare,
rezolvare,
monitorizare
progresului,
prioritizarea cererilor de suport;
Managementul procesului de suport Nivel 1, Nivel 2 i Nivel 3 conform procedurii de

suport agreate cu Beneficiarul i a instruciunilor de lucru asociate, generale sau
specifice fiecrui sistem informatic. n acest flux sunt incluse activit ile de:
monitorizare i ntreprindere aciuni necesare pentru rezolvarea problemelor conform
SLA, monitorizare i ntreprindere aciuni pentru actualizarea continu a strii
problemei i activitile executate n aplicaia de urmrire a tichetelor, transmiterea
rezultatelor clientului, actualizarea continu a clientului despre starea problemei,
verificarea rezolvrii problemei i confirmarea de ctre client a rezolvrii ei,
nchiderea problema;
Identificarea i propunerea de soluii pentru probleme.
Cerinele pentru nivelele de suport sunt descrise mai jos:
Serviciile de suport nivel 1 trebuie s asigure:

o Asistent n utilizarea corect a portalului;
o Verificri pas cu pas prin intermediul aplicaiei pentru furnizarea serviciilor;
o Aplicarea de corecii prin intermediul aplicaiei;
o nregistrarea de configurri necesare clientului prin intermediul aplicaiei;
o Administrarea aplicaiei, conturilor, drepturilor, funcionalitilor;
o Rezolvarea de incidente utiliznd baza de cunotine i rezolvrile diferitelor
tipuri de incidente cunoscute;
o Verificarea i interpretarea informaiilor istorice conform bazei de cunotine;
o Meninerea n permanen a legturii cu clientul;
o Gestionarea trasabilitii informaiilor asociate unei sesizri (ntr-o aplica ie de
gestionare a incidentelor).
73
Proiect:
Document:
Caiet de Sarcini
Serviciile oferite nivel 2 suport trebuie s asigure:
o Activiti de reproducere a incidentului;

o Monitorizarea aplicaiei prin:
Interogarea soluiilor specifice de monitorizare unde este cazul;
Verificare scriere date n SQL;
Verificare integrare cu alte aplicaii;
o Verificri - verificri periodice a funcionalitii sistemului:
Verificare istoric monitorizare acolo unde este cazul;
Verificare jurnale de erori aplicaie, servere de aplicaii i baze de date;
Verificare jurnale la nivelul sistemului de operare;
o Verificri asupra strii serverelor n vederea identificrii din timp a posibilelor

probleme (lips spaiu hard-disk, memorie insuficient, capacitate insuficient
procesor);
o Escaladarea sesizrii;
o Configurri;
o Elaborarea sau Actualizarea Manualelor de utilizare;
o Instalri.
Serviciile oferite nivel 3 suport trebuie s asigure:

o Solicitri de mbuntire aplicaie aprobate;
o Clarificri de business;
o Probleme de infrastructur (hardware sau software de sistem);
o Intervenii n locaie dac este cazul;
o Erori de aplicaie;
o Rezolvarea incidentului n suport la nivelul bazelor de date;
74
Proiect:
Document:
Caiet de Sarcini
o Executarea de modificri;
o Instalarea versiunilor noi aplicaie.
Timpii de rspuns i timpii de remediere asigurai de ctre Furnizor pe perioada furnizrii
serviciilor trebuie s fie conform prioritii fiecrui incident.
Timpii de rspuns (recepionare) sunt msurai din momentul notificrii unei solicitri valide
transmise de ctre Beneficiar i nregistrate la Furnizor.
Timpii de implementare soluie provizorie sau remediere sunt msurai din momentul
notificrii de recepionare transmise de ctre furnizor i nregistrate la furnizor, exceptnd
timpul de ateptare n care Beneficiarul furnizeaz informaii suplimentare necesare rezolvrii
incidentului.
Se definesc n continuare urmtoarele niveluri de severitate, precum i timpii asociai:
Critic (nivel de severitate 1) portalul este nefuncional. Timpul de rspuns trebuie s

fie de maxim 1 or n timpul programului de lucru, respectiv de maxim 12 ore n afara
orelor de program. Timpul maxim pentru soluia provizorie trebuie s nu dep easc
12 ore, n timp ce timpul maxim pentru remediere trebuie s nu depeasc 1 zile;
Mare (nivel de severitate 2) eroarea afecteaz majoritatea funcionalitilor

portalului. Timpul de rspuns trebuie s fie de maxim 1 or n timpul programului de
lucru, respectiv de maxim 24 ore n afara orelor de program. Timpul maxim pentru
soluia provizorie trebuie s nu depeasc 1 zi, n timp ce timpul maxim pentru
remediere trebuie s nu depeasc 2 zile;
Mediu (nivel de severitate 3) eroarea afecteaz o anumit funcionalitate, sistemul

fiind parial nefuncional. Timpul de rspuns trebuie s fie de maxim 1 or n timpul
programului de lucru. Timpul maxim pentru soluia provizorie trebuie s nu
depeasc 2 zile, n timp ce timpul maxim pentru remediere trebuie s nu dep easc
3 zile;
Minor (nivel de severitate 4) eroarea afecteaz o anumit funcionalitate, dar

funcionarea ntregului sistem nu este afectat semnificativ. Timpul de rspuns trebuie
s fie de maxim 1 or n timpul programului de lucru. Timpul maxim pentru solu ia
provizorie trebuie s nu depeasc 3 zile, n timp ce timpul maxim pentru remediere
trebuie s nu depeasc 10 zile.
75
Proiect:
Document:
Caiet de Sarcini
Timpii de rspuns i remediere sunt definii astfel:
Timpul de Rspuns timpul n care Prestatorul va transmite confirmarea primirii

notificrii i nregistrarea apelului Beneficiarului;
Timpul pentru soluia provizorie timpul necesar pn cnd Prestatorul transmite

paii de implementare soluie provizorie sau implementeaz soluia provizorie;
Timpul de remediere, soluie final timpul necesar pn cnd Furnizorul transmite

paii de implementare soluie final sau implementeaz soluia final sau, n cazul
necesitii modificrii aplicaiei, pn cnd Prestatorul transmite i agreaz cu
Beneficiarul planul de realizare a modificrii ntr-o versiune ulterioar.
Incidentele de nivel de severitate 1 sunt cele mai urgente i necesit intervenie imediat.
Prestatorul va continua s lucreze pn cnd incidentul va fi remediat i aplicaia va fi
funcional. Beneficiarul va pune la dispoziia furnizorului toate informa iile necesare
rezolvrii incidentului imediat ce acestea vor fi cerute.
Pentru incidentele de nivel de severitate 1 i 2, Prestatorul va informa Beneficiarul asupra
statusului remedierii incidentului la fiecare 2h (dac nu se agreeaz altfel la momentul
respectiv ntre pri) pn cnd incidentul va fi remediat.
Pentru incidentele de nivel de severitate 3 i 4, Prestatorul va informa Beneficiarul asupra
statusului remedierii incidentului la fiecare 24h sau la apariia unor informaii noi despre
remedierea incidentului (dac nu se agreeaz altfel la momentul respectiv ntre pri) pn
cnd incidentul va fi remediat.
Pentru gestionarea activitii de suport n perioada de garanie, Prestatorul trebuie s pun la
dispoziia Beneficiarului o aplicaie software de gestionare a tichetelor. Aplicaia trebuie s
aib urmtoarele caracteristici:
nregistrarea solicitrilor de suport i alocarea unui identificator unic fiecrei

solicitri;
Definire a unor categorii de apeluri de asisten;
Definire i ncadrarea solicitrilor n categorii: defect, eroare, solicitare de informa ii,

cerere de schimbare;
76
Proiect:
Document:
Caiet de Sarcini
nregistrarea datelor de identificare ale apelantului - include atribuirea
incidentului unei persoane care raporteaz n aplicaia software (inginerul de suport),

persoana care soluioneaz incidentul (de la orice nivel), persoana care a raportat un
incident. Toate datele prezente aici includ att date personale, ct i date de contact,
activitate curent etc., aceast aplicaie putnd fi personalizat s primeasc detalii
diferite pentru aceste puncte de reper n mod diferit i definit n totalitate de ctre un
administrator de aplicaie;
nregistrarea descrierii problemei i de ataare a unor documente suplimentare.

Aplicaia software trebuie s permit ataarea oricror tipuri de fiiere (doc, xls, jpg,
xml etc.) precum i postarea unor capturi de ecran din aplicaii;
Alocarea unui criteriu de urgen. Aplicaia software trebuie s permit clasificarea

incidentelor n funcie de tipul stabilit, putnd s emit notificri pe mail privind
alocarea incidentelor ctre persoanele implicate n incident;
Alocarea automat a unor coduri de incident care s indice cauza probabil a

incidentului. Aplicaia software trebuie s aloce coduri unice fiecrui incident.
Aplicaia software trebuie s permit, de asemenea, i gruparea pe module a
incidentelor;
Gestionarea informaiilor despre personalul de suport cruia i se pot aloca spre

rezolvare incidentele. Aplicaia software trebuie s conin implicit toate datele de
contact i deci persoanele, care pot fi considerate alocabile sau care pot aloca un
incident. Aceste date pot fi folosite n mod facil n cazul unui audit;
nregistrarea automat a datei i a orei primirii unei solicitri de asisten;
Definirea criteriilor de calitate i performan pentru rezolvarea diferitelor categorii de

solicitri de asisten;
Atenionarea automat n momentul depirii unor praguri temporale de rezolvare a

diferitelor categorii de solicitri de asisten;
Definirea unor fluxuri de evoluie a solicitrilor de suport, n cazul n care ele trec prin
mai multe nivele de competen pn n momentul finalizrii;
Escaladarea cererilor de suport;
77
Proiect:
Document:
Caiet de Sarcini
nregistrarea datelor de contact pentru responsabilii pentru activitile de
suport de nivel 1, 2 i 3 pentru diferitele componente ale sistemului informatic;
Definirea unor rapoarte personalizate folosind criterii cum ar fi: tipul de incident,
nivelul de urgen, timpul de rezolvare, persoana i locaia de unde a fost semnalat un
incident, modulul sau funcia care a cauzat incidentul, numrul de incidente etc;
Trebuie s permit n orice moment accesul la baza de date a personalului autorizat al

sistemului pentru verificarea modului de tratare a incidentelor i pentru rularea de
rapoarte de performan a serviciului de suport. Accesul se va face numai pentru citire
i nu va fi condiionat n niciun fel de ctre operatorii sau administratorii serviciului.
Ofertanii trebuie s descrie n detaliu metodologia dup care vor derula activit ile de
asisten tehnica i suport.
Ofertanii trebuie s prezinte mpreun cu oferta procedurile de asisten tehnic i suport din
cadrul propriei organizaii.
Ofertanii trebuie s prezinte detaliat livrabilele care vor rezulta n urma prestrii serviciilor
corespunztoare etapei de asisten tehnic i suport. Descrierea trebuie s conin cel puin
urmtoarele informaii:
Formularul/formularele care vor fi utilizate pentru fiecare livrabil;
Descrierea coninutului fiecrui livrabil;
Modul n care va fi interpretat coninutul livrabilelor.
Serviciile de suport i mentenan software vor deveni operaionale nc de la intrarea n

producie a portalului.
7.8
Instruirea utilizatorilor
Programul de instruire trebuie s fie adaptat celor dou tipuri de utilizatori interni:
administratori de coninut i administratori de sistem. Programul de instruire se realizeaz sub
form de cursuri inute de specialiti.
Scopul programului de instruire este de a asigura operarea portalului din punct de vedere al
crerii coninutului i administrarea componentelor software de baz, bazelor de date, a
aplicaiilor i a infrastructurii hardware i de comunicaii.
78
Proiect:
Document:
Caiet de Sarcini
Toate cursurile trebuie s fie nsoite de activiti practice, documenta ii i

manuale. Manualele de curs referitoare la sistemele ce urmeaz a fi instalate se pun la
dispoziia cursanilor cu cel puin 10 zile nainte de data de desfurare a cursurilor.
Manualele de curs vor fi livrate att n format fizic ct i electronic. Manualele vor adresa cel
puin urmtoarele categorii: manual de prezentare a portalului i a funcionalitilor aferente,
manual de utilizare, structurat pe proceduri de lucru, manual tehnic de administrare.
n vederea desfurrii programelor de training, simulare i teste, se vor pune la dispoziie
baze de date de test diferite de bazele de date de producie. Pentru sesiunile de instruire, sala
va fi pus la dispoziie de ctre Beneficiar.
Instruirea se va realiza de ctre personalul Furnizorului portalului pentru urmtoarele grupuri
de utilizatori:
administratori de sistem i de baze de date instruire de specialitate (administrare

sistem i baze de date);
administratori de coninut.
Pentru cele dou tipuri de utilizatori, cursurile trebuie s includ i o sec iune specific
securitii sistemului.
Sesiunile de instruire se vor desfura n limba romn. La sesiunile de instruire vor participa
100 de persoane dup cum urmeaz:
5 administratori de sistem din cadrul departamentului IT al PMB; durata instruirii va

fi de 5 zile x 8 ore/zi pe parcursul unei sesiuni;
95 de administratori de coninut din cadrul departamentelor APL; durata instruirii

va fi de 2 zile x 8 ore/zi pe parcursul unei sesiuni; instruirea se va realiza n cadrul a 4
sesiuni, numrul de participani per sesiune nu va depi 25.
Ofertanii trebuie s prezinte procedura dup care va realiza instruirea utilizatorilor.

Procedura va conine cel puin urmtoarele informaii:
Descrierea cursurilor i a rezultatelor ateptate;
Modalitatea de evaluare a cursurilor;
Formulare utilizate.
79
Proiect:
Document:
Caiet de Sarcini
Ofertanii trebuie s prezinte un plan de instruire care s conin toate serviciile

solicitate pentru numrul specificat de utilizatori i respectiv, pentru perioada prevzut
pentru desfurarea activitii de instruire.
7.9
Asigurarea i controlul calitii pe durata proiectului
Ofertantul trebuie s prezinte n cadrul propunerii tehnice o descriere a procedurilor de

asigurare i control al calitii aplicabile proceselor pe care le deruleaz n activitatea curent.
Se va prezenta o copie a manualului calitii semnat de ctre reprezentantul legal al
ofertantului.
Ofertantul trebuie s descrie cum va realiza monitorizarea evolu iei proiectului i s descrie
criteriile de calitate urmrite pe perioada desfurrii proiectului.
Ofertantul va descrie tipul i frecvena rapoartelor de monitorizare a evoluiei proiectului.
Ofertantul trebuie s aloce n planul de proiect timpi suficieni de verificare i validare din
punct de vedere calitativ pentru serviciile prestate n cadrul contractului i pentru
livrabilele/documentele rezultate. Ofertantul va lua n considerare necesitatea prestrii unui
numr corespunztor de zile-om pe durata proiectului, de ctre personalul specializat n
asigurarea i controlul calitii prin alocarea experilor cheie i non-cheie.
Trebuie s fie incluse n oferta urmtoarele proceduri de lucru: Procedura de asisten
tehnic, mentenan i suport, Procedura de livrare, Procedura de acceptan , Procedura de
derulare a edinelor, Procedura de management al schimbrii, Procedura de analiz i design,
Procedura de dezvoltare aplicaii software, Procedura de control al livrrilor, Procedura de
testare a livrabilelor soft, Procedura de implementare, Procedura de control al produsului
neconform. Neprezentarea n oferta a acestor documente va duce la descalificarea ofertei ca
fiind neconform.
Ofertanii trebuie s includ n oferta i varianta preliminar a planului de calitate pentru
derularea proiectului. Planul de calitate trebuie s conin cel puin urmtoarele informaii:
Descrierea fazelor, etapelor i activitilor din cadrul proiectului;
Descrierea pachetelor de lucru i a livrabilelor rezultate n urma prestrii serviciilor;
Descrierea criteriilor de acceptan pentru livrabile, pachete de lucru, faze, etape etc.;
Formulare care vor fi utilizate n cadrul proiectului.
80
7.10
Proiect:
Document:
Caiet de Sarcini
Metodologia de monitorizare, evaluare i raportare
Indicatorii cheie pentru monitorizarea i evaluarea performanei prestatorului sunt urmtorii:
Livrarea de echipamente hardware i software de baz conform planului de proiect i

la nivelul cantitativ i calitativ ofertat;
Prestarea de servicii de implementare conform graficului de proiect i la nivelul

calitativ asumat n cadrul ofertei;
Furnizarea la timp a rapoartelor i a altor documente solicitate i aprobarea lor de

ctre Beneficiar.
Prestatorul este solicitat s defineasc clar rezultatele realiste ateptate (output-uri, efecte,
impact) ale activitilor proiectului, folosind analize corespunztoare. Monitorizarea i
evaluarea progresului i a resurselor folosite ar trebui s fie efectuate prin procesul de
identificare a unor indicatori care s indice gradul de realizare n timp a rezultatelor care pot
fi atribuite activitilor proiectului.
Prestatorul va ntocmi rapoarte pe ntreaga perioad de derulare a contractului. Rapoartele
ntocmite vor acoperi toate activitile contractului i vor puncta toate rezultatele ob inute de
ctre Prestator.
Tipurile de rapoarte solicitate sunt:
Raport iniial;
Rapoarte trimestriale;
Raport final.
Toate rapoartele vor trebui s prezinte informaii cu privire la:
Mersul general al proiectului: activiti legate de diferite rezultate, ac iuni, planuri,

ntlniri cu instituiile beneficiare etc.;
Probleme ntmpinate i soluii identificate sau neidentificate;
Planuri de aciune i recomandri pe deplin detaliate i justificate;
Utilizarea forei de munc alocate;
Altele.
81
Proiect:
Document:
Caiet de Sarcini
Totodat, livrabilele fiecrei etape din implementarea proiectului vor fi nsoite

de un raport de acceptan naintat de ctre Prestator care marcheaz finalizarea activit ilor
aferente etapei n curs. Pe baza acestui raport se va oferi acceptana din partea Beneficiarului.
Toate rapoartele vor fi prezentate n format A4 i tiprite fa-verso. Toate documentele
trebuie transmise n limba romn, att n format electronic (fiiere WORD i PDF), ct i pe
hrtie, pe baza unor procese verbale de predare-primire semnate de responsabilul de proiect
din partea Prestatorului, ct i al Beneficiarului.
Fiecare raport trebuie s conin o seciune narativ i o seciune financiar. Toate rapoartele
vor fi ntocmite n limba romn i vor fi transmise ctre autoritatea contractant (AC) pentru
aprobare/avizare.
Dup depunerea de ctre prestator a rezultatelor serviciilor prestate i a produselor livrate,
achizitorul va proceda la verificarea modului de prestare a serviciilor i de livrare a
produselor pentru a stabili conformitatea lor cu prevederile contractuale i va notifica decizia
sa privind recepia sau respingerea prestaiilor/livrrilor.
Etapele recepiei sunt urmtoarele:
Depunerea i susinerea de ctre prestator la achizitor a raportului activit ii privind

produsele livrate i serviciile prestate;
Analiza de ctre achizitor a modului de prestare a serviciilor i a livrrilor, raportate la

prevederile contractuale i constatarea eventualelor deficiene/neconformiti;
ntocmirea procesului verbal de recepie cu/fr obieciuni;
Aprobarea procesului verbal de recepie de ctre achizitor, dup remedierea de ctre

prestator a eventualelor deficiene constatate, n termenul stabilit de ctre achizitor.
Ulterior acestor etape, prestatorul va nainta achizitorului o aplica ie de plat prin care va
solicita plata sumei aferente serviciilor prestate i produselor livrate n baza contractului de
prestri servicii; aplicaia va avea anexat documentul de plat eliberat de prestator, procesul
verbal de recepie aprobat de achizitor, raportul activitii pentru care se solicit plata, precum
i rezultatele activitii.
82
Proiect:
Document:
Caiet de Sarcini
Cerine privind propunerea tehnic
Oferta tehnic se va prezenta i redacta n limba romn, astfel nct s fie posibil
identificarea cu uurin a corespondenei cu cerinele minime din Caietul de sarcini.
Toate cerinele din prezentul caiet de sarcini, sunt minime i obligatorii, nerespectarea
oricreia dintre cerine duce automat la declararea ofertei ca fiind neconform.
Nu se accept oferte pariale ci doar oferte complete i care satisfac toate cerin ele prezentei
documentaii.
Propunerea tehnic va fi prezentat astfel nct s fie posibil maparea cu uurin a
corespondenei cu specificaiile tehnice din acest caiet de sarcini.
Oferta va cuprinde:
Rspunsul punct cu punct care demonstreaz ndeplinirea tuturor cerinelor (nu este
acceptat simpla confirmare a ndeplinirii cerinei fr o detaliere a modului de
ndeplinire). n cazul n care, n rspunsul punct cu punct, se face referire la alte
documente, se va indica n clar referina pn la nivel de pagin i paragraf.
Arhitectura detaliat a sistemului propus (software i hardware, maparea

componentelor software pe echipamentele hardware). Arhitectura software i
hardware trebuie s cuprind toate produsele propuse de ofertant, n caz contrar oferta
va fi declarat neconform;
Lista licenelor ofertate, specificnd n clar numele licenei de la productor, edi ia,
versiunea, productorul, cantitatea i unitile de liceniere specifice productorului
precum User sau Processor Core precum i corelarea acestora cu cerin ele
caietului de sarcini. Lista linceelor trebuie s cuprind toate licen ele propuse de
ofertant, n caz contrar oferta va fi declarat neconform;
Lista echipamentelor hardware specificnd n clar part-number-ul asociat fiecrui

echipament i component, numrul de echipamente ofertate pentru fiecare tip de
echipament, configuraia acestora;
Descrierea componentelor software de baz i a echipamentelor ofertate;
Grafic de prestare a serviciilor i grafic de furnizare a licenelor i echipamentelor.
83
Proiect:
Document:
Caiet de Sarcini
Propunerea ofertantului va include i prezentarea contextului, obiectivelor i a

rezultatelor ateptate ale proiectului. n aceast seciune, ofertanii vor prezenta, pe baza
informaiilor menionate n caietul de sarcini din documentaia de atribuire i a cuno tin elor
proprii, urmtoarele:
Contextul proiectului aa cum este neles de ofertant, din care s rezulte c att
informaiile generale relevante ct i situaia actual a sectorului de activitate sunt
cunoscute i nelese de ofertant, precum i descrierea potenialelor riscuri care pot
afecta buna desfurare a proiectului, mpreun cu msurile de reducere/eliminare a
acestora;
Obiectivele i rezultatele ateptate ale proiectului, aa cum sunt acestea nelese de

ctre ofertant i din care s rezulte aspectele considerate ca fiind esen iale pentru
realizarea obiectului contractului.
Lipsa acestora din ofert sau prezentarea unor descrieri nerelevante sau care nu demonstreaz
nelegerea contextului i obiectivelor proiectului va duce la descalificarea ofertantului.
Nerespectarea cerinelor din caietul de sarcini sau absena n cadrul con inutului ofertei a
specificaiilor i serviciilor ofertate pentru fiecare din cerinele din caietul de sarcini va atrage
ncadrarea ofertei ca fiind neconform.
Alte informaii
Caietul de sarcini face parte integrant din documentaia pentru atribuirea contractului i
constituie ansamblul cerinelor pe baza crora se elaboreaz de ctre fiecare ofertant,
propunerea tehnic.
Cerinele impuse sunt considerate ca fiind minimale. Ofertarea de servicii inferioare celor
prevzute n Caietul de sarcini sau care nu satisfac cerinele Caietului de sarcini va avea drept
consecin declararea ofertei ca fiind neconform.
Specificaiile tehnice care indic o anumit origine, surs, producie, un procedeu special, o
marc de fabric sau de comer, un brevet de invenie, o licen de fabrica ie, sunt men ionate
doar pentru identificarea cu uurin a tipului de produs i nu au ca efect favorizarea sau
eliminarea anumitor operatori economici sau a anumitor produse, aceste specificaii vor fi
considerate ca avnd meniunea sau echivalent.
84
Proiect:
Document:
Caiet de Sarcini
85
Proiect:
Document:
Caiet de Sarcini
Anexa Lista Instituiilor Publice de Interes Local (IPIL-uri)

1. Administraia Lacuri, Parcuri i Agrement Bucureti
2. Administraia Strzilor
3. Administraia Cimitirelor i Crematoriilor Umane
4. Administraia Grdina Zoologic
5. Administraia Fondului Imobiliar
6. Autoritatea pentru Supravegherea si Protecia Animalelor
7. Centrul de Protecia Plantelor
8. Direcia General de Asisten Social
9. Direcia General de Eviden a Persoanelor a Municipiului Bucureti
10. R.A.D.E.T.
11. R.A.T.B.
12. Direcia General de Poliie Local i Control a Municipiului Bucureti
13. Administraia Spitalelor i Serviciilor Medicale Bucureti
14. Clubul Sportiv Municipal Bucureti
15. Teatrul Municipal L.S.Bulandra
16. Teatrul Odeon
17. Teatrul C.I. Nottara
18. Teatrul Mic
19. Teatrul de Comedie
20. Teatrul Evreiesc de Stat
21. Teatrul Masca
22. Teatrul Tineretului Metropolis
23. Teatrul de Animaie ndric
24. Teatrul Ion Creang
25. Teatrul Excelsior
26. Teatrul de Revist Constantin Tnase
27. Circ&Variete Globus Bucureti
28. Opera Comic pentru Copii
29. Muzeul Municipiului Bucureti
30. Muzeul Naional al Literaturii Romne
31. coala de Art Bucureti
32. Administraia Monumentelor i Patrimoniului Turistic
33. Centrul de Proiecte Culturale al Municipiului Bucureti-ARCUB
34. Centrul de cultur Palatele Brncoveneti de la Porile Bucuretiului din Mogooaia
35. Biblioteca Metropolitan Bucureti
36. Centrul de Creaie, Art i Tradiie al Municipiului Bucureti
37. Universitatea Popular Ioan I. Dalles
38. Casa de Cultur Friederich Schiller
39. Centrul de Proiecte i Programe Educaionale i Sportive pentru Copii i Tineret
Bucureti
40. A.M.R.S.P. - Autoritatea Municipal de Reglementare a Serviciilor Publice
86

Caiet de Sarcini Rev

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Caiet de Sarcini Rev

Încărcat de

Drepturi de autor:

Formate disponibile

Proiect:

Portal administraie local

Portal administraie local

Versiunea actualizat cu detalierea

Portal administraie local

Administraia Public Local

Consiliul General al Municipiului Bucureti

Certificate Revocation List

Domain Name System

Geographic Information Systems

HyperText Markup Language

Instituii Publice de Interes Local

Intrusion Prevention System

Open Geospatial Consortium

Primria Municipiului Bucureti

Really Simple Syndication

Storage Area Network

Service Level Agreement

Single Point of Failure

Unified Modeling Language

Uninterruptible power supply

World Wide Web Consortium

Web Content Accesibility Guidelines

Web Services Description Language

Extensible Markup Language

Portal administraie local

Prezentarea autoritii contractante.............................................................................6

Soluia utilizat la momentul actual..........................................................................11

Cerine generale funcionale......................................................................................17

Cerine generale tehnice............................................................................................17

Cerine funcionale detaliate............................................................................................19

Componente software de baz...................................................................................29

Sisteme de operare server...................................................................................30

Sistem de gestiune a bazelor de date..................................................................35

Soluie pentru protecie la nivel de servere fizice i virtuale.............................36

Platform de back-up i restaurare.....................................................................41

Echipamente hardware i de comunicaii..................................................................44

Server producie 2 buc....................................................................................44

Server administrare si backup 1 buc...............................................................45

Sistem de stocare centralizata 1 buc................................................................47

Rack i accesorii 1 set.....................................................................................49

Echipament de tip load balancer - 2 buc............................................................49

Echipament de tip firewall - 2 buc.....................................................................51

Echipament de tip analizor de evenimente - 1 buc............................................52

Portal administraie local

4.5............................................................. Componente software aplicativ

Securitate i mecanisme de autentificare...................................................................53

Back-up & Restore....................................................................................................57

Integrare cu alte aplicaii........................................................................................57

Durata de realizare i etapele principale..........................................................................61

Dezvoltare/ configurare i testare intern..................................................................67

Testarea, acceptana portalului i asigurarea calitii................................................69

Asisten tehnic i suport.........................................................................................72

Asigurarea i controlul calitii pe durata proiectului...............................................79

Metodologia de monitorizare, evaluare i raportare..............................................80

Cerine privind propunerea tehnic..................................................................................83

Anexa Lista Instituiilor Publice de Interes Local (IPIL-uri)................................................85

Portal administraie local

Prezentarea autoritii contractante

Primria Municipiului Bucureti constituie structura funcional cu activitate permanent care

administreaz sau, dup caz, dispune de resursele financiare, precum i de bunurile

dezvolt i menine infrastructura oraului, mediul economic, social, edilitar i natural

susine i contribuie intens la buna funcionare a sistemelor de transport, utiliti

ncurajeaz dezvoltarea comunitii pentru a oferi siguran, confort i servicii