Построение имитационной модели управления договорами в Туристической фирме в среде AnyLogic

Автор работы: Пользователь скрыл имя, 22 Сентября 2013 в 16:52, курсовая работа

Краткое описание

Цель работы: выявить оптимальное для бесперебойной работы информационной системы время, затрачиваемое на различных этапах обработки пользователя.
Основная задача: построить имитационную модель рассматриваемой информационной системы и провести необходимые для достижения поставленной цели эксперименты.

Содержание

Введение 3
Глава 1. Постановка задачи и построение структурно-функциональной модели 5
1.1. Описание предметной области 5
1.2. Построение схемы и описание процессов 5
Глава 2. Моделирование бизнес-процесса оформления подписки 7
2.1. Вербальное описание бизнес-процесса 7
2.2. Представление бизнес-процесса в нотации IDEF0 10
2.3. Представление бизнес-процесса в нотации IDEF 3 15
Глава 3. Проведение экспериментов в среде AnyLogic 18
3.1. Описание объектов модели и модулей 18
3.2. Описание параметров модели 19
3.3. Проведение экспериментов 20
3.3.1. Эксперимент 1 20
3.3.2. Эксперимент 2 21
3.3.3. Эксперимент 3 22
3.4. Анализ полученных результатов 23
Заключение 24
Список источников 25

Прикрепленные файлы: 1 файл

Построение имитационной модели управления договорами в Туристической фирме в среде AnyLogic.docx

— 2.68 Мб (Скачать документ)

МИНИСТЕРСТВО  ОБРАЗОВАНИЯ И НАУКИ 

РОССИЙСКОЙ  ФЕДЕРАЦИИ

 

НОВОСИБИРСКИЙ  ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ЭКОНОМИКИ  И  УПРАВЛЕНИЯ  «НИНХ»

 

 

          Институт Прикладной информатики

 

          Кафедра  Экономической информатики

 

 

 

РАСЧЕТНО-ГРАФИЧЕСКАЯ  РАБОТА

 

Построение имитационной модели управления договорами в Туристической фирме в среде AnyLogic

 

Учебная дисциплина: Имитационное моделирование

Наименование  специальность: 080800.62 «Прикладная информатика»

Ф.И.О студента: Багдасарян С. Э.________________

Номер группы:    10099_________

Номер зачетной книжки: 101559_____

Дата регистрации РГР  кафедрой ____________

 

 

Проверил:   доц. Л.В. Гайкова____

 

 

 

 

Оценочное заключение:

 

 

 

 

 

 

 

 

 

 

Новосибирск   2013

Оглавление

Введение 3

Глава 1. Постановка задачи и построение структурно-функциональной модели 5

1.1. Описание  предметной области 5

1.2. Построение  схемы и описание процессов 5

Глава  2. Моделирование  бизнес-процесса оформления подписки 7

2.1.  Вербальное  описание бизнес-процесса 7

2.2. Представление  бизнес-процесса в нотации IDEF0 10

2.3. Представление  бизнес-процесса в нотации IDEF 3 15

Глава  3. Проведение экспериментов в среде AnyLogic 18

3.1. Описание объектов модели и модулей 18

3.2. Описание параметров модели 19

3.3. Проведение экспериментов 20

3.3.1. Эксперимент  1 20

3.3.2. Эксперимент  2 21

3.3.3. Эксперимент  3 22

3.4. Анализ  полученных результатов 23

Заключение 24

Список источников 25

 

 

Введение

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

  • инициация договора;
  • процесс согласования договора;
  • заключение договора;
  • планирование ресурсов и исполнение обязательств по договору;
  • анализ результатов;
  • пролонгация договора.

 В данной работе в качестве примера была выбрана информационная система “Управление договорами ”, обращающаяся к распределенному банку данных, хранилища (банки данных) которого расположены в разных филиалах компании. Эта технология достаточно распространена и для детального изучения требует имитационного моделирования.

Основное  назначение информационной системы “Управление договорами” – обеспечить своевременное обновление информации о договорах в филиалах и установить как можно больше взаимовыгодных договоров и разорвать все нерентабельные договора с гостиницами, перевозчиками, гидами и т.д. А так же турагентствами, которые будут непосредственно распространять туры, созданные оператором.

