Здравствуйте, Cynic, Вы писали:

C>В связи с этим, чтобы избежать возможных ошибок в архитектуре, решил Вас попросить привести примеры ситуаций, в которых требования не выражаются в интерфейсе! Давайте рассматривать НЕ специализированный софт, а обычные офисные приложения. Как обычно ставлю баллы за самые интересные ответы)

Например Firmware для любой железки. Интерфейса нет, функциональность есть.

Чтобы избежать ошибок надо думать чуть более общими категориями.
Через UI можно понять как пользователь ожидает увидеть реализацию функционала. По сути полное описание UI является приемочным тестом для программы. Концепцию приемочных тестов можно распространить на любое ПО. Более того во многих методологиях разработки закреплено использования приемочных тестов, от нашего ГОСТа (ЕСПД), до XP.