Voorbeeldrapport

Contoso Order Management voorbeeld architectuur assessment

Dit voorbeeld toont wat engineering managers en directieleden ontvangen na een assessment. Het brengt technische schuld in kaart, modelleert kosten van uitval, vergelijkt herbouwstrategieën en schetst een concreet herstelplan voor 90 dagen.

Lees het rapport Vraag uw assessment aan
Sectie 1

Managementsamenvatting

Contoso Retail Group beheert een orderplatform dat jaarlijks 7,5 miljoen orders verwerkt (€120M handelsvolume) over 4 regionale magazijnen. Het platform ondersteunt de huidige bedrijfsvoering, maar leverbetrouwbaarheid, dataconsistentie en disaster recovery vormen operationele risico's die toenemen tijdens seizoenspieken met een viervoudig ordervolume.

De totale score van 29,4% plaatst Contoso in het niveau 'Kwetsbaar'. In plaats van een kostbare, meerjarige volledige herbouw, biedt het versterken van deployment-vangnetten, idempotentie bij retries en herstelmechanismen in de komende 90 dagen de snelste route naar stabiliteit.

Belangrijkste technische risico's

  • •Rollback duurt meer dan 90 minuten en vereist handmatige interventie door senior engineers.
  • •Retry-pieken bij integraties veroorzaken dubbele magazijnverzendingen en dubbele facturen.
  • •Disaster recovery-procedures zijn in 18 maanden niet in de praktijk getest.

Aanbevelingen uit het assessment

  • •Stabiliseer de centrale monoliet voordat u microservices afsplitst met het Strangler Fig-patroon.
  • •Implementeer gedeelde idempotentiesleutels voor alle asynchrone webhooks en batchverwerkingen.
  • •Stel harde kwaliteitscontroles in de CI/CD-pipeline in om kritieke kwetsbaarheden bij de build te blokkeren.
Sectie 2

Bedrijfswaarde en ROI-analyse

Een architectuur assessment koppelt tekortkomingen in de code direct aan financiële gevolgen. Het onderstaande overzicht toont de kosten van onopgeloste technische schuld tegenover het rendement van gerichte stabilisatie.

Jaarlijkse Uitvalkosten
€405.000

Berekend op basis van historische uitval, inclusief downtime van het checkout-proces tijdens campagnes (€320k) en vertragingen in de batchfacturatie (€85k).

Uitgangspunt: gemiddeld 3,2 uur downtime per kwartaal tijdens piekperiodes.
Operationele Inefficiëntie
€310.000

Tijd besteed aan handmatige weekend-deployments, noodreparaties, wisselvallige tests en handmatige datacorrecties.

Uitgangspunt: circa 35% van de sprintcapaciteit gaat op aan ad-hoc incidentbestrijding.
Voorkomen Herbouwverlies
€1.850.000

Besparing gerealiseerd door een risicovolle big-bang herbouw van 18 maanden af te wijzen ten gunste van een stapsgewijs Strangler Fig-moderniseringsplan.

Stabilisatie-investering: €85.000 over 90 dagen.

Hoe het assessment directe commerciële waarde oplevert

1. Duidelijke investeringskaders

Voorkomt speculatieve platformherbouw door exact de 15% aan componenten aan te wijzen die 80% van de operationele problemen veroorzaken.

2. Concrete backlog voor uitvoering

Vertaalt architectuurbevindingen direct naar geordende softwaretickets met geschatte story points en duidelijke eigenaren.

3. Consensus tussen directie en techniek

Biedt objectieve, meetbare scores die de communicatie tussen technische teams en budgethouders verhelderen.

Sectie 3

Systeemcontext en architectonische randvoorwaarden

Contoso Order Management bestaat uit een centrale .NET Framework 4.7 monoliet die gekoppeld is aan externe webwinkels, B2B-portalen en batchkoppelingen met magazijnen.

