это все       

совершенного алгоритма действий не существует. все приходит с опытом. надо исходить из задачи. начни с MVC. Посмотри паттерн mediator.
вообще не раз сталкивался с ситуацией когда пытаешься сделать максимально удобно(но и максимально по принципам ООП) и в итоге приходишь к какому то паттерну. (как с тем же mvc, логично и удобно отделить обработку данных от кода который получает и сохраняет данные).

Почитав литературу и полазив по сайтам, я составил вот такой классификатор:

Запрос на вывод интерфейса программы по умолчанию: пользователь  → контроллер → представление
Отображение интерфейса программы: представление → пользователь 
Ввод данных: пользователь  → контроллер
Проверка данных: контроллер
Передача данных на вычисление: контроллер → модель
Возврат результатов вычисления: модель → контроллер
Отображение результатов: контроллер → представление  
 

Вот такие вопросы появились при разборке паттерна MVC для моей задачи:

Нужно ли создавать отдельные классы для Модели, Представления и Контроллера? 

Если с компонентом Модель всё более или менее понятно, то процесс разделение Контроллера и Представления не ясен?  Кто что об этом думает?

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