Разработка проектного решения

Написание пользовательских историй

Перед разработкой технического задания для мобильного приложения Оружейной палаты, необходимо определить и задокументировать сценарии использования приложения. Проектирование сценариев использования приложения принято начинать с написания пользовательских историй (обычно называемых User Stories).

User Stories, в первую очередь являются планом действий по созданию, тестированию и продвижению проекта. Также, пользовательские истории предоставляют возможность еще раз оценить перспективы продукта. Автор утверждает, что в среде разработчиков мобильных и веб-приложений, User Stories с успехом заменяют функциональные спецификации. В поддержку этой идеи приводятся следующие доводы:

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

Существует негласно принятый сообществом алгоритм написания пользовательских историй. Перед тем, как приступать к их написанию, необходимо чётко разделить все роли в приложении. Затем, для каждой роли следует прописать User Stories по следующему шаблону: «Как,, я, «.

Приложение Оружейной палаты Кремля разрабатывает по заказу представителей руководства музея, однако, целевой аудиторией приложения являются посетители музейного комплекса Кремля, а также люди, интересующиеся культурными ценностями России, однако не имеющие возможности попасть в музей по каким-либо причинам.

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

• 1. Как посетитель музея, я хочу иметь возможность совершить свободную экскурсию по выставке самостоятельно, чтобы не быть зависимым от гида и группы.
• 2. Как посетитель музея, я хочу иметь возможность определить своё положение в музее, для того, чтобы не заблудиться в больших залах.
• 3. Как посетитель музея, я хочу иметь возможность прослушать различные тематические экскурсии во время нахождения в музее, для того, чтобы погрузиться глубже в историю той или иной экспозиции.
• 4. Как посетителю музея, мне интересно попробовать различные интерактивные развлечения, например, квесты, для того, чтобы разнообразить культурный отдых.
• 5. Как посетитель музея, я хочу читать новости о новых выставках или мероприятиях музея, для того, чтобы быть в курсе событий
• 6. Как посетитель музея, я хочу иметь возможность скачать аудио и фото-контент дома, чтобы не тратить мобильный интернет в музее.
• 7. Как посетитель музея, я хочу иметь возможность получить актуальные контакты музея, быстро найти музей на карте, а также узнать актуальные цены на билеты, для того, чтобы не искать информацию кусками в Интернете.

Список User Stories для человека, интересующегося культурой, но не имеющего возможности побывать в музее:

• 1. Как интересующийся культурой, я хочу иметь возможность ознакомиться с экспозицией музея не выходя из дома, для расширения кругозора.
• 2. Как интересующемуся культурой, мне интересно проходить различные викторины или игры, связанные с экспозицией музея.
• 3. Как потенциальный посетитель музея, я хочу читать новости о новых выставках или мероприятиях музея.
• 4. Как потенциальный посетитель музея, я хочу иметь возможность получить актуальную информацию о музее, для того, чтобы не искать её кусками в Интернете.

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