Kennisbank · Systemen

Delphi-applicatie vervangen of moderniseren

Draait je bedrijf op een Delphi-applicatie van jaren terug? Dit zijn de drie routes om verder te gaan, met de risico's, en wanneer welke past.

Door Emile · 3 min. lezen

Een oude Delphi-applicatie kun je op drie manieren verder brengen: upgraden binnen Delphi, er een webapplicatie naast bouwen, of hem helemaal opnieuw bouwen. Welke route past, hangt af van hoe goed de huidige code is en hoe afhankelijk je wilt blijven.

Delphi bestaat nog, jouw versie misschien niet meer

Delphi zelf wordt nog verkocht en doorontwikkeld. Het probleem zit meestal ergens anders:

  • De applicatie is gebouwd in een versie van vele jaren terug, met onderdelen die niet meer worden bijgewerkt.
  • Hij draait als programma op Windows-computers, niet in de browser.
  • De kennis zit bij één ontwikkelaar of een klein bureau.
  • Wie een Delphi-ontwikkelaar zoekt, vist in dezelfde vijver als softwarehuizen die hun eigen Delphi-pakketten onderhouden.

Paradox, BDE en 32 bits

Veel oude Delphi-applicaties bewaren hun gegevens in Paradox- of dBase-bestanden, via de Borland Database Engine (BDE). Embarcadero, de huidige maker van Delphi, noemt de BDE verouderd: hij wordt niet meer verbeterd, en ze raden aan over te stappen op hun nieuwere databasekoppeling FireDAC (Embarcadero). Andere applicaties gebruiken een database als Firebird, InterBase of SQL Server; dat is meestal een betere uitgangspositie.

Oudere Delphi-versies maken alleen 32-bits programma's. Die draaien nog op 64-bits Windows, maar wie ze wil aanpassen, heeft vaak die oude Delphi-versie en een computer waarop die nog werkt nodig.

Oude componenten

Delphi-applicaties leunen vaak op componenten van andere leveranciers, voor tabellen, rapporten of grafieken. Bestaat die leverancier niet meer, of werkt zijn component niet in een nieuwe Delphi-versie, dan wordt upgraden een puzzel. Dit is vaak de reden dat een "eenvoudige upgrade" uitloopt.

Drie routes en hun risico's

Route Past als Risico
Upgraden binnen Delphi De code zit goed in elkaar en een Windows-programma voldoet Oude componenten en de BDE moeten alsnog vervangen worden, en je blijft afhankelijk van Delphi-kennis
Een webapplicatie ernaast Je wilt functie voor functie overstappen Een tijd lang twee systemen, die met elkaar gegevens moeten delen
Opnieuw bouwen Je wilt in de browser werken en niet meer afhankelijk zijn van Delphi Eenmalig de grootste stap

Wij doen de derde route: opnieuw bouwen als webapplicatie op gangbare techniek.

Wanneer opnieuw bouwen de beste keus is

  • De applicatie is in de loop der jaren uitgegroeid tot een lappendeken.
  • Je wilt in de browser werken, ook buiten kantoor.
  • Er moeten koppelingen bij met een webshop, boekhouding of klantportaal.
  • Je wilt niet opnieuw afhankelijk worden van één specialist.

Een Delphi-ontwikkelaar zoeken?

Stopt je ontwikkelaar, dan is een vervanger zoeken op korte termijn de snelste oplossing. Vraag jezelf wel af of je over vijf jaar weer in dezelfde situatie wilt zitten. Lees ook maatwerksoftware laten overnemen.

Zo pakken we het aan

We beginnen bij wat de applicatie doet, niet bij de code. Samen lopen we de schermen en rapporten door die je echt gebruikt, en kijken we naar de database. Daarna krijg je een inschatting in uren.

We bouwen in stappen en jij beslist mee over elke functionele keuze. De Delphi-applicatie blijft draaien tot het nieuwe systeem klaar is. Het nieuwe systeem toetsen we met je eigen gegevens, en je betaalt pas als het werkt zoals afgesproken. Code, rechten en hosting komen op jouw naam.

Wat bepaalt de kosten?

  • het aantal schermen en rapporten;
  • de rekenregels in de code;
  • de database: gegevens uit Paradox-bestanden overzetten vraagt meer dan uit SQL Server;
  • koppelingen met andere software;
  • of de broncode er is en compleet is.

Je krijgt vooraf een inschatting in uren. Meer uren komen er alleen met jouw akkoord.

Vijf vragen om jezelf te stellen

  1. In welke Delphi-versie is de applicatie gebouwd?
  2. Waar staan de gegevens: Paradox-bestanden, Firebird, SQL Server of iets anders?
  3. Welke componenten van andere leveranciers gebruikt hij?
  4. Is de broncode compleet, en kan iemand hem nog compileren?
  5. Wie kan hem aanpassen als er morgen iets moet veranderen?

Benieuwd welke route bij jou past? Plan een verkennend gesprek.

Wat betekent dit voor jouw software?

In een verkennend gesprek bekijken we samen je software. Daarna krijg je een inschatting op papier: route, doorlooptijd en uren.

Vraag een gesprek aan

No cure no pay · Code en rechten op jouw naam · Reactie binnen 1 werkdag