Если под моделью понимается логика работы, то - заказчик высказал пожелания, перечислил "выходы", увидел отображение своих пожеланий на макете - дал отмашку "делай". Все довольны.

А если - КАК я буду хранить данные... Ну, в конце-концов заказчик не за то деньги платит, чтоб еще и в этом разбираться.

Я обычно подсовываю заказчику нефункциональный макет интерфейса ввода с возможностью показа каких-нить печатных форм-отчетов (болванок, ессно... с графиками, диаграммами и прочими рюшечкам) и делаю это в самом начале разработки. Максимум, что там работает - это переход между формами и "маски" на ввод данных. Ничего большего заказчик видеть не должен - у него сразу идеи появляться начинают, мысли... Нафик... А встречаться с ним в середине или под конец разработки - вообще ахтунг! Так что листики с форами и пояснениями на подпись - и вперед, за работу! А когда ТЗ, плавно перешедшее в спецификацию, уже "затвердили" - работается легко и приятно :))

Макеты клиентских модулей делаю обычно в Access MDB. Из плюсов:
1. Легко переделать в рабочее приложение и перейти на SQL Server (при необходимости)
2. Минимум усилий при максимуме результата в плане построения интерфейсов
3. Масса имеющихся наработок в области интерфейса
4. Легко таскать при необходимости демонстрации и изменять прямо на месте...

А на этапах интервьюирования - лист А4 на планшете и карандаш... никто ничего лучше пока еще не придумал :))

P.S. Не так давно рассказывал эту нехитрую схему одному весьма сертифицированному господину... Ох, как он морщился и кривился - "не по науке это все... кустарненько..."

dfasddfassdfasdfd nibbles
Макеты клиентских модулей делаю обычно в Access MDB. Из плюсов:

из минусов, которые перечеркнут все плюсы (если вы не МДБ-шники ваяете)
набор конролов в формах ACCESS весьма скуден, невозможно отобразить сложные элементы
а если подключать внешние ActiveX время требуемое для на разработки макета становится величиной непредсказуемой,
рисовать сложные элементы в других средах и вставлять на скриншоты аксессных форм - это для бездельников
впрочем, если Access ваша среда - задача сводится к стандартной
М-да... я давно не видел разводов на флеймы типа "моя линукс твоя виндовс круче".
Мы говорим о макетировании? Ну, и зачем же при макетировании нужны нестандартные ЭУ?
Лично я не собираюсь мерять эффективность среды разработки наличием или отсутствием "продвинутых" ActiveX и Вам этого не советую - это блестюче, красивенько, но бессмыслено. Из собственного опыта и из бесед с коллегами знаю, что лучше обойтись средствами одной IDE, а использования нестандартных ActiveX избегать всеми силами.

wetrweetwertewrrtпросто если Вы перечтете тред и увидите общий ход дискусии ИМХО станет очевидным что речь идет о макетировании в той среде, в которой будет вестись разработка - только и всего.
Ну, для начала, у меня сложилось впечатление, что автора топика интересует опыт присутствующих в способах представления (оно же - согласования) сырого проекта заказчику. Макетирование - лишь один (и не факт, что лучший) из способов.
wetrweetwertewrrtне нужно обизаться за любимый инструмент, никто на него не наезжает
Я не горю желанием предстать перед публикой эдаким обижено насупленным карапузом (и подобных психологических приемов стараюсь не применять в отношении окружающих.. ПЕРВЫМ). По этому, согласен, дискуссию о крутизне сред разработки давайте отложим до лучших времен.