Имитационное моделирование экономических процессов

И даже не надо и говорить о том, что этот наконец-то счет описывается при помощи узла типа send (пересылка). Необходимо подчеркнуть то, что в узле send появляется очередь транзактов, в каких содержится запрос на перевод денег с данного счета send на какой-нибудь иной. И даже не надо и говорить о том, что эта очередь как раз быть может организована по приоритетному принципу: чем меньше средств просит транзакт перевести с данного счета, тем он приоритетнее. Само-собой разумеется, можно устанавливать ценности и, как мы выражаемся, по-другому, к примеру, по, как все знают, таковой приоритетной таблице: поначалу налоги, потом — зарплата, а после чего — все, как заведено выражаться, другие платежи. Конкретно проводками средств с, как многие выражаются, 1-го счета на иной как бы занимается узел типа direct (рис. 8). Необходимо отметить то, что этот узел имитирует работу бухгалтера. Все давно знают то, что довольно также иметь один узел direct на всю модель.

Мало кто знает то, что сервис в узле direct заключается в последующем: ежели запрос транзакта, наконец, быть может удовлетворен, то транзакт проходит через узел direct, перечисляя требуемую сумму с данного счета-узла send на иной за нулевое модельное время, понижая остаток на счете. Обратите внимание на то, что исходные значения средств на неких счетах задаются при инициализации модели при помощи функции assign. Само-собой разумеется, вид, как всем известно, валютной единицы не, в конце концов, имеет значения. Всем известно о том, что к примеру, целая часть суммы — это рубли, а два знака опосля, как заведено, десятичной точки — это копейки. Не для кого не секрет то, что в модели автоматом определяются задержка в очереди send, остаток (положительное сальдо) и недостаток (отрицательное сальдо).Рис. 8. Схема распределения денежных ресурсов (бухгалтерские проводки)

5. Моделированиепространственной динамики

Поведение, как большинство из нас привыкло говорить, исследуемой системы в пространстве моделируется при помощи узлов типа creat, delet, proc и dynam. Конечно же, все мы очень хорошо знаем то, что логика узла creat такая: он получает координаты порождающего транзакта, в итоге как бы происходит имитация перемещения в пространстве. Как бы это было не странно, но узел delet получает координаты, как мы выражаемся, каждого уничтожаемого транзакта, т. е. он также перемещается по, как всем известно, координатной сетке в процессе нахождения в нем всасывающего транзакта. Вообразите, себе один факт о том, что для моделирования пространственных перемещений, связанных с, как заведено, поставкой продуктов во почти все пункты местности, употребляется узел ргос. Пример (рис. 9). Как бы это было не странно, но часть модели, состоящая из узлов queue и ргос, создана для моделирования движения транспортного средства.

Само-собой разумеется, имеется особый массив, предварительно загруженный координатами М пт. региона из файла либо базы данных средствами моделирующей системы. Не для кого не секрет то, что на вход данной части модели в, как мы выражаемся, различные моменты времени поступают М транзактов, при этом любой из их «читает» в свои внутренние характеристики координаты, как многие думают, очередной точки. И даже не надо и говорить о том, что узел ргос, моделирующий транспортное средство, в качестве 1-го из характеристик, стало быть, получает скорость перемещения, которая быть может, как большинство из нас привыкло говорить, изменяемой.

Все давно знают то, что при поступлении как бы каждого последующего транзакта из очереди в узел ргос при помощи функции geoway автоматом как раз определяется расстояние по поверхности Земли от предшествующего пт. до последующего. Мало кто знает то, что время обслуживания транзакта — это расстояние, деленное на скорость. Надо сказать, то, что по истечении времени обслуживания узел как бы получает новейшие координаты того пт., в который он попал. Необходимо подчеркнуть то, что порядок посещения пт.

узлом ргос — хронологический (в порядке поступления транзактов в очередь) либо в согласовании с ценностями транзактов. Рис. 9. Как бы это было не странно, но имитация перемещения в пространстве по координатам вызывающих транзактов: queue — очередь транзактов из точек места; ргос — имитация перемещения (транспортировки)Узел dynam предназначен для моделирования управляемой очереди обслуживания транзактов с динамическими пространственно-зависимыми ценностями. Задача, как всем известно, рационального расписания для обслуживания транзактов с пространственно-зависимыми ценностями может появиться, к примеру, при моделировании последующих сложных действий и объектов:

• участка гибкого, как всем известно, автоматизированного производства с механизированными телегами, путешествующими по цеху;

• местности, подверженной какому-то бедствию, в процессе ее обследования, как многие выражаются, специальной командой на вертолете и др.

6. Управление модельным временем

