14
Локальные прототипы при этом выполняют моделирование только
какой-то небольшой части системы. Также они используются для
устранения нестыковок мнений заказчика и разработчика через
сопоставление разных примеров дизайна или функционирования
программ: достаточно сделать для сравнения несколько альтернатив и
оценить их критически.
Стоит также отметить, что все локальные прототипы можно также
разделить на такие 2 вида: [3]
– горизонтальные;
– вертикальные.
Рассмотренные 2 вида прототипов направляются на полноту в ее
функциональности и диапазон самых различных возможностей для
прототипирования.
Для лучшего понимания выполним описание двух диаграмм,
которые иллюстрируют отличия между горизонтальным от вертикальным
прототипированием приложения.
Также, нужно отметить, что так называемые горизонтальные
прототипы используют небольшую функциональную глубину, при этом
они являются широкими по своих возможностях (рисунок 2). [2]
Рисунок 2 – Схема разработки горизонтального прототипа
15
Вертикальные виды прототипов являются глубоки функционально,
но они сильно ограничены в своих возможностях (рисунок 3).[6]
Рисунок 3 – Пример вертикального прототипа
Все эти прототипы по уровню своей достоверности можно также
разделять на 2 вида (рисунок 4): [8]
Рисунок 4 – Классификация прототипов ввиду их достоверности
Первые такие прототипы, как правило, не очень похожи на свой
образцовый вариант программного обеспечения. Поскольку делаются они
Прототипы с низкой
достоверностью
Прототипы с
высокой
достоверностью
Прототипы
программного
обеспечения
16
не из такого же «материала», как и окончательное ПО, то они не имеют
всей его функциональности.
Для прототипов с низкой достоверностью может симулироваться
некоторая интерактивность, хотя также не будет отражаться все тонкостей
их взаимодействия с иными модулями. [2]
Вторые выглядят, напротив, очень сильно похожими на некоторое
законченное программное приложение. Законченный утвержденный
дизайн или его функциональность – это пример типичного прототипа с
высокой степенью достоверности.
Он может также иметь некоторые из функций, которые присущи
завершенному продукту и даст возможность протестировать еще больше
«узких мест» в непосредственном взаимодействии.
При этом, для него используется больше времени на некоторую
непосредственную разработку или же его создание. Зачастую, в результате
использования действующего прототипа, который имеет высокий уровень
достоверности команда разработчиков неохотно от него будет
отказываться и пытается как-тот развить с прообраза уже законченное
программное обеспечение. [22]
В этом есть также свой большой минус – подход может привести и к
ограниченному прогрессу для разработчиков.
Каждая с рассмотренных нами разновидностей имеет слабые, а
также сильные стороны, показаны в таблице 1.
17
Таблица 1
Недостатки и преимущества прототипов низкой степени
достоверности
Уровень
достоверности
Преимущества прототипа
Недостатки прототипа
Низкая
Меньшая стоимость для
разработки;
Возможность оценки из
множества вариантов
дизайнов или программных
продуктов;
Представляет полезные
данные для разработчиков и
программистов;
Решает разные проблемы
создания макетов дисплея;
Может использоваться для
потребностей рынка;
Опровергает или доказывает
концепции и идеи
Ограниченный контроль
за ошибками;
Плохая детализация
спецификаций при
дальнейшей
разработкие;
Процессом управляет
только «посредник»;
Ограниченная
полезность после
требований;
Ограниченная
пригодность для
тестирования юзабилити
Ограничения, что
связаны с навигацией
или потоками активности
Отметим, что до начала использования прототипа высокой
достоверности нужно убедиться, что разработанный продукт хорош,
создав несколько разных прототипов с низкой достоверностью (таблица 2).
Они также могут принимать самые разные формы, где каждая из них
позволяет подтверждать или проверять различные аспекты дизайна. [2]
18
Таблица 2
Недостатки и преимущества прототипов высокой степени
достоверности
Уровень
достоверности
Преимущества прототипа
Недостатки прототипа
Высокая
Почти полная
функциональность;
Интерактивность;
Процесс разработки,
который управляется
пользователем;
Четкая схема навигации;
Является инструментом при
исследовании и
тестировании;
Наглядно показывает
результатный продукт;
Служит «живой»
спецификацией для ПО;
Торговый и маркетинговый
инструмент
Высокая стоимость
создания ПО
Большие затраты времени
для реализации
Не эффективен при
проверке идей, концепций
Не эффективен при
формировании
окончательных требований
по ПО
1.3. Виды прототипирования
Под прототипированием необходимо понимать ничто другое, как
просто процесс создания прототипа.
Основатели теории прототипирования, Хикс и Хартсон, в своей
работе под названием «Developing User Interfaces: Ensuring Usability
through Product and Process, Wiley», 1992 г., описывают прототипирование
по примеру с методикой выполнения артиллерийской стрельбы:
– артиллеристы в общем направлении наводят орудие на мишень;
– далее следует выстрел орудия;
– корректировщики оценивают степень попадание (или же промаха)
и радируют о надобности корректировки прицела;
– далее после регулировки делается другой выстрел.
19
Аналогично и прототипирование: чтобы протестировать любую
дизайнерскую идею (промах и попадание) нужно создавать и оценивать
прототип.
Прототипирование имеет следующие преимущества:
Сокращаются время, расходы, риски: улучшается качество
спецификаций; чем позже вносить изменения в спецификации, тем
получается больше расходов, поэтому, если узнать заранее, «что же
пользователи/заказчики на самом деле хотят» на ранних стадиях
разработки, уменьшится общая стоимость.
В процесс создания происходит вовлечение пользователей:
благодаря применению прототипов, на материализацию будущей
программы в процессе создания могут взглянуть будущие пользователи. В
итоге данного эксперимента разработчики и пользователи могут избежать
разногласий в представлениях о программе.
У прототипирования имеются и недостатки:
Недостаточный анализ при концентрации усилий на
ограниченном прототипе, приводит к тому, что разработчики отвлекаются
от должного анализа требований на полную систему.
В представлении пользователей могут смешаться готовая
система и прототип, при котором возникает мнение, что прототип, на
«выброс», и есть основа будущей системы. Вследствие этого, у
пользователей появляется недоверие и разочарование в возможностях
разработчиков, так как они ожидали более точное поведение от прототипа.
Создание прототипа занимает определенное время.
Прототип необходимо создавать быстро, за короткий промежуток
времени. Если разработчики не учтут этот факт, то они потратят много
времени на создание сложного прототипа.
Из вышеперечисленной информации вытекает спорный вопрос:
можно ли использовать прототипирование, в той или другой форме, ко
20
всем типам проектов. Системы, обладающие развитым интерфейсом,
имеют максимальное преимущество. В системах, связанных с
вычислениями, например, системах с интерфейсом командной строки, у
прототипированию практически нет преимуществ. Прототипирование при
проектировании интерфейсов «человек-компьютер» весьма актуально,
результаты хорошие.
Основная цель разработки прототипа – устранить неясности на
начальных стадиях процесса разработки. Техническое описание
разработчиков понять сложнее, нежели прототипы, тем более если они
представлены наглядно[3].
Требования к прототипу со временем изменяются. Вначале его
наиболее актуальными свойствами являются простота модификации и
скорость создания. Благодаря этим свойствам можно быстро разработать и
проверить несколько версий интерфейса, при этом устранить большую
часть ошибок.
По степени разработанности определены четыре версии
прототипов: бумажные, презентационные, псевдореальные и реальные.
1. Бумажное прототипирование. На ранней стадии создания
продукта имеется лишь идея и большое количество возможных
потенциальных вариантов её реализации. Выбор и их выполнение связаны
с тем, что в проект постоянно вносятся какие-либо изменения. В бумажном
виде эскизы проекта представляются на первом этапе. Детальные схемы
проработки идут следом. Часто они носят название бумажных прототипов,
однако далеко не всегда для этого используют бумагу. Исправление
обнаруженных ошибок и интерактивный мониторинг входят в эскизное
проектирование. Польза такого прототипирования на бумаге:1. по
результатам тестирования в продукт могут вноситься изменения и легко
модифицироваться; 2. хорошая скорость рисования и простота
пользования.
21
2. Презентационная версия прототипа. Презентационная -
следующая версия бумажного прототипа после тестирования и реализации.
В презентационной программе происходит отрисовка интерфейса.
Взаимодействие системы и человека в комплексе на более сложном уровне
дает преимущество перед бумажной версией данному типу прототипа. На
стадии высокоуровневого проектирования может быть реализована данная
версия. Необходимостью она является на стадии низкоуровневого
проектирования [2].
3. Псевдореальная версия прототипа. Дополнительная версия
прототипа создаётся при необходимости тестирования скорости работы
пользователя с продуктом, элементов или нестандартных объектов
интерфейса. Она не показывает реальных данных, лишена каких-либо
алгоритмов, но выглядит реалистично. Гораздо быстрее реализуется
данный вариант прототипа в редакторах изображений.
4. Реальная версия прототипа. С обрабатываемыми интерфейсом
данными, а не только с интерфейсом системы, тестируется работа
пользователя. От готового ПИ почти не отличается прототип в таких
случаях. На реальной версии прототипа ПИ юзабилити-тестирование
следует проводить. До написания остального кода необходимо прописать
части программы. Только на этапе низкоуровневого проектирования
возможен прототип такой версии [4].
Традиционный подход к созданию макетов пользовательского
интерфейса или программного продукта основан на переходе с прототипа
низкого уровня достоверности к прототипу с высокой достоверностью
(рисунок 5).
22
Рисунок 5 – Традиционная модель прототипирования
Стоит отметить, что на практике, эта логичная и простая схема
выливается в еще более совершенную технологию так называемого
эволюционного прототипирования.[2]
Эволюционное прототипирование выполняет последовательное
увеличение достоверности для исходного образца, пока, конечно, он не
становится полностью законченной системой (рисунок 6).
Рисунок 6 – Эволюционное прототипирование
Два основных преимущества характерны для данного метода
прототипирования.
1. Ускоренная разработка системы. Быстрые изменения
программного обеспечения требуются в деловой сфере из-за
современных темпов развития. Долгосрочные возможности
сопровождения ПО, функциональные возможности системы не всегда
играют решающую роль. Более важными могут оказаться удобство и
простота, а также быстрая поставка ПО.
Анализ
НД-
прототип
ВД-
прототип
Констру
ирование
Тестирование
Релиз
Анализ
Прототип
Оценка
Тестиров
ание
Констру
ирование
Релиз
23
2. Взаимодействие системы и пользователя. С учетом
пользовательских требований создается сама система.
Эволюционное прототипирование – очень широко
распространенный метод к разработке интерфейсов или программных
продуктов, но он таит в себе некоторую опасность, а именно: если
изначально создается высоко достоверный прототип, его очень сложно
будет можно расширить для проверки других идей.
Но, несмотря на это, что эволюционное прототипирование может
являться полезным для выявления больших тонкостей в аспектах,
например, пользовательского дизайна и его усовершенствования.
Быстрое прототипирование под собой подразумевает, что несколько
серий прототипов создаются, а потом, после их оценки, а также принятия
решения об неадекватности модели, будут отбрасываться.
Обычно в данной категории разрабатываются прототипы все более
высокой достоверности.
Стоит отметить, что быстрое прототипирование может также быть
сложным для разработки командой разработчиков и для приемки его
менеджерами, поскольку выглядит так, если бы время, что затрачено на
разработку прототипов было впустую потрачено.
Инкрементное прототипирование основывается на использовании
нескольких прототипов для окончательной сборки продукта. Параллельно
и отдельно могут разрабатываться все его части. Для разработки это
сокращает общее время (рисунок 7).