Вот разработал я юзкейс. Актор, цель, основной сценарий, альтернативные сценарии, атрибуты. Мне говорят, что требованием здесь является только цель, даже актор частью требований не является (

(про актора - это в другой дискуссии на эту же тему)

как я писал выше — если вы будете выбирать готовое решение (solution), то надо остановиться на уровне пользовательских требований, не лезть в проектирование взаимодействия

актор является частью требований, более того, именно он является предметом требований, т.к. это требования к capability роли

А как-кто считает, корректно ли сказать что макеты UI являются требованиями для фронт-енд разработчика?

если не он их разрабатывает, то да

Я тоже так думаю. Поэтому считаю что взгляд на то что считать требованием а что решением зависит от того с какой стороны посмотреть.

Со стороны заказчика UI макеты - это элемент проекта решения. Со стороны разработчика - требования.

С кейсами аналогично - с одной стороны системные требования, с другой стороны решение по реализации.

На мой взгляд, сценарии это скорее контекст требований к функциям.
То есть есть функция такая-то для нее описываются входные, выходные данные, различные качественные характеристики, аля скорость работы и т.п.
А вот сценарий во-первых позволяет выявить описываемую функцию, а во-вторых придать ей смысл.

Сама по себе наличия требования к функции оповещения о чем-либо не понятна и ей может не придаваться необходимое значение, но когда понятен смысл то можно и приоритеты рассмтавить и понять к чему привязать.

Необходим ли сам сценарий разработчикам для реализации этих функций? Или это просто приложение - полезное, но не необходимое?

Зависит от методики. И наверное больше на этапе приемки, нежели разработки. Исходя их этого, если стори не требование как в аджайле, то второе — полезное приложение.

опять таки, как мне кажется, сценарии нужны заказчику, и тестировщику, и, наверное, архитектору.
Програмисту-кодеру нужно описание функции

Если Test Drive Development то и разработчику, все зависит от методики.

Коллеги, добрый вечер!) а к кому могу обратиться с вопросами о том, какими правилами/принципами руководствуетесь при создании глоссария? Напишите пожалуйста мне @akuav

А про какой глосарий имеется в виду? просто стал интересен этот вопрос

Всем привет! Прохожу обучение в рамках автоматизированного курса. Сейчас выполняю дз. Может кто-нибудь немного помочь построить воронку и определиться с метриками?

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

вам лучше спросить в группе про аналитику, а не анализ: https://t.me/askkevin

Спасибо! В другой группе аналитики спрашивала, а эту не знала)