В примере с самолетом будет, что модель самолета это те данные к которым ты можешь получить доступ через интерфейс (например монитор пк), а то в каком виде эти данные хранятся на чертеже, на сервере, на диске, в бинарном виде, картинкой это уже детали реализации хранения этих данных, к которым тебе как наблюдателю должно быть все равно, это одна из вариаций скрытия реализации для гибкой манипуляции над деталями. Тут я больше согласен с метафорой от Wolsh что модель это мозг, нежели завершенный экскиз самолета, мозг может данные хранить/обрабатывать/создавать/менять/выдавать/принимать/удалять/тд и детали как это работает скрыты от всех.

Godwarlock MVC является лишь одним из многих шаблонов и решает задачи для разработки одного уровня архитектуры, как и другие паттерны он построен на фундаментальных принципах ООП, не стоит внедрять паттерны ради внедрения паттернов, если все делать бездумно по канону то можно прийти к тому что вместо того чтобы решать потенциальные задачи ты страдаешь и поддерживаешь архитектуру которая совсем не делает твою жизнь проще.
Если же ты столкнулся с какими то из признаков плохой архитектуры:
-Закрепощённость: система с трудом поддается изменениям, поскольку любое минимальное изменение вызывает эффект "снежного кома", затрагивающего другие компоненты системы.
-Неустойчивость: в результате осуществляемых изменений система разрушается в тех местах, которые не имеют прямого отношения к непосредственно изменяемому компоненту.
-Неподвижность: достаточно трудно разделить систему на компоненты, которые могли бы повторно использоваться в других системах.
-Вязкость: сделать что-то правильно намного сложнее, чем выполнить какие-либо некорректные действия.
-Неоправданная сложность: проект включает инфраструктуру, применение которой не влечёт непосредственной выгоды.
-Неопределенность: проект трудно читать и понимать. Недостаточно четко выражено содержимое проекта.
то рекомендую для начала ознакомиться с базовыми принципами SOLID

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