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