Tehnologija · Prenova
Prenova in modernizacija obstoječih sistemov.
Obstoječi sistem pogosto vsebuje leta poslovnega znanja. Prenova je cenejša in manj tvegana od popolne zamenjave.
Ni treba vedno začeti znova.
Kdaj nas običajno vključijo
- obstoječi sistem ne zadošča več
- delo poteka v preglednicah
- podatki se podvajajo med sistemi
- potrebujete novo aplikacijo
- želite prenoviti star sistem
- razvijate nov digitalni produkt
Ni vedno treba razviti vsega na novo
Če lahko obstoječi sistem kakovostno prenovimo ali povežemo z drugimi, je to pogosto hitrejše in cenejše od nove aplikacije. Najprej pogledamo, kaj je vredno ohraniti.
Kaj to pomeni za vas
- Manj preglednic in ročnih statusov.
- Manj podvajanja podatkov med sistemi.
- Enoten pregled procesa za vodstvo in ekipo.
- Sistem, ki raste skupaj s podjetjem.
- Manj odvisnosti od posameznika, ki »edini ve, kako gre«.
Problem → rešitev
Zakaj star sistem ni nujno slab sistem
Sistem, ki deluje deset let, vsebuje pravila, ki jih ni nikjer drugje: izjeme, obhode in dogovore, ki so nastali iz resničnih primerov. Ko ga zamenjate na novo, se ta pravila izgubijo in se odkrivajo eno za drugim, običajno v produkciji.
Zato najprej pogledamo, kaj je v sistemu vredno ohraniti, in šele nato, kaj je treba zamenjati.
- poslovna pravila, ki so vgrajena v kodo
- zgodovina podatkov, ki je ni mogoče poustvariti
- integracije, ki tiho delujejo že leta
- poročila, ki jih nekdo potrebuje vsak mesec
Tri poti in kdaj se izbere katera
Prenos okolja
Sistem ostane enak, preseli se v novo okolje. Najhitreje in najceneje, kadar je težava le v strojni opremi ali gostovanju.
Postopna prenova
Deli sistema se zamenjujejo po enem, stari in novi del pa nekaj časa delujeta vzporedno. Najpogostejša pot pri sistemih, ki ne smejo stati.
Nov sistem
Smiselno le, kadar je star sistem tako zapleten, da je vsaka sprememba dražja od nove izdelave.
Katera pot je prava, se pokaže po tehničnem pregledu - ne po opisu težave po telefonu.
Vzporedno delovanje
Pri postopni prenovi nekaj časa obstajata dva sistema hkrati. To je najbolj občutljiv del in ga je treba načrtovati vnaprej: kateri sistem je vir resnice, kako se podatki usklajujejo in kdaj se stari izklopi.
- določen vir resnice za vsak podatek
- usklajevanje, ki ne ustvarja dvojnikov
- jasen datum izklopa starega sistema
- arhiv starega sistema po izklopu
Kako sistem zgradimo
Arhitektura
Podatkovni model, moduli in meje sistema določimo pred razvojem, da kasnejše širitve ne zahtevajo prepisa.
UX/UI
Uporabniške poti in prototip ključnih zaslonov potrdite, preden se pišejo funkcionalnosti.
Frontend in backend
Vmesnik in strežniški del razvijamo z istim standardom: berljiva koda, pokrita z avtomatskimi testi.
Integracije
Povezave z ERP, CRM, dokumentnimi sistemi in registri, z beleženjem in ponovnimi poskusi.
Podatki
Migracija, čiščenje in pravila za kakovost podatkov, da nov sistem ne podeduje starih napak.
Varnost, kakovost, uvedba
Varnost
Prijava in pravice, šifriranje v prenosu in mirovanju, revizijska sled ter pregled pred objavo.
Testiranje
Avtomatski testi, regresija in prevzemno testiranje po vaših merilih, ne po naših.
Uvedba
Ločena okolja, postopna objava in možnost vrnitve na prejšnjo različico v nekaj minutah.
Primopredaja
Koda, dostopi, dokumentacija in izobraževanje ekipe. Sistem ostane vaš.
Vzdrževanje
Dogovorjen odzivni čas, nadzor delovanja in mesečni obseg ur za nadgradnje.
Sorodno delo
Pogosta vprašanja
Ali lahko nadgradite obstoječ sistem namesto novega razvoja?
Da. Najprej pogledamo, kaj je vredno ohraniti; nov razvoj predlagamo le, kadar prenova ne zadošča.
Komu pripada koda?
Vam. Ob primopredaji dobite kodo, dostope in dokumentacijo.
Kako poteka podpora po uvedbi?
Z dogovorjenim odzivnim časom, nadzorom delovanja in mesečnim obsegom ur za nadgradnje.
Preberite tudi
Sorodne rešitve
Se sliši kot vaš projekt?
Pošljite opis projekta, obstoječi sistem, razpisno dokumentacijo ali datum dogodka.