Перенос приложения из Microsoft Access в VB или C # .NET

В настоящее время я пытаюсь убедить руководство в необходимости перенести одно из наших приложений в .NET , Приложение стало чем-то вроде монстра в Access (бэкэнд в SQL) с 700 связанными таблицами, 650 формами / подчиненными формами, 130 модулями и 850 запросами.

Я в значительной степени знаю все основные преимущества этого, но теперь нужно посмотреть, как это можно технически достичь, чтобы я мог составить план проекта.

Итак, Мой план состоял в том, чтобы преобразовать запросы в хранимые процедуры и / или представления на серверной стороне и переписать формы в WPF или WinForms.

Теперь, код, с которого я отклеиваюсь. Можно ли упаковать код и модули в dll и использовать их, пока он медленно портируется на VB / C #?

Что нам не остается, так это половина приложения в VB / C # и половина в Access, оно должно «казаться» всем приложением, даже на полпути к миграции.

Заранее спасибо.

РЕДАКТИРОВАТЬ: Просто еще немного информации о том, что мы делаем и почему мы смотрим на отход от Access.

Мы, по сути, являемся независимым поставщиком ПО, и приложение Access является нашим основным продуктом. Это приложение было разработано в течение 15 лет многими разработчиками на разовой основе. Там нет документации для этого приложения.

У нас также есть проблемы с правильной работой ветвления в SCC, поэтому в настоящее время у нас есть 4 или 5 баз кода для полудюжины наших клиентов. Вдобавок ко всему, все тесты, которые мы проводим, полностью ручные, что, как вы можете себе представить, очень трудоемко, и лишь затрагивает поверхность того, что действительно нужно тестировать.

В настоящее время мы стремимся к расширению и имеем количество потенциальных клиентов, которые находятся на заключительных этапах. Я обеспокоен тем, что с этими новыми продажами нас затопит поддержка и тестирование, и что это приложение станет еще более запутанным глючным.

Я также добавлю к этому тот факт, что мы Вы только что вступили в фазу спецификации нового продукта, который почти наверняка будет встроен в .NET. Если бы мы переписали приложение Access в .NET, тогда люди, которых мы используем для этого, могут сразу перейти к этой новой разработке. Если бы мы остались в Access, то нам пришлось бы привлекать новых людей из Access, которых нужно было бы переобучить, как только мы начинаем новую разработку.

Так что, по сути, это сводилось к двум вариантам, основной работе по рефакторингу в Access попытаться «организовать» код немного лучше, и те из вас, кто предложил отбраковку, скорее всего правы; Я уверен, что есть части, которые больше не используются. Однако я боюсь, что если мы останемся в Access, мы все равно не сможем создать эффективное тестирование, и у нас все равно не будет надлежащего ветвления SCC, что приведет к тому, что поддержка останется кошмаром, и любые будущие события в этой области продукт делает вещи хуже. В любом случае, нам предстоит много работы, что будет сделано в Acces или .NET.