Тестовое задание - например, дают функционал - "фирма оформляет на свои услуги счета-фактуры". Надо разрисовать общую юз кейс диаграмму (какие вообще кейсы есть - CRUD(create, read, update,delete), поиск, печать, групповая печать, просмотр перед печатью; как они вызываются друг из друга - через включение или расширение с правильной UML-нотацией и с правильными экторами - внешними и внутренними) и сделать описание всех кейсов - предусловия, постусловия, экторы, основной ход событий, альтернативные потоки.Ролевая игра - вы-аналитик, вас отправляют к новому клиенту, про которого известно только то, что он прислал запрос на фирму с целью возможного заключения договора на разработку. Вас посылают на самое первое интервью. Принимающий на работу играет роль заказчика - либо такого работника старой формации, который изначально делает неправильную постановку в плане функционала, а вам надо выяснить реальные потребности; либо продвинутого в компьютерных технологиях и автоматизации заказчика, который настаивает на конкретном решении, а вам надо выяснить, почему решение именно такое, и понять, в какие стороны возможны альтернативы для последующих предложений. А потом принимающий на работу играет роль ИТ-начальства, которому вы отчитываетесь о встрече, а он смотрит, какие выводы вы сделали из его ответов в роли заказчика, сколько информации запомнили-записали, и как это расходится с его внутренним видением ситуации, которую он пытался до вас донести или наоборот запутать для вас в роли заказчика.