Reise 3 · Eksisterende system → nye funksjoner
Dere trenger nye funksjoner, men hver endring i en floke av kode er en risiko.
Nye funksjoner i eksisterende systemer.
DevCurrent kartlegger koden og konsekvensene av endringen først, og bygger, gjennomgår og tester funksjonen trygt.
Les teksten i filmen
- Innsikt i eksisterende kode. Å forstå programvare som allerede finnes — godt nok til å endre den trygt.
- Det meste av ekte utviklingsarbeid skjer i eksisterende systemer — endringer i programvare som allerede finnes, spredt over mange kodelagre.
- Kodelagrene leses samlet — mange kodelagre forstås som ett sammenhengende system.
- En strukturert modell settes sammen — entiteter, offentlige grensesnitt og integrasjonspunkter.
- En avhengighetsgraf på tvers av arkitekturlagene — med systemets egne blindsoner og en score for hvor sikker analysen er.
- Konsekvensanalyse — alt en endring berører, kartlegges før én linje røres.
For dere som sier
Systemet er forretningskritisk, og de som kjente koden, har sluttet.
Hver endring tar lang tid, fordi ingen tør røre koden uten å forstå den først.
Vi har en lang liste med ønsker som venter på kapasitet.
Slik går det
Én plattform for hele teamet: produkteiere, arkitekter, utviklere, testere og sikkerhetsansvarlige jobber i samme reise, hver ved sitt godkjenningspunkt.
- Kodelageret kobles til og kartlegges: delene, grensesnittene, dataene, avhengighetene og forretningsreglene, hver med kilde i koden.
- Dere beskriver endringen.
- DevCurrent lager et konsekvenskart: hva endringen berører, og hvor langt den rekker.
- Den ansvarlige for kodelageret bekrefter kartet.
- Funksjonen bygges, gjennomgås og testes, og leveres som en pull request.
Det dere får
Den nye funksjonen som en gjennomgått og testet pull request i kodelageret deres, med konsekvenskartet bak.
Raskere
Forståelsen som tar lang tid å bygge opp for hånd, er klar før arbeidet starter.
Bedre
Endringen treffer det kartet viser, og testes før den når dere.
Rimeligere
Mindre tid til å lete i gammel kode, og færre feil i produksjon.
Der dere bestemmer: den ansvarlige for kodelageret bekrefter konsekvenskartet, og en annen person godkjenner før endringen tas i bruk.
Helt autonomt eller helt styrt →Andre reiser
DevCurrent forstår det gamle systemet, avgjør med dere hva som skal tas med, lages på nytt eller fjernes, bygger det på en moderne plattform og beviser at det oppfører seg som før. Se reisen → Spesifikasjon til produksjonsløsning Spesifikasjonen er godkjent, men å bygge den krever fortsatt et team og måneder dere ikke har.
Hele løpet — arkitektur, data, backend, frontend, tester, sikkerhetsgjennomgang og utrulling — med deres godkjenning ved hvert punkt. Se reisen → Eksisterende kode til analyserapport Ingen vet hva som egentlig finnes i koden: risikoene, de svake punktene, det som ikke er testet.
En full gjennomgang av sikkerhet, arkitektur og testdekning, med rettelsene og de manglende testene klare til bruk. Se reisen →
Book en demo av denne reisen.
Vi svarer innen én arbeidsdag.