Хочу задаться вопросом, в чем смысл и почему возникла необходимость "дать возможность пользователю самому формировать запросы" ?

С моей точки зрения причин две - лень или недостаточная искусность разработчика , не предоставившего пользователю возможность манипулирования информацией во всех нужных разрезах, рассматривать ее с разных точек зрения на уровне презентации объектов в конечной бизнес-форме, в терминах бизнеса.

Вторая - ограниченность знаний о предметной области, известных разработчику на момент написания системы. Предметная область может быть динамичной, быстро развививаться. Того, что было заложено в систему в момент ее сдачи заказчику, через некоторое время перестает хватать для решения бизнес-задач.

Субъективно я вижу такие пути решения этих двух проблем.

Первая. Непосредственный контакт разработчика с заказчиком, глубокое погружение в его проблемную область, разработка презентационного слоя системы "про запас". Решение задач пользователя, известных на момент написания системы, должно быть не высшей точкой ее реализации, а одним из частных случаев применения более широкого спектра заложенных в систему умений. Пользователь должен иметь возможность на раз, по щелчку пальцев разворачивать представление бизнес-информации любой стороной, хоть к лесу задом, хоть в коленно-локтевую позу.

Очень близко к этому тезису стоит возможность создания "пользовательских фильтров". Если разработчик не предусмотрел и не предугадал все актуальные и возможные в будущем бизнесовые фильтры (выраженные в терминах бизнеса) и возможность их комбинации для уточнения критериев отбора, то пользователи вынуждены считать за благо долгую возню в некоем бланке, вручную отмечая галками поля и соображая в каком порядке должны выполняться операции OR, AND.

Вторая. Система должна быть построена в виде конфигурации, сделанной на хорошем конфигураторе (примеры, часто появляющиеся в этом топике - искра, випрос). В системе должны быть высокоуровневые специализированные конфигураторы ключевых бизнес объектов, которые находятся под присмотром аналитика-конфигураста. Это может быть свой квалифицированный пользователь, внешний разработчик на договоре или по аутсорсингу. При появлении новых требований за счет настройки в этих конфигураторах поведение системы должно меняться во всех модулях, использующих эти ключевые объекты.

Мне самому удалось только в небольшой степени воплотить эти подходы в своих разработках. Желаю остальным читателям-писателям форума дальше пройти по этому пути.