Gå til innholdet

Forny en eksisterende eksport trinnvis

En utfylt overgangsplan med samme testdata, tydelige leserettigheter og en avgrenset vei tilbake.

Katharina Weber2 min lesetid
Grønn programvareenhet med tannhjulspanel og et litt uttrukket panel med kubesymbol.

Velg en funksjon med en tydelig grense

Begynn med et konkret resultat, som en pålitelig rapporteksport. Strangler Fig-mønsteret beskriver hvordan funksjoner erstattes mens andre blir i det eksisterende systemet. Undersøk først om kall kan rutes separat, og om begge løsningene kan driftes samtidig i en periode.

Kartlegg brukere som kaller funksjonen, grensesnitt og planlagte bakgrunnsjobber. Dokumenter felt, filformat, feil og tilgangsrettigheter. Fowler anbefaler at ønskede resultater og egnede skillelinjer styrer moderniseringen. Undersøk gamle feil før du overtar dem som forretningsregler.

Eksempelplan for en eksport som bare leser

Planen er helt oppdiktet. Et fast testdatasett inneholder SR-18 med status approved og 90 minutter samt SR-19 med status draft og 30 minutter. Den avtalte regelen er å eksportere bare godkjente poster. Tabellen beskriver forventet dokumentasjon, ikke utførte tester.

Fase

Oppgave

Forventet dokumentasjon

Utgangspunkt

Kjør den gamle eksporten på det faste testdatasettet.

1 datarad: SR-18, 90 minutter; SR-19 er ikke med. Felt, format og tillatt tilgang er dokumentert.

Ny implementering

Kjør den nye eksporten med leserettigheter på samme datasett.

Igjen 1 datarad: SR-18, 90 minutter. Forskjeller i forretningsmessig betydning avklares.

Begrenset overgang

Send utvalgte kall til den nye implementeringen; behold den gamle veien.

Autoriserte kall gir avtalt resultat; uautoriserte avvises. Veien tilbake er prøvd.

Fjern gammel eksport

Flytt resterende kall og bakgrunnsjobber; plasser driftsansvaret.

Ingen avhengighet av den gamle eksporten gjenstår. Dokumentasjon og grenser for tilbakeføring er notert.

I eksemplet blir skriving og ansvaret for autoritative data helt i den gamle applikasjonen. Den nye funksjonen får bare nødvendige leserettigheter; databaseskjemaet endres ikke. Sammenlign begge eksportene på samme faste datasett. Ulike tidspunkter i skiftende produksjonsdata ville forvrenge sammenligningen.

Kontroller den nye tilgangen og veien tilbake

Omdirigering erstatter ikke tilgangskontroll. OWASP krever passende rettighetskontroll ved hver forespørsel. Kontroller også direkte kall til den nye eksporten, avvist tilgang og feilmeldinger.

Veien tilbake gjelder bare så lenge gammel lesevei og dataformat er kompatible. Den dokumenterer ikke en databasegjenoppretting. Etter overgangen kan den gamle eksporten fjernes; resten av applikasjonen trengs fortsatt for å vedlikeholde og lagre data. Hvis separat omdirigering er umulig, eller hele det gamle systemet raskt må avvikles, trenger planen en annen avgrensning.

Kilder

Skrevet av

  • Katharina WeberRedaktør for programvare og teknologiKatharina Weber har ansvaret for artiklene om programvareutvikling hos ASES. Hun skriver om spørsmålene bedrifter møter når de velger programvare, utvikler nye applikasjoner og moderniserer eksisterende systemer.

Følg ASES

Les videre

Alle artikler

Programvareutvikling med ASES

Skreddersydd programvare, web- og mobilapper