Тест-кейсы из функциональных требований

Пользовательское требование описывает, что нужно пользователю. Критерии приёмки — фиксируют, как это проверить. Но между «что нужно» и задачей в Jira — пропасть. Чтобы её закрыть, я пишу функциональные требования — с use case'ами, из которых тестировщик может собрать тест-кейсы, а разработчик — понять ожидаемое поведение системы.

https://habr.com/ru/articles/1005752/

#системный_анализ #функциональные_требования #нефункциональные_требования #use_case #тесткейсы #трассируемость_требований #документация #требования_к_ПО #управление_требованиями #критерии_приёмки

Use Case: как описывать эффективные сценарии использования. Part 2

Всем привет! В этой статье - пошаговый разбор создания сценария использования (Use Case) на основе двух совершенно разных примеров: бронирование отеля в современном IT-сервисе и покупка брюк на рынке 90-х. Рассмотрим, как формируются эффективные сценарии использования от этапа создания Use Case диаграммы с помощью промта до детализации сценария.

https://habr.com/ru/articles/913318/

#use_case #сценарии_использования #прецедент #диаграммы_вариантов_использования #uml #plantuml #промт #системный_аналитик #бизнесаналитик #диаграмма_прецедентов

Арсенал бизнес-аналитика, или Топ-7 инструментов БА

Представьте, что ваша работа аналитика – это не постоянный хаос и путаница, а четко структурированная система, где все навыки и знания составляют единый арсенал, и вы отлично понимаете, какой инструмент необходимо использовать на каждом этапе работы с задачей. В статье разберем 7 самых мощных инструментов в арсенале бизнес-аналитика, которые помогут превратить любую задачу в структурированный процесс. Эти техники подобраны не случайно — они идеально дополняют друг друга и позволяют глубже погрузиться в проект.

https://habr.com/ru/articles/909310/

#контекстная_диаграмма #интервью #трассировка_требований #матрица_трассировки #use_case #user_story #bpmn #furps #варианты_использования #бизнес_аналитик

Use Case: как описывать эффективные сценарии использования. Part 1

Сталкивались ли вы с тем, что открывая сайт или приложение приходилось долго и мучительно искать нужный раздел? Бывало ли так, что, работая с определенной программой, приходилось пройти несколько, на первый взгляд, избыточных шагов, прежде чем удавалось добиться своей цели? Пользовательский путь закладывается на этапе работы с требованиями. И, помимо UX/UI, важным этапом проработки является формирование сценариев использования системы. В этой статье разберем теоретическую часть и определим, что же такое Сценарий использования.

https://habr.com/ru/articles/902884/

#use_case #uml #диаграмма_прецедентов #диаграмма_вариантов_использования #требования #сценарии_использования #документирование_требований #пользовательские_сценарии #бизнес_аналитик #системный_анализ

Гайд по работе с бизнес-требованиями. На основе формата Use Case

Вам надоело, что бизнес приходит с абстрактными проблемами, или того хуже с готовым решением ? В итоге ограничивая работу отдела разработки в принятии решений? Как сделать сложные требования понятными и структурированными, чтобы они работали быстрее и эффективнее для решения задач бизнеса? Бизнес-требования — это основа для разработки IT-решений. Но часто их описывают слишком сложно или неоднозначно. В результате разработчики тратят время на уточнения деталей, а заказчики остаются недовольны. Формат Use Case помогает избежать этих проблем. Он описывает сценарии взаимодействия пользователей и систем в четкой, последовательной форме. Это не просто техническая документация, а «инструкция» для всех участников проекта: аналитиков, разработчиков, тестировщиков и бизнес-пользователей. Автор: Борис Абрамов, lead system analyst

https://habr.com/ru/articles/901784/

#use_case

Мой путь к быстрой и понятной архитектуре, или зачем я выбросил агрегаты из DDD?

Данная статья затрагивает некоторые аспекты при выборе подхода к проектированию предметной области для сложных корпоративных систем. В ней исследуются причины возникновения классических подходов и их анализ, для возможного улучшения. Это моя первая статья на данную тему. В начале хочется сказать, что предложенная концепция не пытается претендовать на роль какой-то панацеи и уж тем более на роль единственно верной, она так же имеет рад своих преимуществ и недостатков. Это скорее попытка переосмыслить опыт, который накопился у меня за несколько лет проектировании корпоративных систем. Материал изложен в виде вопросов и попыток на них ответить.

https://habr.com/ru/articles/876742/

#ddd #domaindriven_design #domain_model #repository #use_case #c# #net #services #aggregate #entity

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

Этот материал — вторая часть гайда для

https://habr.com/ru/companies/yandex_praktikum/articles/830044/

#требования #user_story #epic #gantt_chart #проект #use_case #uml #задачи #системный_анализ #системный_аналитик