على الانترنت الأسهم نظام هندسة التداول

هندسة نظام تداول الأسهم عبر الإنترنت
ميزة خاصة: التداول عبر الإنترنت البنية التحتية.
بنية تجارية ناجحة.
وتسهل التبادلات عبر الإنترنت تسهيل المعاملات من خلال توفير بوابات التداول عبر الإنترنت ودور الوساطة والمرونة. وفيما يلي نظرة على البنية التحتية الأساسية لل نس، بس، وبعض البوابات التجارية. بواسطة سوتيمان داس غوبتا.
كما وعدت من قبل الرؤى التكنولوجيا والمجموعات المتوقعة على مدى العقد الماضي، وقد فتحت شبكة الإنترنت بالفعل سبل جديدة لإجراء الأعمال التجارية. وتقوم البورصات في جميع أنحاء العالم الآن بمعظم أعمالها عبر الإنترنت من خلال وسطائها وشركائها، وهو تحول كبير عن الطريقة التقليدية. وفي البلدان المتقدمة، تجري جميع معاملات الصرف تقريبا على الإنترنت. وقد انتعش هذا الاتجاه ببطء في الهند واثنين من أكبر البورصات، وبورصة الأوراق المالية الوطنية (نس) وبومباي للأوراق المالية (بس) تم إجراء التجارة عبر الإنترنت بنجاح في وقت ما الآن.
وكانت المبادلات الهندية ووساطة السمسرة بطيئة في نقل معاملاتها عبر الإنترنت. ويرجع ذلك أساسا إلى اللوائح الحكومية. كان هناك تأخير أولي في وضع مواصفات لإنشاء مجموعات المستخدمين المغلقة (كوغس). تم حل القضية بين دائرة النقل ووزارة المالية حول عام 1998، وسرعان ما ظهرت بوابات التجارة مثل إيسيسيديركت، موتيلالوسوال، و سمارتجونيس إلى حيز الوجود.
ولعل الربط هو أهم عامل تكنولوجي. وكانت تكلفة الخطوط المؤجرة وروابط المحطات الطرفية ذات الفتحات الصغيرة جدا مرتفعة تقليديا وكانت موثوقية الوصلات منخفضة. كما استغرق الأمر وقتا طويلا للالتزام بالروابط حيث كان على المرء تقديم طلب والانتظار لبضعة أسابيع حتى يصبح الرابط قيد التشغيل. كما كانت هناك قضايا أخرى مثل الأمن، والنسخ الاحتياطي والتكاليف الإجرائية للانتعاش كانت رادعة.
والحمد لله، جنبا إلى جنب مع قرار من القضايا التنظيمية، والهند لم يعد لديه أي اتصال الضغط وعرض النطاق الترددي القضايا. مع دخول اللاعبين الخاصين في سيناريو النطاق العريض والحكومة انفتاح قطاع الاتصالات، وهذه القضايا غير موجودة تقريبا. الحلول الأمنية والخدمات المتاحة في السوق قد نضجت وأنها لا تكلف حزمة جميلة بعد الآن لوضع حل النسخ الاحتياطي بسيطة في المكان.
التداول عبر الإنترنت ينطوي على كميات كبيرة من البيانات التي يتم التعامل معها كل يوم. وكمثال على ذلك، بلغ متوسط ​​حجم التداول اليومي في الفترة من 2001 إلى 2002 (نيسان / أبريل - آذار / مارس) 1244.10 كرور روبية، في حين بلغ متوسط ​​الصفقات اليومية 5.17 روبية لكح.
إضافة إلى ذلك هناك لوائح صارمة من بنك الاحتياطي الفدرالي الذي يجعل من الضروري للشركات لتخزين ما لا يقل عن 7 سنوات من البيانات المعاملات والمالية.
تصميم يحتاج إلى أن يكون دائما على، وآمنة، زائدة عن الحاجة، ولها عمليات النسخ الاحتياطي والاسترداد كافية. التخزين بالنسبة لكميات عالية من البيانات الهامة فمن الطبيعي نشر التخزين القائم على الشبكة مثل ناس أو سان. الأمن الأمن هو جزء حيوي ومتكامل من بنية التصميم. وينبغي أن تكون عناصر الأجهزة والبرمجيات مبنية حول بنية أمنية متعددة الطبقات وينبغي أن تعقد في مكانها مع سياسة أمنية موثقة جيدا. التوافر يجب أن يكون التبادل عبر الإنترنت بشكل مثالي "توفر خمسة أقدام". التطبيقات من الصعب نشر التطبيقات خارج البورصة في البورصات حيث أن لكل منها بنية فريدة تعتمد على عوامل مثل تدفق العمليات وأحجام التداول وعدد الأعضاء وعدد المستخدمين وعدد المواقع. الهندسة المعمارية نس نشرت نيبيس (نس نظام المعلومات على شبكة الإنترنت) في الوقت الحقيقي لنشر المعلومات التجارية عبر الإنترنت و نيت تطبيق القائم على خادم العميل للمساعدة في عملياتها.
وقد نشرت بورصة لندن نظام التداول عبر الإنترنت (بولت) على منصة جنبا إلى جنب التي لديها بنية من مستويين. وتدعي أنها قادرة على دعم ما يصل إلى 2 مليون صفقة يوميا.
انقر على الصورة لعرض أكبر.
و نس و بس هي من بين أكبر البورصات في البلاد. أنها تتعامل أحجام التداول اليومية كبيرة جدا، ودعم كميات كبيرة من حركة البيانات، ولها شبكة وطنية كبيرة جدا.
حجم التداول في كلا البورصات ضخم. ويبلغ متوسط ​​حجم التداول اليومي في سوق رأس المال في بورصة سنغافورة حوالي 2300 كرور روبية، وفي قطاع المشتقات، حوالي 1300 كرور روبية. ويبلغ متوسط ​​حجم حركة المرور اليومي نحو مليون صفقة يوميا في قطاع أسواق رأس المال ونحو 50 ألف صفقة يوميا في قطاع المشتقات. هناك حوالي 13،000 مستخدم مسجل في كلا القطاعين ومتوسط ​​حوالي 9500 مستخدم يتم تسجيل الدخول في وقت واحد.
وفي سوق لندن للأوراق المالية كان متوسط ​​حجم التداول اليومي في الفترة 2001-2002 (نيسان / أبريل - آذار / مارس) 1244.10 كرور روبية، وبلغ متوسط ​​الصفقات اليومية 5.17 روبية لكح.
وغني عن القول، أي تبادل عبر الإنترنت يحتاج إلى أن يكون دائما على، وآمنة، زائدة عن الحاجة، ولها عمليات النسخ الاحتياطي والانتعاش كافية. G. M شينوي، نائب الرئيس، نس-إيت، يتحدث عن فلسفة تصميم تبادل له على الانترنت. & كوت؛ وكان الهدف الأساسي من التصميم هو توفير الوصول العادل والمتساوي والشفاف في جميع مواقعنا على مستوى البلاد. وكان هناك جانب هام لتوفير الاتصال لأعضاء التداول لدينا في أقرب وقت ممكن. & كوت؛
& كوت؛ قطاع الاتصالات ليبرالي إلى حد ما اليوم. وفي عام 1993، كانت التكنولوجيا تنضج وكانت مكلفة. تكلف الخطوط المؤجرة عشرة أضعاف ما تفعله اليوم. وكانت تكنولوجيا السواتل نعمة لأنها سمحت بنشر أسرع من الخطوط المستأجرة. تمتلك نس الآن أكبر شبكة فسات في البلاد مع أكثر من 3000 فسات وتتوقع أن تنمو إلى أكثر من 4000 فسات قريبا. & كوت؛
نظرة على كميات التداول الضخمة وحركة المرور الأكبر هو دليل كاف على الطبيعة الحرجة للأنظمة. فهو يجعل المرء يهدأ للتفكير في الخسائر المتوقعة في حالة تعطل لمدة عشر دقائق عندما تعبر التجارة اليومية روبية 3000 روبية. يجب تخطيط عناصر الشبكة مثل التخزين، والأمن، والنسخ الاحتياطي وعمليات الاسترداد، والتوافر، والتطبيقات المختلفة بعناية وتكليف. ثم على المرء أن يتبع لوائح ربي صارمة لتخزين ما لا يقل عن 7 سنوات من البيانات المعاملات والمالية.
التخزين بالنسبة لكميات عالية من البيانات الهامة فمن الطبيعي نشر التخزين القائم على الشبكة مثل ناس أو سان. نس تنفيذ سان لأنه يشعر أن حجم البيانات الخاصة به قد نمت "ظاهريا".
الأمن ينبغي أن يكون هذا جزءا حيويا ومتكاملا من بنية التصميم. يجب بناء عناصر الأجهزة والبرمجيات حول بنية أمان الطبقات. وينبغي أن تعقد في مكانها مع سياسة أمنية موثقة جيدا.
يقول شينوي & كوت؛ الأمن هو العنصر الأكثر أهمية في الشبكة. وقد بنيت جميع التطبيقات مع نهج واعي نحو الأمن. إن السياسات الأمنية متكاملة بإحكام وتدقق بشكل منتظم بحيث لا تترك مجالا للتسوية. يتم تقوية جميع التطبيقات ونظام التشغيل بشكل دوري للسلامة. & كوت؛
النسخ االحتياطي واالنتعاش ظهر هذا األمر باعتباره أحد الجوانب الحيوية الستمرارية األعمال. عندما تم تصميم التبادلات عبر الإنترنت قبل بضع سنوات، ربما لم يتم التركيز كثيرا على هذا الجانب، كما هو عليه اليوم. ومع ذلك ليس من الصعب إضافة عمليات استمرارية الأعمال إلى شبكة قائمة.
يقول شينوي، & كوت؛ كنسخ احتياطي لشبكة فسات لدينا، تم نشر شبكة تجارية تعتمد على الأرض في منتصف عام 2000. لدينا أكثر من 850 خطوط مستأجرة ربط مواقعنا على الصعيد الوطني. نحن البورصة الوحيدة في البلاد أن يكون لها زائدة تماما موقع استمرارية الأعمال في تشيناي. & كوت؛
التوافر يجب أن يكون التبادل عبر الإنترنت بشكل مثالي "توفر خمسة أقدام". وعادة ما تفضل البورصات استضافة بنيتها التحتية الداخلية وعدم استخدام خدمات مركز بيانات خارجي.
نس يدعي لتحقيق الجهوزية أكبر من 99.9٪. & كوت؛ ويرجع ذلك في الغالب إلى الإجراءات التي تمت صياغتها داخليا والمراجعة المستمرة لاتفاقات مستوى الخدمة مع بائعي الأجهزة & كوت؛ حسب قول شينوي.
التطبيقات من الصعب نشر التطبيقات خارج البورصة في البورصات حيث أن لكل منها بنية فريدة تعتمد على عوامل مثل تدفق العمليات وأحجام التداول وعدد الأعضاء وعدد المستخدمين وعدد المواقع. قد يتم تطوير تطبيقات مثل التداول، والمقاصة، وإدارة المخاطر، والمراقبة، وحساب الفهرس، والقائمة، والعضوية، والحسابات في المنزل أو من قبل مطوري البرمجيات الخارجية.
و "كبير اثنين" أبنية.
نس و بس، التبادلات "الكبيرين" تؤمن بتحديث وتطوير أنظمةها التكنولوجية للحفاظ على تسليم وفقا للالتزامات والوعود التي قدمت لأعضائها والشركاء والعملاء.
الهندسة المعمارية نس - نيت.
وقد نشرت نس نيبيس (نظام المعلومات على شبكة الإنترنت نس) لنشر المعلومات في الوقت الحقيقي التداول عبر الإنترنت و نيت تطبيق القائم على خادم العميل للمساعدة في عملياتها.
نيت مخازن جميع المعلومات التجارية في قاعدة بيانات في الذاكرة في نهاية الخادم لتحقيق الحد الأدنى من وقت الاستجابة والحد الأقصى للنظام توافر للمستخدمين. يعمل برنامج خادم التداول على جهاز ستراتوس الرئيسي المتسامح مع الأخطاء ويعمل برنامج العميل على أجهزة كمبيوتر ويندوز.
وتستخدم شبكة الاتصالات بروتوكول X.25 وهي العمود الفقري لنظام التداول الآلي. كل عضو تداول يتداول في بورصة نيويورك مع أعضاء آخرين من خلال جهاز كمبيوتر يقع في مكتب العضو التجاري.
ويرتبط أعضاء التداول في قطاع سوق الدين بالجملة بالكمبيوتر المركزي في نس من خلال الخطوط المؤجرة 64 كيلوبت في الثانية ومحطات الطرفية فسات. وتعدد هذه الخطوط المؤجرة باستعمال وصلات مبصرة من الألياف الضوئية تبلغ 2 ميغابايت. يتصل المشاركون في ودم بنظام التداول من خلال روابط الطلب الهاتفي.
يستخدم التبادل خوادم أونيكس المستندة إلى ريس من ديجيتال و هب لتجهيز المراجع. تستخدم تطبيقات مثل أوراكل 7 و سكل / أوراكل فورمز 4.5 الواجهات الأمامية لوظائف التبادل.
بس، البنية بتصميم، -، بولت.
وقد نشرت بس نظام التداول عبر الإنترنت (بولت) في 14 مارس 1995. وهو يعمل على منصة جنبا إلى جنب S74016 تشغيل على 16 وحدات المعالجة المركزية. تعمل أجهزة تيتانيم هيمالايا S74016 كخلفية لأكثر من 8000 محطة عمل ترادر ​​متصلة بشبكة إيثرنت و فسات وشبكة البيانات المؤجرة المدارة (ملدن). وتدعي الأنظمة التعامل مع ما يصل إلى مليوني صفقة يوميا.
بولت لديه بنية من مستويين. ترتبط محطات عمل المتداول مباشرة بخادم الواجهة الخلفية الذي يعمل كخادم اتصالات ومحرك تداول مركزي (كت). كما يوفر النظام خدمات أخرى مثل نشر المعلومات، وحساب المؤشر، ورصد المواقع. ويساعد مرفق مراقبة المعاملات في العمارة الترادفية على الحفاظ على سلامة البيانات من خلال سكل بدون توقف.
مع مساعدة من متنل، وقد وضعت بس شبكة ملدن تتألف من 300 2 ميغابت في الثانية خطوط و 1500 64 كيلوبت في الثانية خطوط التي تربط جميع البورصات الإقليمية والمكاتب في مومباي. الوصول إلى المعلومات المتعلقة بالسوق من خلال محطات عمل المتداول أمر ضروري للمشاركين في السوق للعمل على أساس الوقت الحقيقي واتخاذ قرارات فورية. وقد تم ربط بولت مع مختلف بائعي المعلومات مثل بلومبرغ، جسر، ورويترز. يتم تغذية معلومات السوق لوكالات الأنباء في الوقت الحقيقي. ويعتزم التبادل تعزيز القدرات لزيادة تدفق المعلومات في اتجاهين.
بوابات التداول عبر الإنترنت.
التداول عبر الإنترنت هو النشاط الاستثماري الذي يحدث عبر الإنترنت دون الإدماج المادي للوسيط. يجب على المستخدم النهائي (المستثمر) التسجيل مع بوابة التداول عبر الإنترنت مثل إيسيكديركت، موتيلالوسوال، سمارتجونيس، و شاريخان. وبالتالي يدخل المستثمر في اتفاق مع الشركة للتجارة في الأوراق المالية المختلفة وفقا للشروط والأحكام المدرجة أسفل الاتفاق. منذ يتم توصيل خوادم بوابة التداول عبر الإنترنت في كل وقت إلى البورصات والبنوك المعينة، ويتم تجهيز النظام في الوقت الحقيقي. يمكن للمستثمرين أيضا الحصول على التحديثات على التداول والتحقق من حالة أوامرهم إما عن طريق البريد الإلكتروني أو من خلال واجهة.
يقول هاريش مالهوترا، كبير موظفي التكنولوجيا في شركة موتيلال أوسوال سكوريتيز ليميتد: & كوت؛ يجب أن تكون البوابة بسيطة للتنقل، مليئة بالمعلومات المفيدة والوثيقة التي تتوفر بأقل عدد من النقرات، ويجب تخصيصها. & كوت؛ غير أن جانبا هاما جدا هو أن النظم ينبغي أن تكون قادرة على التفاعل مباشرة مع التبادلات على الانترنت دون قضايا عدم التوافق.
يستخدم إيسيسيديركت التشفير 128 بت تمكين طبقة المقابس الآمنة (سل) لضمان أن المعلومات المرسلة عبر الإنترنت آمنة ولا يمكن الوصول إليها من قبل طرف ثالث.
وعادة ما يتم منح المستخدمين خيارات لربط حساباتهم المصرفية وحسابات ديمات وحسابات الوساطة في واجهة واحدة. هناك أيضا نافذة واحدة لجميع التبادلات وشاشة واحدة للآلية توجيه النظام كاملة. وتشمل الأجهزة المستخدمة خوادم الويب والتطبيقات، والمفاتيح، والموجهات، والجدران النارية وأجهزة الأمن، والأجهزة المتخصصة.
يستخدم موتيلالوسوال خوادم كومباك للتطبيقات وقاعدة البيانات، وموجهات سيسكو، وجدران الحماية نقطة تفتيش. وقد تم تخصيص هذه الأنظمة من قبل فريقها الداخلي. يتم الاستعانة بمصادر خارجية تطبيقات التداول. & كوت؛ لدينا أيضا سعة تخزين في وضع عدم الاتصال والتي يتم الاحتفاظ بنسخة احتياطية منها بشكل دوري في مواقع منفصلة، ​​& كوت؛ يقول هاريش.
وسيعتمد نجاح البوابة التجارية بالتأكيد على باقة الخدمات التي يقدمها المستخدم النهائي. معظم البوابات تهمة رسوم التسجيل الصغيرة والوساطة على أساس مختلف الظروف. ومع ذلك فمن المهم للمنظمة أن تركز على الخدمات التي تركز على العملاء ونماذج التسليم في الواقع تتمتع معظم الاهتمام.

