Такие границы есть в некоторой модели управления. Формирование задания на разработку всегда закладывает ограничения на решения. Для оценки реализуемости требований-ограничений, как одного из их основных свойств такого объекта как "требование", аналитик ДОЛЖЕН понимать способ оценки реализуемости. В рамках "аналитика в вакууме", может быть ему это и не пригодится.
В реальной жизни ВСЕ аналитики, которых я знаю, через месяц работы над программным продуктом хотели понимать базу в части проектирования ПО.

Я тоже часто слышу эту проблему. Но тогда то, что де-юре они аналитики, не соответствует ситуации де-факто.

Ну это же твоё личное мнение  о "де-юре" и "де-факто" )

Но никак не написать самому.

Макетировать пользовательские интерфейсы - чистое проектирование.

Нет. Это копипаста из профстандарта. "Макетировать пользовательские интерфейсы"

Должен знать: Особенности технической реализации функций системы