В рамках данного эксперимента в модели отображены несколько пользователей и распределенный банк данных с 4 хранилищами, расположенными на различном отдалении от информационной системы “Управление договорами”.

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

Цель работы: выявить оптимальное для бесперебойной  работы информационной системы время, затрачиваемое на различных этапах обработки пользователя.

Основная  задача: построить имитационную модель рассматриваемой информационной системы и провести необходимые для достижения поставленной цели эксперименты.

Для достижения цели работы, необходимо решить следующие  задачи:

    • построить модели IDEF0 и IDEF3 с помощью BPwin;
    • построить модель для исследования в программной среде AnyLogic;
    • провести необходимые эксперименты;
    • сделать соответствующие выводы по полученным результатам.

В модели отражены формальные единицы времени и  продемонстрирован процесс обработки  запросов,  посылаемых пользователями в информационную систему. 

Глава 1. Постановка задачи и построение структурно-функциональной модели

 

Построение модели начинается с создания схемы модели на основе описания предметной области.

1.1. Описание  предметной области

 

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

Информационная  система “ Управление договорами ” была выбрана не случайно, она наиболее хорошо подходит для изучения аналитической работы фирмы. Распределенный банк данных состоит из хранилищ (банков данных), содержащих собранную информацию о договорах фирмы в разных филиалах. Хранилища могут находиться на различном отдалении от системы поиска информации, являющейся связующим звеном информационной системы “Управление договорами” и банков данных. Она осуществляет обработку запросов и в ней происходит создание списка необходимых для корректного выполнения запросов данных.

1.2. Построение  схемы и описание процессов

 

На рисунке 1 представлена ментальная карта, которая  отображает основной бизнес процесс  и его декомпозиции. С помощью  данной карты можно увидеть, какие  действия необходимо выполнить оператору  для оформления подписки, а также их последовательность:

  • собрать документацию;
  • выполнить анализ документов;
  • предоставить отчетность. 

Рисунок 1. Ментальная карта

 

Глава  2. Моделирование бизнес-процесса оформления подписки

2.1.  Вербальное  описание бизнес-процесса

 

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

Осуществление анализа договоров и доступа к распределенному банку данных состоит из различных процессов.

Описание  данных процессов представлено в таблице 1.

 

Таблица 1 – Описание процессов, отображенных на диаграмме IDEF0

Процесс

Исполнители

         Документы

Регламенты

Вход

Выход

1.Получение отделом по управлению договорами

Руководитель отдела продаж, Руководитель отдела по работе с контрагентами, Руководитель отдела бухгалтерии,

Руководитель отдела по управлению договорами

Заявки на получение документов

Пакет отчетов (по турам, контрагентам, финансам)

Конституция РФ, Регламент по составлению заявки

Продолжение таблицы 1

     

Процесс

Исполнители

         Документы

Регламенты

Вход

Выход

2.1.Проведение анализа по  отчетам

Аналитики отдела по управлению договорами

Пакет отчетов (по турам, контрагентам, финансам)

Пакет отчетов об анализе (по турам, контрагентам, финансам)

Конституция РФ, Регламент по проведению контент-анализа

2.2.Подведение итогов

Аналитики отдела по управлению договорами

Пакет отчетов об анализе (по турам, контрагентам, финансам)

Общий сводный отчет с рекомендациями по поводу договоров с контрагентами

Конституция РФ, Регламент по проведению контент-анализа

3.1.Передача отчетов менеджерам

Аналитики, Менеджеры отдела по управлению договорами

Заявка на передачу аналитического отчёта

Общий сводный отчет с рекомендациями по поводу договоров с контрагентами

Конституция РФ, Регламент о составлении  отчетности

3.2.Передача отчетов в отдел по работе с контрагентами

Менеджеры, Руководитель отдела по работе с контрагентами

Заявка на передачу аналитического отчёта

Общий сводный отчет с рекомендациями по поводу договоров с контрагентами

Конституция РФ, Регламент о составлении  отчетности

Окончание таблицы 1

     

Процесс

Исполнители

         Документы

Регламенты

Вход

Выход

3.3.Распределение отчетов по подотделам

Руководитель отдела по работе с контрагентами, Руководители подотделов отдела по работе с контрагентами

Заявка на передачу аналитического отчёта отделу

Общий сводный отчет с рекомендациями по поводу договоров с контрагентами

