«имитационное моделирование экономической деятельности предприятия»

В данном разделе мы рассмотрим, как можно применить вышеизложенные теоретические знания к конкретным экономическим ситуациям.

Главная задача нашей курсовой работы – определить эффективность предприятия, занимающегося коммерческой деятельностью

Для реализации проекта мы выбрали пакет Pilgrim. Пакет Pilgrim обладает широким спектром возможностей имита­ции временной, пространственной и финансовой динамики модели­руемых объектов. С его помощью можно создавать дискретно-непрерывные модели. Разрабатываемые модели имеют свойство коллективного управления процессом моделирования. В текст моде­ли можно вставлять любые блоки с помощью стандартного языка C++. Пакет Pilgrim обладает свойством мобильности, т.е. переноса на лю­бую другую платформу при наличии компилятора C++. Модели в системе Pilgrim компилируются и поэтому имеют высокое быстро­действие, что очень важно для отработки управленческих решений и адаптивного выбора вариантов в сверхускоренном масштабе време­ни. Полученный после компиляции объектный код можно встраи­вать в разрабатываемые программные комплексы или передавать (продавать) заказчику, так как при эксплуатации моделей инстру­ментальные средства пакета Pilgrim не используются.

Пятая версия Pilgrim - это программный продукт, соз­данный в 2000 г. на объектно-ориентированной основе и учитываю­щий основные положительные свойства прежних версий. Достоин­ства этой системы:

• ориентация на совместное моделирование материальных, ин­формационных и «денежных» процессов;

• наличие развитой CASE-оболочки, позволяющей конструиро­вать многоуровневые модели в режиме структурного системного анализа;

• наличие интерфейсов с базами данных;

• возможность для конечного пользователя моделей непосредст­венно анализировать результаты благодаря формализованной техно­логии создания функциональных окон наблюдения за моделью с по­мощью Visual C++, Delphi или других средств;

•возможность управления моделями непосредственно в процес­се их выполнения с помощью специальных окон диалога.

Таким образом, пакет Pilgrim является хорошим средством создания как дискретных, так и непрерывных моделей, имеет много достоинств и значительно упрощает создание модели.

Объектом наблюдения является предприятие, которое занимается реализацией выпускаемого товара. Для статистического анализа данных функционирования предприятия и сравнения полученных результатов сопоставлялись все факторы, влияющие на процесс выпуска и реализации товара.

Предприятие занимается выпуском товара небольшими партиями (размер этих партии известен). Имеется рынок, где эта продукция продается. Размер партии покупаемого товара в общем случае - случайная величина.

Структурная схема бизнес-процесса содержит три слоя. На двух слоях расположены автономные процессы «Производство» (Приложение А) и «Сбыт» (Приложение Б), схемы которых независимы друг от друга т.к. нет путей для передачи транзактов. Опосредованное взаимодействие этих процессов осуществляется только через ресурсы: материальные ресурсы (в виде готовой продукции) и денежные ресурсы (в основном через расчетный счет).

Управление денежными ресурсами происходит на отдельном слое - в процессе «Денежные операции» (Приложение В).

Введем целевую функцию: время задержки платежей с расчетного счета Трс.

Основные управляющие параметры:

1. 
   цена единицы продукции;
   
2. 
   объем выпускаемой партии;
   
3. 
   сумма кредита, запрашиваемого в банке.
   

4. 
   время выпуска партии;
   
5. 
   число производственных линий;
   
6. 
   интервал поступления заказа от покупателей;
   
7. 
   разброс размеров продаваемой партии;
   
8. 
   стоимость комплектующих изделий и материалов для выпуска партии;
   
9. 
   стартовый капитал на расчетном счете;
   

Первый процесс «Производство» (Приложение А) реализует основные элементарные процессы. Узел 1 имитирует поступления распоряжений на изготовление партий продукции от руководства компании. Узел 2 – попытка получить кредит. В этом узле появляется вспомогательный транзакт – запрос в банк. Узел 3 – ожидание кредита этим запросом. Узел 4 – это администрация банка: если предыдущий кредит возвращен, то предоставляется новый (в противном случае запрос ждет в очереди). Узел 5 осуществляет перечисление кредита на расчетный счет компании. В узле 6 вспомогательный запрос уничтожается, но информация о том, что кредит предоставлен, - это «шлагбаум» на пути следующего запроса на получение другого кредита (операция hold).

Основной транзакт-распоряжение проходит через узел 2 без задержки. В узле 7 производится оплата комплектующих, если на расчетном счете есть достаточная сумма (даже если кредит не получен). В противном случае происходит ожидание либо кредита, либо оплаты продаваемой продукции. В узле 8 транзакт становится в очередь, если все производственные линии заняты. В узле 9 осуществляется изготовление партии продукции. В узле 10 возникает дополнительная заявка на возврат кредита, если ссуда ранее была выделена. Эта заявка поступает в узел 11, где происходит перечисление денег с расчетного счета компании в банк; если денег нет, то заявка ожидает. После возврата кредита эта заявка уничтожается (в узле 12); в банке появилась информация о том, что кредит возвращен, и компании можно выдать следующий кредит (операция rels).

Транзакт-распоряжение проходит узел 10 без задержки, а в узле 13 он уничтожается. Далее считается, что партия изготовлена и поступила на склад готовой продукции.

Второй процесс «Сбыт» (Приложение Б) имитирует основные функции по реализации продукции. Узел 14 - это генератор транзактов-покупателей продукции. Эти транзакты обращаются на склад (узел 15), и если там есть запрашиваемое количество товара, то товар отпускается покупателю; в противном случае покупатель ждет. Узел 16 имитирует отпуск товара и контроль очереди. После получения товара покупатель перечисляет деньги на расчетный счет компании (узел 17). В узле 18 покупатель считается обслуженным; соответствующий ему транзакт больше не нужен и уничтожается.

Третий процесс «Денежные операции» (приложение В) имитирует проводки в бухгалтерии. Запросы на проводки поступают с первого слоя из узлов 5, 7, 11 (процесс «Производство») и из узла 17 (процесс «Сбыт»). Пунктирными линиями показано движение денежных сумм по Счету 51 («Расчетный счет», узел 20), счету 60 («Поставщики, подрядчики», узел 22), счету 62 («Покупатели, заказчики», узел 21) и по счету 90 («Банк», узел 19). Условные номера примерно соответствуют плану счетов бухгалтерского учета.

Узел 23 имитирует работу финансового директора. Обслуженные транзакты после бухгалтерских проводок попадают обратно в те узлы, откуда они поступили; номера этих узлов находятся в параметре транзакта t→updown.

Исходный код модели представлен в Приложении Г. Данный исходный текст строит саму модель, т.е. создает все узлы (представленные в структурной схеме бизнес-процесса) и связи между ними. Код может быть сгенерирован конструктором Pilgrim (Gem), в котором строятся процессы в объектном виде (Приложение Е).

Автоматически создается файл отчета, в котором хранятся результаты моделирования, полученные после одного запуска модели. Файл отчета представлен в Приложении Д.