отвечу топик-стартеру, как человек, который в данный момент переводит проект с как раз Д7
на Д10.4.2. все что написано ниже это выводы, к которым я пришел опытным путем
за свою, так сказать, карьеру.


* перевод продукта на другую платформу практически в 100% случаев либо заканчивается неудачей (то есть продукт так и не переведен, а разработка останавливается), либо диким увеличением стоимости разработки, либо сначала вторым, а потом первым
* перевод продукта на другую платформу может иметь (а может и не иметь) некоторый смысл только если продукт делается принципиально новым образом (например, старая версия у нас это десткоп-приложение, а новая - веб-сайт, который будет крутиться в облаке). если же вы хотите получить плюс-минус то же самое, только написанное на чем-то другом - то такой перевод как правило бессмысленный
* подобный перевод продукта сложен тем, что как правило не реально оценить сроки работ.

вот к примеру. у вас 30 человек писали этот код 20 лет. сколько человеко-лет было вложено? ну, допустим 500 (я грубо).
с чего вы взяли, что новую версию ваши 10 нынешних человек напишут за какое-то ПРИНЦИПИАЛЬНО иное время?

я не говорю что это невозможно, но с чего вы взяли, что в вашем случае у вас все для этого есть?

для того, чтобы все то же самое разработать на другой платформе за принципиально меньшее время (например в 10 раз быстрее
- а в нашем случае это 50 человеко-лет, то есть ваши 10 человек будут это педалить 5 лет), вам надо
а) принципиально больше ресурсов (людей) - а они у вас есть?
б) принципиально повысить производельность труда

в вопросе (а) врядли у вас положительный ответ, полагаю. остается (б).
тут могут быть варианты. скажем, какой-нибудь супер-фреймворк, который уже и без вас делает 90 работы и т.д.

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

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

* очень часто такой перевод парализует текущую разработку и ставит разработчиков в шпагат - когда надо реально разрабатывать текущую версию, "ведь она нас кормит", и разрабатывать новую версию, "ведь за ней будущее"

ну ок, все плохо, скажете вы, так что же делать?

лично мой совет такой: надо организовать переход на что-либо (будь то апгрейд текущей платформы или новая платформа) таким образом, чтобы процесс перехода:
а) не порождал в принципе наличие какого-то другого продукта
б) можно было бы осуществлять постепенно


например, в вашем случае это может быть:
1. купить одну лицензию последней Дельфы (причем, я так подозреваю, Professional вам там хватит с головой)
2. сделать декомпозицию вашей программы. части повыносить в DLL'ки - чем больше DLL'ек, тем лучше
3. мигрировать DLL'ки, написанные уже на последней версии, одну за другой
4. когда этот процесс уже дойдет до конца - можно от DLL уже будет отказаться

выигрышей здесь будет немало:
1. не теряются знания разработчиков (что важно!)
2. не прерывается разработка продукта
3. обновление кода происходит постепенно и безболезненно для всех - продукт не перестает работать. в самом крайнем случае - на начальном этапе у вас есть две DLL'ки - оригинальная, скомпилированная в D7 - и новая, скомпилированная в D10.4 - можно откатываться к более рабочей и т.д.
4. нет смысла особо, скажем, париться за сроки. когда будет готово - тогда и будет
5. новые лицензии дельфы можно докупать постепенно - кратно процентному покрытию проекта новым кодом
6. ну и так далее

в таком случае процесс миграции будет как минимум ПРЕДСКАЗУЕМЫМ и с минимальным стрессом.
вобщем как-то так. можно еще поразворачивать, но лень)

PS. если по какой-то причине есть прямо жгучее желание сменить платформу - то вместо переписывания DLL на новую дельфу, можн
использовать эту DLL как обертку вокруг написанного вами кода на другой платформе (например на .NET). это тоже более-менее рабочий путь - но вы должны понимать, что он НЕМИНУЕМО увеличит сроки. а на сколько - вы не сможете посчитать и наперед сказать.