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

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

Модель прототипирования состоит из следующих шести фаз SDLC:

Шаг 1: Сбор и анализ требований

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

Шаг 2: Быстрый дизайн

Второй этап – это предварительное проектирование или быстрое проектирование. На этом этапе создается простой проект системы. Однако это не законченная конструкция. Это дает пользователю краткое представление о системе. Быстрый дизайн помогает в разработке прототипа.

Шаг 3: Создайте прототип

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

Шаг 4. Первоначальная оценка пользователя

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

Шаг 5: Доработка прототипа

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

Этот этап не закончится до тех пор, пока не будут выполнены все требования, указанные пользователем. Как только пользователь удовлетворен разработанным прототипом, на основе утвержденного окончательного прототипа разрабатывается окончательная система.

Шаг 6. Внедрение продукта и его обслуживание

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

Типы моделей прототипирования

Четыре типа моделей прототипирования:

1. Прототипы Rapid Throwaway
2. Эволюционный прототип
3. Инкрементальный прототип
4. Экстремальный прототип

Прототип быстрого одноразового использования

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

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

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

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

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

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

При инкрементальном прототипировании конечный продукт разбивается на несколько небольших прототипов и разрабатывается индивидуально. В конечном итоге разные прототипы объединяются в один продукт. Этот метод полезен для сокращения времени обратной связи между пользователем и командой разработчиков приложения.

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

Метод экстремального прототипирования чаще всего используется для веб-разработки. Он состоит из трех последовательных этапов.

1. Базовый прототип со всеми существующими страницами присутствует в формате HTML.
2. Вы можете моделировать процесс обработки данных, используя уровень прототипов сервисов.
3. Услуги реализованы и интегрированы в окончательный прототип.

лучшие практики прототипирования

Вот несколько вещей, на которые следует обратить внимание в процессе прототипирования:

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

Преимущества модели прототипирования

Вот важные плюсы/преимущества использования моделей прототипирования:

• Пользователи активно участвуют в разработке. Поэтому ошибки могут быть обнаружены на начальном этапе процесса разработки программного обеспечения.
• Можно выявить недостающую функциональность, что помогает снизить риск сбоя, поскольку прототипирование также рассматривается как деятельность по снижению риска.
• Помогает члену команды эффективно общаться
• Удовлетворенность клиентов существует, потому что клиент может почувствовать продукт на очень ранней стадии.
• Шансов на отказ программного обеспечения практически не будет.
• Более быстрая обратная связь с пользователем поможет вам найти более эффективные решения для разработки программного обеспечения.
• Позволяет клиенту сравнивать, соответствует ли код программного обеспечения спецификации программного обеспечения.
• Это поможет вам найти недостающую функциональность в системе.
• Он также определяет сложные или трудные функции.
• Поощряет инновации и гибкое проектирование.
• Это простая модель, поэтому ее легко понять.
• Нет необходимости в привлечении специализированных экспертов для построения модели.
• Прототип служит основой для разработки спецификации системы.
• Прототип помогает лучше понять потребности клиента.
• Прототипы можно изменять и даже выбрасывать.
• Прототип также служит основой для эксплуатационных спецификаций.
• Прототипы могут предлагать предварительное обучение будущим пользователям программной системы.

Недостатки модели прототипирования

Вот важные минусы/недостатки модели прототипирования:

• Прототипирование — это медленный и трудоемкий процесс.
• Затраты на разработку прототипа — это пустая трата времени, поскольку прототип в конечном итоге выбрасывается.
• Прототипирование может стимулировать чрезмерные запросы на изменения.
• Иногда клиенты могут не захотеть участвовать в цикле итерации в течение длительного времени.
• Когда каждый раз заказчик оценивает прототип, может возникнуть слишком много изменений в требованиях к программному обеспечению.
• Плохая документация, поскольку требования клиентов меняются.
• Разработчикам программного обеспечения очень сложно учесть все изменения, требуемые клиентами.
• Увидев ранний прототип модели, покупатели могут подумать, что вскоре ему доставят настоящий продукт.
• Клиент может потерять интерес к конечному продукту, если его не устраивает первоначальный прототип.
• Разработчики, которые хотят быстро создавать прототипы, могут в конечном итоге создать нестандартные решения для разработки.

Итого

• В программной инженерии методология прототипов — это модель разработки программного обеспечения, в которой прототип создается, тестируется, а затем при необходимости перерабатывается до тех пор, пока не будет получен приемлемый прототип.
• 1) Сбор и анализ требований, 2) Быстрое проектирование, 3) Создание прототипа, 4) Первоначальная оценка пользователя, 5) Доработка прототипа, 6) Внедрение продукта и его обслуживание; 6 шагов процесса прототипирования
• Типы моделей прототипирования: 1) Прототипы Rapid Throwaway 2) Эволюционный прототип 3) Инкрементный прототип 4) Экстремальный прототип
• Регулярные встречи необходимы для своевременного выполнения проекта и предотвращения дорогостоящих задержек при создании прототипа.
• Можно выявить недостающую функциональность, что помогает снизить риск сбоя, поскольку создание прототипов также рассматривается как деятельность по снижению риска в SDLC.
• Прототипирование может стимулировать чрезмерные запросы на изменения.