Написание прототипа приложения - лучшие практики?

Для проекта, в котором я работаю, я хочу реализовать небольшой прототип, чтобы попробовать все, продемонстрировать некоторые функции для клиента и изучить некоторые фреймворки, используемые в проекте.

Есть ли у вас какие-либо предложения или вы знаете лучшие практики для внедрения такого прототипа?

Дополнительная информация:

  • Приложение будет сложным веб-приложением.
  • Мне нужно реализовать механизм, в котором сервер будет передавать данные подписчикам (данные будут генерироваться некоторыми событиями).
  • Я хочу написать прототип, который реализует именно это поведение, но не более
1 голос | спросил Oliver Weiler 26 Jpm1000000pmWed, 26 Jan 2011 19:16:29 +030011 2011, 19:16:29

3 ответа


1

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

Чтобы избежать этого, попробуйте создать прототип, который имитирует поведение, которое хочет клиент, без фактического внедрения функций. Для веб-приложений я обычно создаю статические html-страницы и имитирую поведение с помощью JavaScript. Это дает клиенту возможность поиграть с чем-то визуальным. Это вызовет множество вопросов и изменений, которые должны произойти в начале процесса разработки.

Кристофер Махан поднимает хороший вопрос о целевой аудитории. Вы должны определить своих клиентов. Если это технические люди, которые ищут концепцию для какой-либо технологии, которую они хотят использовать, то лучше всего отделить запрос функций и создать образцы кода, которые должным образом задокументированы. Эти образцы кода должны быть простыми и сосредоточены на этой функции. Использование консольных приложений - это, как правило, хороший подход, поскольку не требуется много фальсификации. Если эти клиенты не являются техническими, вы действительно должны убедить их сосредоточиться на том, что им нужно, а не на технологиях. Многие технические специалисты не попадают в классные звуковые технологии, а не думают о том, что им действительно нужно.

ответил Carlosfocker 27 Jam1000000amThu, 27 Jan 2011 01:06:05 +030011 2011, 01:06:05
1

Если клиент получает доступ к ним, у вас есть два варианта: электронная почта и программное обеспечение, запущенные на клиентском компьютере, который прослушивает порт. Для последнего они должны были бы настроить брандмауэр и т. Д., И для этого нужны сложные люди на стороне клиента.

Если клиент опрос, то на их машине должно быть программное обеспечение, которое периодически проверяет сервер. Я бы предположил, что клиент электронной почты уже делает это, и это делает читатель RSS. У вас также может быть обновленная веб-страница, но вам нужно будет убедиться, что они отправятся на эту страницу в первую очередь.

Если ваш клиент сложный (corp, geeks), они настроили сервер xmlrpc, попробуйте его таким образом. Если нет, электронная почта - лучший выбор.

ответил Christopher Mahan 26 Jpm1000000pmWed, 26 Jan 2011 23:27:48 +030011 2011, 23:27:48
1

Комбинация Javascript /Jquery /Dom - довольно хорошая среда для прототипирования. Вначале это может показаться не так, из-за всех ошибок и проблем, но если вы упорствуете, в какой-то момент вы научитесь быстро преодолевать все проблемы (обычно проб и ошибок). Вы можете написать Jquery-ajax-callback на сервер, который обычно будет спать на стороне сервера, скажем, на 60 секунд, но вернитесь к клиенту (браузеру), если у него есть некоторые данные для нажатия. Если нет данных для нажатия, клиентская сторона будет продолжать повторять этот запрос 60 секунд до конца времени.

ответил AareP 27 Jam1000000amThu, 27 Jan 2011 07:34:44 +030011 2011, 07:34:44

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132