Cтраница 2
Расчет плавающих потерь делается для того, чтобы определить тот момент, когда клиент исчерпает все свои финансовые ресурсы при неблагоприятном изменении курса. Фирма, которая предоставляет услуги, должна оградить себя от ситуации, когда клиент залезет к ней в карман. Такая ситуация может возникнуть, если потери клиента окажутся больше его счета. В первую очередь плавающие потери вычитаются из общего счета клиента, уменьшенного на величину страхового депозита. Если временные потери перекрывают этот счет, то в ход идет страховой депозит. Если при этом последний уменьшается до определенного уровня, например до 70 % 1 от необходимого страхового депозита, то наступает ситуация margin call - требование о довнесении средств на счет клиента для поддержания позиции, или в противном случае требуется закрытие убыточной позиции с расчетом реальных потерь. [16]
Строгие правила маржинальной системы торговли предохраняют фирмы, предоставляющие такие услуги, от потерь. Смысл этих правил состоит в том, чтобы гарантировать, что клиент никогда не сможет потерять при операциях с валютами сумму больше своего счета. Для этого фирма постоянно рассчитывает текущее состояние открытых позиции клиента. Если открытая позиция приносит временные убытки, то размер таких потерь сравнивается со счетом клиента. В случае, когда временные потери приближаются по своим размерам к размеру счета клиента, то клиент обязан либо закрыть позиции и реально взять на себя эти убытки, либо увеличить свой счет внесением дополнительных средств. [17]
Здесь сложились два достаточно четко отличающихся направления: построение многомашинных вычислительных комплексов, в том числе из однопроцессорных ЭВМ, и создание многопроцессорных вычислительных систем. Уменьшение времени решения сложной задачи достигается в обоих случаях за счет одновременного выполнения ее нескольких параллельных фрагментов с решением координирующих задач. Однако в многомашинных комплексах эти фрагменты, так же как и координирующие задачи, должны оформляться пользователями и рассматриваться операционными системами отдельных ЭВМ как самостоятельные задачи. При этом обмен информацией между задачами осуществляется через каналы ввода-вывода или другие системные средства связи, пропускная способность которых значительно ниже, чем у развитых современных внутрисистемных интерфейсов. К этому следует добавить дополнительные временные потери на взаимодействие операционных систем нескольких - ЭВМ, входящих в комплекс. [18]
Однако в отношении процедур оптимизации и принятия решений желательная степень общности и унификации пока не достигнута. Интегрированные средства принятия решений, подобные разработанным для моделирования с помощью метода конечных элементов в стандарте ISO 10303 - 104, не созданы. Основная причина этого заключается в сложности как постановки многих задач проектирования и управления, так и построения эффективных вычислительных процедур оптимизации. В то же время практическая потребность в методиках принятия обоснованных, близких к оптимальным решений довольно велика. Особая значимость придается методикам оптимизации на этапах концептуального проектирования и логистической поддержки производства сложной техники, так как именно на этих этапах материальные и временные потери от нерациональных решений наиболее значительны. [19]