Achiziție - Achiziționarea serviciilor de mentenanță și dezvoltare evolutivă a sistemului informatic existent «UNA.md/ RUTA»

Va rugam sa confirmati daca codul sursa al sistemului informatic „UNA.md / RUTA” va fi pus la dispozitia ofertantului castigator pentru a permite realizarea mentenantei si dezvoltarii evolutive.
--Daca raspunsul este „nu”
In ce mod ofertantul castigator poate realiza mentenanta si dezvoltarea evolutiva daca drepturile asupra codului apartin dezvoltatorului original?

... afișează tot conținutul

Stimate client,

Pentru sistemul de mentenanță a serviciilor din gări / complexul informatic în cauză, dispunem de toate accesările necesare la nivel de administrare, operare și suport tehnic.

Menționăm că în perioada 2010–2017 acest complex a fost gestionat și întreținut autonom de departamentul IT al GSA, ceea ce confirmă faptul că sistemul este stabil și funcțional fără a necesita intervenții majore de modificare a codului sursă.

Complexul rulează pe platformă Windows + bază de date Oracle, iar aplicațiile asociate (UNA.md / RUTA) funcționează în acest mediu standard. În astfel de cazuri nu este necesară accesarea codului sursă original al aplicațiilor, deoarece:

Microsoft furnizează actualizări de securitate și corecții pentru sistemul de operare Windows conform politicii de suport (Extended Security Updates unde este cazul);
Oracle eliberează patch-uri și actualizări pentru baza de date Oracle Database conform politicii de suport pe versiunea respectivă;
Unisim-soft (sau dezvoltatorul aplicațiilor UNA/RUTA) oferă la rândul său actualizările necesare conform contractelor și politicii generale de mentenanță a produselor lor.
O situație similară întâlnim și la foarte multe companii care utilizează și întrețin soluții 1C:Sistemul (1C:Enterprise) – una dintre cele mai răspândite platforme ERP/contabile din spațiul ex-sovietic și din Moldova în special. În cazul produselor 1C, codul sursă complet al configurațiilor standard nu se pune la dispoziție clientului și nici nu este necesar pentru mentenanța curentă și evolutivă. Suportul și actualizările se realizează prin:

actualizări oficiale lansate de firma 1C;
suport din partea partenerilor certificați 1C;
modificări punctuale în cadrul configurațiilor adaptate, fără a necesita acces la nucleul închis al platformei.
Astfel, practica de a menține și actualiza sisteme complexe fără acces la codul sursă original este una obișnuită și aplicată cu succes de mii de companii atât în cazul produselor Microsoft + Oracle, cât și în cazul platformelor specializate de tip 1C, UNA, RUTA etc.

Prin urmare, mentenanța evolutivă și corectivă a sistemului poate fi realizată în condiții normale, pe baza politicilor de suport ale producătorilor implicați, fără a fi nevoie de codul sursă al aplicației originale.

Dacă aveți nevoie de detalii suplimentare referitoare la versiunile exacte aflate în utilizare, la calendarul de actualizări planificate sau la eventuale cerințe specifice de intervenție – vă rugăm să ne comunicați.

... afișează tot conținutul

În contextul răspunsului oferit privind lipsa accesului la codul sursă și realizarea mentenanței prin mecanismele existente ale platformei, vă rugăm să clarificați următoarele aspecte operaționale, pentru a înțelege concret aria de intervenție a prestatorului:

Tipologia exactă a intervențiilor de mentenanță corectivă și adaptivă:

Ce tipuri de incidente sunt în responsabilitatea prestatorului (ex: erori aplicație, blocaje funcționale, probleme de integrare)?

Ce tipuri de incidente sunt în responsabilitatea dezvoltatorului original (Unisim-soft)?

Accesul tehnic disponibil:
Ce nivel de acces va fi oferit prestatorului (ex: acces la baze de date Oracle, acces la servere Windows, acces la configurări aplicație)?
Există acces la log-uri aplicație și baze de date pentru diagnosticare?
Dezvoltarea evolutivă (CR-uri):
În ce măsură prestatorul poate implementa modificări funcționale fără acces la codul sursă?

Se pot realiza dezvoltări prin:
configurări existente,
API-uri,
extensii externe,
sau doar prin solicitări către dezvoltatorul original?

Fluxul de implementare pentru schimbări:
Cine implementează efectiv modificările care implică cod (prestatorul sau dezvoltatorul original)?
Care este timpul estimat de reacție din partea dezvoltatorului original pentru astfel de solicitări?

Limitările tehnice asumate:
Ce tipuri de dezvoltări NU pot fi realizate în lipsa accesului la codul sursă?
Există documentație tehnică sau API-uri disponibile pentru integrare externă?

Responsabilitatea SLA:
În cazul incidentelor care necesită intervenția dezvoltatorului original, SLA-ul rămâne în responsabilitatea prestatorului sau este partajat?

Exemple concrete de taskuri
Pentru o înțelegere clară a volumului și tipului de activități, vă rugăm să ne furnizați:
Exemple concrete de taskuri realizate în ultimele 6–12 luni în cadrul sistemului (mentenanță și dezvoltare)
Exemple de cereri de schimbare (CR-uri) tipice

Distribuția aproximativă între:
bug fix-uri
configurări
dezvoltări noi
integrări externe

... afișează tot conținutul

Stimate client,

În cadrul tenderului sunt incluse exclusiv acele lucrări de mentenanță corectivă/preventivă/adaptivă și dezvoltare evolutivă pentru care nu este necesar codul sursă al niciunui sistem (UNA.md / RUTA sau altele).

Toate activitățile se realizează prin configurări standard, API-uri, integrări externe și actualizări de la producători – exact ca în cazul platformelor 1C sau SAP bine cunoscute pe piața locală.

Acest lucru corespunde integral caietului de sarcini atașat.

... afișează tot conținutul

Care sunt documentele care trebuie să le întocmim ?

... afișează tot conținutul

Nu sunt cerințe specifice

... afișează tot conținutul