Логика есть. Я бы даже разделил программу на две логические части - интерфейсную, системозависимую, и на неё возложить все задачи взаимодействия с ТСР-стеком в ОС, и исполнительную, а на ту всю бизнес-логику. А в качестве языка реализации использовать ANSI C - тогда думаю не должно возникнуть проблем адаптации кода к разным компиляторам.

Исхожу из требований ТЗ:

1) Переносимость решения - обеспечивается модульной структурой и чётким соблюдением международных стандартов;
2) Возможность изменения источника входной информации - при разделении функций ввода/вывода данных и блоков анализа и управления процессом операция потребует только замены модуля ввода, остальные модули при прочих равных условиях не изменятся.

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