Спецификация требований к приложению для планирования путешествий
В рамках выполнения дипломной работы я оформила спецификацию требований к мобильному приложению «Travel plan», с помощью которого:
- пользователи в одной программе смогут планировать поездки, составлять маршруты, делать заметки о путешествии и контролировать расходы;
- мы повысим узнаваемость бренда, а в последующих релизах сможем интегрировать в ПО рекламу и продажу туров.
После ознакомления с предметной областью я составила список открытых и закрытых вопросов, провела интервью с заказчиком и выделила две персоны пользователей продукта
- Ксения35 лет
Банковский специалист
Замужем, мама двоих детей
Имеет средний доход (около 100 000 рублей)
Цель: хорошо провести отпуск с семьей - Антон20 лет
Студент
Не женат
Не имеет стабильного дохода
Цель: посетить за один тур несколько стран
Customer journey map. Путь пользователя
Для визуализации пути взаимодействия
пользователя с приложением
представила требования к ПО в виде CJM
пользователя с приложением
представила требования к ПО в виде CJM
- Описала этапы использования продукта от момента формирования потребности до написания пользователем отзыва о приложении;
- По каждому этапу указала задачи пользователя, действия, чувства и мысли, барьеры и решения, а также пути устранения слабых мест приложения и возможные направления для его оптимизации.
Для наглядного представления возможных последовательностей и событий, приводящих к
значимому для действующего лица результату, я использовала диаграмму UseCase, где корректно связала варианты использования между собой.
значимому для действующего лица результату, я использовала диаграмму UseCase, где корректно связала варианты использования между собой.
В приложении я определила следующие роли:
- Пользователь (соответствует классу «Неавторизованный пользователь» и «Авторизованный пользователь»);
- Модератор (в контексте оформленной спецификации не рассматривается)
Авторизованный пользователь
Пользователь приложения, который прошел авторизацию.
Имеет доступ ко всей функциональности приложения.
Имеет доступ ко всей функциональности приложения.
Неавторизованный пользователь
Пользователь приложения, который не прошел авторизацию. Обладает в приложении минимальными правами:
имеет доступ к функциональности Начало работы с приложением и Завершение работы с приложением.
имеет доступ к функциональности Начало работы с приложением и Завершение работы с приложением.
Для выделения ключевых сущностей и обозначения установленных связей между ними использовала ER-диаграмму:
- Определила сущности в приложении
- Перечислила их свойства
- Указала типы данных свойств сущностей
- Определила типы связей между сущностями.
В соответствии с диаграммой классов оформила Swagger-документацию
Все полученные артефакты я оформила в спецификацию требований на разработку программного обеспечения.
Структура спецификации соответствует формату SRS.
Структура спецификации соответствует формату SRS.
