Tech Spec Design Reports

Техническое задание на разработку дизайна модуля "Отчёты"

Ниже — структура ТЗ (общий шаблон, см. также Getting Started). Команда заполняет каждый раздел своим содержанием; текст в квадратных скобках — подсказка, что писать, а не готовый ответ.

1. Назначение модуля

[Что видит и делает пользователь в этом модуле, какую задачу он решает]

2. Функциональные требования

2.1. Экраны и элементы интерфейса

• [Экран/страница 1 — назначение]
• [Экран/страница 2 — назначение]

2.2. Пользовательские сценарии

Сценарий 1: [Название сценария]

1. Пользователь открывает...
2. Видит...
3. Вводит / выбирает...
4. Получает результат...

3. Нефункциональные требования

• Удобство использования: [требования]
• Отображение на разных экранах: [требования, если есть]
• Поддерживаемые браузеры: [требования, если есть]

4. Интерфейсы

4.1. Ожидаемые API Endpoints

Согласовывается с backend-командой этого же модуля до начала Модуля 2 — что это значит и как оформлять, см. 🔌 API-контракт. Этот раздел должен совпадать с разделом 4.1 в specification-backend.md того же модуля.

Метод	Endpoint	Зачем нужен (какому экрану/действию)
GET	/api/v1/reports/...	[...]
POST	/api/v1/reports/...	[...]

4.2. Макеты / вайрфреймы

[Ссылки на макеты (например, Figma) или эскизы экранов]

5. Критерии приёмки

• Все экраны реализованы (frontend/reports/)
• Страницы реально обращаются к backend через согласованный контракт (не через захардкоженные данные)
• Ошибки API показываются пользователю понятным сообщением, а не «падением» страницы
• Раздел 4.1 согласован с specification-backend.md этого модуля (см. чек-лист в 🔌 API-контракт)
• Pull Request создан и принят

6. Приложения

[Скриншоты готового интерфейса]