В теме 33 ответа, и 17 участников, последнее обновление сделано пользователем 
Алексей Ивасечко 6 г, 8 мес. назад.
-
Сообщения
-
Скачал GUI Machine. Потыкался пару минут в приложении. В общем интересная штука. Большой плюс, что руководство есть на русском. Вроде даже обработчик событий есть, да? Класс! Плохо, что платная.
А ещё есть продукты, которые сами генерируют исходный код по прототипу, да? В общем слышал звон, да не знаю где он.
Нашел ошибки в руководстве см. снимок экрана ниже (может на ключ заработаю к проге
).Возможно будет полезно Раннее прототипирование[/url]."Прелесть в том, что мокап можно 100 раз изменить при обсуждениях в команде и 100 раз — при обсуждении с заказчиком. И при этом никто не будет плакать, потому что пропадает полгода совместных усилий по проекту и срываются сроки."
))) У вас было такое?"Таким образом, функционирующий прототип на этапе согласования ТЗ (начальной фазе проекта) помогает:
1. Окончательно сформировать ТЗ, обнаружить и исправить ошибки в нем, проработать и зафиксировать детали.
2. Показать заказчику примерный функциональный облик будущего приложения и получить его approve.
3. Внести полную ясность по задаче в команду разработчиков."
Я думаю, что первый пункт явно не относиться к итеративной разработке. Хотя в теме О первой версии SRS для заказчика тишина…"Замещать подготовку документации прототипированием можно, просто это не укладывается в ваши принципы разработки.". Это уже зависит от процесса разработки. Во всяких XP и пр. вообще нет документации.
На свякий пожарный продублирую ссылку О прототипировании.
"Аналогично с интерфейсами. Кнопка не должна содержать много текста, иначе никто не будет ее читать. У кнопки есть как минимум три состояния: нормальное, подсвеченное, нажатое. Но могут быть вариации с неактивными кнопками и так далее. Но кнопки ничего не значат, они должны порождать какую-то реакцию на их нажатие. Например, нужно запустить процесс отправки формы на сервер. А это порождает следующий элемент — прогресс-бар для отображения процесса отправки данных. А результатом может быть как сообщение о том, что все Ок, так и сообщение об ошибке. А что делать, когда пришло сообщение об ошибке, показывать его вместе с формой, вместо формы? А нужно ли вообще сообщение о том, что все отправлено? И так далее. Приведенный мной пример платформонезависимый, так как конечная реализация будет на уровне картинок. UI-дизайнер придумывает не картинки, а процесс работы человека с интерфейсом. Потому что в ТЗ обычно пишут: «должна быть возможность отправки данных на сервер». И ни слова про процесс отправки, валидацию, сообщения об ошибках или о нормальном завершении процесса."
Интересный момент:
"И ни слова про процесс отправки, валидацию, сообщения об ошибках или о нормальном завершении процесса." а где это должно быть в SRS и важно ли это?"И ни слова про процесс отправки, валидацию, сообщения об ошибках или о нормальном завершении процесса." а где это должно быть в SRS и важно ли это?
Важно, это уровень системных требований.
Где должно быть — где вы сами определите.Подскажите, пожалуйтса, что можно попробовать для прототипирования GUI интерфейсов на Мак ОС? Точнее так, кто работал на Мак ОС и может посоветовать что-то опробованное и не слишком навернутое? Моя задача не создавать с нуля прототип интерфейса, а доделывать или переделывать существующий, чтобы визуалтзировать для программистов то, что им нужно сделать.Подскажите, пожалуйтса, что можно попробовать для прототипирования GUI интерфейсов на Мак ОС? Точнее так, кто работал на Мак ОС и может посоветовать что-то опробованное и не слишком навернутое? Моя задача не создавать с нуля прототип интерфейса, а доделывать или переделывать существующий, чтобы визуалтзировать для программистов то, что им нужно сделать.
Если нужно что-то простое — можно использовать онлайн-инструменты, они ж от платформы не зависят. Тот же Balsamiq, например.
Если нужен прототип более детальный и кликабельный — попробуйте наш инструмент — GUI Machine — он работает на Маке. У нас один сотрудник (вернее сотрудница) как раз работает в инструменте на маке.Чек вроде бы как работает на Mac OS, при этом фанатеет от Axure. Следовательно, Axure по идее должен идти на Mac OS. Но лучше дождаться ответа от Чека.Следовательно, Axure по идее должен идти на Mac OS.
Подтверждаю от себя: Axure работает на Mac OS
Доброго всем дня
делюсь ссылкой — может кому пригодится — Полезные ресурсы для проектировщиков интерфейсов в Axure RP — http://habrahabr.ru/blogs/ui/130038/.А я вот в[url=http://balsamiq.com/]такой штуке[/url] под Мак рисую пока что
она мега простая, хочу заметить. Но мне о-очень понравилась возможность добавлять туда по-быстрому скриншоты через drag&drop
Хотя, я вот не уверена, что она стоит своих 70 баксов… Уж слишком примитивная.Интересная штука, но не даёт возможности потыкать заказчику )))
Доброго всем дня
делюсь ссылкой — может кому пригодится — Полезные ресурсы для проектировщиков интерфейсов в [b]Axure RP[/b] — http://habrahabr.ru/blogs/ui/130038/.Благодарю. На первый взгляд не нашел там спойлера. Мне хотелось бы вот такие штуки делать.
Подскажите, пожалуйтса, что можно попробовать для прототипирования GUI интерфейсов на Мак ОС? Точнее так, кто работал на Мак ОС и может посоветовать что-то опробованное и не слишком навернутое? Моя задача не создавать с нуля прототип интерфейса, а доделывать или переделывать существующий, чтобы визуалтзировать для программистов то, что им нужно сделать.
Точно знаю что в Axure можно под Mac OC. Ну и в бальзамике, в котором вы рисуете. В нем кстати, можно делать также динамические прототипы, все делается по принципу мультфильмов.
Например, нарисовали макет1, который содержит одну кнопку. Потом создаете еще один макет2 копируете туда содержимое макета1 (т.е. кнопку) и добавляете отличие, например текст под кнопкой. Затем на макете1 на кнопку вешаете переход на макет2. Все это счастье экспортируете в PDF и вуаля, кликнув на кнопку вы увидите под ней текст (технически просто выполнится переход на другую страничку PDF, но визуально будет казаться, что появился текст под кнопкой)Недавно приобрел себе iPad и задумался — нет ли инструмента для прототипирования под таблетки (не под таблетками :-)?
И вот тебе на — http://www.adobe.com/products/proto.htmlНа данный момент приложение доступно только для Android. Версию для iOS обещают выкатить в начале 2012 года (я уже жду).
Особенно круто было бы сли Adobe выпустила и десктопную версию программы с которой можно было бы синхронизировать работу и хранить рабочие файлы в одном месте (например, клауде, доступном разным участникам проекта и еще версионность прикрутить)
Вы должны авторизироваться для ответа в этой теме.
