Все заказы
Правила
Техническое задание
Данный советник (см. приложение) разработан с целью получения положительного торгового результата в случае резкого кратковременного движения рынка против тренда или в боковом движении (флете). Кроме того, настройки советника позволяют достаточно эффективно использовать его и при затухании тренда, которое характеризуется резким импульсом по направлению тренда перед его коррекцией.
Требования к написанию программного кода
При написании программы необходимо соблюдать следующие условия:
1. Использование в коде переменных синтаксиса из технического задания. В случае необходимости создать новые переменные – давать им краткое описание в коде и вносить соответствующие изменения в ТЗ;
2. Сохранять структуру пользовательских переменных для логической настройки программы;
3. Структура программного кода должна быть схожей с блок-схемой, прилагаемой к ТЗ. В начале каждого блока необходимо указывать содержимое в виде комментария, аналогичное операторам из блок-схемы, которая может быть изменена по соглашению сторон – перед началом работы подумать об оптимизации;
4. Программный код должен позволять вносить в себя изменения в рамках одного блока блок-схемы без существенных изменений во всем коде – программы, а очередность фильтров не должна быть сложно изменяемой;
5. Обеспечить (дописать ТЗ и реализовать в алгоритме программы) работу советника при его включении/отключении с уже выставленными ордерами, а так же при потери связи с сервером или ином сбое;
6. Если отключение проверок при работе на реальном счете позволяет существенно снизить время на работу с ордерами в тестере, то необходимо реализовать переключатель для работы в тестере или на реальном счете;
7. Допущенные логические ошибки в ТЗ подлежат исправлению по соглашению сторон, верным ТЗ считается исправленный вариант.
Требования к тестированию готового решения, сдаче работы и исправлению ошибок
1. Любые выявленные существенные ошибки в коде после принятия работ должны быть устранены, согласно техническому заданию ТЗ в течение 14 календарных дней.
2. Тестирования промежуточной версии советника не может превышать 3 (трёх) календарных дней.
3. Срок исправления ошибки в коде в период разработки программы не может превышать 3 (трёх) календарных дней.
4. Если по не зависимым от стороны причинам одна из сторон не может исполнить оговоренные сроки, то другая сторона должна быть уведомлена о дате, когда свои обязательства сторона сможет исполнить.
5. Если одна из сторон не исполнила свои обязательства в течение 30 дней, то другая сторона может отказаться от дальнейших исполнений своих обязательств. Программист – забрать деньги, а заказчик – отменить заказ.
P.S. В наличии имеется прошлая версия советника, которая поможет понять идеи и логику заказчика. Готов неясные условия разъяснять, вплоть до кода на MQL4 на начальном уровне.
Задание объемное, по причине детального описания.