Цели прототипирования. Классификация прототипов

Прототипирование – один из этапов процесса анализа требований к ИС, а именно часть расширенного анализа требований.

Быстрое построение прототипа – хороший способ установить требования заказчика, а также определить и упразднить рискованные части проекта. Цели прототипирования: 1. прояснить неясные требования к системе; 2.выбрать одно из различных концептуальных решений; 3.проанализировать осуществимость

Классификация:

Горизонтальный прототип (поведенческий):

1.Моделирует интерфейс пользователя приложения, не затрагивая логику обработки и БД.

2.Имитируются: фрагменты БД, результаты запросов и расчетов

3.Реализовывается часть кода перехода между экранами

4.Ис-ся для достижения цели прояснения неясных, либо многоальтернативных требований

Вертикальный (структурный):

1. Не ограничивается только пользовательским интерфейсом

2.Реализует вертикальный "срез" системы, затрагивая все уровни ее реализации.

3.Основная цель - анализ применимости, проверка архитектурных концепций

Одноразовый (исследовательский )

1.Для быстрого макетирования аспектов ИС

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

Эволюционный

1.Первое приближение системы, призванное стать впоследствии самой системой

2.Код эволюционного прототипа должен последовательно, в течение одной или более итераций, перерасти в код целевого приложения.

Одноразовый горизонтальный (1.Прояснение и уточнение примеров использования и функциональных требований; 2.Выявление пропущенных требований; 3.Исследование возможных вариантов интерфейса пользователя) Одноразовый вертикальный (1.Демонстрация технической осуществимости) Эволюционный горизонтальный (1.Реализация базовых вариантов использования; 2.Реализация доп вариантов исп-ния по приоритетам; 3.Реализация и доработка web-сайтов; 4.Адаптация системы к быстро меняющимся требованиям бизнеса) Эволюционный вертикальный (1.Реал-ция и наращивание ключевой клиент-серверной функц-сти и уровней коммуникации; 2.Реал-ция и оптимизация основных алгоритмов; 3.Тестирование и настройка произв-сти)

Бумажный Достоинства: 1.Заказчик не станет акцентировать внимание на цветовом решении, форме кнопок и т.п., отвлекаясь от анализа функциональности, 2.Заказчик никогда не скажет, глядя на бумажный интерфейс: "Да вы, я вижу, уже создали систему на 85%! Давайте закончим ее в течении недели"

Раскадровка с использованием MS Visio и/или MS PowerPoint.

Иллюстрированные сценарии прецедентов (ИСП) содержат доп сведения, помогающие разработчику лучше понять специфику проблемной области и лучше отразить ее в интерфейсе пользователя. Основная идея ИСП - "разбавить" текст описания сценария варианта использования аспектами применимости.(– инф-ция, позволяющая расширить описание прецедента описаниями, конкретиз-ми те или иные его особенности и, в конечном итоге, повысить степень комфортности пользователя)

Аспекты применимости:

1.Ориентиры - описание опциональных функциональных возможностей системы;

2.Средние значения атрибутов и объемы объектов - позволяет оптимальнее построить пользовательский интерфейс и оценить на ранних стадиях проекта "узкие места" в обработке данных, которые могут повлиять на произв-сть системы;

3.Средняя интенсивность использования - позволяет выделить сценарии "массового" использования, в которых все должно быть идеально (быстродействие, удобство использования, минимум действий на выполнение операций), - позволяет, структурировать подачу информации, убрать из "главных" интерфейсов редко используемые опции и т.п.