Verouderde Software Herbouwen of Onderhouden? Complete Gids 2025

Best practices Software

Het onderhouden van oude PHP software kan een uitdaging zijn. Veel organisaties zitten klem op het probleem of verouderde software onderhouden moet worden, of toch herbouwd moet worden. Vooral wanneer de software in kwestie al jaren in gebruik is en de technologie sindsdien sterk is veranderd. Vaak word tegenstrijdig advies gegeven of aangeraden oude software af te schrijven en opnieuw te beginnen. Dit kan een mogelijkheid zijn, maar vaak is dit financieel niet ingecalculeerd en is het prettig als bestaande software nog beheerd en bijgewerkt kan worden. Met dit bericht bieden we inzicht in het proces om te bepalen of software verder ontwikkeld kan worden, of beter nieuw gebouwd kan worden.

Hoe bepaal je of bestaande software onderhouden kan worden?

We hebben een eenvoudige checklist ontwikkeld om te bepalen of het goedkoper is om software te herbouwen, of opnieuw te maken om problemen te voorkomen.

Doe de Software Quickscan

Bepaal de kritieke functies

Bepaal welke functies van de software absoluut noodzakelijk zijn en welke functies niet meer gebruikt worden. Dit maakt het bepalen van welke onderdelen van de software moeten worden bijgewerkt of vervangen veel gemakkelijker. Bekijk ook wat de impact van de software op de algemene bedrijfsvoering is. Is de software kritiek? Of word deze maar door een beperkt publiek gebruikt?

Niet kritieke software levert vaak niet genoeg waarde op om te herbouwen. Eenvoudig onderhoud is daar voldoende. Een applicatie die publiek is, of door veel verschillende klanten gebruikt word is vaak gevoeliger voor beveiligsproblemen en moet actiever onderhouden worden. Een datalek kan bijvoorbeeld al snel duur worden.

Is er voldoende technische kennis inhouse?

Een van de meest voorkomende momenten om de keuze te maken tussen onderhouden en herbouwen is als de bestaande programmeur(s) of dienstverlenende partner wegvallen. Vaak gaat daarmee ook veel kennis en know how verloren. Het vinden van een nieuwe, passende partner kost veel tijd. De vertrekkende programmeur kan en wil daar wel vaak bij helpen. Overweeg ze bij het proces te betrekken.

Maak een lijst van bekende problemen

Door te documenteren welke problemen er bekend zijn en hoe deze zijn opgelost, kunnen oplossingen in de toekomst hergebruikt worden. Dit maakt het eenvoudiger om fouten op te sporen en te verhelpen. Ook maakt het de keuze om bestaande problemen om te lossen of nieuwe software te bouwen eenvoudiger.

Begrijp de codebase

Het is belangrijk om te weten welke versie van PHP en andere software gebruikt worden en of deze compatibel zijn met nieuwere versies. Het is vaak mogelijk oude software bij te werken naar de huidige versie waarna de code weer jaren mee kan draaien. Ook is het verstandig om te controleren of er beveiligingsproblemen of verouderde bibliotheken aanwezig zijn.

Zijn regelmatig beveiligingsupdates uitgevoerd?

Zorg ervoor dat de beveiliging van uw software up-to-date is door regelmatig beveiligingsupdates uit te voeren. Het is belangrijk om op de hoogte te zijn van beveiligingsproblemen en deze zo snel mogelijk op te lossen. Als dit proces regelmatig uitgevoerd is zijn er kleinere kansen op lekken.

Overweeg het migreren naar een nieuwe technologie

Soms is het beter om de oude software te vervangen door een nieuwe, geavanceerde technologie die beter aan uw behoeften voldoet. Dit is een grote stap, maar kan uiteindelijk veel tijd en moeite besparen. Als blijkt dat veel functies in de huidige software niet meer gebruikt worden kunnen deze bij een herbouw bijvoorbeeld geschrapt worden. Ook is dit een goed tijdstip om te evalueren

Kosten van software herbouwen vs onderhouden

De keuze tussen software herbouwen of onderhouden hangt sterk af van de financiële aspecten. Hoewel de exacte kosten per project verschillen, is de kostenstructuur tussen beide opties duidelijk anders.

Kostenstructuur software onderhouden