خوارزمية نظام تجارة العمارة.
سابقا على هذه بلوق لقد كتبت عن البنية المفاهيمية لنظام التداول الذكي خوارزمية فضلا عن المتطلبات الوظيفية وغير الوظيفية لنظام التداول خوارزمية الإنتاج. ومنذ ذلك الحين قمت بتصميم بنية النظام التي أعتقد أنها يمكن أن تلبي تلك المتطلبات المعمارية. في هذا المنصب سأصف العمارة التالية المبادئ التوجيهية للأنظمة إسو / إيك / إيي 42018 وهندسة البرمجيات هندسة الوصف القياسية. وفقا لهذا المعيار يجب على وصف الهندسة المعمارية:
تحتوي على عدة وجهات نظر معمارية موحدة (على سبيل المثال في أومل) والحفاظ على التتبع بين قرارات التصميم والمتطلبات المعمارية.
تعريف هندسة البرمجيات.
لا يوجد حتى الآن توافق في الآراء حول بنية النظام. في سياق هذه المادة، يتم تعريفها بأنها البنية التحتية التي يمكن فيها تحديد مكونات التطبيق التي تلبي المتطلبات الوظيفية ونشرها وتنفيذها. المتطلبات الوظيفية هي الوظائف المتوقعة للنظام ومكوناته. أما المتطلبات غير الوظيفية فهي تدابير يمكن من خلالها قياس نوعية النظام.
وقد يخفق النظام الذي يفي تماما بمتطلباته الوظيفية في الوفاء بالتوقعات إذا تركت الاحتياجات غير الوظيفية غير مرضية. ولتوضيح هذا المفهوم، يجب النظر في السيناريو التالي: نظام التداول الخوارزمي الذي قمت بشرائه / إنشائه للتو يجعل قرارات تداول ممتازة، ولكنه غير قابل للتشغيل تماما مع أنظمة إدارة المخاطر والمحاسبة في المنظمة. هل هذا النظام يلبي توقعاتك؟
البنية المفاهيمية.
وتصف الرؤية النظرية المفاهيم والآليات الرفيعة المستوى الموجودة في النظام على أعلى مستوى من التفصيل. على هذا المستوى، يتبع نظام التداول الخوارزمي بنية مدفوعة بالحدث (إيدا) مقسمة عبر أربع طبقات، واثنين من الجوانب المعمارية. وتستخدم كل أبنية مرجعية للطبقة والبنية الجانبية. أثبتت الأنماط المعمارية، والهياكل العامة لتحقيق متطلبات محددة. والجوانب المعمارية هي شواغل شاملة تشمل مكونات متعددة.
العمارة مدفوعة الحدث - العمارة التي تنتج، يكشف، يستهلك، ويتفاعل مع الأحداث. وتشمل الأحداث تحركات السوق في الوقت الحقيقي، والأحداث أو الاتجاهات المعقدة، والأحداث التجارية على سبيل المثال. تقديم طلب.
ويوضح هذا الرسم البياني البنية المفاهيمية لنظام التداول الخوارزمي.
مرجع البنى.
لاستخدام التشبيه، بنية مرجعية تشبه المخططات لجدار الحاملة. يمكن إعادة استخدام هذه الطباعة الزرقاء لتصاميم المباني المتعددة بغض النظر عن المبنى الذي يتم بناؤه لأنه يرضي مجموعة من المتطلبات الشائعة. وبالمثل، تحدد بنية مرجعية نموذجا يحتوي على هياكل وآليات عامة يمكن استخدامها لبناء بنية برمجيات ملموسة تلبي متطلبات محددة. الهندسة المعمارية لنظام التداول الخوارزمي يستخدم معمارية فضائية (سبا) و وحدة تحكم عرض نموذج (مفك) كمراجع. وتستخدم أيضا الممارسات الجيدة مثل مخزن بيانات العمليات (أودس)، ونموذج تحويل المستخلصات (إتل)، ومخزن البيانات (دو).
وحدة تحكم عرض النموذج - نمط يفصل تمثيل المعلومات من تفاعل المستخدم معها. الهندسة المعمارية القائمة على الفضاء - تحدد بنية تحتية تتفاعل فيها وحدات المعالجة المترابطة مع بعضها البعض من خلال ذاكرة ارتباطية مشتركة تسمى المساحة (الموضحة أدناه).
المنظر الهيكلي.
ويظهر الشكل الهيكلي للعمارة المكونات والمكونات الفرعية لنظام التداول الخوارزمي. كما يبين كيف يتم نشر هذه المكونات على البنية التحتية المادية. تتضمن مخططات أومل المستخدمة في هذا العرض المخططات المكونة ومخططات النشر. وفيما يلي معرض لمخططات نشر نظام التداول الخوارزمية الشاملة ووحدات المعالجة في الهندسة المرجعية سب، وكذلك المخططات المكون ذات الصلة لكل واحد الطبقات.
مخطط التاجر الآلي / معالجة الحدث الرسم البياني مصدر البيانات ومعالجة ما قبل طبقة مكون الرسم مفك القائم على واجهة المستخدم مخطط الرسم البياني.
التكتيكات المعمارية.
ووفقا لمعهد هندسة البرمجيات، فإن التكتيك المعماري هو وسيلة لتلبية متطلبات الجودة من خلال التلاعب ببعض جوانب نموذج السمة النوعية من خلال قرارات التصميم المعماري. مثال بسيط يستخدم في بنية نظام التداول الحسابي هو "التلاعب" مخزن البيانات التشغيلية (أودس) مع عنصر الاستعلام المستمر. وسيحلل هذا المكون باستمرار المواد المستنفدة للأوزون لتحديد واستخلاص الأحداث المعقدة. يتم استخدام التكتيكات التالية في الهندسة المعمارية:
نمط الإزعاج في طوابير الحدث والنظام الذاكرة المشتركة للحدث وطوابير النظام لغة الاستعلام المستمر (ككل) على تصفية بيانات أودس مع نمط تصميم المرشح على البيانات الواردة خوارزميات تجنب الازدحام على جميع الاتصالات الواردة والصادرة إدارة الطابور النشطة (أوم ) وإخطار الازدحام الصريح موارد الحوسبة السلعية مع القدرة على الترقية (قابلة للتطوير) التكرار النشط لجميع نقاط الفشل المفردة الفهارس وهياكل المثابرة المثلى في جدول أودس النسخ الاحتياطي للبيانات العادية وتنظيف البرامج النصية للمواد المستنفدة للأوزون تاريخ المعاملات على جميع قواعد البيانات الاختبارية للجميع أوامر للكشف عن أخطاء تعلق الأحداث مع الطوابع الزمنية لتخطي الأحداث 'قديمة' قواعد التحقق من صحة مثل الكميات التجارية القصوى تستخدم مكونات التاجر الآلي قاعدة بيانات في الذاكرة للتحليل مصادقة على مرحلتين لوصلات المستعملين التي تتصل بتشفير أتس على واجهات المستعمل واتصالاته بنمط تصميم المراقب أتس ل مفك لإدارة المشاهدات.
القائمة المذكورة أعلاه ليست سوى عدد قليل من قرارات التصميم التي حددتها خلال تصميم الهندسة المعمارية. انها ليست قائمة كاملة من التكتيكات. وفي الوقت الذي يجري فيه تطوير النظام، ينبغي استخدام تكتيكات إضافية عبر مستويات متعددة من التفصيل لتلبية المتطلبات الوظيفية وغير الوظيفية. وفيما يلي ثلاثة مخططات تصف نمط تصميم ديسروبتور، ونمط تصميم مرشح، وعنصر الاستعلام المستمر.
عرض السلوكية.
ويظهر هذا المنظر للعمارة كيفية تفاعل المكونات والطبقات مع بعضها البعض. وهذا مفيد عند إنشاء سيناريوهات لاختبار التصاميم المعمارية وفهم النظام من النهاية إلى النهاية. يتكون هذا العرض من المخططات التسلسلية والرسوم البيانية النشاط. الرسوم البيانية للأنشطة التي تبين العملية الداخلية لنظام التداول الخوارزمي وكيف يفترض أن يتفاعل التجار مع نظام التداول الخوارزمي أدناه.
التكنولوجيات والأطر.
والخطوة الأخيرة في تصميم معمارية البرمجيات هي تحديد التكنولوجيات والأطر المحتملة التي يمكن استخدامها لتحقيق العمارة. وكمبدأ عام، من الأفضل الاستفادة من التكنولوجيات القائمة، شريطة أن تلبي على النحو الملائم المتطلبات الوظيفية وغير الوظيفية. الإطار هو بنية مرجعية محققة مثل جبوس هو الإطار الذي يدرك الهندسة المرجعية جي. التقنيات والأطر التالية مثيرة للاهتمام وينبغي أن تؤخذ في الاعتبار عند تنفيذ نظام التداول الخوارزمية:
كودا - نفيديا لديها عدد من المنتجات التي تدعم عالية الأداء النمذجة الحسابية المالية. يمكن للمرء أن يحقق ما يصل إلى 50x تحسينات في الأداء في تشغيل محاكاة مونتي كارلو على غبو بدلا من وحدة المعالجة المركزية. نهر أباتشي - نهر هو مجموعة أدوات تستخدم لتطوير أنظمة موزعة. وقد تم استخدامه كإطار لبناء التطبيقات على أساس نمط سبا أباتشي هادوب - في حالة أن قطع الأشجار المنتشر هو شرط، ثم استخدام هادوب يقدم حلا للاهتمام لمشكلة البيانات الكبيرة. يمكن نشر هادوب في بيئة متفاوتة تدعم تقنيات كودا. ألغوترادر ​​- منصة تداول خوارزمية مفتوحة المصدر. يمكن أن يتم نشر ألغوترادر ​​في مكان مكونات التاجر الآلي. فيكس إنجين - تطبيق مستقل يدعم بروتوكولات تبادل المعلومات المالية (فيكس) بما في ذلك فيكس و فاست و فيكساتدل.
وعلى الرغم من عدم وجود تكنولوجيا أو إطار، ينبغي بناء المكونات باستخدام واجهة برمجة التطبيقات (أبي) لتحسين قابلية التشغيل البيني للنظام ومكوناته.
استنتاج.
وقد تم تصميم الهيكل المقترح لتلبية المتطلبات العامة جدا المحددة لنظم التداول الحسابية. وبصفة عامة، فإن أنظمة التداول الحسابية معقدة بسبب ثلاثة عوامل تتفاوت مع كل تنفيذ:
التبعيات على المؤسسات الخارجية ونظم الصرف تحدي المتطلبات غير الوظيفية وتطور القيود المعمارية.
ومن ثم، فإن الهيكل البرمجي المقترح يحتاج إلى تكييف على أساس كل حالة على حدة من أجل تلبية المتطلبات التنظيمية والتنظيمية المحددة، فضلا عن التغلب على القيود الإقليمية. وينبغي النظر إلى بنية نظام التداول الخوارزمية على أنها مجرد نقطة مرجعية للأفراد والمنظمات الراغبة في تصميم نظم التداول الخاصة بهم الخوارزمية.
للحصول على نسخة كاملة والمصادر المستخدمة يرجى تحميل نسخة من تقريري. شكرا لكم.
القصة السابقة.
متطلبات نظام التداول الخوارزمية.
قصة المقبلة.
المحفظة الأمثل باستخدام الجسيمات سرب الأمثل.
نظرة عامة رائعة، وبداية جيدة على الهندسة المعمارية. وكان الاستنتاج الخاص بك عرضة، وأشار إلى لماذا تتطلب أنظمة البرمجيات التداول الخوارزمية اختبارا مستمرا والتبديل للحفاظ على أنها ذات الصلة. قراءة جيدة!
1 فبراير 2018.
عندما تكون البيانات من السلع أو الدخل الثابت غير دقيقة أو بطيئة في تلقيها النماذج يمكن أن يكون وقتا عصيبا حساب خصوصا في الفضاء من حدث بلاك سوان.
شكرا جزيلا على هذا المقال. لقد كنت أفكر في منظمة العفو الدولية في التمويل منذ أواخر 90s، وأخيرا التقنيات وواجهات برمجة التطبيقات المتاحة عادة. مقالتك ومدونتك هي مساعدة كبيرة لجعل تلك الخطوات الأولى لجعل أحلام السنوات السابقة تتحقق. شكرا جزيلا وحظا سعيدا في المشاريع الخاصة بك!
يرجى تبقي لي تحديث في التقدم المحرز الخاص بك. أنا مهتم جدا. شكرا لكم.
إرسال تعليق.
إلغاء الرد.
اتبع تورينج المالية.
تورينغ المالية القائمة البريدية.
أصدقاء تورينج المالية.
الكوانتوقراطية هو أفضل التمويل الكمي بلوق مجمع مع وصلات لتحليل جديد نشر كل يوم.
نمركل هو صندوق التحوط الكمي أنا جزء من. نحن نستخدم آلة التعلم في محاولة للفوز على السوق.