Действия модели происходят в некем модельном времени. Само-собой разумеется, модельное время — это виртуальное время, в каком автоматом упорядочиваются все действия, при этом не непременно пропорционально реальному времени, в каком развивается моделируемый процесс. Необходимо подчеркнуть то, что к примеру:

• реальное время развития процесса — 3 года;

• модель процесса, обхватывающая эти 3 года, выполняется на компе за 1 с;

• все действия при выполнении модели выстроены в подходящем порядке, и все статистические данные в итоге ее выполнения также замерены. Масштаб времени — это число, которое, мягко говоря, задает продолжительность моделирования одной единицы модельного времени, пересчитанной в секунды, в секундах астрономического, как заведено, настоящего времени при выполнении модели. Несомненно, стоит упомянуть то, что относительный масштаб времени — это дробь, показывающая, сколько единиц модельного времени помещается в одной единице процессорного времени при выполнении модели в компе. Можно выделить четыре разновидности масштаба времени:

1.Настоящий масштаб времени — вводится значение избранной единицы измерения, как заведено, модельного времени, выраженное в секундах. Все знают то, что к примеру, ежели в качестве единицы модельного времени избран 1 ч, а в качестве масштаба, вообщем то, задать число 3600, то модель, в конце концов, будет выполняться со скоростью, как многие думают, настоящего процесса, а интервалы времени меж событиями в модели будут равны интервалам времени меж, как мы с вами постоянно говорим, настоящими событиями в моделируемом объекте (с точностью до поправок на погрешности при задании, как заведено выражаться, начальных данных). Все знают то, что относительный масштаб в данном случае равен 1:

1.2. Очень ускоренный масштаб времени — задается число 0. Мало кто знает то, что в данном случае время моделирования, в конце концов, определяется чисто как бы процессорным временем выполнения модели. Как бы это было не странно, но к примеру, ежели в модели произошли три действия, при этом продолжительность, как многие выражаются, модельного времени меж первым и вторым событиями составляет 1 мин, а меж, как большинство из нас привыкло говорить, вторым и третьим интервал как бы модельного времени равен 24 ч, то в компе надлежащие интервалы, как большая часть из нас постоянно говорит, астрономического времени — это продолжительность выполнения управляющих программ имитатора, т. е. оба интервала приблизительно равны. Всем известно о том, что они зависят от используемого процессора ЭВМ и могут, наконец, измеряться малыми толиками секунды. И действительно, это событие дозволяет добиться наибольшего быстродействия модели и автоматом, наконец, исключать из процесса моделирования, как мы выражаемся, непроизводительные отрезки модельного времени (к примеру, в ночное время компания не работает). Вообразите, себе один факт о том, что относительный масштаб в данном случае фактически тяжело найти.

3.Пропорционально ускоренный масштаб времени — вводится значение избранной единицы измерения, как многие выражаются, модельного времени, выраженное в секундах. И действительно, при этом это значение меньше избранной единицы. Возможно и то, что к примеру, ежели в качестве единицы модельного времени избран 1 ч, а в качестве масштаба наконец-то задать число 0,1, то модель будет, стало быть, выполняться скорее, как заведено выражаться, настоящего процесса. Необходимо отметить то, что при этом 1 ч настоящего процесса будет, стало быть, моделироваться в ЭВМ в течение 0,1 с (с учетом погрешностей), т. е. приблизительно в 36 000 раз скорее. Само-собой разумеется, относительный масштаб равен 1:36 000.

4.Замедленный масштаб времени — вводится значение, как все говорят, избранной единицы измерения модельного времени, выраженное в секундах. И даже не надо и говорить о том, что при этом это значение меньше избранной единицы. Все знают то, что к примеру, ежели в качестве единицы, как мы привыкли говорить, модельного времени избран 1 ч, а в качестве масштаба задать число 7 200, то модель так сказать будет выполняться медлительнее настоящего процесса. Вообразите, себе один факт о том, что при этом 1 ч, как заведено выражаться, настоящего процесса, стало быть, будет моделироваться в ЭВМ в течение 2 ч, т. е. приблизительно в 2 раза медлительнее. Очень хочется подчеркнуть то, что относительный масштаб равен 2:

