Как мне спланировать архитектуру для перезаписи системы?

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

Я бы нашел еще лучший «обучающий» (и более реалистичный) проект: используйте систему и реорганизуйте ее, чтобы улучшить качество. Часто это лучший опыт обучения, поскольку всегда начинается с нуля.

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

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

Сказав это, вы в основном описали трехуровневое многоуровневое приложение, что обычно является разумным подходом. Однако я бы не стал разбивать его на такое количество решений (у меня были бы решения уровня UI, Business и Data с отдельными проектами внутри них).

Я не уверен, зачем вам «Решение для передачи данных» - зачем вам отдельная библиотека для обработки передачи данных между слоями? Они сами должны иметь возможность звонить от одного к другому вниз по стеку.

Во-первых, я считаю, что ваш подход - это круто. У вас есть время и бюджет? Работа деловых людей, вероятно, состоит в том, чтобы сказать вам: вы не такие. Теперь все становится немного серьезнее: вам нужно сделать систему шаг за шагом более чистой с точки зрения архитектуры. Убедите (я надеюсь, что вы не одиноки) членов команды, что эти вещи облегчат их жизнь. Единичные тесты, написанные до изменений, помогут вам удовлетворить бизнес-требования. Ваш план отличный, но я боюсь, что вы не сможете его реализовать с большим взрывом! Насколько я знаю, это происходит всего через 10 ^ 100 лет. Сделайте хорошую работу!