US vs UC Ну какой же банальнейший и тупой пост, кому вообще это надо, любой джун и даже «вкатыш» всё знает про эти инструменты для формализации требований. Отписька 🔥 Скажешь ты и будешь абсолютно прав(а) 🤝 Но как бы смешно нам не было, вопросы на эту тему на собесах продолжают задавать, даже на позиции уровня senior... 🍅 Если честно, не всегда именно на тех. интервью, иногда вопросом по UC и US профилируют милейшие девушки (иногда не менее милейшие мужчины) HR, тем не менее – это 🌟 Чаще, наверное, только спрашивают про SOAP🧼 и REST🤟 Публикации на тему UseCase и UserStory у меня не было, поэтому держи памятку, сохраняй, расчехляй при поиске работы. Еще можешь поделиться ей и обязательно поставить реакции. Итак, UseCase — это сценарий использования, описание взаимодействия пользователя с системой. Пример: Название: Просмотр истории операций Акторы: Пользователь Предусловия: Пользователь авторизован в приложении Основной поток: Пользователь входит в приложение Заходит в блок с историей операций Выбирает интересный ему промежуток дат и времени Проверяет свои траты Альтернативные потоки: Если необходимо пользователь может активировать фильтры нужных ему видов или типов трат Если пользователь выбирает промежуток без операций или фильтры, при применении которых операции отсутствуют, необходимо отобразить экран заглушку с предложением отменить фильтры/сменить промежуток. Постусловия: отсутствуют Исключения: Если при загрузки операций произошла ошибка, необходимо уведомить пользователя и предложить повторить попытку. UserStory — короткое неформальное описание функциональности с точки зрения какой-то роли. Пример: Как пользователь, я хочу видеть историю операций, чтобы понимать сколько и на что уходит денег. Состоит из: Роль – пользователь Действие – хочу видеть историю операций Цель – чтобы понимать сколько и на что уходит денег Ну, и чтобы памятка стала более законченной, делюсь еще методом для оценки качества пользовательских историй – INVEST: Independent (Независимая) – История должна быть независимой от других историй. Negotiable (Обсуждаемая) – Она должна отражать суть, а не детали, без указания конкретных шагов реализации. Valuable (Ценная) – Эта история должна быть полезной для клиентов, бизнеса или/и стейкхолдеров. Estimable (Оцениваемая) – Её можно оценить по сложности или другим параметрам(время, деньги). Small (Компактная) – Команда может завершить эту историю за один спринт. Testable (Тестируемая) – У нее есть различные критерии для проведения тестов.