Această secțiune prezintă ansamblul cerințelor aferente atât proiectului, cât și sistemului. De menționat că, deși cuprinde cerințele pentru care se așteaptă, din partea ofertantului, o propunere sau acceptare explicită în cadrul ofertei, descrierea generală a sistemului prevăzută în întregul document al Termenilor de Referință trebuie să fie considerat ca incluzând cerințe care trebuie respectate.
6.1Cerințe de activitate
În cele ce urmează, sunt prezentate cerințele de activitate – cunoscute și sub numele de „business drivers” – ale sistemului ROITE. Aceste cerințe descriu obiectivele de activitate spre a fi urmărite și sprijinite de sistem.
Tabelul 6 10: Cerințe de activitate
ID
Descriere
Tip
Propunerea, răspunsul sau comentariul ofertantului
CA1
Consolidarea capacității municipalităților, care să permită sprijinirea responsabilității lor juridice cu privire la înregistrarea de informații în vederea dezvoltării infrastructurii tehnice
Reducerea impactului (cost, timp, calitate servicii) la construcția de noi infrastructuri destinate cetățenilor și municipalităților, care asigură servicii superioare – de ex., minimizarea impactului asupra altor servicii la construcția noilor infrastructuri.
M
CA4
Repartizarea responsabilităților ce revin autorităților
M
CA5
Cooperare sporită la nivelul autorităților publice
M
CA6
Acces facil și controlat la servicii de informare și de internet
M
CA7
Introducerea informațiilor o singură dată
M
6.2Cerințe de proiect
În cele ce urmează, sunt prezentate cerințele pentru implementare proiectului ROITE. Aceste cerințe descriu obiectivele de management al proiectului, urmărite în timpul derulării proiectului și nu sunt direct asociate cu produsul final (sistemul ROITE), ci metodologiei care urmează a fi utilizată.
Tabelul 6 11: Cerințe de proiect
ID
Descriere
Tip
Propunerea, răspunsul sau comentariul ofertantului
CP1
Ofertantul trebuie să prezinte o descriere detaliată a organizării și gestionării proiectului, care să conțină separarea clară a rolurilor și responsabilităților ofertantului și ale subcontractanților
M
CP2
Ofertantul trebuie să prezinte o listă a personalului –incluzând subcontractanții – participant la executarea proiectului, care să conțină posturile, rolurile și responsabilitățile atribuite, precum și competențele necesare pentru fiecare post
M
CP3
Ofertantul trebuie să prezinte o descriere a membri-lor echipei de proiect, pentru a demonstra că fiecare membru posedă competențe suficiente și experiență relevantă pentru a realiza sarcinile atribuite
M
CP4
Echipa de proiect căreia îi este atribuit proiectul nu poate fi schimbată fără acordul CADASTRU
Pentru fiecare dintre etapele inițiale – Faza incipientă, proiectarea sistemului și demonstrarea prototipului – Contractantul va întocmi și prezenta un raport individual cuprinzând constatările și recomandările pentru implementarea ulterioară.
Autoritatea Contractantă și CADASTRU vor dispune de 10 zile lucrătoare pentru acceptarea sau respingerea fiecărui raport.
Proiectul nu poate trece la etapa următoare înainte ca raportul pentru etapa anterioară să fie aprobat de către CADASTRU și Autoritatea Contractantă.
Termenele limită pentru depunerea rapoartelor și termenul de acceptare vor fi incluse în planul de implementare și graficul de timp al proiectului.
M
PIP6
Contractantul va furniza lunar Raportul asupra Progreselor Proiectului (RPP) până la data de 15 a lunii următoare.
RPP va descrie:
Statutul proiectului, precum și orice abateri de la planul de implementare a proiectului, graficul de timp și planul de livrare
Planul detaliat pentru luna următoare
Propuneri de revizuire a planurilor de proiect, după caz
Lista sarcinilor și responsabilităților pentru activități speciale, spre a fi prezentată atât de către Contractant, cât și de CADASTRU.
M
PIP7
Contractantul va fi responsabil pentru întocmirea listei detaliate a sarcinilor pentru următoarea perioadă de implementare a proiectului, care va include sarcini atât pentru Contractant și Autoritatea Contractantă, cât și pentru CADASTRU.
Informațiile spre a fi cuprinse în lista sarcinilor:
Contractantul va pregăti, convoca și organiza ședințe de proiect sau ale grupului de lucru pe perioada de implementare a proiectului cel puțin din două în două săptămâni, la sediul CADASTRU.
Procesul-verbal al ședinței va fi pus la dispoziția tuturor participanților și managerilor de proiect.
M
Tabelul 6 13: Cerințe de instalare și de testare
ID
Descriere
Tip
Propunerea, răspunsul sau comentariul ofertantului
IT1
Pentru testarea și acceptarea software-ului vor fi prevăzute trei etape:
Testul de acceptanță în fabrică (TAF)
Testul de utilizator (TU)
Testul de acceptanță a utilizatorului final (TAUF)
M
IT2
Contractantul va furniza un plan de testare cuprinzând toate testările, spre a fi inclus în TAF. Acest plan va urmări instrucțiunile IEEE 829-2008. Planul de testare va include:
O listă a scenariilor (cazurilor) de testare
Seturi de date spre a fi utilizate în testări
M
IT3
Contractantul va întocmi o listă a scenariilor de tes-tare conținând descrierea succintă a cazurilor de utilizare reală sau a fluxurilor de lucru supuse tes-tării. Lista scenariilor va fi aprobată de CADASTRU.
M
IT4
Contractantul va elabora specificații ale cazurilor de testare și le va oferi către CADASTRU pentru aprobare. CADASTRU va fi în drept să solicite modificări la documentația cazului de testare. De asemenea, CADASTRU va fi în drept să utilizeze cazurile de testare modificate și extinse pentru Testul de utilizator (TU) și Testul de acceptanță a utilizatorului final (TAUF).
M
IT5
Contractantul va elabora descrieri ale cazului de testare pentru
Testele de funcționare
Testele pentru fluxul de lucru / cazurile de utilizare practice și reale
M
IT6
Cazurile de testare vor viza toate scenariile de testare. Descrierea va fi în formatul unei liste de sarcini pe etape, unde fiecare etapă este descrisă conform următoarelor informații:
Funcția utilizatorului
Datele detaliate ale testărilor
Rezultatele detaliate așteptate de la funcție
M
IT7
Contractantul va testa cu atenție serviciile web și va utiliza instrumente software COTS sau de uz intern pentru testarea serviciilor web de către utilizatori. Instrumentul de software trebuie să asigure o funcționalitate cel puțin egală cu cea a SOAP-UI, http://www.soapui.org/
M
IT8
Contractantul va elabora medii de testare, instruire și dezvoltare, separate de sistemul de producție
M
IT9
Contractantul va efectua TAF pentru toate cazurile de testare. TAF va fi documentat și acceptat de CADASTRU, înainte de instarea sitemului la CADASTRU.
M
IT10
În perioada de elaborare, Contractantul va organiza un mediu de testare, care poate fi monitorizat sau revizuit de Controlor, în numele CADASTRU.
M
IT11
După instalare, Testul de utilizator va fi efectuat atât la CADASTRU, cât și la cel puțin un birou sau utilizator de Internet din afara CADASTRU. Testarea de către utilizator și acceptarea va avea loc după încheierea instruirii personalului relevant al CADASTRU.
M
IT12
Pe baza testărilor utilizatorului, Contractantul va corecta software-ul și va instala o nouă versiune a acestuia. Testările utilizatorilor vor continua până la corectarea tuturor erorilor.
M
IT13
Când toate erorile au fost corectate, Contractantul va participa la TAUF, care va avea loc nu mai târziu de o săptămână după încheierea TU. TAUF se va desfășura la oficiul CADASTRU și în cel puțin un birou local.
