- Het probleem
Een order wordt soms dubbel opgeslagen. We brengen het foutpad in kaart.
- De wijziging
We beoordelen code en gegevensmodel en passen de verwerking gericht aan.
- De controle
We testen herhalen, gelijktijdige acties en terugval vóór een nieuwe release.
Dit is een voorbeeld van een softwarevraag; de aanpak hangt af van uw code, versies en bestaande tests.
Een terugkerend probleem vraagt om een gerichte beoordeling
Een applicatie verwerkt orders, plant monteurs of registreert voorraad. Uw medewerkers kennen het systeem, maar een fout keert terug of een wijziging duurt steeds langer. Moet alles opnieuw worden gebouwd? Dat is pas te beoordelen als duidelijk is welk werk vastloopt en waardoor.
Radorfa begint bij een concreet voorbeeld van de medewerker. Daarna bekijken we de betrokken code, gegevens en koppelingen. Bij bestaande C#/.NET-, VB.NET-, Angular- of PHP-applicaties kan de vraag gaan over onderhoud, extra ontwikkelcapaciteit, een lastige fout of een geleidelijke vernieuwing. De gebruikte taal alleen bepaalt niet of vervangen verstandig is.
Wanneer een gerichte verbetering te onderzoeken is
Als de belangrijkste bedrijfsprocessen goed aansluiten en het probleem af te bakenen is, kan een beperkte wijziging een logische route zijn. Denk aan een onduidelijke foutmelding, een trage zoekopdracht of een koppeling die bij herhaling dubbele gegevens aanmaakt. We bekijken of het gedrag reproduceerbaar is en of een test de gewenste verbetering aantoonbaar kan maken.
Voor een verantwoorde wijziging zijn toegang tot de broncode, een werkende bouwprocedure, geschikte testgegevens en duidelijkheid over de productieomgeving belangrijk. Ontbrekende documentatie betekent dat eerst onderzoek nodig is. Dat hoort zichtbaar in de scope van het voorstel.
Wanneer een bredere vernieuwing aandacht verdient
Als het systeem het werk structureel belemmert, belangrijke afhankelijkheden niet meer passen of wijzigingen niet beheersbaar te testen zijn, bekijken we een bredere aanpak. Mogelijke routes zijn een onderdeel vervangen, een nieuwe interface rond bestaande verwerking bouwen of het proces gefaseerd naar andere software overbrengen.
Vergelijk daarbij ook gegevensmigratie, koppelingen, training, beheer en de overgangsperiode. Een nieuwe applicatie moet immers dezelfde dagelijkse werkzaamheden kunnen overnemen. Spreek af welke onderdelen naast elkaar blijven bestaan en wanneer een oude verwerking mag stoppen.
Maak de uitkomst vooraf controleerbaar
Stel dat een order soms dubbel wordt opgeslagen. De gewenste uitkomst is dan niet alleen “de fout is opgelost”, maar bijvoorbeeld: dezelfde bevestigde opdracht wordt bij opnieuw aanbieden niet nogmaals aangemaakt. Daarnaast moet zichtbaar zijn wat gebeurt bij gelijktijdige acties of een onderbroken verbinding.
Bij automatisch opnieuw proberen verdient de belasting van het ontvangende systeem aandacht. Microsoft beschrijft dit risico in het Retry Storm-antipatroon. We toetsen het herstelgedrag aan uw toepassing, inclusief grenzen, logging en een route voor handmatige opvolging.
Kijk naar de samenhang met uw werkvloer
Bij Power Piping ontwikkelde Radorfa PowerScan en een warehouse-app rond productie, voorraad en registratie. De klantcase Power Piping laat zien waarom software, apparaten en werkwijzen samen bekeken moeten worden.
Een bruikbaar vertrekpunt voor softwareadvies
Beschrijf één terugkerend probleem, wie er last van heeft en wat er goed zou moeten gaan. Vermeld de bekende techniek, versie, hosting en beschikbare broncode. We bespreken welke toegang nodig is en wat een eerste onderzoek kan opleveren. Bekijk softwareconsultancy, softwarebeheer of leg uw softwarevraag voor.