Documente Academic
Documente Profesional
Documente Cultură
INFORMATII GENERALE
Structuri si cadrul organizatoric
Descrierea organizatiei
1
Structura organizationala, in mare, este urmatoarea (organigrama detaliata este
confidentiala, va putea fi consultata de catre implementator in masura in care este
necesar):
• Financiar Strategie Dezvoltare
• Contabilitate
• Financiar
• Servicii Centralizate (achizitii, derulare contracte, administrativ, asistenta
Tehnica Vamala)
• Investitii
• Tehnic (comunicatii electronice)
• Tehnic (comunicatii fixe si broadcasting)
• Comercial
• Marketing
• Vinzare “Comunicatii Electronice”
• Vinzare Retail (de exemplu cartele Ring)
• etc
• Diferite birouri si departamente de suport
Activitatea Companiei
Obiectul de
activitate
2
Obiectul licitatiei – Sistem Informatic Integrat
4
Situatia actuala in cadrul Radiocomunicatii SA
5
OBIECTIVELE PROIECTULUI SI BENEFICIILE ESTIMAT AFI ATINSE PRIN
IMPLEMENTAREA SII
6
• Sistemul trebuie sa asigure securitatea si confidentialitatea datelor
si informatiilor, precum si sprijin în implementarea unei politici de
securitate în conformitate cu standardele moderne si caracterul
strategic al activitatii, cu particularitatile domeniului de activitate.
Securitatea si securizarea SII trebuiesc abordate concomitent cu
factori ca „transparenta” si acces la date, trasabilitate, pregatirea
sistemului pentru audit intern si extern.
Obiective
7
Beneficii
Se urmareste obtinerea de importante beneficii tehnice si economice ce decurg din
cunoasterea operativa si accesarea usoara a unui volum foarte mare si diversificat de
informatii din toate sectoarele de activitate ale companiei.
În urma introducerii noului sistem informatic integrat specific activitatii societatii, dintre
beneficiile asteptate a se obtine la nivelul organizatiei se mentioneaza câtevamai jos. La
aceste beneficii se vor adauga cele asteptate din atingerea obiectivelor specifice, precum
si cele detaliate de Ofertant, beneficii induse de solutiile propuse.
8
S.A. la tendintele pietei si mentinerea concordantei cu schimbarile
legislative din domeniu; Sa acopere prin scalabilitate si logica initiala a
arhitecturilor o integrare cât mai buna a proceselor ce definesc atât
obiectul de activitate, cât si pozitionarea pe piata acompaniei.
• Implementarea de multiple forme de organizare a diviziunii
muncii, a individualizarii responsabilitatilor si a efortului fiecarui
centru de cost, conducând la instituirea unei discipline economico
– financiare si la tratarea unitara a fenomenelor.
9
Solutia conceptuala propusa pentru modelarea proceselor sicerintelor de business ale
companiei
10
CERINTE GENERALE LA NIVELUL SISTEMULUIINFORMATIC
INTEGRAT
Cerinte generale ale sistemului informatic integrat
Se solicita implementarea unui sistem informatic integrat (SII) care sa aiba ca parte centrala o
aplicatie de tip ERP. Sistemul Informatic Integrat trebuie sa indeplineasca urmatoarele
cerinte:
11
• utilizator;
• functie;
• modul;
22. Sa asigure multiple forme de organizare a diviziunii muncii, a individualizarii
responsabilitatilor si a efortului fiecarei structuri organizatorice, conducand la
instituirea unei discipline economico- financiare si la tratarea unitara a
fenomenelor;
23. Sa fie usor folosit de catre utilizatori;
24. Fiecarui utilizator i se stabileste multimea functiilor la care are acces;
25. Toate mesajele si informatiile sa fie in limba romana;
26. Existenta unui sistem de «help» ;
27. Sa permita accesul la structura datelor cat si posibilitatea de export/import adatelor
in alte formate de baze de date;
28. Sistemul de rapoarte standard trebuie sa permita selectii si optiuni multiple;
29. Sistemul de rapoarte sa afiseze rezultate in urmatoarele formate: .txt, .pdf,
.xls;
30. Sistemul va avea meniuri bara, popup, precum si meniuri pull-down,
astfelincat sa asigure o navigare confortabila in sistem;
31. Sistemul trebuie sa permita navigarea in toate modulele la care utilizatorulare
acces, fara sa trebuiasca sa se deconecteze si reconecteze la sistem;
32. Sa permita interfatarea cu module ERP existente pe care institutia doreste sale
utilizeze in continuare;
33. Sistemul sa preia toate tranzactiile neinchise din sistemul/ele vechi;
34. Sa asigure instruirea personalului pe toate modulele si in
ansamblulprodusului pana la functionarea intregului sistem;
35. Sa asigure accesul simultan pentru un nr. suficient de mare de utilizatori.
36. Sistemul sa permita posibile viitoare integrari cu sisteme de tip CRM.
12
Cerinte privind managementul de proiect si comunicatia cucontractantul
Managementul de Proiect
13
sistemele functionale, asa cum sunt descrise in Capitolul
“CERINTE SPECIFICE LA NIVELUL SISTEMULUI
INFORMATIC INTEGRAT SI AL ARHITECTURII PROPUSE”
• Dupa completarea fiecarei componente, modulele individuale si
interfetele vor fi integrate in aplicatia completa. Dupa aceea abilitatea
functionala a modulelor individuale si a interfetelor din sistem vor fi
verificate cu teste speciale de integrare propuse de ofertant, care vor
demonstra functionalitatea intregului sistem.
• Echipa de proiect si resursele materiale ale contractantului principal,
subcontractantilor, S.N. RADIOCOMUNICATII S.A., incluzand aici
si articolele livrate folosite ca resurse asociate activitatilor.
• In cazul existentei unor module executate de subcontractanti se cere
descrierea intrarilor de la fiecare dintre parteneri, precum si distributia si
interactiunea activitatilor si responsabilitatile fiecaruia.
• Costurile estimative asociate resurselor umane, serviciilor si articolelor
livrate (echipamente hardware si licente soft )
• Se cere realizarea de catre contractor a unui raport scris lunar cu
privire la progresul realizat in luna precedenta, nu mai tarziu de a 5-a
zi lucratoare a lunii urmatoare. Raportul va oferi detalii cu privire la
datele de incepere si finalizare ale fiecarei activitati, schimbarile
intervenite in alocarea personalului, intirzierile produse sau anticipate,
impreuna cu motivele intarzierilor, precum si problemele existente si
anticipate. Acest raport poate sa contina o revizuire a planului
proiectului descris la punctul 3 de mai sus, atat timp cat proiectul
original este pastrat ca baza in scopuri comparative.
• Raportul contractorului va servi drept baza pentru intalnirile formale,
cerute de S.N. RADIOCOMUNICATII S.A., contractor sau
subcontractor, la fiecare trei luni, sau mai des, daca se considera
necesar de catre S.N. RADIOCOMUNICATII S.A., In cadrul
intalnirilor vor fi discutate progresele pana la acea data si problemele
produse sau asteptate, concluziile putand eventualdetermina
schimbari ale planului proiectului.
• Se va nota ca raportarea contractorului si supravegherea performantelor
proiectului cerute aici sunt aditionale prevederilor
14
contractuale cu S.N. RADIOCOMUNICATII S.A. si nu inlocuiesc
prevederile contractului / facturii, platile si alte probleme de
contabilitate financiara cerute de contract in concordanta cu legilesi
actele normative in vigoare. Cu toate acestea, este de dorit ca facturile
contractorului referitoare la costurile etapelor si resursele planului de
proiect, sa fie realizate in termenii prevazuti in contract, pentru a
facilita eficienta si efectivitatea managementuluiproiectului.
• Planul proiectului nu va fi o metodologie generala, acesta va face
obligatoriu referinta la cerintele generale si specifice din Caietul de
sarcini.
COMUNICATIA CU CONTRACTANTUL
15
CERINTE SPECIFICE LA NIVELUL SISTEMULUI INFORMATICINTEGRAT
SI AL ARHITECTURII PROPUSE
1. Resurse Umane
1. Gestiune Resurse Umane
19
Cerintele referitoare la gestiunea evaluarilor, a instruirii de personal si aplanului de
cariera sunt:
20
Cerintele referitoare la gestiunea compensatiilor si beneficiilor sint urmatoarele:
1.2 Salarizare
21
Cerinte functionale:
23
3. Cerinte specifice de integrare
1. Integrare ERP cu “Mind” (aplicatia de billing)
24
6. Aplicatia de document management sa permita arhivarea documentelor
specifice ERP (ex: print list-uri, balante, etc) direct din cadrul
aplicatiei de ERP.
25
3.3Integrarea ERP cu alte sisteme
Solutia ERP trebuie sa aiba la baza o infrastructura care sa-i permita integrarea cualte
sisteme pe baza de arhitectura de tip SOA
26
Se recomanda, de asemenea, implementarea unei solutii de backup externe pentru
a evita eventuale pierderi de date accidentale.
27
• numar de discuri FC instalate: 16 discuri de 146 GB/15000 RPM
• nivele RAID suportate: 1, 1+ 0, 5
• memorie cache instalata pe controller: 2 GB expandabila la 8GB
• porturi dedicate pentru conectare în SAN : 8 porturi FC la 4Gbps
• capacitate maxima: 224 discuri (fara licentiere suplimentara)
• numar de bucle FC-AL (Fibre Channel - Arbitrated Loop) instalate pe sistem,
pentru conectarea interna a discurilor: 8 FC-AL Switched la 4 Gbps
• sistemul sa permita upgrade-ul software si hardware fara oprirea sistemului
• sa aiba aplicatie inclusa pentru replicarea locala a volumelor snapshot si clona
• sistemul sa includa aplicatia pentru managementul cailor de acces dinspre
servere înspre sistemul de stocare si functii permitând atât comutareatraficului
între cele doua cai redundante de acces, ambele active, cât si balansarea
încarcarii pe caile redundante (load balancing) indiferent de numarul de servere
conectate
• sa ofere suport pentru replicare la distanta mod sincron si asincron prin licentiere
ulterioara
• sa includa surse de alimentare si ventilatoare redundante
• sa ofere suport pentru cluster dual-node sau multinod
• sa include aplicatie pentru administrarea si configurarea sistemului dediscuri
• sa permita o viteza de transmitere a datelor: 1600 MB/s si un Numar deoperatii
I/O: 225.000 IOPS.
• sa aiba garantie hardware si mentenanta software (upgrade-uri majore siminore) de
3 ani
28
• Sa puna la dispozitie o capacitate totala de minim 16 porturi FC cunegocierea
automata a ratei de transfer (1, 2, 4 Gbps) plus 4 porturi FCIP
• Sa ofere suport pentru topologia fabric
• Sa ofere interfata web, SNMP si telnet pentru management cu acces securizat si
diferentiat în functie de utilizator aceasta facilitate trebuieinclusa în solutie
• Sa includa suport pentru urmatoarele protocoale: FC, FCIP, iSCSI
• Sa ofere posibilitatea crearii de zone de acces în interiorul retelei SAN (prin
intermediul porturilor switch-urilor sau prin intermediul adreselor WWN (World
Wide Number) ale interfetelor FC; astfel, echipamentele conectate în reteaua SAN
nu vor putea accesa decât alte echipamente aflate în aceeasi zona; facilitate inclusa
în solutie
• Sa permita gruparea a pâna la 16 legaturi inter-switch (ISL - Inter-SwitchLink)
fizice într-o singura legatura logica de mare viteza (trunking); facilitate inclusa în
solutie
• Sa dispuna de surse de alimentare redundante cu capabilitati „hot-swap”
• Biblioteca de benzi pentru backup (un echipament) care sa indeplineasca
minim urmatoarele caracteristici
• numar de drive-uri de benzi instalate: 2 x Ultrium(sau echivalent) 4 Fibre
Channel Tape Drive cu interfata FC la 4 Gbps
• numar de drive-uri de benzi suportate (in configuratie maxima): 16 unitati de
banda Ultrium(sau echivalent) 4 Fibre Channel Tape Drive cu interfata FC la 4
Gbps
• capacitatea de stocare nativa (fara compresie) pe o banda: 800 GB
• rata de transfer nativa (fara compresie) in configuratie maxima: 5 TB/hr
• numar minim de sloturi pentru benzi initial instalate: 70
• numar maxim de sloturi pentru benzi (in configuratie maxima): 350
• display frontal de tip touch-screen pentru administrarea / operareabibliotecii
• interfata grafica pentru administrarea / operarea bibliotecii, atât local, cat side la
distanta
• conectivitate FC la 4 Gbps la nivelul drive-urilor de banda si conectivitateFC
pentru
• conectarea intregii biblioteci in SAN, prin intermediul a patru porturi FC
la4 Gbps
• surse de alimentare redundante
• asigurarea alimentarii cu UPS
• Sa fie implemenata solutia software (inclusiv licentele) pentru salvare si
restaurare care sa indeplineasca minim urmatoarele cerinte:
• Sa fie o solutie de salvare/restaurare centralizata, capabila sa opereze în mediu
eterogen (Microsoft Windows, Linux, UNIX)
29
• Sa ofere suport pentru un numar nelimitat de clienti de backup
• Sa ofere posibilitatea efectuarii operatiei backup prin SAN
• Sa ofere interfata grafica comuna pentru UNIX si Windows
• Sa ofere managementul centralizat al solutiei
• Sa ofere posibilitatea alocarii acelorasi setari unor grupuri de clienti
• Sa permita excluderea automata a unor anumite perioade de timppredefinite
• Sa ofere drepturi predefinite pentru administrator operator si utilizator
• Sa asigure autentificare interna la nivel de aplicatie
• Sa ofere posibilitatea de a limita functionalitatiile aplicatiei în functie de
utilizator
• Sa ofere suport pentru backup prin SAN (de pe copii sau snapshot-uri) fara impact
asupra performantelor volumelor de productie
• Aplicatia trebuie sa permita efectuarea backup-ului doar pentru fisierele care au
suferit schimbari de la ultimul backup si pentru fisierele nou create.
• Pentru sistemul de fisiere FAT/NTFS, solutia trebuie sa fie capabila de a salva
doar portiunea modificata a unui fisier
• Administrarea solutiei de backup trebuie sa se poata realiza prin intermediul
unei interfete web pentru mai multe servere de backup, indiferent de platforma
pe care ruleaza acestea.
• Clientii de backup trebuie sa ofere propria interfata web, independenta de cea
de administrare, astfel incat administratorii sa aiba la dispozitie un mecanism
facil de operare de la distanta direct cu clientul de backup
• Solutia trebuie sa dispuna de un model de administrare flexibil si sa permita
accesul mai multor utilizatori (administratori si operatori), fiecarecu nivel de
autorizare diferit.
• Solutia de backup trebuie sa asigure copii de siguranta pentru mai multe versiuni
ale aceluiasi fisier, astfel incat sa ofere posibilitatea restaurarilor selective.
• Solutia trebuie sa fie capabila de a sterge copiile de siguranta ale versiunilor expirate
ale fisierelor (in conformitate cu politica de backup) astfel incat sase elibereze
spatiu pe mediile de stocare (benzi).
• In cazul in care in timpul procesului de backup/restore conexiunea dintre client
si server se intrerupe, solutia trebuie sa fie capabila de a relua acest proces din
momentul intreruperii si nu de la inceput.
• Securitate: solutia trebuie sa fie capabila de criptarea datelor transmise de
laclient la server in timpul procesului de backup/restore
• Aplicatia trebuie sa permita setarea perioadelor de pastrare a datelorsalvate.
• Salvare / restaurare online baze de date: solutia trebuie sa asigure salvarea online
(fara oprirea serviciilor) a bazelor de date.
• Aplicatia trebuie sa genereze rapoarte locale cat si rapoarte consolidate asupra
intregului mediu de backup
• Trebuie implemenata solutia software(inclusiv licentele aferente) pentru
cluster (arhitectura de inalta diponibilitate) in vederea
30
realizarii unei solutii de înalta disponibilitate prin implentarea
functionalitatilor de cluster între serverele de baze de date.
• Software-ul trebuie sa asigure protejarea aplicatiilor în fata caderilor hardware sau
software.
• Software-ul trebuie sa asigure monitorizarea cel putin a procesoarelor, a
memoriei si a adaptoarelor LAN si a aplicatiilor ce ruleaza pe nodurile
clusterului si sa realizeze operatiile de fail-over în cazul indisponibilitatii uneia
sau mai multor componente de la nivelul unui nod al clusterului.
• Software-ul trebuie sa se integreze cu sisteme de fisiere proiectate pentru afi
accesate concurent de nodurile unui cluster;
• Software-ul trebuie sa suportate minim urmatoarele sisteme de fisiere: JFS,
VxFS, CFS.
• Pentru clusterul prezentat mai sus se va oferi consola de management
31
4. Cerinte servicii Managed Service
33
Timpi de raspuns si rezolutii
Timp de
Critic 15ramspinu s T imp de remediere
n 4
ore
Major 1h 8h
Minor 4h 48h
Timpii de mai sus sunt calculati din momentul in care furizorul a fost instiintat de
aparitia problemelor.
Definitii:
Definitiile , care sunt scrise mai jos cu caractere italice , se aplica la Service Level
Agreement:
34
Timp de Raspuns Timpul scurs de la contactul initial dintre SNR si furnizor
HELPDESK si raspunsul primit de la echipa de suport a
furnizorului catre SNR. Aceasta actiune se va desfasuraprin
intermediul telefonului.
SLA Service Level Agreement, asa cum este reprezentat in acest
document, care identifica funtionalitatile si definesteprocesele
care implica livrarea de catre furnizor adiferitelor servicii de
suport catre SNR.
Valabilitatea HELPDESK-ului
Accesul la suportul telefonic, web sau e-mail trebuie sa fie disponibile pentru SNR
sapte zile pe saptamana, 24 ore pe zi, 365 zile ale anului.
35
Livrabile
Oferta va cuprinde:
• Arhitectura sistemului propus (software si hardware)
• Descrierea aplicatiilor ce compun Sistemul Informatic Integrat,precum si
a infrastructurii software;
• Descrierea solutiei hardware
• Descrierea solutiei de comunicatii;
• Metodologia de implementare si managementul proiectului;
• Descrierea modului în care se va asigura instruirea utilizatorilor si
mentenanta SII post implementare;
• Data sheet-uri ale aplicatiilor si echipamentelor oferite;
• Raspunsul punct cu punct la cerintele detaliate exprimate incaietul
de sarcini;
• Manualele utilizare, in limba romana, pentru
de
componentele toate ofertate
software
• Prezentarea echipei de implementare, însotita de CV-uri;
• Certificatele ISO 9001 ale ofertantului si ale eventualilor membri
în consortiu;
• Referinte nationale si internationale ale componentelor solutiei
propuse.
• Oferta financiara
Clauze contractuale
Plata: in rate lunare. Plata pretului contractului se va face in 48 de rate lunare, calculate
astfel :
PC=Pretul din propunerea financiara/ 48 rate
Pana la implementarea sistemului (respectiv in 18 luni),lunar , Prestatorul va trebui sa
presteze si/sau sa furnizeze in valoare de cel putin ”PC”. Dupa plata integrala a pretului
contractului aplicatia va trece in proprietatea SN Radiocomunicatii SA.
36