Bestaande .NET-software

Verder met uw bestaande applicatie.

Een applicatie kan nog nuttig zijn en toch lastig te onderhouden. Maat Software kan zo'n applicatie onderzoeken, onderhouden, aanpassen of stap voor stap moderniseren. Dat kan voor uw eigen organisatie, of in een klantproject van een IT-partner.

Herkenbare aanleidingen

  • De oorspronkelijke ontwikkelaar ontbreekt

    Niemand kent de code nog goed en documentatie is er weinig. Eerst moet duidelijk worden hoe de applicatie werkt en waar die draait.

  • Noodzakelijke wijzigingen blijven liggen

    Een nieuwe bedrijfsregel, rapportage of koppeling is nodig, maar niemand durft de code aan te passen.

  • Afhankelijkheden en frameworkversies vragen aandacht

    De applicatie draait op een oude .NET-versie of op verouderde pakketten. Bijwerken moet het gedrag van de bedrijfsprocessen intact laten, niet alleen de build laten slagen.

  • De applicatie moet blijven werken

    Onderdelen moeten beter, terwijl de applicatie in gebruik blijft. Een stilstand voor een grote herbouw is geen optie.

Drie manieren om samen te werken

  • Betaalde technische inventarisatie

    Als de situatie nog onbekend is. Maat Software brengt code, hosting, gegevens en tests in kaart. U krijgt bevindingen die zelfstandig bruikbaar zijn, ook als u daarna besluit het werk anders of later te doen.

    Meer over de overnamecheck

  • Een afgebakende verbetering

    Een fout herstellen, afhankelijkheden bijwerken of een functie toevoegen. Vooraf liggen resultaat, scope en acceptatiecriteria vast.

  • Onderhoud of doorontwikkeling met afgesproken capaciteit

    Voor een applicatie die regelmatig aandacht nodig heeft. U spreekt werkzaamheden en capaciteit per periode af en bepaalt samen de prioriteiten.

Soorten werk

  • Herstellen

    Een fout of instabiel onderdeel oplossen, met een test die laat zien dat het probleem weg is.

  • Bijwerken

    Verouderde afhankelijkheden en frameworkversies bijwerken, beoordeeld op het gedrag van de bedrijfsprocessen en niet alleen op een geslaagde build.

  • Uitbreiden

    Een nieuwe bedrijfsregel, rapportage of koppeling toevoegen aan de bestaande applicatie.

  • Stapsgewijs moderniseren

    Onderdelen één voor één vervangen of verbeteren, terwijl de applicatie in gebruik blijft.

Herbouw is geen standaarduitkomst

Vaak is gericht herstellen, bijwerken of een onderdeel vervangen voldoende. Een complete herbouw komt alleen ter sprake als het onderzoek daar een duidelijke reden voor geeft.

Wat u niet krijgt

  • Een vaste upgradeprijs voor code die nog niemand heeft bekeken.
  • Een herbouw als standaardadvies.
  • Een beheercontract als voorwaarde.

Veelgestelde vragen

Stopt mijn applicatie wanneer de ondersteuning van de .NET-versie afloopt?

Nee, niet vanzelf. Na het einde van de ondersteuning verschijnen er voor die versie geen beveiligingsupdates meer. Hoe dringend een upgrade is, hangt af van hoe en waar de applicatie draait. Dat hoort bij de inventarisatie.

Moet de applicatie opnieuw gebouwd worden?

Meestal niet. Vaak is gericht herstellen, bijwerken of een onderdeel vervangen voldoende. Herbouw komt alleen ter sprake als de inventarisatie daar een duidelijke reden voor geeft.

De oorspronkelijke ontwikkelaar is niet meer beschikbaar. Is dat een probleem?

Het maakt het onderzoek groter, maar niet onmogelijk. Toegang tot de broncode en een omgeving om de applicatie te draaien zijn wel nodig.

Is een inventarisatie altijd nodig?

Nee. Kennen u of uw IT-partner de applicatie en de omgeving al goed? Dan spreekt u het werk meteen af. Een inventarisatie is zinvol als niemand meer goed weet hoe de applicatie in elkaar zit.

Bespreek uw bestaande applicatie

Vertel kort wat de applicatie doet, waar die draait en wat er moet veranderen. Gaat het om een klantproject, vermeld dan of u een werkpakket of capaciteit zoekt.

Bespreek uw applicatie Bespreek uw klantproject