Глава 13

Макеты, модели и прототипы

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

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

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

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

другими методами ориентированного на пользователя проектирования увеличивает возможность создать отличный "рецепт" для ПИ. Затрагиваемая тема, безусловно, широка, поэтому обзор основных элементов содержит ссылки, необходимые для дальнейшего изучения (рис. 13.1).

В главе рассматриваются следующие вопросы.

• Определения.

• Цели.

• Методы материализации проектных решений.

• Организационные аспекты.

• Отбрасывание прототипов.

• Недоразумения.

• Продолжение обсуждения проекта.

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

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

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

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

• После того как HTML-страницы проанализированы и одобрены пользовате­лями, начинается стадия более серьезной разработки с добавлением возмож­ностей динамического поведения и поведения реального времени, а также сохранения данных. Эти страницы могут оставаться страницами, написанными на чистом языке HTML, они могут быть дополнены сценариями, которые написаны на встроенных языках наподобие JavaScript, или превратиться в апплеты, ASP-страницы (Active Server Pages — страницы активного сервера) или JSP-страницы (Java Server Pages — страницы Java-сервера) либо обладать други­ми видами поддержки.

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

• Навыки по выявлению требований.

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

• Навыки разработки, обязательные для материализации проектных решений в виде имитационной модели или прототипа ПИ.

• Навыки разработки, необходимые для преобразования прототипа ПИ в ПО, отвечающее отраслевым стандартам, и требуемые для него артефакты.

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

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