678

678



678 Testowanie i optymalizowanie systemów transakcyjnych

Diagram 20.2

Duża luka pomiędzy sygnałem a faktyczną realizacją w rezultacie zawieszenia transakcji, kawa, grudzień 1994.

poślizg cenowy. Zakładając, że te rozbieżności nie wynikły z błędów w programie, poślizg jest skutkiem przyjęcia nierealistycznych założeń przy testowaniu systemu. Są dwa rodzaje takich błędnych założeń:

1.    Koszty transakcyjne. Większość traderów nie zdaje sobie sprawy, że doliczenie samej prowizji przy testowaniu systemu nie wystarcza. Otóż prowizje to tylko jedna część kosztów transakcji. Druga, mniej uchwytna, ale równie realna, to różnica pomiędzy teoretycznym i rzeczywistym poziomem realizacji zlecenia. Są dwa sposoby uporania się z tym problemem. Pierwszy to uwzględnienie najgorszej ceny realizacji zlecenia. Po drugie - przyjęcie w założeniach większego kosztu na transakcję, na przykład 100 dolarów. Ta druga metoda jako bardziej uniwersalna jest lepsza. Jak na przykład wybrać najgorszą możliwą cenę realizacji zlecenia obronnego w czasie notowań dziennych?

2.    Zawieszenia transakcji. Komputerowy system transakcyjny będzie nakazywał dokonanie transakcji po otrzymaniu każdego sygnału. Ale w praktyce realizacja zlecenia może być niewykonalna, ponieważ rynek zostaje zamknięty po przekroczeniu dziennego dopuszczalnego


Wyszukiwarka

Podobne podstrony:
702 Testowanie i optymalizowanie systemów transakcyjnych Diagram 20.3 Wyniki transakcji odzwierciedl
684a 684 Testowanie i optymalizowanie systemów transakcyjnych Tabela 20.5 System oparty na wybiciu (
686 Testowanie i optymalizowanie systemów transakcyjnych Tabela 20.9 System oparty na wybiciu (żywie
688 Testowanie i optymalizowanie systemów transakcyjnych Tabela 20.11 Porównanie zysków/strat zestaw
20 Testowaniei optymalizowanie systemów transakcyjnych Każde dziesięciolecie ma specyficzne dla sieb

więcej podobnych podstron