Software · Platform & IT

Codekwaliteit

Een eerlijke doorlichting van uw maatwerksoftware, en een plan om ze onderhoudbaar te houden.

Elke kleine aanpassing duurt langer dan de vorige

U vraagt een extra veld op een scherm en krijgt te horen dat het ingewikkeld ligt. Wat vroeger snel ging, kost nu een veelvoud, en na elke oplevering duikt elders een fout op. Dat is geen onwil van uw ontwikkelaar: het is technische schuld die zich jaar na jaar heeft opgestapeld. Wij lichten uw code door, leggen in gewone taal uit hoe ze ervoor staat en pakken gericht de stukken aan die u het meest afremmen.

Bespreek uw situatie →Onze aanpak

Waarom kmo’s hiervoor bij ons aankloppen

Een oordeel dat u begrijpt

Geen rapport vol vakjargon. U krijgt te lezen wat goed zit, wat een risico vormt voor uw bedrijf en wat dat betekent voor toekomstige aanpassingen.

Verbeteren zonder herbeginnen

Meestal is weggooien niet nodig. Wij saneren stap voor stap, te beginnen bij de onderdelen die het vaakst wijzigen of het vaakst stukgaan.

Minder afhankelijk van één ontwikkelaar

Leesbare, gedocumenteerde code kan door een ander worden overgenomen. Dat beschermt u wanneer uw vaste ontwikkelaar wegvalt.

Wat de software doet

01Doorlichting

Structuur en leesbaarheid

Wij beoordelen hoe de code is opgebouwd, hoeveel er dubbel in zit en of een nieuwe ontwikkelaar er zijn weg in zou vinden.

Verouderde bouwstenen

Bibliotheken en platformen die geen updates meer krijgen, zijn een beveiligingsrisico. Wij lijsten op wat vervangen moet worden en hoe dringend.

02Sanering

Herschrijven achter een vangnet

Vóór wij een onderdeel herwerken, leggen wij het huidige gedrag vast in testen. Zo bewijzen wij dat het daarna nog altijd hetzelfde doet.

Opruimen van dode code

Functies die niemand meer aanroept en instellingen zonder effect verdwijnen. Wat overblijft is kleiner, sneller te doorgronden en goedkoper in onderhoud.

03Blijvend op niveau

Nazicht van elke wijziging

Nieuwe code wordt door een tweede ontwikkelaar nagelezen vóór ze wordt opgenomen. Slordigheden komen er op die manier niet meer in.

Automatische controles

Bij elke aanpassing lopen controles op stijl, bekende lekken en testen. Wat niet slaagt, gaat niet naar productie.

Auditrapport met risico’s gerangschikt volgens impact

Controle van afhankelijkheden op bekende kwetsbaarheden

Versiebeheer, codenazicht en automatische controles

Technische documentatie voor overdracht

In de praktijk

Voorbeeldscenario

Dienstverlener met eigen klantenplatform

Een platform dat vastliep onder zijn eigen geschiedenis, opnieuw wendbaar

Uitdaging: Het platform was gebouwd door een freelancer die intussen andere opdrachten had. Elke wijziging duurde lang en bracht nieuwe fouten mee. De zaakvoerder overwoog alles opnieuw te laten bouwen, maar vreesde de kost en het risico voor de lopende klanten.
Aanpak: Wij lichtten de code door en stelden vast dat de kern degelijk was, maar dat enkele centrale onderdelen sterk verweven waren geraakt. Daar legden wij eerst testen rond, daarna herwerkten wij ze in fasen. Verouderde bibliotheken werden bijgewerkt en de opzet werd beschreven.
Resultaat: Een herbouw bleek niet nodig. Aanpassingen worden opnieuw vlot opgeleverd en veroorzaken geen onverwachte bijwerkingen meer. De documentatie maakt het mogelijk dat een tweede ontwikkelaar inspringt wanneer dat nodig is.

Drie vaste afspraken

Bij elk project

U kiest waar het draait
Zelf hosten op uw eigen server of in een private cloud. Uw gegevens blijven onder uw controle, niet op een gedeeld platform.
Maatwerk is niet duurder
Software op maat kost bij ons niet meer dan standaardsoftware. Geen licentie per gebruiker, en u betaalt niet voor functies die u nooit opent.
U bent baas over het eindproduct
Wat we bouwen, is van u. U beslist wat er verandert en wanneer, zonder te wachten op de planning van een softwareleverancier.

Veelgestelde vragen

Kort beantwoord

Hoe weet een zaakvoerder zonder technische kennis of zijn software goed gebouwd is?

Let op de signalen: duren kleine wijzigingen steeds langer, komen opgeloste fouten terug, durft niemand bepaalde onderdelen nog aan te raken, hangt alles af van één persoon? Dat wijst op zwakke codekwaliteit. Wilt u zekerheid, dan laat u een onafhankelijke doorlichting uitvoeren. Wij vertalen de technische vaststellingen naar gevolgen voor uw bedrijf.

Wat is technische schuld?

Technische schuld is het uitgestelde werk dat ontstaat wanneer software snel wordt aangepast zonder ze netjes te houden: een tijdelijke oplossing die blijft staan, een kopie in plaats van een gedeelde functie, een update die wordt overgeslagen. Net als bij een lening betaalt u rente, hier in de vorm van tragere en riskantere aanpassingen. Geregeld aflossen houdt de software gezond.

Moeten wij van ontwikkelaar veranderen als de doorlichting slecht uitvalt?

Niet noodzakelijk. Een doorlichting dient om helderheid te scheppen, niet om iemand af te rekenen. Vaak is de oorzaak tijdsdruk en niet onkunde. Met het rapport in de hand maakt u met uw huidige ontwikkelaar afspraken over sanering en werkwijze. Wilt u dat wij het onderhoud overnemen, dan kan dat ook, maar dat is uw keuze. De broncode hoort uw eigendom te zijn; een doorlichting toont of u er in de praktijk ook mee verder kunt.

Alle software →

Softwaretesting

Uw bedrijfssoftware grondig laten testen vóór fouten bij uw klanten of in uw facturen terechtkomen.

Legacy-modernisering

Uw oude bedrijfssoftware stap voor stap vernieuwen, zonder dat de zaak een dag stilvalt.

Eigendom van broncode

Wie de software bezit die u laat bouwen, en waarom betalen alleen niet volstaat.

Onderhoud & SLA

Wat er na de oplevering nodig is om software werkend te houden, en wat u daarover afspreekt.

Vendor lock-in vermijden

Hoe u afhankelijkheid van een softwareleverancier beperkt zonder elk voordeel op te geven.

Ook in Platform & IT