Хочу спросить какие средства для создания  прототипов GUI вы используете и почему? Чем удобны? Выложите примеры.
Какие минусы и плюсы можете назвать?

Приведу примеры
1 Rational Rose  - в книге Лешека Мацяшека "Анализ требований и проектирование систем" на стр 306 есть примеры. Показывал клиенту диаграммы , было не все понятно ему.Поэтому для наглядности использовал Visio
2 PowerPoint – no comment
3 Visio - есть всякие кнопки , формочки
4 RAD - Delphi и т.п. Хороший вариант. Можно делать сразу "готовый продукт"
5 Axure RP
6 Gui Design Studio - мне этот продукт очень понравился. Лучше чем VISIO и Axure RP вместе взятые

Спасибо.

Использую Visio или Excel

Visio,
раньше ещё прямо в Visual Studio делала - так программистам легче было.

Enterprise Architect или Visual Paradigm UML CE

также Excel, InfoPath

Enterprise Architect или Visual Paradigm UML CE

также Excel, InfoPath

На Excele это как?Шаблон или пример можете выложить?

Вот например

Можно конечно, как сделал Саша. Но я обычно просто использую макросы простые и инструменты форма, кстати тоже самое можно сделать и в ворд.

Но проще конечно в EA или VP или VISIO

Рисую в Visio, раньше просто мог набросать в дельфи нужный интерфейс.

Сначала Sparx Systems Enterprise Architect (связь с UC, функциональность, навигация), затем, при необходимости, MS Visio (эргономика, дизайн, даже "работающий" прототип - с элементами-ссылками).

Пробовал MS PowerPoint с анимацией. Красиво, но времени уходит столько, что проще настоящий интерфейс средствами IDE сделать сделать. Что неправильно: во избежание двойной работы программировать должны программисты.

А вот давайте обсудим - м.б. сразу надо прототипировать в IDE?

Плюс очевиден:
1. Не надо делать двойную работу. Аналитик накидывает все и ГУИ готов - надо прикрутить только поведение.

Минусов больше:
1. Аналитик может перепутать контролы и программисту либо надо будет их менять, либо по неопытности может оставить не правильные.
2. Надо обучать Аналитика IDE.
3. Не понятно как делать трассировку к эл-ам формы.

Может кто-то еще выскажется за прототипирование в IDE?!

за прототипирование в IDE:
программистам нарисуешь одно, а они расположат немного по -другому и уже весь дизайн кривой...
А потом кучу замечаний создавать про то, что "кнопку1" расположить ближе к "кнопке2", шрифт группы сделать больше, и т.д.
Программисты могут начать выделываться, что это не первоочередное требование и т.д. и что раньше его не было(!!!) в плане на месяц не учтено(!!!)
Да ещё некоторые программисты не понимают, что от них требуется при написании "увеличить поле ввода 2". У меня такое замечание висело 3 месяца , пока жаловаться не пошла. Увеличивали не поле ввода, а наименование этого поля.

за прототипирование в IDE:
программистам нарисуешь одно, а они расположат немного по -другому и уже весь дизайн кривой...
А потом кучу замечаний создавать про то, что "кнопку1" расположить ближе к "кнопке2", шрифт группы сделать больше, и т.д.
Программисты могут начать выделываться, что это не первоочередное требование и т.д. и что раньше его не было(!!!) в плане на месяц не учтено(!!!)
Да ещё некоторые программисты не понимают, что от них требуется при написании "увеличить поле ввода 2". У меня такое замечание висело 3 месяца , пока жаловаться не пошла. Увеличивали не поле ввода, а наименование этого поля.

Ну что тут сказать:
1) проектировщик не дал чётких гайдлайнов по модульной сетке интерфейса;
2) в работе отсутствует командность, задачи перебрасываются между функциональными перегородками.

Имхо, пытаться решать проблему, борясь с последствиями, а не с причиной - неправильно.

А вот давайте обсудим - м.б. сразу надо прототипировать в IDE?

Плюс очевиден:
1. Не надо делать двойную работу. Аналитик накидывает все и ГУИ готов - надо прикрутить только поведение.

Минусов больше:
1. Аналитик может перепутать контролы и программисту либо надо будет их менять, либо по неопытности может оставить не правильные.
2. Надо обучать Аналитика IDE.
3. Не понятно как делать трассировку к эл-ам формы.

Может кто-то еще выскажется за прототипирование в IDE?!

Был тут недавно на курсах “разработка GUI” в Luxoft.
Там озвучили такую мысль. Типа хорошо если аналитик выполнит готовый “кликабельный интерфейс”. Например: аналитик кликнет на кнопку и пишет в событии “Надо выполнить то-то” или отставляет ссылку на документ с описанием работ. А разработчик  пишет только бизнес-слой, в GUI  он даже не лезет.
Говорили мол такой подход идет на ура. Типа довольны все заказчик и разработчики.

Кажется, это возможно осуществить в ЕА, прикрепляя к элементам интерфейса ссылки на документы и артефакты моделей.

И идея очень интересная

Вот и бумажные прототипы.Помню делал тоже так.Кружок умелые руки 

http://ru.youtube.com/watch?v=ppnRQD06ggY
http://ru.youtube.com/watch?v=Ia7NnVCBjYg&feature=related
http://ru.youtube.com/watch?v=GrV2SZuRPv0&feature=related
http://ru.youtube.com/watch?v=c4-A-9hGn0U&feature=related