Как протестировать соответствие продукта рынку с помощью прототипов программного обеспечения

Прототипирование программного обеспечения — известный термин, связанный с рядом мифов и заблуждений. Это описание прототипа программного обеспечения ясно и устраняет любую путаницу в отношении того, что такое прототип программного обеспечения, а что нет, так что давайте начнем.

Прежде чем перейти к конечному продукту, у вас есть прототипы высокой точности (HiFi), которые точно изображают то, как он будет выглядеть, когда он будет готов. С небольшими изменениями прототипы HiFi демонстрируют программу таким образом, чтобы она была очевидной и полезной для потенциальных пользователей. У высокоточных прототипов есть только один недостаток: более длительные циклы разработки, что означает большие затраты на разработку.

На следующем этапе вы создаете прототипы низкой точности (LoFi), которые представляют собой просто двумерные фигуры или диаграммы. Прототипы LoFi делают все возможное, чтобы перечислить и описать функции черным по белому, а не воссоздавать функциональность программного обеспечения. Эти прототипы предназначены для того, чтобы показать другим заинтересованным сторонам, какую пользу принесет им та или иная функция приложения, и, таким образом, помочь им понять цели проекта.

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

Цель прототипирования программного обеспечения

Модели прототипирования программного обеспечения могут использоваться для самых разных целей, в том числе:

Оцените создание новых приложений

Вы можете использовать прототипы программного обеспечения для оценки прогресса и направления приложений, которые все еще находятся на ранних стадиях разработки. Не требуя существенных дополнительных ресурсов, они иллюстрируют дополнительные возможности и направление, в котором будет двигаться конечный программный продукт. Вы должны использовать их на каждом этапе разработки программного обеспечения, чтобы следить за ходом вашего проекта и его направлением (например, для MVP, первой итерации и т. д.).

Участие третьих лиц, таких как акционеры, инвесторы или клиенты

Различные заинтересованные стороны, инвесторы и клиенты должны участвовать в некоторых инициативах по разработке программного обеспечения. Это особенно полезно для участия третьих сторон, когда прототип используется для демонстрации программного обеспечения в процессе разработки. Способность компании получать внешнее финансирование может быть усилена вкладом клиентов и других заинтересованных сторон.

До истечения сроков или ресурсов можно внести изменения

Любые корректировки SRS (спецификаций требований к программному обеспечению), внесенные в последнюю минуту, также можно оценить с использованием моделей прототипов программного обеспечения. Проверка возможности удовлетворения новых потребностей до того, как будут израсходованы сроки или ресурсы, упрощается благодаря использованию моделей. Прототипы программного обеспечения также можно использовать для проверки состояния программного обеспечения, когда все ресурсы исчерпаны.

Различные модели прототипирования программного обеспечения

Модели прототипирования программного обеспечения можно разделить на четыре категории:

Быстрое прототипирование

Прототип часто необходим для жизненного цикла разработки программного обеспечения (SDLC) по целому ряду причин, независимо от того, насколько незначительными могут быть изменения исходного кода. Для удовлетворения таких потребностей в тестировании или для демонстрации крошечных модификаций лучше всего подходит быстрое прототипирование. Быстрое прототипирование чаще всего используется в методе гибкой разработки, при котором небольшие модификации вносятся и выполняются быстро во время каждого спринта процесса разработки.

По мере продвижения процесса разработки программного обеспечения становится все труднее использовать более ранние прототипы. Таким образом, быстрое прототипирование также известно как одноразовое прототипирование, потому что каждый предыдущий прототип становится неприменимым к текущему состоянию разработки, если он используется не таким образом.

Эволюционное прототипирование

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

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

Инкрементное прототипирование

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

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

Экстремальное прототипирование

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

Экстремальное прототипирование состоит из трех этапов:

• Начните с создания HTML-конструкции, представляющей уровень представления.

• Связав прототип со слоями сервиса, вы можете сделать его полностью функционирующим.

• Сервисные слои должны быть реализованы на этом этапе, чтобы завершить производство.

Выбор правильной модели прототипирования программного обеспечения

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

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

Бывают случаи, когда эволюционное прототипирование полезно, но только тогда, когда требования к программному обеспечению неясны или недостаточно ясны.

Шаги по созданию высокоэффективной модели прототипирования

Чтобы создать высокоэффективный прототип, компания или предприниматель могут выполнить следующие шаги:

Определите все основные функции

Предприниматель должен начать с определения всех основных потребностей программного обеспечения. Нет предела тому, насколько глубоко он или она может углубиться в наиболее важные функции, необходимые для функционирования продукта. Второстепенные функции, такие как безопасность программного обеспечения, настройки и удобный интерфейс, могут быть представлены позже.

Создайте первый интерфейс

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

Провести тестирование после завершения настройки интерфейса?

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

Улучшения, сделанные на основе отзывов заинтересованных сторон и тестировщиков

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

Заключение

Предприниматель любого уровня может создать модель прототипа программного обеспечения, чтобы показать или проверить, как его идеализированный продукт будет работать в реальной жизни. Чтобы удовлетворить инвесторов и сократить время выхода на рынок, прототипы также могут иллюстрировать реальную функциональность программного обеспечения, что может помочь сократить время разработки. Поиск правильного прототипа для вашего проекта имеет решающее значение. Другие варианты для предпринимателей и владельцев бизнеса включают MVP (минимально жизнеспособный продукт) и доказательство концепции (POC). Создание прототипов компаний-разработчиков программного обеспечения, которые также создают MVP и POC, потенциально может стать вариантом экономии общих затрат.

Первоначально опубликовано [здесь] (https://www.aeliusventure.com/software-prototyping-model-to-examine-the-imaginary-product/).

Оставаться на связи!