Cтраница 1
Диалоговая оболочка берет на себя ряд функций, типичных для диалоговых программ, взаимодействующих с имитационными моделями. Основным требованием к диалоговой оболочке явилась независимость разрабатываемых на ее базе диалоговых средств от используемой диалоговой системы, в рамках которой эти средства реализуются, а также от используемой системы моделирования. Эта задача решена путем иерархической организации инструментального обеспечения и использования средств настройки. Действующая версия ИСИМ позволяет разрабатывать диалоговые имитационные модели на языке GPSS в рамках диалоговой системы ПРИМУС. [1]
Диалоговая оболочка и имитационная модель выполняются в рамках асинхронных программных процессов. В любой момент может возникнуть запрос диалоговой оболочки на выполнение моделью некоторого действия или события в модели, требующего вмешательства диалоговой оболочки. Эту задачу решает модуль интерфейса с моделью. Независимость его от модели обеспечивается выработанными соглашениями по протоколу синхронизации. [2]
Настройка диалоговой оболочки на работу с конкретной моделью заключается в описании интерфейса по данным, с последующей трансляцией этого описания. Средство настройки на модели пользователей предоставляет возможность задавать форматы записей, которыми осуществляется обмен с моделями, в терминах используемой системы моделирования. [3]
В состав диалоговой оболочки входит сканер запросов, средство описания входного языка, операции управления экраном, интерфейс с моделью, средство настройки интерфейса с моделью и набор стандартных функциональных программ. Сканер запросов осуществляет синтаксический контроль входных запросов и обеспечивает ведение диалога при обнаружении и исправлении ошибок. Затем формируется машинное представление запроса и вызывается соответствующая функциональная программа. Анализ входных запросов осуществляется на основе информации, содержащейся в секции описания входного языка. [4]
Это порождает необходимость дублирования многих идентичных функций диалоговой оболочки, привязав каждую из параллельных ветвей дерева диалога к идентификации конкретного пользователя и его групповой принадлежности, что значительно удорожает разработку сервисного программно-информационного обеспечения. [5]
Доступ функциональных программ к экрану терминала возможен только посредством операций управления экраном, реализованных как подпрограммы диалоговой оболочки. Это обеспечивает независимость функциональных программ от типа терминала и используемой базовой диалоговой системы. При этом для управления экраном терминала образ экрана рассматривается как массив строк. Число строк определяется характеристиками терминала. Группа последовательных строк выделяется под область свертки, в которую выводится большинство сообщений диалоговой оболочки и функциональных программ. Для ввода запросов предусматривается командная строка. Остальная часть экрана отводится под статическую информацию: заголовки, разметка и др. Операции управления экраном разделяются на три группы: управления форматом экрана, заполнения образа экрана и обмена с терминалом. [6]
Диалоговая оболочка берет на себя ряд функций, типичных для диалоговых программ, взаимодействующих с имитационными моделями. Основным требованием к диалоговой оболочке явилась независимость разрабатываемых на ее базе диалоговых средств от используемой диалоговой системы, в рамках которой эти средства реализуются, а также от используемой системы моделирования. Эта задача решена путем иерархической организации инструментального обеспечения и использования средств настройки. Действующая версия ИСИМ позволяет разрабатывать диалоговые имитационные модели на языке GPSS в рамках диалоговой системы ПРИМУС. [7]
Удобство и эффективность работы с системами имитационного моделирования во многом определяются интерфейсом пользователя с этой системой. В ИСИМ роль интерфейса отводится диалоговой оболочке, поддерживаемой монитором. [8]
Диалоговая оболочка и имитационная модель выполняются в рамках асинхронных программных процессов. В любой момент может возникнуть запрос диалоговой оболочки на выполнение моделью некоторого действия или события в модели, требующего вмешательства диалоговой оболочки. Эту задачу решает модуль интерфейса с моделью. Независимость его от модели обеспечивается выработанными соглашениями по протоколу синхронизации. [9]
Наличие целого ряда не формализуемых и плохо формализуемых соображений со стороны ЛПР при принятии решений и сама специфика поэтапного процесса многостороннего анализа и детализации этих решений подразумевают безусловное вмешательство проблемных пользователей в процедуру компьютерных вычислений. Следствием этого является необходимость программных прерываний по ходу моделирования, что подразумевает наличие развитой диалоговой оболочки в самой имитационной системе. [10]
Диалоговая оболочка и имитационная модель выполняются в рамках асинхронных программных процессов. В любой момент может возникнуть запрос диалоговой оболочки на выполнение моделью некоторого действия или события в модели, требующего вмешательства диалоговой оболочки. Эту задачу решает модуль интерфейса с моделью. Независимость его от модели обеспечивается выработанными соглашениями по протоколу синхронизации. [11]
Ядро системы представляет собой процессор, выполняющий функции взаимодействия с системой моделирования, а также обмена с внешними программными средствами на уровне записей. Трансляторы описаний предназначены для контроля корректности описаний интерфейсов имитационной модели с ядром системы и перевода данных в машинный формат. Монитор системы организует взаимодействие компонентов ИСИМ. В его задачу входит подготовка среды имитационной модели, инициация всей системы, контроль за ходом выполнения имитации и организация диалоговой оболочки. Интерфейсные модули обеспечивают взаимодействие ядра системы с внешними программными средствами, например, СУБД или пакетами прикладных программ. [12]
Вышесказанное позволяет конструировать практически любые составные события. Охарактеризовать даже примерный перечень всех типов событий не представляется возможным. Конечно, конструирование составных событий требует некоторого навыка проведения элементарных логических операций. Однако никаких специальных знаний по программированию такое конструирование не предполагает. Кроме того, специальным образом составленная диалоговая оболочка имитационной модели может существенно облегчить такое построение. [13]
Доступ функциональных программ к экрану терминала возможен только посредством операций управления экраном, реализованных как подпрограммы диалоговой оболочки. Это обеспечивает независимость функциональных программ от типа терминала и используемой базовой диалоговой системы. При этом для управления экраном терминала образ экрана рассматривается как массив строк. Число строк определяется характеристиками терминала. Группа последовательных строк выделяется под область свертки, в которую выводится большинство сообщений диалоговой оболочки и функциональных программ. Для ввода запросов предусматривается командная строка. Остальная часть экрана отводится под статическую информацию: заголовки, разметка и др. Операции управления экраном разделяются на три группы: управления форматом экрана, заполнения образа экрана и обмена с терминалом. [14]