математическое моделирование. Т 1 МАТ. Моделирование. Литература по теме 197 Вопрос Узловые операторы. 201 Вопрос Текст программной модели смо. 202 Вопрос Сборка и запуск исполнительного модуля модели. 205

• Название: Литература по теме 197 Вопрос Узловые операторы. 201 Вопрос Текст программной модели смо. 202 Вопрос Сборка и запуск исполнительного модуля модели. 205
• Анкор: математическое моделирование
• Дата: 02.06.2022
• Размер: 1.51 Mb.
• Имя файла: Т 1 МАТ. Моделирование.docx
• Тип: Литература; #564707
• страница: 19 из 31

Точка	Номер последней точки пространства, в которой находится узел типа creat, delet или proc на момент окончания моделирования.
Загрузка (%), Путь (км)	Для узлов типа serv или proc - коэффициент использования транзактами типа в процентах. Для узла типа key - доля времени пребывания в закрытом состоянии; Если производятся пространственные перемещения узлов типа proc, creat или delet, то подсчитывается пройденный путь. Для пространства типа GEO путь считается в километрах.
мМ среднее время	Среднее значение времени задержки транзакта в узле или иной интервал времени, зависящий от типа узла: для serv - это среднее время пребывания в узле (оно может быть больше времени обслуживания у неприоритетных транзактов при рз=аbs, т.е. при наличии приоритетных транзактов и правила абсолютных приоритетов); для queue - среднее время задержки в очереди; для ag - среднее время между двумя сгенерированными транзактами; для term или delet - среднее время существования транзакта; для key - среднее время пребывания в закрытом состоянии; для creat и dynam - всегда нулевое значение; для proc при p4=none, p4=rorm, р4=ехро или p4=unif - среднее время пребывания в узле (оно может быть больше времени обслуживания транзакта при переводе узла в пассивное состояние); для proc при p4=earth, p4=plane или p4=cosmos -суммарное время пребывания транзакта в узлах dynam и proc с учетом возможных возвратов транзактов из proc в dynam.
2 C [t] квадрат коэф.вариации	Отношение дисперсии временного интервала к квадрату его среднего значения.
Счетчик входов и hold	Число транзактов: прошедших через узел; сгенерированных транзактов (для ag или creat); уничтоженных (для term или delet); выполнивших операцию hold из другого узла в отношении узла key.
Кол.каналов	Число каналов в узле.
Ост.тр.	Количество транзактов, которые остались в узле на момент завершения моделирования.
Состояние узла в этот момент	Состояние узла в момент окончания прогона модели: открыт/закрыт для входа очередного транзакта, активен/пассивен (proc); положительное (денежная сумма с буквой S) /отрицательное (денежная сумма с буквой D) сальдо (send); остаток (денежная сумма с буквой S) / дефицит (сумма с буквой D) ресурса (attach) ; количество переходов транзактов на нижние слои-уровни модели (pay, rent).

После окончания процесса моделирования можно посмотреть график, а также выходные параметры всех узлов модели (также с помощью меню Результаты).

Пример отображения графика, построенного в процессе имитации, показан на рис. 37, на котором синим цветом показано среднее время задержки в очереди за все время моделирования.




Рис. 37. Окно результатов запуска модели




Если после запуска модели требуется внести в нее какие-либо изменения, то перед очередным построением исполняемого файла необходимо закрыть окно модели.

Изменения можно вносить, минуя стадию создания с помощью конструктора файла .pgf непосредственно в файл .cpp,. Следует иметь в виду, однако, что эти изменения не будут отражены в файле .pgf.

Выводы:

1. 
   Имитационные модели сложных систем могут содержать много узлов со сложными взаимосвязями между ними и сложной логикой протекания процессов. Для описания этих объектов и свойств оригинала в моделирующих комплексах применяются высокоуровневые средства, позволяющие создавать модель прикладным специалистам и не требующих специальных знаний в области программирования.
   
2. 
   Вместе с тем, эффективность работ по созданию и последующей модификации программной модели можно существенно повысить в случае, когда разработчику предоставлена возможность внесения изменений непосредственно в исходный текст программной модели. В моделирующих системах типа системы Pilgrim структура программного текста стандартизована и содержится в описании системы, обеспечивая легкую модификацию и исправления.
   
3. 
   Основные конструкции языка описания моделей в системе Pilgrim имеют унифицированный формат. Настройку моделей можно осуществлять заданием значений параметров узловых операторов и внесением логических конструкций в виде операторов языка С++ или Pascal, обеспечивающих маршрутизацию и управление перемещением транзактов.
   
4. 
   В моделирующих комплексах типа Pilgrim модель представляет собой скомпилированный модуль. Для этого необходимо произвести сборку исполнительного модуля, которая в системе реализуется стандартной процедурой в среде пакета Visual Studio с включением в проект необходимых компонентов (модулей) системы Pilgrim.
   
5. 
   Конечной целью имитационного моделирования является получение выходных данных. Моделирующие комплексы включают в себя средства для сбора, обработки и вывода стандартной набора параметров, которые в случае системы Pilgrim имеют специфицированный формат и выводятся в файл с отчетом о результатах моделирования.
   

Вопросы для самопроверки:

1. 
   Какие взаимосвязанные задачи реализуют языковые средства моделирующих комплексов?
   
2. 
   Из каких основных разделов состоит программная модель системы Pilgrim на исходном языке?
   
3. 
   Какую функцию выполняет предложение