История модели

Одним из первых исследователей, предложивших формализовать прототипирование как метод разработки ПО, был Барри Боэм. Барри Боэм — американский компьютерщик и один из основателей agile-методов разработки. Прототипирование как самостоятельная методология активно изучалось и формализовалось в 1980-х годах. Основной вклад в ее развитие внесли исследователи человеко-компьютерного взаимодействия, такие как Алан Купер и Дональд Норман, которые подчеркивали важность раннего тестирования пользовательского опыта.

Этапы

Этапы создания модели прототипирования :

1. Сбор и анализ требований: основные требования к продукту определены, но на данном этапе они могут быть неполными или общими, так как проект еще четко не определен.
2. Прототипирование: разрабатывается первоначальный прототип, который представляет собой упрощенную версию будущего приложения. Он будет содержать только базовую функциональность и элементы пользовательского интерфейса, чтобы помочь пользователям понять концепцию.
3. Оценка прототипа пользователями: прототип передается заказчику или конечным пользователям для тестирования. Пользователи взаимодействуют с системой, выявляют ошибки и предоставляют отзывы о функциональности и пользовательском интерфейсе.
4. Создание прототипа и доработка: на основе полученных отзывов прототип дорабатывается, добавляются новые функции или исправляются недостатки. Этот цикл оценки и совершенствования повторяется до тех пор, пока заказчик не будет удовлетворен.
5. Разработка финальной версии: после завершения этапа создания прототипа на основе требований и отзывов создается финальная версия продукта, готовая к тестированию и внедрению.
6. Тестирование и внедрение: конечный продукт проходит финальное тестирование, после чего вводится в эксплуатацию.

Схема

5 шт. плюсов

1. Быстрая обратная связь с пользователями. Прототип позволяет сразу же увидеть и исправить ошибки или недочеты, улучшая продукт на ранних стадиях.
2. Гибкость требований. Требования могут быть уточнены и адаптированы в процессе разработки, что важно, когда требования не определены четко с самого начала.
3. Экономия времени и ресурсов. Прототипирование позволяет избежать необходимости значительного пересмотра конечного продукта, поскольку дефекты выявляются и устраняются на ранних стадиях.
4. Повышение удовлетворенности клиентов. Заказчик может сразу увидеть, как будет выглядеть конечный продукт, и внести изменения, если результат не соответствует его ожиданиям.
5. Повышение качества конечного продукта. Постоянное тестирование и доработка прототипа помогают создать более надежное и удобное программное обеспечение, соответствующее ожиданиям заказчика.

5 шт. минусов

1. Стоимость нескольких усовершенствований. Создание прототипа требует многократного пересмотра системы, что может увеличить стоимость разработки.
2. Трудности управления проектом. Постоянно меняющиеся требования и функция прототипирования затрудняют планирование времени и ресурсов.
3. Риск нереалистичных ожиданий. Пользователь может воспринять прототип как окончательную версию и ожидать, что результат сразу же будет соответствовать тому, что он видит.
4. Ошибки, допущенные в прототипе, могут быть перенесены в окончательную версию. Если вовремя не выявить дефекты прототипа, они могут остаться в конечном продукте.
5. Трудности с масштабированием. Прототипы часто разрабатываются как временные решения, которые сложно адаптировать в полнофункциональный конечный продукт.