Stadiile ciclului de viață

Documentul de față descrie procesele prin care dezvoltatorul menține ciclul de viață al produsului software TGPRINT: cum se planifică, se dezvoltă, se testează și se publică modificările, cum se remediază defectele descoperite în exploatare, cum se îmbunătățește produsul, ce personal este necesar și cum se acordă suportul tehnic. El completează Caracteristicile funcționale (ce face produsul) și Ghidul utilizatorului (cum se folosește). Este destinat tipografiilor beneficiare, persoanelor care evaluează produsul și echipei dezvoltatorului.

Produsul este livrat ca serviciu prin internet: o singură versiune curentă, întreținută de dezvoltator, rulează pentru toate tipografiile beneficiare, fiecare pe instanța ei. De aceea ciclul de viață nu are „versiuni instalate la client” care trebuie migrate una câte una: o actualizare publicată ajunge la toate instanțele, iar procesele de mai jos sunt ale dezvoltatorului. Ce revine tipografiei beneficiare este descris în capitolul 02.

1.1. Cele opt stadii

1. Planificarea
2. Dezvoltarea
3. Testarea
4. Demonstrația și validarea
5. Implementarea și exploatarea
6. Îmbunătățirea produsului
7. Colectarea și remedierea defectelor
8. Scoaterea din exploatare

Stadiile 1–5 se repetă pentru fiecare versiune publicată; stadiile 6 și 7 rulează continuu, în paralel cu exploatarea, și alimentează planificarea versiunilor următoare; stadiul 8 privește fie o instanță (o tipografie care încetează utilizarea), fie o funcție retrasă din produs.

1.2. Planificarea

Decizia de a crea sau de a modifica o funcție se ia pe baza:

• cererilor și observațiilor tipografiilor beneficiare, primite prin canalele de suport, la lansare sau de la managerul dedicat;
• experienței din propria exploatare: dezvoltatorul este el însuși o tipografie și folosește platforma zilnic pe comenzi reale, astfel încât o problemă de flux este simțită întâi în producția proprie;
• evoluției pieței web-to-print și a comerțului online (plăți, livrare, așteptările clienților finali) și a ofertei concurente;
• schimbărilor legislative și ale furnizorilor externi (TVA și facturare, protecția datelor, interfețele procesatorilor de plăți, ale curierilor și ale serviciilor de e-mail), care au prioritate față de îmbunătățiri;
• nevoilor de securitate și de actualizare a componentelor de bază.

Rezultatul planificării este un plan de dezvoltare cu priorități: defectele care opresc vânzarea sau prelucrarea comenzilor au întâietate absolută, urmate de obligațiile legale și ale furnizorilor, apoi de îmbunătățirile cu cea mai mare utilitate pentru cele mai multe tipografii. Pentru fiecare element se estimează efortul, riscul și impactul asupra datelor existente.

1.3. Dezvoltarea

1. Analiza detaliată a modificării: ce problemă rezolvă, cine este afectat (client final, manager, operator, contabil), ce ecrane și ce date se schimbă, cum rămân valabile datele existente — o comandă veche trebuie să se deschidă și să se citească la fel după actualizare.
2. Implementarea într-un mediu de dezvoltare separat de producție, pe o ramură de lucru proprie a codului, sub control al versiunilor: fiecare modificare are autor, dată și descriere și poate fi revenită.
3. Revizuirea modificării înainte de integrarea în ramura principală: corectitudine, securitate, compatibilitate, lizibilitate.
4. Actualizarea documentației și a traducerilor (română, rusă, engleză) pentru orice schimbare vizibilă în interfață, odată cu codul, nu după.

1.4. Testarea

1. Teste automate, rulate la fiecare modificare: motorul de calcul al prețului, regulile pentru machete, validările serverului, împreună cu verificarea statică a tipurilor și a stilului de cod.
2. Testare funcțională manuală în mediul de dezvoltare și în magazinul de demonstrație (date fictive), pe browserele suportate și pe dispozitive mobile.
3. Testare de regresie a fluxurilor critice înainte de publicare: catalog → calculator → coș și machetă → finalizare → plată în regimul de test al procesatorului → comanda în panou → stări și notificări → documente.
4. Verificarea migrărilor de date pe o copie a datelor, atunci când o modificare schimbă structura sau semnificația lor, cu procedura de revenire pregătită înainte.

