1. Общая информация
   • Название проекта: Дневник трейдера/хеджера, или трекер транзакций в крипто-бирже
   • Цель проекта: Облачное приложение работающее с многими пользователями одновременно, с системой личного кабинета, авторизации и управления пользователями. Приложение позволяющее трейдерам вести учет сделок, анализировать свою торговую деятельность и улучшать торговую стратегию, а также контролировать результаты отдельно взятых трейдеров.
   • Целевая аудитория: Индивидуальные трейдеры, занимающиеся торговлей криптовалютами, фьючерсами и опционами на бирже Deribit.
2. Функциональные требования

##### 2.1 Регистрация и авторизация, основной функционал

• Возможность регистрации через email/пароль.
• Реализация двухфакторной аутентификации (по желанию пользователя).
• Привязка API биржи.
• Добавление, редактирование, удаление глобальных "хеджей" - название, размер, дата, стоимость, фаза, состояние (в деньгах или процентах выигрыша/проигрыша), актуальность (в работе/завершен)
• Добавление, редактирование, удаление пользовательских стратегий.
• Добавление финансовых результатов "хеджа" при его переходе из стадии "В работе" в стадию "Завершен". Данные фин. результаты являются прибылью/убытком вместе с результатами торговли на бирже.
• Администрирование. Работа в режиме администрирования базы данных, функционалом которого являются:
  
  • Редактирование списка пользователей в плане выдаче им доступа к функционалу трекера до определенной даты (без этого одобрения пользователю доступен только раздел "регистрация и авторизация", объединение пользователей в группы.
  • Ручной бэкап/восстановление базы данных
  • просмотр статистики/аналитики отдельных пользователей или их групп.

##### 2.2 Управление сделками

• Получение через API данных о сделке:
  • Дата и время открытия/закрытия.
  • Инструмент (валюта, опцион-дата, страйк и т.д.).
  • Тип сделки (покупка/продажа).
  • Цена входа и выхода.
  • Объем сделки.
  • Комиссии.
• Возможность добавления заметок (соотнесения к глобальному "хеджу") к каждой сделке.
• Возможность пакетного соотнесения сделок к "хеджам", когда перечень сделок соотносится к перечню "хеджей" в виде процентов (Пример: Перечень сделок Y1, Y2... YN которые распределен между хеджами А Б и С в пропорции Ах%, Бх%, Сх%).

##### 2.3 Аналитика

• Автоматический расчет ключевых метрик:
  • Общий P&L (прибыль и убыток) по счету в целом и по отдельным "хеджам" и стратегиям (см ниже), а также по интервалам (год, месяц, неделя, день, конкретные даты).
• Фильтры и сортировка:
  • По типу сделки, инструменту, дате, "хеджу", актуальности (В работе / Завершен) и другим параметрам.

##### 2.4 Управление стратегиями

• Возможность добавления пользовательских стратегий:
  • Название стратегии.
  • Описание.
• Привязка сделок к выбранной стратегии и/или "хеджу".
• Анализ эффективности каждой стратегии в разделе "Аналитика".

##### 2.5 Напоминания и уведомления

• Напоминания о важных событиях (например, об окончании срока опциона).

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

• Интерфейс: Должен быть интуитивно понятным, с акцентом на минимализм и быстродействие.
• Поддержка платформ: Веб-версия, адаптированная для десктопов.

• Производительность: Время загрузки страницы — не более 2 секунд при стандартной нагрузке.
• Безопасность:
  • Шифрование данных пользователей.
  • Регулярные бэкапы базы данных в автоматическом и ручном режимах.
  • Защита от XSS и SQL-инъекций.

#### 4. Техническая реализация
##### 4.1 Технологический стек

• Фронтенд: ???
• Бэкэнд: ???
• База данных: ???
• Хостинг: хостинг заказчика -- функционал по согласованию
• Интеграции: API для загрузки данных с биржи Deribit.

#### 5. Этапы разработки

1. Анализ и проектирование:
   • Анализ/изучения системы API Deribit.
   • Создание прототипов интерфейса (Wireframes).
2. Разработка MVP (минимально жизнеспособного продукта):

• Регистрация/авторизация.
• Считывание и отображение сделок.
• Добавление, редактирование, удаление глобальных "хеджей".
• Добавление, редактирование, удаление пользовательских стратегий.

1. Расширение функциональности:
   • Аналитика.
   • Уведомления.
   • Администрирование - управление пользователями и Бэкап.

• Тестирование и отладка.
• Релиз и поддержка.

#### 7. Сроки выполнения

• Анализ и проектирование: 2 недели.
• Разработка MVP: 6 недель.
• Расширение функциональности: 8 недель.
• Тестирование и отладка: 2 недели.
• Итого: ~4 месяца.

#### 8. Бюджет

• По согласованию.

#### 10. Примечания

• Доработки и дополнительные требования обсуждаются отдельно. Требуется сопровождение разработанной системы (обговаривается отдельно).