خوارزمية نظام تجارة العمارة.
سابقا على هذه بلوق لقد كتبت عن البنية المفاهيمية لنظام التداول الذكي خوارزمية فضلا عن المتطلبات الوظيفية وغير الوظيفية لنظام التداول خوارزمية الإنتاج. ومنذ ذلك الحين قمت بتصميم بنية النظام التي أعتقد أنها يمكن أن تلبي تلك المتطلبات المعمارية. في هذا المنصب سأصف العمارة التالية المبادئ التوجيهية للأنظمة إسو / إيك / إيي 42018 وهندسة البرمجيات هندسة الوصف القياسية. وفقا لهذا المعيار يجب على وصف الهندسة المعمارية:
تحتوي على عدة وجهات نظر معمارية موحدة (على سبيل المثال في أومل) والحفاظ على التتبع بين قرارات التصميم والمتطلبات المعمارية.
تعريف هندسة البرمجيات.
لا يوجد حتى الآن توافق في الآراء حول بنية النظام. في سياق هذه المادة، يتم تعريفها بأنها البنية التحتية التي يمكن فيها تحديد مكونات التطبيق التي تلبي المتطلبات الوظيفية ونشرها وتنفيذها. المتطلبات الوظيفية هي الوظائف المتوقعة للنظام ومكوناته. أما المتطلبات غير الوظيفية فهي تدابير يمكن من خلالها قياس نوعية النظام.
وقد يخفق النظام الذي يفي تماما بمتطلباته الوظيفية في الوفاء بالتوقعات إذا تركت الاحتياجات غير الوظيفية غير مرضية. ولتوضيح هذا المفهوم، يجب النظر في السيناريو التالي: نظام التداول الخوارزمي الذي قمت بشرائه / إنشائه للتو يجعل قرارات تداول ممتازة، ولكنه غير قابل للتشغيل تماما مع أنظمة إدارة المخاطر والمحاسبة في المنظمة. هل هذا النظام يلبي توقعاتك؟
البنية المفاهيمية.
وتصف الرؤية النظرية المفاهيم والآليات الرفيعة المستوى الموجودة في النظام على أعلى مستوى من التفصيل. على هذا المستوى، يتبع نظام التداول الخوارزمي بنية مدفوعة بالحدث (إيدا) مقسمة عبر أربع طبقات، وجانبين معماريين. وتستخدم كل أبنية مرجعية للطبقة والبنية الجانبية. أثبتت الأنماط المعمارية، والهياكل العامة لتحقيق متطلبات محددة. والجوانب المعمارية هي شواغل شاملة تشمل مكونات متعددة.
العمارة مدفوعة الحدث - العمارة التي تنتج، يكشف، يستهلك، ويتفاعل مع الأحداث. وتشمل الأحداث تحركات السوق في الوقت الحقيقي، والأحداث أو الاتجاهات المعقدة، والأحداث التجارية على سبيل المثال. تقديم طلب.
ويوضح هذا الرسم البياني البنية المفاهيمية لنظام التداول الخوارزمي.
مرجع البنى.
لاستخدام التشبيه، بنية مرجعية تشبه المخططات لجدار الحاملة. يمكن إعادة استخدام هذه الطباعة الزرقاء لتصاميم المباني المتعددة بغض النظر عن المبنى الذي يتم بناؤه لأنه يرضي مجموعة من المتطلبات الشائعة. وبالمثل، تحدد بنية مرجعية نموذجا يحتوي على هياكل وآليات عامة يمكن استخدامها لبناء بنية برمجيات ملموسة تلبي متطلبات محددة. الهندسة المعمارية لنظام التداول الخوارزمي يستخدم معمارية فضائية (سبا) و وحدة تحكم عرض نموذج (مفك) كمراجع. وتستخدم أيضا الممارسات الجيدة مثل مخزن بيانات العمليات (أودس)، ونموذج تحويل المستخلصات (إتل)، ومخزن البيانات (دو).
وحدة تحكم عرض النموذج - نمط يفصل تمثيل المعلومات من تفاعل المستخدم معها. الهندسة المعمارية القائمة على الفضاء - تحدد بنية تحتية تتفاعل فيها وحدات المعالجة المترابطة مع بعضها البعض من خلال ذاكرة ارتباطية مشتركة تسمى المساحة (الموضحة أدناه).
المنظر الهيكلي.
ويظهر الشكل الهيكلي للعمارة المكونات والمكونات الفرعية لنظام التداول الخوارزمي. كما يبين كيف يتم نشر هذه المكونات على البنية التحتية المادية. تتضمن مخططات أومل المستخدمة في هذا العرض المخططات المكونة ومخططات النشر. وفيما يلي معرض لمخططات نشر نظام التداول الخوارزمية الشاملة ووحدات المعالجة في الهندسة المرجعية سب، وكذلك المخططات المكون ذات الصلة لكل واحد الطبقات.
مخطط التاجر الآلي / معالجة الحدث الرسم البياني مصدر البيانات ومعالجة ما قبل طبقة مكون الرسم مفك القائم على واجهة المستخدم مخطط الرسم البياني.
التكتيكات المعمارية.
ووفقا لمعهد هندسة البرمجيات، فإن التكتيك المعماري هو وسيلة لتلبية متطلبات الجودة من خلال التلاعب ببعض جوانب نموذج السمة النوعية من خلال قرارات التصميم المعماري. مثال بسيط يستخدم في بنية نظام التداول الحسابي هو "التلاعب" مخزن البيانات التشغيلية (أودس) مع عنصر الاستعلام المستمر. وسيحلل هذا المكون باستمرار المواد المستنفدة للأوزون لتحديد واستخلاص الأحداث المعقدة. يتم استخدام التكتيكات التالية في الهندسة المعمارية:
نمط الإزعاج في طوابير الحدث والنظام الذاكرة المشتركة للحدث وطوابير النظام لغة الاستعلام المستمر (ككل) على تصفية بيانات أودس مع نمط تصميم المرشح على البيانات الواردة خوارزميات تجنب الازدحام على جميع الاتصالات الواردة والصادرة إدارة الطابور النشطة (أوم ) وإخطار الازدحام الصريح موارد الحوسبة السلعية مع القدرة على الترقية (قابلة للتطوير) التكرار النشط لجميع نقاط الفشل المفردة الفهارس وهياكل المثابرة المثلى في جدول أودس النسخ الاحتياطي للبيانات العادية وتنظيف البرامج النصية للمواد المستنفدة للأوزون تاريخ المعاملات على جميع قواعد البيانات الاختبارية للجميع أوامر للكشف عن أخطاء تعلق الأحداث مع الطوابع الزمنية لتخطي الأحداث 'قديمة' قواعد التحقق من صحة مثل الكميات التجارية القصوى تستخدم مكونات التاجر الآلي قاعدة بيانات في الذاكرة للتحليل مصادقة على مرحلتين لوصلات المستعملين التي تتصل بتشفير أتس على واجهات المستعمل واتصالاته بنمط تصميم المراقب أتس ل مفك لإدارة المشاهدات.
القائمة المذكورة أعلاه ليست سوى عدد قليل من قرارات التصميم التي حددتها خلال تصميم الهندسة المعمارية. انها ليست قائمة كاملة من التكتيكات. وفي الوقت الذي يجري فيه تطوير النظام، ينبغي استخدام تكتيكات إضافية عبر مستويات متعددة من التفصيل لتلبية المتطلبات الوظيفية وغير الوظيفية. وفيما يلي ثلاثة مخططات تصف نمط تصميم ديسروبتور، ونمط تصميم مرشح، وعنصر الاستعلام المستمر.
عرض السلوكية.
ويظهر هذا المنظر للعمارة كيفية تفاعل المكونات والطبقات مع بعضها البعض. وهذا مفيد عند إنشاء سيناريوهات لاختبار التصاميم المعمارية وفهم النظام من النهاية إلى النهاية. يتكون هذا العرض من المخططات التسلسلية والرسوم البيانية النشاط. الرسوم البيانية للأنشطة التي تبين العملية الداخلية لنظام التداول الخوارزمي وكيف يفترض أن يتفاعل التجار مع نظام التداول الخوارزمي أدناه.
التكنولوجيات والأطر.
والخطوة الأخيرة في تصميم معمارية البرمجيات هي تحديد التكنولوجيات والأطر المحتملة التي يمكن استخدامها لتحقيق العمارة. وكمبدأ عام، من الأفضل الاستفادة من التكنولوجيات القائمة، شريطة أن تلبي على النحو الملائم المتطلبات الوظيفية وغير الوظيفية. الإطار هو بنية مرجعية محققة مثل جبوس هو الإطار الذي يدرك الهندسة المرجعية جي. التقنيات والأطر التالية مثيرة للاهتمام وينبغي أن تؤخذ في الاعتبار عند تنفيذ نظام التداول الخوارزمية:
كودا - نفيديا لديها عدد من المنتجات التي تدعم عالية الأداء النمذجة الحسابية المالية. يمكن للمرء أن يحقق ما يصل إلى 50x تحسينات في الأداء في تشغيل محاكاة مونتي كارلو على غبو بدلا من وحدة المعالجة المركزية. نهر أباتشي - نهر هو مجموعة أدوات تستخدم لتطوير أنظمة موزعة. وقد تم استخدامه كإطار لبناء التطبيقات على أساس نمط سبا أباتشي هادوب - في حالة أن قطع الأشجار المنتشر هو شرط، ثم استخدام هادوب يقدم حلا للاهتمام لمشكلة البيانات الكبيرة. يمكن نشر هادوب في بيئة متفاوتة تدعم تقنيات كودا. ألغوترادر ​​- منصة تداول خوارزمية مفتوحة المصدر. يمكن أن يتم نشر ألغوترادر ​​في مكان مكونات التاجر الآلي. فيكس إنجين - تطبيق مستقل يدعم بروتوكولات تبادل المعلومات المالية (فيكس) بما في ذلك فيكس و فاست و فيكساتدل.
وعلى الرغم من عدم وجود تكنولوجيا أو إطار، ينبغي بناء المكونات باستخدام واجهة برمجة التطبيقات (أبي) لتحسين قابلية التشغيل البيني للنظام ومكوناته.
استنتاج.
وقد تم تصميم الهيكل المقترح لتلبية المتطلبات العامة جدا المحددة لنظم التداول الحسابية. وبصفة عامة، فإن أنظمة التداول الحسابية معقدة بسبب ثلاثة عوامل تتفاوت مع كل تنفيذ:
التبعيات على المؤسسات الخارجية ونظم الصرف تحدي المتطلبات غير الوظيفية وتطور القيود المعمارية.
ومن ثم، فإن الهيكل البرمجي المقترح يحتاج إلى تكييف على أساس كل حالة على حدة من أجل تلبية المتطلبات التنظيمية والتنظيمية المحددة، فضلا عن التغلب على القيود الإقليمية. وينبغي النظر إلى بنية نظام التداول الخوارزمية على أنها مجرد نقطة مرجعية للأفراد والمنظمات الراغبة في تصميم نظم التداول الخاصة بهم الخوارزمية.
للحصول على نسخة كاملة والمصادر المستخدمة يرجى تحميل نسخة من تقريري. شكرا لكم.
القصة السابقة.
متطلبات نظام التداول الخوارزمية.
قصة المقبلة.
المحفظة الأمثل باستخدام الجسيمات سرب الأمثل.
نظرة عامة رائعة، وبداية جيدة على الهندسة المعمارية. وكان الاستنتاج الخاص بك عرضة، وأشار إلى لماذا تتطلب أنظمة البرمجيات التداول الخوارزمية اختبار الظهر المستمر والتبديل لابقائها ذات الصلة. قراءة جيدة!
1 فبراير 2018.
عندما تكون البيانات من السلع أو الدخل الثابت غير دقيقة أو بطيئة في تلقيها النماذج يمكن أن يكون وقتا عصيبا حساب خصوصا في الفضاء من حدث بلاك سوان.
شكرا جزيلا على هذا المقال. لقد كنت أفكر في منظمة العفو الدولية في التمويل منذ أواخر 90s، وأخيرا التقنيات وواجهات برمجة التطبيقات المتاحة عادة. مقالتك ومدونتك هي مساعدة كبيرة لجعل تلك الخطوات الأولى لجعل أحلام السنوات السابقة تتحقق. شكرا جزيلا وحظا سعيدا في المشاريع الخاصة بك!
يرجى تبقي لي تحديث في التقدم المحرز الخاص بك. أنا مهتم جدا. شكرا لكم.
إرسال تعليق.
إلغاء الرد.
اتبع تورينج المالية.
تورينغ المالية القائمة البريدية.
أصدقاء تورينج المالية.
الكوانتوقراطية هو أفضل التمويل الكمي بلوق مجمع مع وصلات لتحليل جديد نشر كل يوم.
نمركل هو صندوق التحوط الكمي أنا جزء من. نحن نستخدم آلة التعلم في محاولة للفوز على السوق.

