Михаил

Тут все просто, если классу MyService нужны все! данные из класса Config, тогда передавайте в параметры Config.
Если же ему нужна будет только часть данных из Config, тогда передавайте параметрами отдельно, а если их много, создавайте другой конфиг, который сделан специально для данного класса, типа "MyServiceInitalParams".
Если вы будете передавать классу то, что он не использует, это значительно затруднит написание unit тестов и в целом чтение кода. Увеличит его связность.

Объектно-ориентированное конструирование программных систем (Мейер)
Объектно-ориентированный анализ и проектирование (Буч)
Совершенный код (Макконнел)
Искусство автономного тестирования с примерами на С# (Ошероув)
Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем (Эванс)
Ну и как уже написали "Шаблоны корпоративных приложений" от Фаулера

Если у вас мало опыта, многое в этих книгах будет вам не понятно

Есть несколько вариантов:
1. Нанять разработчика или в идеале UX специалиста для того, чтобы помогли составить ТЗ
2. Зайти на сайты похожей тематики и подробно их просмотреть, подумать, что нужно именно вам и вписать в ТЗ

Хорошо спроектировать архитектуру большого проекта может только опытный специалист.
"Материалы по архитектуре" зависят от выбранного вами языка/языков, технологий (и от используемой парадигмы ооп, функциональное, процедурное и т.п.)