Препод особо в смысл диаграмм и говоримого не вдумывается, смотрит явные несоответствия на диаграммах (типа посылки сообщения актору, или отсутствие контроллера)

Анализ.
Показал ему диграмму ключевых абстракций и диаграммы последовательности, реализующие юз-кейсы (для первых нескольких показывал также диаграммы кооперации и VOPC, для остальных нет, так как они тривиальны). Диаграмму состояний он не спрашивал. (Хотя у Бориса спросил, видимо у него не такая впечатляющая диаграмма ключевых абстракций)

Проектирование.
Показал разбиение на уровни и пакеты. Показал диаграмму артефактов (уточнённую). Показал выделенные подсистемы.
В подсистеме был крупный фэйл, в подсистему работы с БД я выделил для простоты всего три метода, которых явно недостаточно было для реализации всех юзкейсов. Но он не спалил, типа форма диаграммы как в методичке - и всё, на смысл задания пофиг.) Для подсистемы БД показал диаграммы вида на подсистему извне, изнутри и Persistency Diagram.
Хотел показать уточнённые диаграммы последовательности, реализующие юзкейсы, но он забил и попросил сначала схему базу данных, потом диаграмму размещения. Потом попросил сгенерить код.

Генерация кода.
Генерировать проще на C++. Код не скомпилируется (так как в С++ нет классов типа Long/String/...), но нам компилировать и не надо, лишь бы успешно сгенерилось.
Генерацию можно проводить как описано в конце методички, только вместо "Выберите все объекты на диаграмме компонентов." выбрать только спецификации пакетов.

В итоге когда он не знал, что нам нужен зачёт, то собирался поставить 4, и то потому что я сдал поздно. Так что такая работа его удовлетворяет.

Мою модель можно посмотреть здесь: http://code.google.com/p/burdakovd/source/browse/trunk/ooad/task2/