خوارزمية نظام تجارة العمارة.
سابقا على هذه بلوق لقد كتبت عن البنية المفاهيمية لنظام التداول الذكي خوارزمية فضلا عن المتطلبات الوظيفية وغير الوظيفية لنظام التداول خوارزمية الإنتاج. ومنذ ذلك الحين قمت بتصميم بنية النظام التي أعتقد أنها يمكن أن تلبي تلك المتطلبات المعمارية. في هذا المنصب سأصف العمارة التالية المبادئ التوجيهية للأنظمة إسو / إيك / إيي 42018 وهندسة البرمجيات هندسة الوصف القياسية. وفقا لهذا المعيار يجب على وصف الهندسة المعمارية:
تحتوي على عدة وجهات نظر معمارية موحدة (على سبيل المثال في أومل) والحفاظ على التتبع بين قرارات التصميم والمتطلبات المعمارية.
تعريف هندسة البرمجيات.
لا يوجد حتى الآن توافق في الآراء حول بنية النظام. في سياق هذه المادة، يتم تعريفها بأنها البنية التحتية التي يمكن فيها تحديد مكونات التطبيق التي تلبي المتطلبات الوظيفية ونشرها وتنفيذها. المتطلبات الوظيفية هي الوظائف المتوقعة للنظام ومكوناته. أما المتطلبات غير الوظيفية فهي تدابير يمكن من خلالها قياس نوعية النظام.
وقد يخفق النظام الذي يفي تماما بمتطلباته الوظيفية في الوفاء بالتوقعات إذا تركت الاحتياجات غير الوظيفية غير مرضية. ولتوضيح هذا المفهوم، يجب النظر في السيناريو التالي: نظام التداول الخوارزمي الذي قمت بشرائه / إنشائه للتو يجعل قرارات تداول ممتازة، ولكنه غير قابل للتشغيل تماما مع أنظمة إدارة المخاطر والمحاسبة في المنظمة. هل هذا النظام يلبي توقعاتك؟
البنية المفاهيمية.
وتصف الرؤية النظرية المفاهيم والآليات الرفيعة المستوى الموجودة في النظام على أعلى مستوى من التفصيل. على هذا المستوى، يتبع نظام التداول الخوارزمي بنية مدفوعة بالحدث (إيدا) مقسمة عبر أربع طبقات، واثنين من الجوانب المعمارية. وتستخدم كل أبنية مرجعية للطبقة والبنية الجانبية. أثبتت الأنماط المعمارية، والهياكل العامة لتحقيق متطلبات محددة. والجوانب المعمارية هي شواغل شاملة تشمل مكونات متعددة.
العمارة مدفوعة الحدث - العمارة التي تنتج، يكشف، يستهلك، ويتفاعل مع الأحداث. وتشمل الأحداث تحركات السوق في الوقت الحقيقي، والأحداث أو الاتجاهات المعقدة، والأحداث التجارية على سبيل المثال. تقديم طلب.
ويوضح هذا الرسم البياني البنية المفاهيمية لنظام التداول الخوارزمي.
مرجع البنى.
لاستخدام التشبيه، بنية مرجعية تشبه المخططات لجدار الحاملة. يمكن إعادة استخدام هذه الطباعة الزرقاء لتصاميم المباني المتعددة بغض النظر عن المبنى الذي يتم بناؤه لأنه يرضي مجموعة من المتطلبات الشائعة. وبالمثل، تحدد بنية مرجعية نموذجا يحتوي على هياكل وآليات عامة يمكن استخدامها لبناء بنية برمجيات ملموسة تلبي متطلبات محددة. الهندسة المعمارية لنظام التداول الخوارزمي يستخدم معمارية فضائية (سبا) و وحدة تحكم عرض نموذج (مفك) كمراجع. وتستخدم أيضا الممارسات الجيدة مثل مخزن بيانات العمليات (أودس)، ونموذج تحويل المستخلصات (إتل)، ومخزن البيانات (دو).
وحدة تحكم عرض النموذج - نمط يفصل تمثيل المعلومات من تفاعل المستخدم معها. الهندسة المعمارية القائمة على الفضاء - تحدد بنية تحتية تتفاعل فيها وحدات المعالجة المترابطة مع بعضها البعض من خلال ذاكرة ارتباطية مشتركة تسمى المساحة (الموضحة أدناه).
المنظر الهيكلي.
ويظهر الشكل الهيكلي للعمارة المكونات والمكونات الفرعية لنظام التداول الخوارزمي. كما يبين كيف يتم نشر هذه المكونات على البنية التحتية المادية. تتضمن مخططات أومل المستخدمة في هذا العرض المخططات المكونة ومخططات النشر. وفيما يلي معرض لمخططات نشر نظام التداول الخوارزمية الشاملة ووحدات المعالجة في الهندسة المرجعية سب، وكذلك المخططات المكون ذات الصلة لكل واحد الطبقات.
مخطط التاجر الآلي / معالجة الحدث الرسم البياني مصدر البيانات ومعالجة ما قبل طبقة مكون الرسم مفك القائم على واجهة المستخدم مخطط الرسم البياني.
التكتيكات المعمارية.
ووفقا لمعهد هندسة البرمجيات، فإن التكتيك المعماري هو وسيلة لتلبية متطلبات الجودة من خلال التلاعب ببعض جوانب نموذج السمة النوعية من خلال قرارات التصميم المعماري. مثال بسيط يستخدم في بنية نظام التداول الحسابي هو "التلاعب" مخزن البيانات التشغيلية (أودس) مع عنصر الاستعلام المستمر. وسيحلل هذا المكون باستمرار المواد المستنفدة للأوزون لتحديد واستخلاص الأحداث المعقدة. يتم استخدام التكتيكات التالية في الهندسة المعمارية:
نمط الإزعاج في طوابير الحدث والنظام الذاكرة المشتركة للحدث وطوابير النظام لغة الاستعلام المستمر (ككل) على تصفية بيانات أودس مع نمط تصميم المرشح على البيانات الواردة خوارزميات تجنب الازدحام على جميع الاتصالات الواردة والصادرة إدارة الطابور النشطة (أوم ) وإخطار الازدحام الصريح موارد الحوسبة السلعية مع القدرة على الترقية (قابلة للتطوير) التكرار النشط لجميع نقاط الفشل المفردة الفهارس وهياكل المثابرة المثلى في جدول أودس النسخ الاحتياطي للبيانات العادية وتنظيف البرامج النصية للمواد المستنفدة للأوزون تاريخ المعاملات على جميع قواعد البيانات الاختبارية للجميع أوامر للكشف عن أخطاء تعلق الأحداث مع الطوابع الزمنية لتخطي الأحداث 'قديمة' قواعد التحقق من صحة مثل الكميات التجارية القصوى تستخدم مكونات التاجر الآلي قاعدة بيانات في الذاكرة للتحليل مصادقة على مرحلتين لوصلات المستعملين التي تتصل بتشفير أتس على واجهات المستعمل واتصالاته بنمط تصميم المراقب أتس ل مفك لإدارة المشاهدات.
القائمة المذكورة أعلاه ليست سوى عدد قليل من قرارات التصميم التي حددتها خلال تصميم الهندسة المعمارية. انها ليست قائمة كاملة من التكتيكات. وفي الوقت الذي يجري فيه تطوير النظام، ينبغي استخدام تكتيكات إضافية عبر مستويات متعددة من التفصيل لتلبية المتطلبات الوظيفية وغير الوظيفية. وفيما يلي ثلاثة مخططات تصف نمط تصميم ديسروبتور، ونمط تصميم مرشح، وعنصر الاستعلام المستمر.
عرض السلوكية.
ويظهر هذا المنظر للعمارة كيفية تفاعل المكونات والطبقات مع بعضها البعض. وهذا مفيد عند إنشاء سيناريوهات لاختبار التصاميم المعمارية وفهم النظام من النهاية إلى النهاية. يتكون هذا العرض من المخططات التسلسلية والرسوم البيانية النشاط. الرسوم البيانية للأنشطة التي تبين العملية الداخلية لنظام التداول الخوارزمي وكيف يفترض أن يتفاعل التجار مع نظام التداول الخوارزمي أدناه.
التكنولوجيات والأطر.
والخطوة الأخيرة في تصميم معمارية البرمجيات هي تحديد التكنولوجيات والأطر المحتملة التي يمكن استخدامها لتحقيق العمارة. وكمبدأ عام، من الأفضل الاستفادة من التكنولوجيات القائمة، شريطة أن تلبي على النحو الملائم المتطلبات الوظيفية وغير الوظيفية. الإطار هو بنية مرجعية محققة مثل جبوس هو الإطار الذي يدرك الهندسة المرجعية جي. التقنيات والأطر التالية مثيرة للاهتمام وينبغي أن تؤخذ في الاعتبار عند تنفيذ نظام التداول الخوارزمية:
كودا - نفيديا لديها عدد من المنتجات التي تدعم عالية الأداء النمذجة الحسابية المالية. يمكن للمرء أن يحقق ما يصل إلى 50x تحسينات في الأداء في تشغيل محاكاة مونتي كارلو على غبو بدلا من وحدة المعالجة المركزية. نهر أباتشي - نهر هو مجموعة أدوات تستخدم لتطوير أنظمة موزعة. وقد تم استخدامه كإطار لبناء التطبيقات على أساس نمط سبا أباتشي هادوب - في حالة أن قطع الأشجار المنتشر هو شرط، ثم استخدام هادوب يقدم حلا للاهتمام لمشكلة البيانات الكبيرة. يمكن نشر هادوب في بيئة متفاوتة تدعم تقنيات كودا. ألغوترادر ​​- منصة تداول خوارزمية مفتوحة المصدر. يمكن أن يتم نشر ألغوترادر ​​في مكان مكونات التاجر الآلي. فيكس إنجين - تطبيق مستقل يدعم بروتوكولات تبادل المعلومات المالية (فيكس) بما في ذلك فيكس و فاست و فيكساتدل.
وعلى الرغم من عدم وجود تكنولوجيا أو إطار، ينبغي بناء المكونات باستخدام واجهة برمجة التطبيقات (أبي) لتحسين قابلية التشغيل البيني للنظام ومكوناته.
استنتاج.
وقد تم تصميم الهيكل المقترح لتلبية المتطلبات العامة جدا المحددة لنظم التداول الحسابية. وبصفة عامة، فإن نظم التداول الحسابية معقدة بسبب ثلاثة عوامل تتفاوت مع كل تنفيذ:
التبعيات على المؤسسات الخارجية ونظم الصرف تحدي المتطلبات غير الوظيفية وتطور القيود المعمارية.
ومن ثم، فإن الهيكل البرمجي المقترح يحتاج إلى تكييف على أساس كل حالة على حدة من أجل تلبية المتطلبات التنظيمية والتنظيمية المحددة، فضلا عن التغلب على القيود الإقليمية. وينبغي النظر إلى بنية نظام التداول الخوارزمية على أنها مجرد نقطة مرجعية للأفراد والمنظمات الراغبة في تصميم نظم التداول الخاصة بهم الخوارزمية.
للحصول على نسخة كاملة والمصادر المستخدمة يرجى تحميل نسخة من تقريري. شكرا لكم.
القصة السابقة.
متطلبات نظام التداول الخوارزمية.
قصة المقبلة.
المحفظة الأمثل باستخدام الجسيمات سرب الأمثل.
نظرة عامة رائعة، وبداية جيدة على الهندسة المعمارية. وكان الاستنتاج الخاص بك عرضة، وأشار إلى لماذا تتطلب أنظمة البرمجيات التداول الخوارزمية اختبارا مستمرا والتبديل للحفاظ على أنها ذات الصلة. قراءة جيدة!
1 فبراير 2018.
عندما تكون البيانات من السلع أو الدخل الثابت غير دقيقة أو بطيئة في تلقيها النماذج يمكن أن يكون وقتا عصيبا حساب خصوصا في الفضاء من حدث بلاك سوان.
شكرا جزيلا على هذا المقال. لقد كنت أفكر في منظمة العفو الدولية في التمويل منذ أواخر 90s، وأخيرا التقنيات وواجهات برمجة التطبيقات المتاحة عادة. مقالتك ومدونتك هي مساعدة كبيرة لجعل تلك الخطوات الأولى لجعل أحلام السنوات السابقة تتحقق. شكرا جزيلا وحظا سعيدا في المشاريع الخاصة بك!
يرجى تبقي لي تحديث في التقدم المحرز الخاص بك. أنا مهتم جدا. شكرا لكم.
إرسال تعليق.
إلغاء الرد.
اتبع تورينج المالية.
تورينغ المالية القائمة البريدية.
أصدقاء تورينج المالية.
الكوانتوقراطية هو أفضل التمويل الكمي بلوق مجمع مع وصلات لتحليل جديد نشر كل يوم.
نمركل هو صندوق التحوط الكمي أنا جزء من. نحن نستخدم آلة التعلم في محاولة للفوز على السوق.

