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

C>А зачем показывать конкретную реализацию контроллера в контексте описания варианта использования?
C>Это один из аспектов реализации, в отдельном месте — если надо — и нарисуйте его.
C>На уровне варианта использования это не интересно и не нужно. Обозначьте абстрактный фасад приложения и
C>развёртывайте от него.

C>Представьте, вы поменяли SpringMVC например на Wicket. Так вот, картинки, связанные с описанием вариантов использования,
C>измениться не должны.

C>А насчёт хибера... Да вообще не надо его без особой нужды показывать-то. Нарисуйте просто интерфейс DAO без каких-либо
C>деталей его реализации. Как будто-бы ещё и не знаете, будет хибер, jdo или что-нибудь ещё другое.

Получается модель вариантов использования должна иметь более высокую степень абстракции, чем я думаю.
И вместо классов для описания доменной модели использовать интерфейсы и абстрактные классы?
Фасад я уже обозначил и наметил шаги по его реализации.
Jdo к сожаления я не знаю, поэтому придется рисовать интерфейсы dao уровня ориентируясь только на мои знания о хибернэйте.