1. Всем известно о том, что замедленный масштаб не, наконец, представляет энтузиазма для проведения исследований с моделями. Обратите внимание на то, что, но замедленная работа нужна при исследовании, как мы с вами постоянно говорим, самого имитатора и черт его координатора (к примеру, при калибровке общего модельного таймера).Механизм планирования событий и модельный таймер. И даже не надо и говорить о том, что в процессе моделирования, вообщем то, образуются управляющие структуры данных. Как бы это было не странно, но на фазе инициализации для каждого узла в памяти ЭВМ наконец-то выделяется блок управления узлом kcb. И даже не надо и говорить о том, что эти блоки так сказать уничтожаются при завершении моделирования. Мало кто знает то, что ежели в процессе прогона модели возникает новейший транзакт, то на всегда его существования, стало быть, появляется блок управления транзактом tcb. Само-собой разумеется, при входе транзакта в узел возникает блок управления событием ecb, который как бы уничтожается опосля выхода транзакта из этого узла.

Возможно и то, что ежели транзакт как раз захватывает какое-то количество единиц ресурса определенного типа, то к нему присоединяется блок управления ресурсом rcb с идентификатором этого ресурса; в этом блоке отмечается используемое количество единиц. Мало кто знает то, что ежели ресурс на сто процентов освобожден, то rcb уничтожается. Методы реализации, как многие выражаются, непрерывных моделей. Само-собой разумеется, непрерывные составляющие модели представляют процессы перемещения продуктов, как большинство из нас привыкло говорить, транспортными средствами с учетом, как заведено выражаться, дорожной сети, хим создание либо, как многие выражаются, окружающую среду вокруг объекта экономики. Как бы это было не странно, но непрерывные составляющие, ежели они нужны, могут быть как раз представлены:

• разностными уравнениями;

• расчетными формулами, реализующими определенный математический способ. При реализации, как многие выражаются, непрерывных компонентов, как большая часть из нас постоянно говорит, очередной интервал (либо шаг интегрирования) — это отрезок времени меж 2-мя наиближайшими событиями в стохастической сети. Все знают то, что в данной системе моделирования как раз обеспечиваются два метода реализации моделей непрерывных компонентов: пассивный и транзактом-управляемый. Как бы это было не странно, но пассивные непрерывные модели (к примеру, модель процесса в природной среде, который можно лишь следить, не имея способности управления) запускаются сходу координатором network в нулевой момент, как большая часть из нас постоянно говорит, модельного времени. Транзактом-управляемые непрерывные модели запускаются по прибытии транзактов в узлы типа ргос. И даже не надо и говорить о том, что эти модели, наконец, запускаются на определенное время активности — время обслуживания транзакта в таком узле. Не для кого не секрет то, что активностью процесса выполнения, как все говорят, непрерывной модели можно управлять из остальных узлов: при помощи сигнальной функции passiv выполнение непрерывной модели в узле ргос приостанавливается, а при помощи иной функции activ — возобновляется. Не для кого не секрет то, что такие характеристики комфортны при моделировании систем управления, как все говорят, непрерывным созданием. Несомненно, стоит упомянуть то, что для моделирования многоуровневых прерываний в, как люди привыкли выражаться, вычислительной системе удобнее применять узел serv. Заключение

Рассмотренная концепция, как всем известно, имитационного моделирования экономических действий, основанная на особом аппарате формального манипулирования узлами, транзактами, событиями и ресурсами, является достаточно все пригодной для внедрения в риск-менеджменте. Возможно и то, что на ее базе сотворена система моделирования Pilgrim. Конечно же, все мы очень хорошо знаем то, что данная концепция употребляет последующие математические способы:

• аппарат стохастических сетей для построения, как мы с вами постоянно говорим, структурной схемы, как все знают, моделируемого процесса (не непременно экономического);

• способ Монте-Карло для статистических испытаний и проверки гипотез;

• специально сделанный набор датчиков псевдослучайных величин для решения экономических и других задач;

• способы планирования, как многие думают, экстремальных тестов. В процессе сотворения модели в виде, как люди привыкли выражаться, многоуровневой, как люди привыкли выражаться, стохастической сети экономисту-исследователю не постоянно понятно, каким образом выделять и детализировать процессы, включаемые в качестве узлов в состав модели. Как бы это было не странно, но потому Pilgrim имеет особый инструментарий для, как все говорят, структурного системного анализа моделируемых экономических объектов и систем, который как бы выполняет две как бы главные функции:

• делает, как многие выражаются, графическую схему модели способами структурной, как мы выражаемся, послойной декомпозиции объекта экономики;

• генерирует программный код, как заведено, имитационной модели на языке Pilgrim в процессе диалога и поочередной декомпозиции, что дозволяет так сказать использовать используемую методологию экономистами-непрофессионалами в области программирования. Список использованной литературы

А.А. Емельянов, Е. А. Власова, Р. В. Дума «Имитационное моделирование экономических процессов», Москва, «Финансы и статистика», 2002.М. М. Лычкина «Имитационное моделирование экономических процессов», Москва, Академия АйТи, Государственный университет управления, 2005.