Bij het onderhouden van bestaande software zijn de kosten voornamelijk lopend en bestaan uit maandelijkse onderhoudskosten, jaarlijkse beveiligingsupdates en incidentele upgrades. Deze kosten zijn meestal lager per maand, maar stapelen zich op over de jaren. Naarmate software ouder wordt, nemen de onderhoudskosten toe omdat problemen complexer worden en meer tijd vragen om op te lossen.

Kostenstructuur Software Herbouwen

Software herbouwen vereist een substantiële eenmalige investering vooraf, maar resulteert daarna in lagere lopende kosten. De initiële investering omvat ontwikkeling, datamigratie en testing. Na oplevering zijn de onderhoudskosten aanzienlijk lager omdat moderne, goed onderhoudbare code minder problemen geeft.

Wanneer wordt herbouwen financieel aantrekkelijk?

Het kantelpunt ligt meestal tussen het tweede en vierde jaar. In het eerste jaar zijn de kosten van herbouwen altijd hoger vanwege de initiële investering. Echter, naarmate de tijd vordert, worden de cumulatieve onderhoudskosten van oude software steeds hoger, terwijl de kosten van het nieuwe systeem stabiel blijven. Bij zeer oude systemen kan dit kantelpunt al binnen twee jaar liggen.

Software herbouwen wordt extra aantrekkelijk wanneer uitbreiding van functionaliteit nodig is. Bij onderhoud moeten nieuwe features vaak omslachtig worden toegevoegd aan een verouderde basis, wat kostbaar is. Bij herbouw kunnen deze features efficiënt worden geïntegreerd in de nieuwe architectuur.

Wanneer oude software vervangen?

Er zijn duidelijke signalen wanneer software herbouwen de betere keuze is dan verder onderhouden. Deze signalen variëren van technische problemen tot strategische overwegingen.

Directe vervangingssignalen

Software herbouwen wordt urgent wanneer er fundamentele technische problemen zijn. Dit geldt bijvoorbeeld voor PHP versies ouder dan 7.4 die geen beveiligingsupdates meer ontvangen, database problemen die niet meer op te lossen zijn, of prestatieproblemen die ondanks optimalisaties blijven bestaan. Ook wanneer er geen toegang meer is tot de originele code of documentatie, of wanneer beveiligingslekken niet meer te patchen zijn, wordt herbouwen noodzakelijk.

Vervangen wordt strategisch aantrekkelijk

Naast urgente signalen zijn er ook strategische momenten waarop herbouwen voordelig wordt. Dit gebeurt vaak bij uitbreiding van functionaliteit met veel nieuwe features, wanneer integratie met moderne systemen zoals API's of cloud services vereist is, of wanneer een mobile-first benadering nodig is. Ook wanneer het huidige onderhoudsteam niet meer beschikbaar is of wanneer de jaarlijkse onderhoudskosten zeer hoog worden, kan herbouwen interessant zijn.

Onderhouden blijft zinvol in bepaalde situaties

Onderhouden van bestaande software heeft nog steeds waarde wanneer de software relatief recent is, slechts beperkte functionaliteit vereist, of wanneer budget voor herbouw niet beschikbaar is. Ook als tijdelijke oplossing voor één à twee jaar, of wanneer kritieke deadlines niet haalbaar zijn met herbouw, kan onderhoud de juiste keuze zijn. De context en prioriteiten van de organisatie bepalen uiteindelijk welke route het meest geschikt is.

Wat zijn de mogelijke vervolgstappen?

In het onderhouden van oude PHP software is het belangrijk om regelmatig de codebase en beveiliging te controleren en bekende problemen te documenteren. Zeker eerdere versies (bijvoorbeeld PHP 4 of 5.6) zijn inmiddels jaren oud en krijgen geen beveiligingsupdates meer. De bovenstaande stappen kunnen in veel gevallen inhouse uitgevoerd worden en bieden een solide basis om een geïnformeerde beslissing over de toekomst te nemen. Een second opinion van een software ontwikkelaar kan natuurlijk nooit kwaad.

Bij solutions.io organiseren we regelmatig op maat gemaakte workshops ter ondersteuning van dit soort processen. Neem vrijblijvend contact met ons op voor meer informatie of lees meer over onze aanpak van bestaande code! Voor verschillende van onze klanten beheren we al jarenlang bestaande oudere software. Meer hierover bij onze case studies.