старший программист;
младший научный сотрудник,
Москва
Senior Programmer;
Junior Research Fellow,
Moscow
начальник отдела разработки ПО;
научный сотрудник,
Москва
Head of Software Division;
Research Fellow,
Moscow
Проводимые в ходе решения многодисциплинарных инженерных и научных задач вычислительные эксперименты требуют совместного применения нескольких расчетных средств. При этом в рамках таких действий, как выполнение заданного плана эксперимента или поиска оптимальных решений, производится многократный прогон одной последовательности вычислений с различными параметрами и входными данными. Для автоматизации подобных экспериментов необходимо реализовать схему расчета, управляющую запуском расчетных средств и передачей данных между ними. Как правило, такие схемы разрабатываются на базе специализированного программного обеспечения - интеграционной среды или интеграционной платформы. Результатом разработки является интегрированный расчет (платформозависимая реализация схемы расчета), который с точки зрения автоматизации представляет собой композицию слабо связанных (в смысле интенсивности взаимодействия) типовых подзадач. В такой композиции можно выделить ряд шаблонов расчетов (типов взаимодействия подзадач), которые в свою очередь могут рассматриваться как подзадачи уже более высокого порядка.В настоящей работе рассматриваются вопросы управления исполнением и управления данными в среде исполнения интегрированных расчетов при обнаружении ошибки какого-либо из интегрируемых расчетных средств. Под ошибкой понимается любое внештатное поведение расчетного средства, приводящее к невозможно-сти сформировать ожидаемые от него результаты расчета и таким образом нарушающее схему передачи данных винтегрированном расчете. В качестве основного требования к механизму обработки ошибок принимается требова-ние не допустить некорректного завершения расчета в целом при отсутствии каких-либо промежуточных данныхрасчета. Формулируются правила обработки ошибок на уровне шаблонов расчетов и на уровне составного расчета,являющегося композицией шаблонов как подзадач. Отмечены случаи, в которых поведение шаблона расчета приошибке может быть различным в зависимости от целей пользователя, и возможные варианты выбора поведения,которые могут быть указаны пользователем.
Simulation experiments performed while solving multidisciplinary engineering and scientific problems require joint usage of multiple software tools. Further, when following a preset plan of experiment or searching for optimum solu- tions, the same sequence of calculations is run multiple times with various simulation parameters, input data, or conditions while overall workflow does not change. Automation of simulations like these requires implementing of a workflow where tool execution and data exchange is usually controlled by a special type of software, an integration environment or plat- form. The result is an integration workflow (a platform-dependent implementation of some computing workflow) which, in the context of automation, is a composition of weakly coupled (in terms of communication intensity) typical subtasks. These compositions can then be decomposed back into a few workflow patterns (types of subtasks interaction). The pat- terns, in their turn, can be interpreted as higher level subtasks.This paper considers execution control and data exchange rules that should be imposed by the integration envi- ronment in the case of an error encountered by some integrated software tool. An error is defined as any abnormal behavior of a tool that invalidates its result data thus disrupting the data flow within the integration workflow. The main requirementto the error handling mechanism implemented by the integration environment is to prevent abnormal termination of theentire workflow in case of missing intermediate results data. Error handling rules are formulated on the basic pattern level and on the level of a composite task that can combine several basic patterns as next level subtasks. The cases where workflow behavior may be different, depending on user's purposes, when an error takes place, and possible error handling op- tions that can be specified by the user are also noted in the work.
The authors declare that there are no conflicts of interest present.