کیس‌استادی: مستندسازی ناوگان ترمینال‌ها

ایده کارفرما

هلدینگ مالی پارسیان‌راه با EURUSD / XAUUSD / US30 روی H1 کار می‌کند و دستور کار اولیه این بود: شش ترمینال روی دو سرور داریم؛ بگو کدام تنظیم روی کدام ترمینال است.

پروژه و وضعیت اولیه

با رشد تیم، هیچ‌کس تصویر کاملی از تنظیمات فعال نداشت و هر مشکل اجرایی با حدس و آزمایش حل می‌شد.

معماری راه‌حل

فهرست یکپارچه از همه اجراها با تگ نسخه و تنظیمات، یکسان‌سازی نام‌گذاری و سندی که نشان می‌دهد هر تغییر چه زمانی روی کدام ترمینال نشسته است.

تگ نسخه روی هر اجرا، ردیابی مشکل را از پرسیدن از اعضا به خواندن یک جدول منتقل کرد. سازگار با روش کاری که روی EURUSD / XAUUSD / US30 استفاده می‌شود و قابل تست با داده تاریخی موجود.

دلیل این انتخاب

تگ نسخه روی هر اجرا، ردیابی مشکل را از پرسیدن از اعضا به خواندن یک جدول منتقل کرد. سازگار با روش کاری که روی EURUSD / XAUUSD / US30 استفاده می‌شود و قابل تست با داده تاریخی موجود.

قابلیت‌های پیاده‌سازی‌شده

ماژول‌ها و بخش‌های پیاده‌شده: فهرست تنظیمات + تگ نسخه.

خروجی تحویل‌شده:
مستندسازی ناوگان ترمینال‌ها — EURUSD / XAUUSD / US30 (H1)
سند مشخصات و جدول تطبیق قوانین (Trading terminal fleet documentation)
سورس کامل MQL5 با کامنت
گزارش تست: را‌ست‌آزمایی روی شش ترمینال
مستند پارامترها و راهنمای نصب (۷ هفته)

پیشگیری‌ها و کنترل ریسک

راه‌اندازی اول همیشه روی حساب دمو انجام می‌شود و فهرست بررسی پیش از اتصال به حساب واقعی پر می‌شود.

روش بک‌تست و تست رو به جلو

روش تست: را‌ست‌آزمایی روی شش ترمینال.

تست در سه مرحله اجرا می‌شود: بک‌تست روی داده تاریخی، بهینه‌سازی محدود در محدودهٔ قرارداد، و اجرای رو به جلو با پارامترهای قفل‌شده.

ابزارها و پشته فنی: MQL5، فایل تنظیم، فهرست نسخه‌ها.

هر عدد این پروژه همراه با شرایط اندازه‌گیری‌اش منتشر می‌شود: بازه داده، مدل تیک، اسپرد، کارمزد و نسخه فایل اجرایی. بدون این شرایط، عدد نهایی با هیچ چیز قابل مقایسه نیست.

نتایج قابل انتشار

زمان پیدا کردن منبع یک خطای اجرایی از ساعت به چند دقیقه رسید و تیم اولین بازبینی فصلی خود را روی همین فهرست انجام داد.

محدودیت‌ها و نکات احتیاطی

راه‌اندازی اول همیشه روی حساب دمو انجام می‌شود و فهرست بررسی پیش از اتصال به حساب واقعی پر می‌شود.

نتایج هر تست به کیفیت داده تاریخی، اسپرد بروکر و شرایط بازار وابسته است و تضمینی برای آینده نیست. در گپ قیمتی شدید یا قطع ارتباط بروکر، حد ضرر قابل تضمین نیست و رفتار سیستم در آن شرایط باید جداگانه بررسی شود.

پیشنهاد ما برای مرحله بعد

پیشنهاد بعدی، افزودن بازبینی فصلی تنظیمات و به‌روزرسانی مستندات همراه تغییرات بروکر است.