Конституция РФ, Регламент о составлении  отчетности


 

 

2.2. Представление бизнес-процесса в нотации IDEF0

 

Бизнес-процессы данного эксперимента были описаны  в нотации IDEF0. На рисунке 2 представлена контекстная диаграмма процесса оформления подписки.

 

Рисунок 2. Контекстная диаграмма “Система управления договорами”

 

На  рисунке 3 представлена декомпозиция  контекстной управления договорами.

 

Рисунок 3. Декомпозиция контекстной диаграммы “ Система управления договорами ”

 

         На рисунке 4 представлена декомпозиция  этапа  сбора документации.

 

Рисунок 4. Декомпозиция этапа “Собрать документацию”

На рисунке 5 представлена декомпозиция  этапа выполнения анализа документов.

 

Рисунок 5. Декомпозиция этапа “Выполнить анализ документов”

На рисунке 6 представлена декомпозиция  этапа предоставления отчетности.

 

Рисунок 6. Декомпозиция этапа “Предоставить отчетность” 

2.3. Представление бизнес-процесса в нотации IDEF 3

 

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

В процессе задействованы  следующие операции:

    • предоставить форму отчета;
    • внести данные по турам;
    • внести данные по договорам;
    • внести данные по финансам;
    • проверить правильность заполнение данных;
    • отправить пакет отчетов.

На основе данных операций построим модель IDEF3 в среде ERwin Process Modeler 7.3.3.

Результатом моделирования являются контекстная диаграмма IDEF3, представлена на рисунке 7, и декомпозиция контекстной диаграммы, представлена на рисунке 8.

 

 

Рисунок 7. Контекстная диаграмма "Отправка пакета отчетов"

Рисунок 8. Декомпозиция контекстной диаграммы "Отправка пакета отчетов"

 

Глава  3. Проведение экспериментов в среде AnyLogic

3.1. Описание объектов модели и модулей

 

С помощью  диаграмм IDEF0 и IDEF3 в среде моделирования Any Logic можно создать модель, которая будет показывать процесс сбора документов. Используя данную имитационную модель, проведем эксперименты, с целью выявления реакции на различные временные факторы.

Была построена  имитационная модель поступления заявок от сотрудников на оформление документов (рисунок 10) с помощью основной библиотеки инструментов, презентации и статистики.

Для удобства представления экспериментов использовалась временная диаграмма с накоплением для отображения работы сотрудников-обработчиков информации для составления отчетов (рисунок 9).

 

Рисунок 9 Временная диаграмма с накоплением


 

Рисунок 10 Имитационная модель

3.2. Описание параметров модели

 

Имитационная  модель состоит из элементов, каждый из которых отвечает за выполнение различных функций. Описание всех элементов представлено в таблице 2.

 

Таблица 2 – Описание элементов  модели

Элемент

Описание

Данный элемент (Source) отвечает за создание заявок. Созданные заявки отображаются на схеме рядом с элементом.

Элемент (Delay) - задерживает заполненные формы на заданный период времени.

Элемент (Queue), обозначающий очередь поступивших форм. В элементе «очередь» осуществляется сбор статистики, которая отображается на схеме рядом с элементом.

Окончание таблицы 2

 

Элемент

Описание

Элемент (SelectOutput) - направляет входящие заявки в один из трех выходных портов в зависимости от выполнения заданного условия

Элемент (Batch)- формирует пакет документов (3 документа), перед отправкой в отдел управления.

Элемент (Sink) -  уничтожает поступившие  заявки. В данной модели отражает передачу пакета документов в отдел управления


3.3. Проведение экспериментов

3.3.1. Эксперимент  1

 

Условия: Интенсивность поступления  заявок – 0.6. Количество заявок поступающих  за один раз – 1. Вместимость очереди  заявок  - 5, вместимость задержки заявок delay – 5, delay1 – 5, delay2 – 5. Результат запуска модели представлен на рисунке 11.


 

Рисунок 11 Эксперимент 1

 

Результат: Переполнена очередь форм на проверку.

Вывод: Возникшую проблему можно решить уменьшением времени, затрачиваемого на внесение данных в форму отчета, оператором delay1.

Информация о работе Построение имитационной модели управления договорами в Туристической фирме в среде AnyLogic