#АнализСреды
Сегодня разбираю статью с хабра: https://habr.com/ru/company/retailrocket/blog/431572/
Статья посвящена такой, до боли знакомой каждому аналитику, теме как «Функциональные требования». Но автор статьи, по-видимому, не читал Вигерса, а потому перемешал понятия, и функциональные требования с НФТ.
Введу небольшой ликбез:
1. User Story – это не что делает пользователь чтобы достичь результата, а что пользователь хочет получить от системы, т.е. это не действие, а результат который ожидает пользователь;
2. Use Cases – да с помощью них можно описывать сценарий использования, системы, но удобен он исключительно в формате когда у вас есть actor (пользователь) и конечный процесс который вы описываете. Не стоит путать Описание UseCase’а и диаграмму UseCases - диаграмма в статичном виде описывает основные сценарии использования системы, для того чтобы выделить её границы из общей среды.
3. Wireframe - это не средство визуализации своей идеи, а макет пользовательского интерфейса. И он относится к НФТ.
Если хотите научиться лучше понимать и разбираться в видах требований почитайте мою статью про требования: https://telegra.ph/Trebovaniya-kakie-i-zachem-01-23
Сегодня разбираю статью с хабра: https://habr.com/ru/company/retailrocket/blog/431572/
Статья посвящена такой, до боли знакомой каждому аналитику, теме как «Функциональные требования». Но автор статьи, по-видимому, не читал Вигерса, а потому перемешал понятия, и функциональные требования с НФТ.
Введу небольшой ликбез:
1. User Story – это не что делает пользователь чтобы достичь результата, а что пользователь хочет получить от системы, т.е. это не действие, а результат который ожидает пользователь;
2. Use Cases – да с помощью них можно описывать сценарий использования, системы, но удобен он исключительно в формате когда у вас есть actor (пользователь) и конечный процесс который вы описываете. Не стоит путать Описание UseCase’а и диаграмму UseCases - диаграмма в статичном виде описывает основные сценарии использования системы, для того чтобы выделить её границы из общей среды.
3. Wireframe - это не средство визуализации своей идеи, а макет пользовательского интерфейса. И он относится к НФТ.
Если хотите научиться лучше понимать и разбираться в видах требований почитайте мою статью про требования: https://telegra.ph/Trebovaniya-kakie-i-zachem-01-23
Хабр
Как писать функциональные требования
Привет, Хабр! Сегодня мы хотим рассказать о том, как наша продуктовая команда подходит к подготовке функциональных требований для разработчиков при создании новых продуктов и фич. На этапе разработки...