Макетирование

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

Основная цель макетирования – снять неопределенности в требованиях заказчика. Макетирование (прототипирование) – это процесс создания модели требуемого программного продукта. Модель может принимать одну из трех форм:

1) бумажный макет, на котором изображен человеко-машинный диалог;

2) работающий макет, который выполняет некоторую часть требуемых функций;

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

Макетирование основано на многократном повторении операций, в которых участвуют разработчик и заказчик.

Рисунок 3 – Последовательность действий при макетировании

Макетирование начинается со сбора и уточнения требований, задаваемых программному обеспечению. Разработчик и заказчик определяют все цели создания программного обеспечения, устанавливают, какие требования известны, а какие предстоит доопределить. Затем выполняется быстрое проектирование, при котором внимание сосредотачивается на тех характеристиках программного обеспечения, которые должны быть видимы пользователю. Быстрое проектирование приводит к построению макета. Макет оценивается заказчиком и используется для уточнения требований к программному обеспечению. Итерации повторяются до тех пор, пока макет не выявит все требования заказчика и тем самым не даст возможность разработчику понять, что должно быть сделано.

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

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

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

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