// Contoso Architectuurtopologie op Hoofdlijnen
[ B2C Web: StoreFront (Node.js) ]     [ B2B Web: DealerPortal (MVC) ]
                \                                  /
                 \--- (REST / JSON via HTTP) -----/
                                 |
                                 v
        +--------------------------------------------------+
        |  OrderHub Monolith (.NET Framework 4.7 / IIS)   |
        |  - Order Orchestration    - Pricing Engine       |
        |  - Promotions Service     - Customer Profile     |
        +--------------------------------------------------+
               |                    |                 |
     (Direct SQL Access)    (SMB File Drop)    (HTTP REST)
               v                    v                 v
        +--------------+    +--------------+   +--------------+
        | Primaire DB  |    | WMSBridge    |   | NotifySvc    |
        | SQL Server   |    | (Magazijn    |   | (SMS/E-mail  |
        | 2016 Single  |    |  CSV Sync)   |   |  Single Reg) |
        +--------------+    +--------------+   +--------------+
               |
        (Log Shipping)
               v
        +--------------+
        | Read Replica |
        | (15-30m lag) |
        +--------------+

Belangrijkste architectonische knelpunten

  • 1.Gedeelde databasekoppeling: 6 onafhankelijke applicaties lezen en schrijven rechtstreeks in het primaire SQL-schema zonder domeinservicegrenzen.
  • 2.Circulaire afhankelijkheden: De assemblies voor Order, Pricing en Promotions verwijzen over en weer naar elkaar, wat testen en uitrol bemoeilijkt.
  • 3.Sessieafhankelijkheid: Monoliet IIS-instances vereisen server-affiniteit in het geheugen, wat automatisch schalen in de cloud bij piekbelasting belemmert.
  • 4.Onveilige herhaallussen: Webhooks en bestandssynchronisaties missen idempotentiesleutels, wat leidt tot dubbele orderverwerking bij kortstondige netwerkfouten.

Uitdagingen in het operationele model

  • 1.Versnipperd eigenaarschap: Geen enkel engineeringteam overziet de complete levenscyclus van een order tussen webwinkel, monoliet en magazijn.
  • 2.Handmatige deployments: Releases volgen een draaiboek van 24 handmatige stappen buiten kantooruren in het weekend.
  • 3.Ontbrekende telemetrie: Logs bestaan uit platte tekst zonder correlatie-ID's, waardoor foutopsporing over gedistribueerde systemen veel tijd kost.
  • 4.Onvolledige opvolging: Evaluaties na incidenten leggen tijdlijnen vast, maar herstelacties missen vaak toegewezen eigenaren en vaste evaluatiemomenten.
Sectie 4

Overzicht van domeinscores

Elk domein bevat 10 objectieve controles, gescoord van 0 (Ontbrekend) tot 4 (Effectief), gecorrigeerd met wegingsfactoren voor kritieke controles en een betrouwbaarheidsfactor van 90%.

Domeinscores van Contoso architectuur assessment
Domein Score Status Belangrijkste Knelpunt Doel na 90 Dagen
Architectuur 26,6% Zwak Gedeelde database & circulaire afhankelijkheden 36,0% (+9,4)
Codekwaliteit & Onderhoudbaarheid 31,3% Zwak Lage testdekking & cyclomatische complexiteit 42,5% (+11,2)
Beveiliging 33,3% Zwak Geen CVE-blokkades in CI & te ruime RBAC-rollen 45,0% (+11,7)
Cloud & Infrastructuur 30,3% Zwak Autoscaling uitgeschakeld & handmatige wijzigingen 40,0% (+9,7)
DevOps 35,2% Zwak Rollback van 90+ min & releasecycli van 3 weken 46,5% (+11,3)
Waarneembaarheid 28,4% Zwak Ontbrekende correlatie-ID's & tracing 38,5% (+10,1)
Data 25,4% Zwak Ontbrekende foreign keys & ongeteste back-upherstel 35,0% (+9,6)
Operationele Veerkracht 20,6% Kritiek Geen formeel akkoord op RTO/RPO & geen recente DR-test 38,0% (+17,4)
Volwassenheidsschaal: Kwetsbaar (0–39%) | Beheerst (40–59%) | Gemeten (60–79%) | Toonaangevend (80–100%)
Gewogen totaalscore: 29,4% (Kwetsbaar)
Sectie 5

Diepgaande technische bevindingen per domein

Het assessment heeft 80 specifieke technische controles geëvalueerd over alle 8 domeinen. Hieronder staan de belangrijkste bevindingen, concrete operationele risico's en aanbevolen herstelstappen.

1. Architectuur (Score: 26,6% — Zwak)

Doel: 36,0%

Geconstateerde status

