Ich werde VB6- und Access-Apps auf Dot Net modernisieren

Ja. Ich kann VB4-, VB5- und VB6-Projekte bewerten, vorausgesetzt, der verfügbare Quellcode, die Datenbank und Abhängigkeiten können geprüft werden.

Oft ja. Eine Migration über VB6, VB.NET und dann modernes .NET ist nicht immer notwendig. Ich prüfe die Anwendung und empfehle den sichersten Weg.

Vollständiger Quellcode ist sehr wünschenswert. Ohne ihn kann ich die kompilierte Anwendung und Datenbank bewerten, aber eine Rekonstruktion oder Reverse Engineering muss separat geplant werden.

Ja. Das kann die Formulare, Berichte, VBA-Code, Abfragen und Datenbank umfassen oder die Migration zu C#, .NET, SQL Server oder einer modernen Webanwendung.

Das ist in der Regel das Hauptziel. Ich arbeite mit einem gestuften Ansatz, dokumentierten Anforderungen, Tests und Vergleich mit dem bestehenden System.

In der Regel ja. Der Ersatz hängt vom Zweck des Controls, der Verfügbarkeit des Quellcodes, der Lizenzierung und ob ein modernes Äquivalent existiert ab.

Nein. Die Pakete umfassen eine Bewertung, ein repräsentatives Modul oder einen definierten Modernisierungs-Sprint. Vollständige Anwendungen werden nach Prüfung separat angeboten.

Ja, wo es sinnvoll ist. Mögliche Zielplattformen sind ASP.NET Core, Blazor und SQL Server, aber die beste Architektur hängt von den Nutzern, Workflows und Deployment-Anforderungen ab.

In der Regel ja. Größere Migrationen können in Phasen erfolgen, sodass das bestehende System weiterläuft, bis die Ersatzmodule getestet und akzeptiert sind.

Ja. Das Trennen von Migrationsarbeiten und optionalen neuen Funktionen reduziert meist das Risiko und erleichtert Tests.