Курсовая работа: Имитационная модель операционного зала банка
- разработать процессы, позволяющие бороться с тупиками и неопределенностью, вызванными случайностью и непостоянством систем;
- обнаружить скрытые резервы и устранить тормозящие факторы в существующих реализациях и внутренних процессах;
Возможности системы Arena соответствуют требованиям поставленной задачи моделирования операционного зала .
2. Структура системы анализа операционного состояния банка
банковский обслуживание программный средство
Работа системы анализа (рис. 2) начинается с получения из БД автоматизированной банковской системы сведений о ресурсах банка и заключенных финансовых сделках. На основании этих данных производится расчет показателей текущего состояния банка.
Рис. 2
2.1 Построение имитационной модель операционного зала
Рассмотрим процесс работы операционного обслуживания банка, изображённые на рисунке 3. На этом этапе, исходя из условий задачи, необходимо описать алгоритм работы модели и задать для каждого модуля соответствующие параметры.
Рис. 3 - Граф модели в среде Arena
На рисунке показана модель в предстартовом состоянии. Вид модели в действии изображён на рисунках 19-21 приложения Б. Модель состоит из одного типа модулей: основная цепь блоков, моделирующих процессы появления, перемещения и исчезновение
Модули модели
Транзакты первого типа создаются в модуле Create с именем «Client 1»
Рис. 4 - Параметры модуля «client 2»
Транзакты второго типа создаются в модуле Create с именем «creat 2»
Рис. 5 - Параметры модуля «Client»
Транзакты второго типа создаются в модуле Create с именем «Client 1,2,3» Транзакты второго типа создаются в модуле Assign
Рис. 6
Далее транзакты следуют в модуль Decide под названием «decide».В этом блоке происходит определение, время или процент в ресурсе для транзакта.
Рис. 7
В случае если мест нету, транзакт идёт на блок Decide с названием «Process». В этом блоке происходит распределение транзактов, 25% остаются в модели и переходят в блок Process с названием «Cassa1»,после чего, возвращаются на блок Decide с названием «Cassa 2». Остальные транзакты покидают модель через блок Dispose с названием «Dispose».
Рис. 8