#use_case — Public Fediverse posts

Можно ли аналитику в 2026 году положиться на ИИ и агентов или ещё нет?

В какой-то момент у нас, как и у многих команд, появился соблазн проверить: а можно ли уже не просто просить AI «написать user story», а действительно встроить его в рабочий процесс аналитика? Например, дать агенту вводные по задаче, макеты в Figma, примеры документации и требования к оформлению, и получить на выходе нормальный Use Case, API-спецификацию, PlantUML-диаграмму и аккуратную страницу в Confluence. Звучит красиво. Особенно если вы когда-нибудь вручную переносили сценарии из заметок в Confluence, сверяли шаги с макетами, оформляли вкладки с HTTP-запросами, проверяли коды ошибок и пытались не забыть все вопросы, которые «надо потом уточнить». В статье расскажу, насколько мы близки к этой утопии — как протестировали работу ИИ в реальном аналитическом процессе в нескольких кейсах: для подготовки Use Case, аналитических артефактов, публикации в Confluence и в работе с Figma.

https://habr.com/ru/companies/alfa/articles/1059296/

#системный_анализ #системный_аналитик #AIагенты #ИИ_в_аналитике #Use_Case #OpenAPI #APIспецификация #Confluence #Cursor #техническая_документация

Постанализ юзкейсов, или Как спроектировать непрерывную ABAC-авторизацию UI и API. Часть 2

Всем привет! На связи снова Никита Таскин и Анастасия Ильина . Продолжаем тему о контроле доступа применительно к системным интерфейсам, и на этот раз речь пойдёт об API. Напомним, что первая часть была про авторизацию UI, и ознакомиться с ней можно здесь . У нас всё так же разбор контекста ABAC -авторизации для управления задачами команд разработки в Сфера.Задачи . В этот раз мы глубже окунёмся в архитектуру и спроектируем решения для разных по сложности вариантов атрибутного контроля. Также посмотрим на другой вариант применения нашего экспериментального подхода «постанализ юзкейсов» .

https://habr.com/ru/companies/T1Holding/articles/1044870/

#авторизация #архитектура #api #информационная_безопасность #use_case #системный_анализ #тасктрекер #rbac #abac #проектирование_систем

Объединяем уровни абстракции: обобщаем артефакты анализа для общего видения концепта задачи

Добрый день, дорогие читатели! Поделюсь с вами опытом составления артефакта, который объединяет уровни абстракции проектируемого решения в одном месте: развертка вариантов использования по статусной модели с маппингом на API.

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

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

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

Пользовательское требование описывает, что нужно пользователю. Критерии приёмки — фиксируют, как это проверить. Но между «что нужно» и задачей в 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 #задачи #системный_анализ #системный_аналитик