Т.З. разработка алгоритмической торговой системы «QuantumFractalMatrix v16.5 NEXUS ULTIMATE»

명시


# ТЕХНИЧЕСКОЕ ЗАДАНИЕ (TOR)
## На разработку алгоритмической торговой системы «QuantumFractalMatrix v16.5 NEXUS ULTIMATE»

**Версия документа:** 1.0  
**Платформа:** MetaTrader 5 (MQL5)  
**Статус:** Для реализации (Portfolio Project)  
**Уровень сложности:** High (Enterprise Grade)

---

## 1. ОБЩИЕ СВЕДЕНИЯ О ПРОЕКТЕ

### 1.1. Цель проекта
Разработка высоконагруженного, модульного торгового советника (Expert Advisor) для платформы MetaTrader 5. Проект предназначен для демонстрации компетенций в области алгоритмической торговли, системной архитектуры, управления рисками и написания чистого кода (Clean Code) на MQL5.

### 1.2. Назначение для резюме
Проект позиционируется как **Flagship Case** в портфолио разработчика. Он должен демонстрировать следующие навыки:
*   Архитектурное проектирование (Modular Design, Event-Driven Architecture).
*   Работа с памятью и оптимизация (Caching, LRU).
*   Управление рисками и капиталом (Money Management).
*   Надежность и отказоустойчивость (Self-Healing, Error Handling).
*   Визуализация данных (Custom GUI on Chart).

### 1.3. Основные характеристики
*   **Объем кода:** ~9,000 – 10,000 строк.
*   **Количество модулей:** 22 независимых модуля анализа.
*   **Язык:** MQL5 (Strict mode).
*   **Таймфреймы:** M5 (основной), M15, H1.
*   **Инструменты:** Валютные пары (EURUSD, GBPUSD, USDJPY и др.).

---

## 2. АРХИТЕКТУРА СИСТЕМЫ

Система должна быть построена не как монолитный скрипт, а как **микросервисная архитектура внутри одного EA**.

### 2.1. Ядро системы (Core Kernel)
1.  **CDM (Centralized Dispatcher Module):** Центральный диспетчер. Регистрирует все модули, отслеживает их статус (Active, Error, Healing), управляет очередью вызовов.
2.  **USB (Unified Service Bus):** Унифицированная шина данных. Все модули общаются только через сообщения ( очереди сообщений), прямые вызовы между модулями анализа запрещены.
3.  **UnifiedCache (LRU Cache):** Унифицированный кэш для хранения результатов вычислений (бары, индикаторы). Реализация алгоритма вытеснения Least Recently Used. Цель: HitRate > 90%.

### 2.2. Структура модулей
Код должен быть разделен на логические части (Classes/Structs):
*   **Анализ рынка:** (ACI, SIVC, HOS, FSM, AHTF и др.) — 22 модуля.
*   **Принятие решений:** (IFA Filter, CUFE Engine).
*   **Исполнение:** (Order Execution, Stealth, Splitter).
*   **Сопровождение:** (Intelligent Trailing, Partial Close).
*   **Защита:** (Self-Healing, Overfitting Protection, Connection Monitor).

---

## 3. ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ

### 3.1. Модуль Анализа Рынка (Market Analysis)
*   **Реализация собственных индикаторов:** Запрещено использование стандартных `iATR`, `iMA`. Алгоритмы (True Range, Median, Channel) должны быть написаны вручную на массивах цен.
*   **Детектор режимов (Regime Detector):** Автоматическое определение 7 состояний рынка (Сильный тренд, Флэт, Волатильность и т.д.).
*   **Мультитаймфрейм анализ (AHTF):** Получение данных со старшего ТФ с механизмомFallback (возврат на локальный тренд при ошибке данных).

### 3.2. Система Фильтрации Сигналов (IFA)
*   **10 уровней фильтрации:** Сигнал проходит только при совпадении всех условий (тренд, ликвидность, время, волатильность, история убытков и т.д.).
*   **Адаптивный порог:** Порог входа динамически меняется в зависимости от волатильности рынка.
*   **Anti-Repeat SL/TP:** Генерация уникальных уровней стоп-лосс и тейк-профит, чтобы они не повторялись в истории (защита от "охоты за стопами").