Monoliet met directe databasetoegang door 6 applicaties. Statische analyse toont circulaire afhankelijkheden tussen de modules Order, Pricing en Promotions. Er zijn geen Architecture Decision Records (ADR's) voor recente wijzigingen.

Operationeel risico

Wijzigingen in prijsregels verstoren regelmatig de ordervalidatie. Het ontbreken van ADR's leidt tot inconsistente integratiepatronen en ongedocumenteerde databasewijzigingen die releasefouten verhogen.

Herstelactie

Voer beknopte ADR's in via versiebeheer. Definieer duidelijke interfaces voor Order, Pricing en Promotions. Handhaaf analyzer-regels in CI om circulaire afhankelijkheden te voorkomen.

2. Codekwaliteit & Onderhoudbaarheid (Score: 31,3% — Zwak)

Doel: 42,5%

Geconstateerde status

De testdekking op kritieke orderpaden is slechts 28%. 22% van de methoden heeft een cyclomatische complexiteit > 15 (met name OrderProcessor.cs met 1.200 regels en 34 vertakkingen). 1.100 compiler-warnings zijn onderdrukt en 6 verouderde NuGet-packages draaien in productie.

Operationeel risico

Hoog aantal defecten dat onopgemerkt naar productie lekt. Niet-geteste randgevallen veroorzaken null-pointer exceptions bij onverwachte payloads. Niet-ondersteunde packages belemmeren het tijdig dichten van beveiligingslekken.

Herstelactie

Schrijf regressietests rond veel gewijzigde orderpaden voordat er wordt gerefactord. Splits OrderProcessor.cs op in gerichte command handlers. Werk de 3 meest kritieke verouderde NuGet-afhankelijkheden bij.

3. Beveiliging & Compliance (Score: 33,3% — Zwak)

Doel: 45,0%

Geconstateerde status

Vaste API-sleutels zijn aangetroffen in historische Git-commits. Het toegangsmodel (RBAC) is grofmazig (Admin vs Gebruiker), wat ongeautoriseerde kortingen mogelijk maakt. Kwetsbaarheidsscans draaien maandelijks, maar de CI-pipeline blokkeert builds met kritieke CVE's niet.

Operationeel risico

Risico op diefstal van inloggegevens via repositorytoegang. Omzetverlies door ongecontroleerde handmatige kortingen. Ongecontroleerde kwetsbaarheden in packages van derden die in productie terechtkomen.

Herstelactie

Verwijder geheimen uit de Git-geschiedenis en roteer blootgestelde tokens. Implementeer fijnmazige autorisatie voor prijs- en kortingsaanpassingen. Voeg een blokkerende kwaliteitscontrole toe in CI die builds met kritieke CVE's afkeurt.

4. Cloud & Infrastructuur (Score: 30,3% — Zwak)

Doel: 40,0%

Geconstateerde status

Infrastructuurconfiguratie is verdeeld over ARM-templates en handmatige Azure-portalwijzigingen. Autoscaling staat uit in productie vanwege sessieopslag in het geheugen. Meerdere virtuele machines zijn al meer dan 120 dagen niet gepatcht.

Operationeel risico

Configuratieverschillen tussen staging en productie veroorzaken releaseproblemen. Monolietservers raken overbelast tijdens marketingpieken zonder autoscaling. Niet-gepatchte besturingssystemen verhogen het risico op beveiligingsincidenten.

Herstelactie

Zet alle infrastructuurdefinities over naar Bicep of Terraform met goedkeuring via pull requests. Verplaats sessieopslag naar een beheerde Redis-cluster om schaalbaarheid mogelijk te maken. Automatiseer het periodiek patchen van VM's.

5. DevOps & Opleveringsketen (Score: 35,2% — Zwak)

Doel: 46,5%

Geconstateerde status

Deployments vinden eens per 3 weken plaats met een gemiddelde doorlooptijd van 12 dagen. Een rollback vereist meer dan 90 minuten handmatig werk. Onbetrouwbare integratietests worden tot 4 keer herhaald om een build kunstmatig te laten slagen.

Operationeel risico

Lange feedbacklussen vertragen bugfixes. Langdurige rollback-procedures verhogen de uitvalduur en zorgen voor stress bij releases. Het automatisch herstarten van falende tests maskeert concurrency-fouten.

Herstelactie

Bouw onveranderbare release-artifacts die via omgevingen worden gepromoot. Automatiseer rollback met deployment slots of blue/green-instanties. Isoleer en herstel wisselvallige tests in plaats van builds te herstarten.

6. Waarneembaarheid (Score: 28,4% — Zwak)

Doel: 38,5%

Geconstateerde status

Applicatielogs zijn ongestructureerde tekstbestanden lokaal op IIS-servers. Er is geen distributed tracing tussen webwinkel, monoliet en magazijnkoppeling. Het aantal fout-positieve meldingen is hoog met 38%.

Operationeel risico

De tijd om incidenten te diagnosticeren (MTTD) overschrijdt 45 minuten omdat engineers handmatig serverbestanden moeten doorzoeken. Alert-moeheid leidt tot vertraagde reacties bij daadwerkelijke storingen.

Herstelactie

Stap over op gestructureerde JSON-logging (Serilog) met W3C-correlatie-ID's in HTTP-headers. Richt OpenTelemetry distributed tracing in op de ordertoevoer. Scherp alert-drempels aan en verwijder niet-relevante meldingen.

7. Data & Integriteit (Score: 25,4% — Zwak)

Doel: 35,0%

Geconstateerde status

Foreign key constraints zijn weggelaten in orderregeltabellen met een hoog volume om de schrijfsnelheid te verhogen. Herhaaltaken bij integraties missen idempotentiecontroles. Back-uphersteltests worden slechts eenmaal per jaar uitgevoerd.

Operationeel risico

Zwevende records stapelen zich op in ordertabellen, wat rapportages onbetrouwbaar maakt. Herhaalde batchtaken veroorzaken dubbele facturatie. Ongeteste back-ups zorgen voor dataverlies bij databasecorruptie.

Herstelactie

Handhaaf foreign keys voor alle nieuwe tabellen en voer opschoonscripts uit voor bestaande zwevende records. Implementeer unieke idempotentiesleutels op batchtaken. Automatiseer maandelijkse hersteltests in een geïsoleerde stagingomgeving.

8. Operationele Veerkracht (Score: 20,6% — Kritiek Knelpunt)

Doel: 38,0%

Geconstateerde status

RTO (Recovery Time Objective) en RPO (Recovery Point Objective) zijn opgesteld in werkdocumenten, maar missen formeel akkoord van de directie. Er is al 18 maanden geen hersteloefening uitgevoerd. Notificatiediensten zijn afhankelijk van één enkele Azure-regio.

Operationeel risico

Bij een regionale Azure-storing zijn herstelprocedures onbeproefd, wat dagenlange orderuitval kan veroorzaken. Communicatie naar klanten valt volledig stil bij storingen bij externe leveranciers.

Herstelactie

Leg RTO (4 uur) en RPO (15 minuten) formeel vast met de directie. Voer een geplande disaster recovery-oefening uit met geregistreerde hersteltijden. Richt multi-regio fallback in voor externe notificatie-API's.

Sectie 6

Incidentenscenario's over meerdere domeinen

Geïsoleerde technische tekortkomingen stapelen zich vaak op tot ernstige storingen. Een terugblik op de incidenten van de afgelopen 12 maanden laat zien hoe gecombineerde factoren tot bedrijfsschade leiden.

INCIDENT INC-1042 €320k Schade

Time-outpiek bij Checkout tijdens Piekseizoen

Aanleiding: Marketingcampagne gestart zonder vooraf opgeschaalde servercapaciteit.

Ketenreactie: Sessieopslag in het geheugen blokkeerde automatisch schalen van IIS (Cloud-03). Webwinkelclients herhaalden time-outs zonder vertraging (Arch-09). De databaseverbindingen op de centrale SQL Server raakten uitgeput (Data-04), met 2,5 uur verstoorde checkout als gevolg.

Hersteloplossing: Sessiebeheer via Redis + exponentiële wachttijd bij retries + limieten op connection pooling.
INCIDENT INC-1178 €85k Kosten

Dubbele Zendingen Aangemaakt in Magazijn

Aanleiding: Tijdelijke netwerk time-out tussen OrderHub en de WMSBridge SMB-bestandsopslag.

Ketenreactie: De batchkoppeling herhaalde mislukte bestandsschrijfacties zonder controle op unieke tokens (Data-05). Het magazijn pickte en verzond 412 orders dubbel voordat de fout werd opgemerkt (Obs-02).

Hersteloplossing: Transactional Outbox-patroon met unieke idempotentiesleutels op verzendrecords.
INCIDENT INC-1231 48u Factuurvertraging

Nachtelijke Facturatiefout na Databasewijziging

Aanleiding: Een databasemigratie paste een kolomnaam aan zonder opgeslagen procedures bij te werken.

Ketenreactie: Het ontbreken van integratietests in CI (DevOps-01) zorgde dat de foutieve migratie in productie kwam. De nachtelijke batch faalde zonder alarmering (Obs-05), waardoor facturen 48 uur stillagen.

Hersteloplossing: Geautomatiseerde migratietests in staging + alerting op dead-letter queues.
INCIDENT INC-1299 Auditrisico

Onbevoegde Aanpassing van Kortingsregels

Aanleiding: Een account van de klantenservice werd gebruikt om ongeautoriseerde volumekortingen toe te kennen.

Ketenreactie: Een te ruim toegangsmodel gaf interne medewerkers beheerdersrechten (Sec-03). Auditlogs legden alleen de gebruikers-ID vast zonder oude en nieuwe waarden (Sec-07).

Hersteloplossing: Fijnmazige autorisatieregels + verplichte dubbele goedkeuring voor kortingen boven 15%.
Sectie 7

Beslismatrix: Volledige herbouw versus stapsgewijze modernisering

Voorafgaand aan het assessment overwoog Contoso een volledige herbouw vanaf nul. Onze analyse laat zien waarom een stapsgewijze modernisering met het Strangler Fig-patroon meer zekerheid biedt tegen lagere kosten.

Vergelijking van volledige herbouw en stapsgewijze modernisering
Strategische Dimensie Volledige Herbouw (Big-Bang) Stapsgewijze Modernisering (Strangler Fig)
Tijd tot eerste resultaat 18–24 maanden (Geen waarde tot aan de overstap) 30–60 dagen (Directe risicovermindering)
Totale investering €2.000.000 – €3.000.000 geschat €85k stabilisatie + €40k / kwartaal
Impact op feature-ontwikkeling Productroadmap bevroren tijdens herbouw Doorlopende feature-ontwikkeling naast upgrades
Overstap- en migratierisico Hoog (Alles-of-niets weekendmigratie) Laag (Verkeer geleidelijk omgeleid via YARP-proxy)
Rollback-mogelijkheden Complex, groot risico op dataverschillen Direct terugschakelen via reverse proxy naar monoliet
Sectie 8

Actieplan voor 90 dagen stabilisatie

Deze geprioriteerde engineering-backlog pakt de grootste operationele risico's het eerst aan. Het uitvoeren hiervan vereist geen complete herbouw en levert een geschatte scoreverbetering van +8 tot +14 punten op.

Dagen 0–30 Risicobeheersing

Directe Operationele Vangnetten

  • RTO/RPO-doelen formeel vastleggen en een complete hersteloefening uitvoeren (Res-01, Res-02).
  • Centraal Incidentenregister opzetten met wekelijkse evaluaties (Res-10).
  • Kwaliteitscontrole in CI-pipeline inrichten om kritieke CVE's te blokkeren (Sec-04).
  • Geheimen uit Git-historie verwijderen en testomgeving-tokens roteren (Sec-01).
Verantwoordelijken: CTO + Operations Lead + Security Lead
Dagen 31–60 Kernversterking

Data- en Opleveringsstabiliteit

  • Idempotentiesleutels toevoegen aan WMSBridge en BillingBatch herhaaltaken (Arch-09, Data-05).
  • Sessieopslag verplaatsen naar Redis en VM-autoscaling opnieuw inschakelen (Cloud-03).
  • Top 3 verouderde NuGet-packages bijwerken en overige migraties inplannen (Code-06).
  • Geautomatiseerde rollbackscripts opstellen en testen in staging (DevOps-06).
Verantwoordelijken: Architecture Lead + Platform Team
Dagen 61–90 Kwaliteit & Monitoring

Waarneembaarheid & Datakwaliteit

  • Tier-1 SLO's en OpenTelemetry distributed tracing inrichten op het orderpad (Obs-02, Obs-04).
  • Foreign key constraints handhaven op nieuwe data en hersteltests automatiseren (Data-04, Data-06).
  • Knelpunten in cyclomatische complexiteit in OrderProcessor.cs opsplitsen (Code-04).
  • Maandelijkse kwaliteitscontroles op alerts invoeren om ruis onder 20% te brengen (Obs-06).
Verantwoordelijken: SRE Lead + DBA Lead + Engineering Leads
Sectie 9

Moderniseringsroadmap voor 6–12 maanden

Na de initiële stabilisatie moderniseert Contoso stapsgewijs met .NET 10 services en Azure cloud native patronen achter een YARP reverse proxy.

Kwartaal 1

Edge Proxy Routing

Plaats een YARP reverse proxy aan de rand van het netwerk om verkeer tussen de .NET 4.7 monoliet en nieuwe endpoints te routeren zonder aanpassingen aan clients.

Kwartaal 2

Event-Driven Integratie

Vervang SMB-bestandskoppelingen door Azure Service Bus en het Transactional Outbox-patroon voor asynchrone magazijn- en factuursynchronisatie.

Kwartaal 3

Service-Extractie

Splits veel gewijzigde modules voor Prijsbeheer en Voorraad af naar zelfstandige .NET 10 microservices op Azure Container Apps.

Kwartaal 4

Continue Oplevering

Richt geautomatiseerde blue/green canary-deployments in via GitHub Actions met geautomatiseerde rollback op basis van foutbudgetten.

Sectie 10

KPI-doelen en technisch beheer

Voortgang wordt gevolgd via meetbare engineering-indicatoren. De onderstaande tabel toont de huidige nulmeting en de doelstellingen voor 6 en 12 maanden.

KPI-doelstellingen van Contoso architectuur assessment
Kritieke Prestatie-indicator Huidige Nulmeting Doel na 6 Maanden Doel na 12 Maanden
Doorlooptijd (commit naar productie)12 dagen5 dagen2 dagen
Deployment-frequentie1 per 3 weken1 per weekDagelijks op aanvraag
Foutpercentage bij wijzigingen28%12%< 5%
Duur van rollback-uitvoering90+ min (handmatig)< 30 min< 10 min (geautomatiseerd)
Percentage fout-positieve alerts38%20%< 10%
Frequentie hersteltest databaseJaarlijksElk kwartaalMaandelijks geautomatiseerd
Jaarlijkse kostenimpact door uitval€405.000€120.000< €30.000
Sectie 11

Wat u ontvangt bij een Neneos architectuur assessment

We bieden helderheid voor zowel engineeringteams als de directie. Elk opgeleverd onderdeel is ontworpen voor directe toepassing in de praktijk.

01

Directie-briefing & Scorecard

Een beknopt overzicht voor directieleden met bedrijfsrisico's, volwassenheidsscores en investeringskaders.

02

Technisch Rapport (25+ Pagina's)

Gedetailleerde analyse van alle 8 domeinen met codefragmenten, configuratiebeoordelingen en bewijslast.

03

Geprioriteerde 90-Dagen Backlog

Een geordende backlog met softwaretickets voor Jira of Azure DevOps, compleet met story points en doelen.

04

Afstemmingsworkshop (90 Min)

Een interactieve afsluitende sessie met uw architecten, team leads en directie om de roadmap definitief af te stemmen.

Veelgestelde vragen

Is dit een echt rapport van een klant?

Nee. Het is een fictief voorbeeld dat klantgegevens vertrouwelijk houdt en tegelijkertijd de structuur van onze rapportages toont.

Hoe lang duurt een assessment?

Een standaard assessment duurt 2 tot 3 weken vanaf de start tot de afsluitende workshop, afhankelijk van de scope.

Is er toegang nodig tot onze broncode en cloud?

Ja. We onderzoeken repositories, CI/CD-pipelines en cloudconfiguraties zodat bevindingen zijn gebaseerd op gecontroleerd technisch bewijs.

Geeft dit uitsluitsel over herbouw of modernisering?

Ja. Een belangrijk resultaat is een objectieve vergelijking tussen complete herbouw en stapsgewijze modernisering, zodat u een onderbouwde beslissing kunt nemen.

Klaar om uw softwarearchitectuur te evalueren?

Plan een onafhankelijk architectuur assessment om technische risico's in kaart te brengen, releasezekerheid te verhogen en een realistisch moderniseringsplan op te stellen.

Plan een kennismakingsgesprek Bekijk assessmentpakketten

Gerelateerd artikel: Oudere .NET applicaties moderniseren