Джина Гайд

Репозиторий требований: «Обратная связь — регион»

Структура папок и назначение артефактов — справочник по размещению требований, материалов и инструментов.

Порядок чтения

  1. Контекст и границы.
  2. Верхнеуровневые требования, термины, модели.
  3. Маршрутизация и сбор ответов.
  4. Сценарий полного пути, неполный комплект, переназначение.
  5. Плановое покрытие, прослеживаемость, матрица протяжки.
  6. Вопросы, решения, стратегия приёмки.

Проверка

python -m pip install -r requirements-tools.txt
python scripts/reqtool.py lint --ready
python scripts/reqtool.py generate
python -m unittest discover -s scripts/tests -v
python scripts/check_analytics_oracles.py

lint --release проверяет готовность к выпуску: открытые вопросы в docs/questions.md имеют gate=release и блокируют выпуск.

Состав требований

Этот срез не содержит полную промышленную спецификацию интерфейса, хранения, резервирования и всех интеграций. Пробелы явно описаны в обзоре, вопросах и применимости. Продуктовых тестов и свидетельств приёмки здесь нет.

Проект архитектуры

Шесть представлений описаны в Markdown со ссылкой на общий каталог. Выбранные механизмы: регистрация, атомарная публикация/outbox, аналитическая проекция. Три архитектурных REQ показывают обязательства разработки и методы их приёмки. Проект размещения тестовой среды описан; промышленная среда draft, Q-ARCH-001 блокирует запуск вместе с Q-POS-001..003 и Q-POS-005.

Технологический стек задаёт входящие ограничения архитектора. Его применение закреплено DEC-ARCH-004 и REQ-ARC-003; SCN-ARC-003 планирует инспекцию выбранных продуктов и фиксации поставки.

Рабочее решение при открытом вопросе: Q-POS-005 в реестре вопросов и DEC-POS-007 в реестре решений. Политика повторов REQ-DEL-002 принята к реализации, вопрос остаётся open и блокирует выпуск до окончательного ответа.