IMHO, конкретно трехуровневая система - это частный случай многоуровневого приложения в технологии CORBA или DCOM. Имеются правила хорошего тона на создание таких приложений, но насчет стандартов - сильно сомневаюсь. На самом деле двухуровневое приложение, использующее ADO, тоже частный случай этой технологии. Под IIS тоже многие подразумевают третий уровень. Я видел описание системы (постатаюсь найти, если найду - вышлю ссылку), в которой WEB-технология - только частный случай трехуровневости. Мощная распределенная сеть ресурсов. В качестве сервера приложений выступает несколько серверов приложений в распределенной сети, которые управляют одновременно несколькими SQL-серверами (хранилищами данных), пропорционально распределяя между ними нагрузку. Координацию, распределение нагрузки между серверами приложений и SQL-серверами осуществляет координатор. Он ведет учет пользовательских сессий и контекстов. При выходе из строя сервера приложений или SQL-сервера вся система продолжает нормально работать за счет остальных серверов. Координатор перераспределяет нагрузку. Единственное узкое место - сам координатор. Если упадет компьютер, на котором он находится - приплыли.
Только на твоем месте прежде чем цепляться к терминологии я бы попытался разобраться в том, что они предлагают. Возможно, их вариант и не трехуровневый, но вас вполне устроит. Я примерно догадываюсь, что они вам хотят преложить. Сейчас, возможно, по этому направлению работает больше специалистов, нежели по трехуровневости как таковой. Речь идет о универсальных case-средствах, с помощью которых разрабатываются клиентская и серверные части не по отдельности, а в единой совокупности. Пример я уже озвучивал на этом форуме месячишко назад - технология STORM-2000. Позволяет на структуре объектов и схем их взаимоотношений построить сразу и БД на MS SQL 7.0, и код клиентской части на VB6 с готовой программой (а сейчас либо идет, либо уже готова разработка для Delphi).
Некоторые идут по упрощенному пути. Для них главное - обеспечить удобное сопровождение системы и безболезненное и незаметное для пользователей обновление ее отдельных модулей. Для подобных целей подобная система вполне годится. В общем, IMHO, исходить нужно не из терминологии, а из преследуемых задач и способности данного варианта их удовлетворить.

http://ics.perm.ru/products/storm/