Стартовый репозиторий требований

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

Справочные материалы

Структура репозитория, руководство, форматы, архитектура и инструменты проверки.

Чеклист старта

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

• [ ] Создайте репозиторий из шаблона. Скопируйте содержимое этого каталога, включая файлы с именами, начинающимися с точки, в новый репозиторий и предоставьте доступ к нему. Укажите название системы и ссылки на проектные материалы.

• [ ] Кратко опишите цель и границы. В docs/overview.md запишите, для чего предназначена система, какие задачи она решает, кто ею пользуется и какие результаты нужны. Достаточно нескольких абзацев: основные участники, главные процессы, границы первой поставки и известные приоритеты.

• [ ] Загрузите исходные материалы. Соберите доступные описания процессов, документы, схемы, макеты, таблицы, примеры данных и заметки. Общие материалы размещайте по правилам shared/assets/; в разделе «Исходные материалы» обзора перечислите файлы или ссылки, кратко поясните их назначение и укажите, кто может ответить на вопросы по каждой предметной области.

• [ ] Наметьте карту возможностей. В docs/requirements/README.md перечислите известные предметные области и кратко обозначьте нужные результаты и приоритеты. feature1 и feature2 служат заготовками: переименуйте их, если области уже понятны, и запишите известные потребности; карточки могут оставаться предварительными, в статусе draft. Ориентир для формулировок — шаблон HLR.

• [ ] Зафиксируйте известные входящие условия. В docs/applicability.md отметьте уже рассмотренные области и основания выводов, особенно интеграции, доступ к данным и эксплуатацию. В технологическом стеке укажите заданные технологии, версии и ограничения; ещё не рассмотренные области сохраняйте как pending, открытые решения сопровождайте вопросами.

• [ ] Запишите вопросы и допущения. В docs/questions.md внесите то, что нужно выяснить о системе и ожидаемых результатах, и укажите, кто может ответить. Неподтверждённые предположения храните в docs/assumptions.md; для значимых решений сохраняйте основание в docs/decisions.md. Если принят рабочий вариант, сохраните вопрос открытым и укажите ссылку на рабочее решение.

• [ ] Выберите первую область для проработки. Укажите предметную область, связанные материалы и ожидаемый результат — предварительный перечень верхнеуровневых требований. После получения перечня просмотрите цели, границы и приоритеты, исправьте формулировки и отметьте вопросы, требующие уточнения.

Достаточный контекст для первого задания

Из подготовленных материалов должно быть понятно, для чего нужна система, где находятся исходные материалы, какие результаты ожидаются и к кому обращаться за предметными пояснениями. Карта возможностей может быть черновой; для неизвестного достаточно явно записанного вопроса.

Для выводов сохраняются ссылки на исходные материалы. Противоречия и недостающие сведения выносятся в вопросы.