### 3.3. Управление Рисками (Money Management)
*   **Предиктивный расчет лота:** Учет 8 факторов риска (режим рынка, время, день недели, спред, winrate, волатильность, связь и т.д.).
*   **Прогрессивная сетка:** Увеличение лота после серии прибылей, уменьшение после убытков.
*   **Портфельный риск:** Контроль совокупной экспозиции при мультивалютной торговле.
*   **Виртуальные ордера (Virtual Orders):** Режим симуляции торговли без реальных денег для обучения системы и проверки гипотез.

### 3.4. Управление Позициями (Trade Management)
*   **Интеллектуальный трейлинг (13 режимов):** Автоматическое переключение стратегий сопровождения (Консервативный, Агрессивный, Безубыток, Частичное закрытие, Экстренное закрытие и др.).
*   **Частичное закрытие (Partial Close):** Фиксация части прибыли с переводом остатка в безубыток.
*   **Защита от новостей:** Ужесточение стопов или закрытие позиций перед волатильными событиями (заглушка для интеграции календаря).

### 3.5. Надежность и Безопасность (Reliability & Safety)
*   **Self-Healing v4.0:** Автоматическое восстановление модулей при сбоях (перезапуск инициализации, сброс буферов).
*   **Защита от переобучения (Overfitting Protection):** Мониторинг отклонения адаптивных весов. Сброс к базовым значениям при превышении порога.
*   **Broker Stealth:** Рандомизация лота, комментариев и времени отправки ордеров для имитации ручной торговли.
*   **5 уровней защиты ордеров:** Retry-механизм при ошибках сети, реквотах, invalid stops.

### 3.6. Интерфейс и Логирование (UI/UX)
*   **Dashboard на графике:** Отображение текущей статистики, режима рынка, состояния систем (здоровье модулей, кэш, виртуальные ордера).
*   **Подробное логирование:** Разделение логов по уровням (Error, Warning, Info, Debug).
*   **Сохранение статистики:** Запись истории сделок и адаптаций в бинарные файлы для восстановления после перезапуска терминала.

---

## 4. НЕФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ

### 4.1. Производительность
*   **CPU Load:** Потребление процессора не более 5% на одном ядре при работе на M5.
*   **Memory:** Отсутствие утечек памяти. Корректная очистка массивов и объектов в `OnDeinit`.
*   **Speed:** Время обработки одного тика не должно превышать 50 мс.

### 4.2. Качество кода
*   **Стандарты:** Соблюдение стандартов кодирования MQL5 (именование переменных, отступы).
*   **Комментарии:** Каждый модуль и сложная функция должны иметь заголовочный комментарий (назначение, входы, выходы, зависимости).
*   **Структура:** Код должен быть разделен на 9 логических частей (файлов или регионов), которые собираются в один проект.

### 4.3. Тестируемость
*   **Backtest Ready:** Код должен корректно работать в Strategy Tester (режим Every Tick).
*   **Debug Mode:** Наличие флага `EnableDebug`, который включает расширенное логирование без влияния на основную логику.

---

## 5. ЭТАПЫ РАЗРАБОТКИ (ROADMAP)

Для резюме важно показать поэтапную работу. Разбейте проект на спринты:

1.  **Этап 1: Архитектура и Ядро (Недели 1-2)**
    *   Реализация CDM, USB, Cache.
    *   Базовые структуры данных.
    *   *Результат:* Пустой советник с работающей шиной данных и логом инициализации.
2.  **Этап 2: Модули Анализа (Недели 3-5)**
    *   Написание собственных индикаторов (ACI, SIVC).
    *   Детектор рыночных режимов.
    *   *Результат:* График с отрисовкой каналов и режимов рынка.
3.  **Этап 3: Логика Торговли и Риски (Недели 6-8)**
    *   Система фильтрации IFA.
    *   Расчет лота (MM).
    *   Открытие/Закрытие ордеров.
    *   *Результат:* Советник торгует на демо-счете.
