Требования могут храниться в задачах и связанных документах, но должны иметь понятный источник истины, владельца и критерии приёмки. Аналитик не обязан единолично формулировать все технические ограничения.
Референс полезен как отправная точка, но «как здесь» нужно превратить в конкретные критерии приёмки. При сжатых сроках особенно важно согласовать отличия, ошибки и то, что не входит в работу.
Объясните, какие части требований были зафиксированы и где у команды оставалась свобода реализации. Обычно бизнес-цель и ограничения согласуются заранее, а детали решения уточняются разработчиками.
Circuit breaker сокращает ожидание заведомо нездорового сервиса, быстро отклоняя вызовы в открытом состоянии. Сам по себе он не гарантирует лимит времени для первого или ещё разрешённого запроса.
Уточните свою роль на этапе требований: участие в обсуждении, выявление ограничений, декомпозиция и согласование критериев приёмки отличаются от одной реализации.
ACID — атомарность, согласованность, изоляция и долговечность транзакций. Это свойства транзакционного поведения, а не четыре отдельных типа SQL-запроса.
Нужны каталог фильмов и сеансов, схема зала, выбор мест, временная бронь, оплата и выдача билета. Также определяют отмену, возврат и проверку билета на входе.
Для бронирования важны отсутствие двойной продажи, надёжность оплаты, задержка, доступность на пиках и восстановление после сбоев. Требования нужно выражать проверяемыми показателями.