Bankir.Ru
10 декабря, суббота 02:19

Объявление

Свернуть
Пока нет объявлений.

Тестирование систем Интернет-трейдинга

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Тестирование систем Интернет-трейдинга

    __Большинство разработчиков Интернет-брокерских систем не могут предоставить результаты тестирования своих решений. Очень интересует опыт тестирования систем Интернет-трейдинга с установкой на своей территории серверной части с непосредственным подключением к шлюзу ММВБ.

    P.S. Буду благодарен за любую информацию и советы.

  • #2
    И я даже понимаю, почему.
    Постараюсь объяснить. При подключении к шлюзу ММВБ в ОБЯЗАТЕЛЬНОМ порядке проводится тестирование системы трейдинга специалистами ММВБ. Тестируются адекватность обработки данных и время прохождения заявки.
    Результаты, которым должна удовлетворять система, известны заранее, никакой тайны не представляют.

    А теперь - встречный вопрос - ЧТО Вы хотели бы протестировать?
    и КАК?

    Вот тогда и просите результаты...

    /kiv
    /kiv

    Комментарий


    • #3
      to yava:
      как-то это мало похоже на правду.
      А ты пробовал попросить установку тестового сервера?
      Приедут, поставят, научат - это их бизнес.
      А результаты прячут наверное те, кому есть чего стесняться - зачем тогда за ними гоняться?

      Комментарий


      • #4
        __to Илюха
        __Понятно что если сертифицировано ММВБ значит соответствует их требованиям. Но ведь показатели систем даже в рамках этих требований у всех разные!
        __Хотелось бы самим посмотреть функционал, интерфейс, величину загрузки канала одним пользователем, скорость шифрования/дешифрования транзакций криптосервером, скорость прохождения транзакций через локальную сеть и диал-ап.
        __Такую инфу предоставляет тоько один разработчик. Но даже это хотелось бы перепроверить.

        __to Argentum
        BLOCKQUOTE>font size="1" face="Verdana, Arial">цитата:/font>HR>Приедут, поставят, научат - это их бизнес.[/quote]__Не факт. Посудите сами, зачем им лишние трудозатраты на стимулирование принятия решения покупки какой-то отдельной организации, когда у порога целая толпа не особо требовательных клиентов!

        Комментарий


        • #5
          to Yava
          :-) Ты прав абсолютно. Но это хороший способ проверить, кому ты нужен на самом деле.

          Комментарий


          • #6
            2 yava
            Все перечисленные Вами параметры, кроме одного, относятся к клиентскому месту и легко измеряются на тестовой версии (с тестовым же, естественно, сервером ММВБ). Я, конечно, давно не занимался маркетингом, но на заре интернет-трейдинга тестовые версии давали все, катайся-не хочу. "родной" (в смысле, его делает дружественная фирма) z-trade - не исключение.
            С задержками криптографии - сложнее, поскольку измерить их можно только на боевой версии - стало быть, нужно либо приехать в демо-зал самому, либо заказать визит продавателя к себе (неэффективно, поскольку в демо-зале рядом есть разработчики, а манагеры зачастую даже не знают, в каком окне показываются задержки обработки пакетов - и уж тем более, никакого разумного объяснения величин, их зависимости от ХХХ и всего такого тоже не дождешься).
            Но можно и не измерять напрямую, а выяснить, кто разработчик криптомодуля и узнать у них...

            /kiv
            /kiv

            Комментарий


            • #7
              Если речь идет о тестировании функциональности,
              то проблем особенных не возникает - разработчики
              дают на тестирование свой софт (мы в том числе),
              ММВБ дает подключение к тестовому шлюзу.

              Сложнее, когда речь о сопоставительных характеристиках
              по задержке (response time) и траффике.
              Оба параметра нужно тестировать только в сопоставимом
              контексте - один и тот же торговый день (транзакционный
              контекст и траффик), одно и то же число клиентов в системе,
              одна и та же топология соединения Клиента по Сети - иначе
              сравнение цифр теряет смысл. Организовать такие тесты довольно
              сложно, и реальной информации об их проведении нет.
              И потом, тестировать по идее нужно на Вашем плановом количестве
              клиентов, т.к. характер зависимости у разных систем
              может быть разным, в зависимости от технологии.
              На 2-х клиентах лучше может быть одна система,
              на 1000 - другая. Разработчики приводят каждый о себе
              какие-то цифры, но сравнивать крайне затруднительно.

              BR,
              PSrg

              Комментарий


              • #8
                Кстати, если кто-то из банкиров, делая свой
                выбор, попытается провести сопоставительные
                тесты, мы с удовольствием предоставим как
                систему, так и поддержку.

                PSrg www.transaq.ru

                Комментарий


                • #9
                  Ярослав, решил продублировать ответ через форум:

                  Из чего "наматывается" Response Time при работе со шлюзом ММВБ:

                  1. Клиентское приложение отправляет заявку на Order Processing Engine
                  (OPE) Брокера. Время доставки зависит от топологии подключения Клиента
                  к Брокеру по Интернет и при тестировании разных систем может сравниваться
                  только при условии сопоставимой топологии соединения.

                  2. Процессинг ордера - дешифрация и проверка по бизнес-правилам.
                  Сильно зависит от того, является ли OPE одним моделем (как у нас
                  и напр., Иниста) или модули дешифрации/проверки лимитов отдельные,
                  и требуется роутинг ордера между серверами. Большой разницы, тем
                  не менее нет, т.к. это роутинг по ЛВС (не заметно чтобы Квик здесь
                  тормозил на роутинге), а процессинг бизнес-правил - даже если
                  он сложный как у нас в случае маржинальных счетов, выполняется
                  "мгновенно".

                  3. Передача c OPE на Гейт (модуль, осуществляющий коммуникацию с шлюзом
                  ММВБ посредством MTE API. Опять-таки, зависит от того, выполнен
                  ли гейт одним модулем с OPE - у разных разработчиков по-разному
                  (у Иниста в одном, в TRANSAQ и QUIK в разных). Это тоже локальный
                  роутинг, т.е. "мгновенно".

                  4. Передача от Гейта на ШЛЮЗ по serial cable. Это взаимодействие
                  синхронное - так оно реализовано в API (гейт получает от шлюза ответ
                  только после того как ШЛЮЗ получил ответ из биржевой системы).
                  Зависит от способа Вашего подключения к ММВБ (выделенный
                  сервер доступа на стороне ММВБ или сервер по запросу, опять может быть
                  несопоставимый контекст при тестировании). Ответом является что ордер
                  принят (в т.ч. м.б. сразу исполнен) или отвергнут Биржей.
                  Для нас этот ответ не является достаточным, т.к. оветом является
                  неформализованное текстовое сообщение.

                  5. Ожидание появления заявки в Таблице Ордеров. Таблицу ордеров
                  можно по "правилам 'эксплуатации УДПШ ММВБ" запрашивать не чаще
                  чем раз в секунду. Соответственно, зависит от того, как скоро
                  после отправки ордера был этот запрос (тут ордер на ордер не
                  приходится, можно собрать на этом секунду, можно ноль).
                  В среднем 0.5 сек, время статистически одинаковое для всех
                  систем.

                  6. обратное пп. 3 и 2

                  7. OPE процессирует уведомление о приеме ордера Биржей по бизнес-
                  правилам (мгновенно - если это не на таблицах СУБД в качестве
                  engine, в чем я подозреваю некоторые системы).

                  8. обратное 2->1 (зависит от способа пулинга-пушинга, у разных
                  систем по-разному).

                  Хочу все же обратить внимание, что скорость процессинга на
                  OPE следует оценивать с учетом сложности бизнес-правил
                  (коррекция лимитов в определенной иерархии счетов, роутинг
                  сообщений "старшим трейдерам" и управляющим, если они есть).

                  У нас получается 0.5-1.5 сек (в локальной сети), на глаз как
                  на "родном" терминале ММВБ. Говорить о сравнении с другими
                  системами не буду.

                  BR,
                  PSrg, www.transaq.ru

                  Комментарий


                  • #10
                    __Сергей, спасибо за развернутый ответ! Но больше интересуют цифры в сравнении.

                    Комментарий

                    Пользователи, просматривающие эту тему

                    Свернуть

                    Присутствует 1. Участников: 0, гостей: 1.

                    Обработка...
                    X