4.  **Этап 4: Сопровождение и Защита (Недели 9-10)**
    *   Трейлинг (13 режимов).
    *   Self-Healing, Stealth.
    *   *Результат:* Стабильная работа без сбоев.
5.  **Этап 5: UI и Финализация (Неделя 11)**
    *   Dashboard.
    *   Оптимизация кода.
    *   Написание документации.
    *   *Результат:* Готовый продукт для портфолио.

---

## 6. ТРЕБОВАНИЯ К РЕЗУЛЬТАТУ (DELIVERABLES)

Для размещения в резюме необходимо подготовить:

1.  **Исходный код:** Ссылка на GitHub (приватный или публичный репозиторий).
2.  **Компилированный файл:** `.ex5` для демонстрации работы.
3.  **Документация:** PDF файл с описанием архитектуры (диаграммы классов, потоков данных).
4.  **Отчет о тестировании:** Скриншоты из Strategy Tester (график эквити, отчет за 1-2 года).
5.  **Видео-демо:** Короткая запись экрана (1-2 мин), показывающая работу Dashboard и открытие сделок.

---

## 7. КОМПЕТЕНЦИИ, ДЕМОНСТРИРУЕМЫЕ ПРОЕКТОМ

При добавлении в резюме укажите следующие навыки, подтвержденные этим проектом:

*   **MQL5 Advanced:** Работа с массивами, буферами, указателями, классами.
*   **System Design:** Проектирование модульных систем, шины данных, кэширование.
*   **Algorithmic Trading:** Понимание рыночной микроструктуры, волатильности, риск-менеджмента.
*   **Error Handling:** Построение отказоустойчивых систем (Self-Healing).
*   **Optimization:** Оптимизация вычислений для работы в реальном времени.
*   **UI/UX:** Создание интерфейсов средствами терминала.

응답함

1
개발자 1
등급
(89)
프로젝트
254
78%
중재
9
22% / 56%
기한 초과
36
14%
작업중
게재됨: 3 기고글, 26 코드
2
개발자 2
등급
(39)
프로젝트
52
19%
중재
15
27% / 67%
기한 초과
8
15%
무료
게재됨: 1 코드
3
개발자 3
등급
(202)
프로젝트
263
22%
중재
23
52% / 17%
기한 초과
0
로드됨
4
개발자 4
등급
(9)
프로젝트
22
9%
중재
3
0% / 67%
기한 초과
3
14%
작업중
5
개발자 5
등급
(5)
프로젝트
10
20%
중재
1
0% / 100%
기한 초과
1
10%
작업중
6
개발자 6
등급
(42)
프로젝트
43
7%
중재
0
기한 초과
0
무료
게재됨: 2 기고글, 23 코드
7
개발자 7
등급
(298)
프로젝트
478
40%
중재
105
40% / 24%
기한 초과
82
17%
로드됨
게재됨: 2 코드
8
개발자 8
등급
(4)
프로젝트
4
0%
중재
4
25% / 75%
기한 초과
1
25%
무료
9
개발자 9
등급
(1)
프로젝트
2
0%
중재
0
기한 초과
0
무료
10
개발자 10
등급
(73)
프로젝트
257
53%
중재
16
50% / 38%
기한 초과
83
32%
무료
11
개발자 11
등급
프로젝트
0
0%
중재
0
기한 초과
0
무료
12
개발자 12
등급
(19)
프로젝트
21
19%
중재
1
0% / 100%
기한 초과
2
10%
작업중
비슷한 주문
Цель доработки Исправить механизм пробойной защиты сетки. Пробойный механизм должен: защищать открытые хвосты при выходе цены из диапазона; рассчитывать объём только по текущему плавающему убытку хвостов; закрывать корзину около нуля или с небольшим плюсом; корректно переживать ложные пробои; повторять попытки защиты до закрытия корзины; не останавливать работу основной сетки; не создавать серию бессистемных

프로젝트 정보

예산
30+ USD
기한
에서 30  90 일