Я просто замечу, что задача разделения/слияния модулей на самом деле является задачей поиска пересечения функционала. И для того чтобы правильно разбить на модули нужны:
- Проектный опыт у разработчика
- Понимание разработчиками предметной области
- Хорошие коммуникации в комманде
Поскольку на реальных проектах все это в дефиците, то безусловно проще все складывать одну модель/package. (Что мы кстати и делали на своих проектах до этого). Тем не менее я думаю попробовать использовать такой подход:
Все мелкие, не очень понятные и не очень хорошо определенные модификации складываются один большой модуль/package. НО: Для некоторых отдельных хорошо определенных доработок (например - если мы что-то подобное уже делали на других проектах и уже понятно что и как делать), разработчик может выделить отдельную модель и пакет. Я что-то подобное уже делал. Например всякие дополнительные индексы по существующим таблицам или служебные поля для синхронизации с CRM (которые в аксапте показываются, но никак не обрабаываются) я складывал в отдельные модели. Вроде бы пока проблем не было.