Вы будете создавать библиотеки с инструментами, соответствующими вашей технологии реализации. Например, в Java вы можете создать jar-файл, содержащий модели. Вы бы поместили банки в classpath любого проекта, который их использовал; как только вы это сделаете, у вас есть доступ к библиотеке.
Это хорошая (отличная) идея, если вы хотите повторно использовать объекты модели и бизнес-требования, которые они реализуют в нескольких местах. Возможно, вы хотите, чтобы клиенты использовали API вашей модели для реализации своих клиентов, например.
Вы можете сохранить слой модели в качестве своего собственного проекта или оставить его в «основном» проекте и иметь процессы сборки для создания нужных артефактов. Вы не дали нам достаточно информации, чтобы дать четкий ответ о том, какой подход лучше.
Я могу сказать следующее: большинство проектов начинаются со всех слоев в одном проекте. Если часть проекта становится значительно более сложной, вы можете выполнить рефакторинг отдельных проектов. В некоторых проектах, которые я видел, веб-клиент достаточно сложен, чтобы быть его собственным проектом с собственной командой разработчиков (и собственными слоями MVC). В других проектах все стеки MVC были в одном проекте. Обратите внимание, что вам не нужно, чтобы M в MVC был в отдельном проекте, чтобы следовать парадигме. Вам просто нужно разобраться со всеми проблемами в правильном слое.