خوارزمية نظام تجارة العمارة.
سابقا على هذه بلوق لقد كتبت عن البنية المفاهيمية لنظام التداول الذكي خوارزمية فضلا عن المتطلبات الوظيفية وغير الوظيفية لنظام التداول خوارزمية الإنتاج. ومنذ ذلك الحين قمت بتصميم بنية النظام التي أعتقد أنها يمكن أن تلبي تلك المتطلبات المعمارية. في هذا المنصب سأصف العمارة التالية المبادئ التوجيهية للأنظمة إسو / إيك / إيي 42018 وهندسة البرمجيات هندسة الوصف القياسية. وفقا لهذا المعيار يجب على وصف الهندسة المعمارية:
تحتوي على عدة وجهات نظر معمارية موحدة (على سبيل المثال في أومل) والحفاظ على التتبع بين قرارات التصميم والمتطلبات المعمارية.
Software architecture definition.
There is still no consensus regarding what a system’s architecture is. In the context of this article, it is defined as the infrastructure within which application components which satisfy functional requirements can be specified, deployed, and executed. Functional requirements are the expected functions of the system and its components. Non-functional requirements are measures through which the quality of the system can be measured.
A system which fully satisfies its functional requirements may still fail to meet expectations if nonfunctional requirements are left unsatisfied. To illustrate this concept consider the following scenario: an algorithmic trading system which you have just bought / built makes excellent trading decisions, but is completely inoperable with the organizations risk management and accounting systems. Would this system meet your expectations?
Conceptual Architecture.
A conceptual view describes high level concepts and mechanisms that exist in the system at the highest level of granularity. At this level, the algorithmic trading system follows an event driven architecture (EDA) broken up across four layers, and two architectural aspects. For each layer and aspect reference architectures and patterns are used. Architectural patterns are proven, generic structures for achieving specific requirements. Architectural aspects are cross-cutting concerns which span multiple components.
Event driven architecture - an architecture which produces, detects, consumes, and reacts to events. Events include real time market movements, complex events or trends, and trading events e. g. submitting an order.
This diagram illustrates the conceptual architecture of the algorithmic trading system.
Reference Architectures.
To use an analogy, a reference architecture is similar to the blueprints for a load-bearing wall. This blue-print can be re-used for multiple building designs irrespective of what building is being built as it satisfies a set of commonly occurring requirements. Similarly, a reference architecture defines a template containing generic structures and mechanisms which can be used to construct a concrete software architecture that satisfies specific requirements. The architecture for the algorithmic trading system uses a space based architecture (SBA) and a model view controller (MVC) as references. Good practices such as the operational data store (ODS), the extract transform and load (ETL) pattern, and a data warehouse (DW) are also used.
Model view controller - a pattern which separates the representation of information from the user's interaction with it. Space based architecture - specifies an infrastructure where loosely coupled processing units interact with one another through a shared associative memory called space (shown below).
Structural View.
The structural view of an architecture shows the components and sub-components of the algorithmic trading system. It also shows how these components are deployed onto physical infrastructure. The UML diagrams used in this view include component diagrams and deployment diagrams. Below is gallery of the deployment diagrams of the overall algorithmic trading system and the processing units in the SBA reference architecture, as well as related component diagrams for each one the layers.
Automated trader / event processing component diagram Data source and pre-processing layer component diagram MVC based user interface component diagram.
Architectural Tactics.
According to the software engineering institute an architectural tactic is a means of satisfying a quality requirement by manipulating some aspect of a quality attribute model through architectural design decisions. A simple example used in the algorithmic trading system architecture is 'manipulating' an operational data store (ODS) with a continuous querying component. This component would continuously analyse the ODS to identify and extract complex events. The following tactics are used in the architecture:
The disruptor pattern in the event and order queues Shared memory for the event and order queues Continuous querying language (CQL) on the ODS Data filtering with the filter design pattern on incoming data Congestion avoidance algorithms on all incoming and outbound connections Active queue management (AQM) and explicit congestion notification Commodity computing resources with capacity for upgrade (scalable) Active redundancy for all single points of failure Indexation and optimized persistence structures in the ODS Schedule regular data backup and clean-up scripts for ODS Transaction histories on all databases Checksums for all orders to detect faults Annotate events with timestamps to skip 'stale' events Order validation rules e. g. maximum trade quantities Automated trader components use an in-memory database for analysis Two stage authentication for user interfaces connecting to the ATs Encryption on user interfaces and connections to the ATs Observer design pattern for the MVC to manage views.
The above list are just a few design decisions I identified during the design of the architecture. It is not a complete list of tactics. As the system is being developed additional tactics should be employed across multiple levels of granularity to meet functional and non-functional requirements. Below are three diagrams describing the disruptor design pattern, filter design pattern, and the continuous querying component .
Behavioural View.
This view of an architecture shows how the components and layers should interact with one another. This is useful when creating scenarios for testing architecture designs and for understanding the system from end-to-end. This view consists of sequence diagrams and activity diagrams. Activity diagrams showing the algorithmic trading system's internal process and how traders are supposed to interact with the algorithmic trading system are shown below .
Technologies and frameworks.
The final step in designing a software architecture is to identify potential technologies and frameworks which could be used to realize the architecture. As a general principle it is better to leverage off of existing technologies, provided that they adequately satisfy both functional and nonfunctional requirements. A framework is a realized reference architecture e. g. JBoss is a framework which realizes the JEE reference architecture. The following technologies and frameworks are interesting and should be considered when implementing an algorithmic trading system:
CUDA - NVidia has a number of products which support high performance computational finance modelling. One can achieve up to 50x performance improvements in running Monte Carlo simulations on the GPU instead of the CPU. Apache River - River is a tool-kit used to develop distributed systems. It has been used as a framework for building applications based on the SBA pattern Apache Hadoop - in the event that pervasive logging is a requirement, then the use of Hadoop offers an interesting solution to the big-data problem. Hadoop can be deployed in a clustered environment supporting CUDA technologies. AlgoTrader - an open source algorithmic trading platform. AlgoTrader could potentially be deployed in the place of the automated trader components. FIX Engine - a standalone application which supports the Financial Information Exchange (FIX) protocols including FIX, FAST, and FIXatdl.
Whilst not a technology or a framework, components should be built with an application programming interface (API) to improve interoperability of the system and its components.
استنتاج.
The proposed architecture has been designed to satisfy very generic requirements identified for algorithmic trading systems. Generally speaking algorithmic trading systems are complicated by three factors which vary with each implementation:
Dependencies on external enterprise and exchange systems Challenging nonfunctional requirements and Evolving architectural constraints.
The proposed software architecture would therefore need to be adapted on a case-by-case basis in order to satisfy specific organizational and regulatory requirements, as well as to overcome regional constraints. The algorithmic trading system architecture should be seen as just a point of reference for individuals and organizations wanting to design their own algorithmic trading systems.
For a full copy and sources used please download a copy of my report. شكرا لكم.
القصة السابقة.
Algorithmic Trading System Requirements.
قصة المقبلة.
Portfolio Optimization Using Particle Swarm Optimization.
Great overview, and a good start on the architecture. Your conclusion was apt, and pointed out why algorithmic trading software systems require constant back-testing and tweaking to keep them relevant. Good read!
1 فبراير 2018.
When the data from commodities or fixed income is inaccurate or slow in being received the models could have a hard time calculating especially in the space of a Black Swann event.
Thank you very much for this article. I've been thinking about AI in finance since the late 90s, and finally the technologies and APIs are commonly available. Your article and blog is a great help to make those first steps to making the dreams of earlier years come true. Thanks a lot and good luck in your further ventures!
Please keep me updated in your progress. أنا مهتم جدا. شكرا لكم.
إرسال تعليق.
إلغاء الرد.
اتبع تورينج المالية.
تورينغ المالية القائمة البريدية.
أصدقاء تورينج المالية.
الكوانتوقراطية هو أفضل التمويل الكمي بلوق مجمع مع وصلات لتحليل جديد نشر كل يوم.
نمركل هو صندوق التحوط الكمي أنا جزء من. نحن نستخدم آلة التعلم في محاولة للفوز على السوق.