UML я не знаю, он зависит от того, как многочисленная команда. Класс/Последовательность/Варианты использования - то, что главным образом использовало для меня, я думаю. Самой важной вещью не является схематическое изображение злоупотребления, потому что главная цель состоит в том, чтобы помочь связаться среди команды, справка понимают вещи тот же путь, не только, чтобы сделать некоторые бесполезные бумаги схем и не использовать их.
Однако очень сложная система, разработанная группой команд, очевидно, потребуйте большего количества схем, я думаю, только чтобы удостовериться, что все знают то, что они делают и как вещи имеют отношение в системе. Существует вполне партия хорошие инструменты в эти дни та справка в моделировании.
Один из способов справиться с этим - реализовать службу, которая предоставляет представления для ViewModels. Представления регистрируются в сервисе, и ViewModels может запрашивать диалоги у сервиса. Это пример паттерна посредника «Банда четырех» .
У Лорана Бюньона есть посредник со слабыми ссылками, в котором он использует его для отображения диалоговых сообщений. Вместе с широковещательным сообщением подписчик отправляет делегат обратного вызова для выполнения. Вы можете использовать ту же концепцию для отображения диалогового окна «О нас». Проверьте DialogMessage.cs из источника здесь .
Пожалуйста, посмотрите мой ответ на этот вопрос о том, почему класс Window сам по себе является ViewModel, чтобы вы могли без проблем использовать его прямо из ViewModel.
Мы используем классы контроллеров, которые отвечают за рабочий процесс пользовательского интерфейса. Они создают модальные окна и являются посредниками между различными моделями просмотра.
Как вы можете открыть модальное окно с помощью шаблона View-Model-ViewModel (MVVM), показано в примере приложения ViewModel здесь:
WPF Application Framework (WAF) )
Посмотрите на мои модальные диалоги решения для Silverlight 4: