Ce înseamnă mentenanța unei aplicații după ce a fost lansată

Există o așteptare firească: aplicația e gata, funcționează, deci s-a terminat. Cu clădirile chiar e cam așa. Cu programele nu, și motivul nu e că sunt prost construite.

Un program nu se strică singur. Se strică pentru că se schimbă totul în jurul lui.

Ce se schimbă, chiar dacă tu nu schimbi nimic

• Browserele. Se actualizează la câteva săptămâni. Ce funcționa poate să nu mai funcționeze.
• Sistemele de operare de pe telefoane. O versiune nouă de Android sau iOS poate scoate din funcțiune o aplicație care nu a fost adaptată.
• Componentele din care e construită aplicația. Orice aplicație modernă folosește biblioteci scrise de alții. Acelea primesc corecții de securitate, iar cele vechi rămân descoperite.
• Legislația. Cote de TVA, formate de facturare, cerințe de raportare — se schimbă și nu întreabă pe nimeni.
• Serviciile cu care vorbește. Banca, curierul, furnizorul de plăți își schimbă interfețele și anunță un termen.

Ce cuprinde de fapt mentenanța

Actualizări de securitate

Partea invizibilă și cea mai importantă. Vulnerabilitățile din componente sunt publice odată descoperite — inclusiv pentru cei care le caută. O aplicație neactualizată doi ani e o ușă deschisă, indiferent cât de bine a fost scrisă inițial.

Corectarea problemelor apărute în folosință

Nicio testare nu acoperă tot ce fac oamenii reali. Primele luni scot la iveală situații la care nu s-a gândit nimeni. E normal și e util.

Supraveghere

Cineva trebuie să știe că aplicația merge, înainte să afle un client. Diferența dintre „am observat și am reparat” și „ne-a sunat un client” e toată.

Adaptări mici

Un câmp în plus, un raport nou, o coloană de export. Fiecare pare neînsemnat, dar împreună sunt ce ține aplicația potrivită pentru cum lucrezi acum, nu cum lucrai la lansare.

Ce NU e mentenanță

Distincția asta previne cele mai multe neînțelegeri:

• Un modul nou, care nu exista în proiectul inițial.
• Refacerea interfeței pentru că s-a schimbat identitatea vizuală.
• Integrarea cu un sistem nou, apărut după lansare.
• Creșterea capacității pentru un volum de câteva ori mai mare.

Toate sunt legitime. Sunt dezvoltare, nu întreținere, și e mai sănătos să fie tratate ca atare de la început.

Ce se întâmplă când e sărită

Aplicația funcționează. Un an, poate doi. Apoi apare o problemă mică, iar pentru a o repara trebuie actualizate componente rămase mult în urmă. Actualizarea lor cere modificări în alte părți. Ce ar fi fost o intervenție de câteva ore devine un proiect.

Asta e mecanismul prin care aplicații perfect bune ajung să fie rescrise de la zero: nu pentru că au fost prost făcute, ci pentru că au fost lăsate în urmă suficient timp încât să nu mai merite recuperate.

Ce să ceri în orice contract

1. În cât timp se răspunde la o problemă care oprește activitatea, și în cât timp la una minoră.
2. Ce e inclus și ce se tarifează separat, scris explicit.
3. Cine deține codul și unde e păstrat. Dacă răspunsul e vag, e un risc real.
4. Ce se întâmplă dacă vrei să lucrezi cu altcineva. Un furnizor sigur pe el nu se ferește de întrebare.

Ultima e cea mai importantă și cea mai rar pusă.

← Înapoi la blog