1.5. Demonstrația și validarea

Modificările vizibile sau cele cerute de o tipografie sunt demonstrate înainte de publicare în magazinul și panoul de demonstrație (Demo live). Observațiile se strâng, apoi se decide: publicare, ajustare sau renunțare. Când este posibil, tipografia care a cerut funcția o validează pe cazul ei real înainte ca funcția să ajungă la toți beneficiarii.

1.6. Implementarea și exploatarea

Stadiul are două fețe.

Implementarea la o tipografie nouă (lansarea) este asistată de dezvoltator și inclusă în toate planurile. Parcursul obișnuit durează două săptămâni: contractul și accesul la panou, cu un manager de lansare care rămâne alături până la prima comandă; importul catalogului și al formulelor de preț din tabelele pe care tipografia le folosește deja, cu verificarea lor de către tipografie; designul, conținutul și mutarea magazinului pe domeniul tipografiei; comenzile de test plasate de echipa tipografiei, de la plată până la livrare; lansarea și anunțarea clienților existenți. Cerințele de punere în funcțiune sunt enumerate în Caracteristici funcționale, capitolul 02.

Publicarea unei versiuni noi în exploatare se face fără acțiuni din partea beneficiarilor și fără întreruperea vânzărilor: versiunea nouă se construiește pe server în timp ce versiunea curentă continuă să servească, comutarea are loc numai după o construire reușită, iar dacă aceasta eșuează versiunea curentă rămâne neatinsă. Schimbările mari se publică în afara orelor de vârf ale magazinelor; corecțiile urgente, oricând. După publicare se verifică paginile și fluxurile cheie, se urmăresc jurnalele și metricile în primele ore, iar administratorii magazinelor sunt informați, de regulă înainte de publicare, atunci când se schimbă modul de lucru. Versiunea anterioară rămâne disponibilă pentru revenire. Documentația publică se actualizează odată cu versiunea; fiecare capitol afișează data ultimei actualizări.

1.7. Îmbunătățirea produsului

Îmbunătățirea se face continuu, pe baza observațiilor tipografiilor, a exploatării proprii și a evoluției pieței, după procesul descris în capitolul 04.

1.8. Colectarea și remedierea defectelor

Defectele sunt descoperite prin monitorizare și jurnale, prin semnalările tipografiilor și ale clienților lor și prin verificările de după fiecare publicare; ele sunt clasificate după severitate și remediate după procesul descris în capitolul 03.

1.9. Scoaterea din exploatare

Încetarea utilizării de către o tipografie. Abonamentul nu are termen minim; la cererea tipografiei:

1. se confirmă data încetării și se stabilește ce date se exportă;
2. se pune la dispoziție exportul datelor — clienții, comenzile, produsele și fișierele — în formate standard (CSV, Excel, PDF și fișierele ca atare), înainte de oprirea accesului;
3. se oprește accesul la site și la panou; domeniul aparține tipografiei și poate fi îndreptat de ea către alt site;
4. instanța și datele ei sunt șterse din sistemele dezvoltatorului după termenul de păstrare prevăzut în politica de confidențialitate; documentele cu obligații legale de arhivare rămân la tipografie, prin exportul de la pasul 2.

Retragerea unei funcții sau a unei integrări din produs se face cu anunț prealabil către administratorii magazinelor, cu indicarea alternativei și cu păstrarea datelor istorice: comenzile vechi rămân lizibile, cu valorile lor de la momentul plasării.

Încetarea produsului în ansamblu, prin decizia dezvoltatorului, presupune informarea prealabilă a tuturor beneficiarilor, un termen suficient pentru exportul datelor și asistență la export; nicio instanță nu este oprită fără ca datele ei să fi fost puse la dispoziția tipografiei.