Моделирование существующих и новых процессов посредством BPwin
Постановка задачи разработки базы данных. Разработка функциональной модели отдела информационных технологий. Моделирование потоков данных. Оценка и анализ построенной модели. Постановка задачи имитационного моделирования процессов ремонта оборудования.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 29.03.2014 |
Размер файла | 1,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
1 СИСТЕМНЫЙ АНАЛИЗ ДЕЯТЕЛЬНОСТИ ОТДЕЛА ИНФОРМАЦИОННЫХ
1.1 Описание деятельности предприятия
1.3 Постановка задачи разработка базы данных
2. ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ СУЩЕСТВУЮЩИХ ПРОЦЕССОВ ДЕЯТЕЛЬНОСТИ ОТДЕЛА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
2.1 Разработка функциональной модели отдела информационных технологий
2.2 Разработка моделей процессов ремонта оборудования
2.3 Моделирование потоков данных
2.4 Оценка и анализ построенной модели
3. ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ НОВЫХ ПРОЦЕССОВ ОТДЕЛА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
3.1 Разработка функциональной модели отдела информационных технологий
3.2 Разработка моделей бизнес - процессов ремонта оборудования отдела информационных технологий
3.3 Моделирование потоков данных
3.4 Оценка и анализ построенной модели
4. ИМИТАЦИОННОЕ МОДЕЛИРОВАНИЕ ПРОЦЕССОВ РЕМОНТА ОБОРУДОВАНИЯ ОТДЕЛА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
4.1 Постановка задачи имитационного моделирования процессов ремонта оборудования
4.2 Построение имитационной модели процессов ремонта оборудования в среде «Arena»
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА
ВВЕДЕНИЕ
Для описания различного рода процессов люди используют тот или иной вид моделей (математических, физических и т.д.), которые позволяют в полной мере оценить полноту и иметь более ясное представление о происходящих в данной области процессах.
В настоящее время происходит интенсивное внедрение новых информационных технологий во все сферы человеческой деятельности.
В результате развития компьютерных технологий становится все легче решать проблемы оптимизации производства, с помощью программ компьютерного моделировании, которые позволяю построить протекающие в организации процессы, а также провести анализ данных процессов и отыскать пути решения.
Целью данной работы является повышение эффективности работы отдела информационных технологий и сокращения времени на выполнения работ, путем моделирования существующих и новых процессов посредствам BPwin
1. СИСТЕМНЫЙ АНАЛИЗ ДЕЯТЕЛЬНОСТИ ОТДЕЛА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
1.1 Описание деятельности предприятия
«Ростелеком» - динамично развивающаяся крупнейшая в России телекоммуникационная группа, предоставляющая услуги во всех сегментах отраслевого рынка на всей территории страны [1].
Компания занимает лидирующее положение на российском рынке услуг ШПД и платного телевидения: количество абонентов услуг ШПД превышает 9 млн., а платного ТВ «Ростелекома» - более 6 млн. пользователей, из которых свыше 1 миллиона смотрит уникальный федеральный продукт «Интерактивное ТВ» [1]..
«Ростелеком» - крупный оператор мобильной связи, активно развивающий беспроводные сети нового поколения. В настоящее время количество абонентов мобильной связи Компании составляет более 13 миллионов человек [1]..
«Ростелеком» является безусловным лидером рынка телекоммуникационных услуг для российских органов государственной власти и корпоративных пользователей всех уровней [1]..
Компания - признанный технологический лидер в инновационных решениях в области электронного правительства, облачных вычислений, здравоохранения, образования, безопасности, жилищно-коммунальных услуг.
Стабильное финансовое положение Компании подтверждается кредитными рейтингами: агентства Fitch Ratings на уровне “BBB-”, а также агентства Standard&Poor's на уровне “BB+”.
«Ростелеком» на юге России - это:
- 4,015 млн. абонентов;
- 35 % рынка электросвязи Южного Федерального округа;
- 3396 АТС, из которых 58,9 - электронные, монтированной емкостью 4,25 млн. номеров, коэффициент использования - 95 %;
- 12 тыс. таксофонов, принимающих единую таксофонную карту;
- 1,856 млрд. минут междугородного и международного трафика ежегодно;
- более 37 тыс. высококвалифицированных сотрудников [1]..
Межрегиональная компания связи охватывает своей сетью территорию в 520 тыс. кв. км, с населением более 18,8 млн. человек. Благодаря целенаправленной работе по повышению эффективности бизнеса в условиях стремительно развивающегося российского рынка связи, Ростелеком в 2010 году не только увеличило долю доходов от услуг, предоставляемых по нерегулируемым тарифам, в структуре доходов Компании, но и расширило свое присутствие в данном сегменте рынка ЮФО. Выручка от продаж продукции и услуг «Ростелеком» в 2010 г. составила 18 133 млн. руб., прирост к уровню прошлого года составил 8,2%. Основа технической политики «Ростелеком» в регионе -- внедрение новых технологий. Проводится модернизация и реконструкция сети на основе применения цифровых систем телекоммуникаций. Благодаря грамотному менеджменту, эффективному использованию производственных фондов и денежных средств, компанией проведена огромная работа по переходу на принципиально новые технологии и построение цифровой сети, что дает возможность предоставлять потребителям как традиционные, так и самые современные виды услуг - на базе оборудования xDSL, ADSL2+, построение частных виртуальных сетей VPN, услуги MMC, интеллектуальных сетей [1]..
Ценные бумаги Компании обращаются на крупнейших российских и международных биржах: НП «Фондовая биржа РТС» и ОАО «ФБ РТС», ЗАО «ФБ ММВБ». АДР на обыкновенные акции обращаются на Франкфуртской и Берлинской фондовых биржах, бирже NEWEX, внебиржевом рынке США.
Концентрация финансовых потоков на приоритетных направлениях развития дает возможность реализовать проекты, направленные на создание единого информационного пространства региона. Высокий уровень капитализации новой компании, мощная производственная база, более чем вековой опыт работы в сочетании с современным высококвалифицированным менеджментом, позволяют «Ростелеком» не только прочно удерживать лидирующие позиции на телекоммуникационном рынке России, но и подняться на качественно новый уровень развития. Руководство «Ростелеком» определяет приоритеты развития, совершенствует стратегию, структуру управления, формирует перспективные планы масштабных проектов, которые направлены на привлечение инвестиционных ресурсов для дальнейшего развития предприятия, расширения спектра предоставляемых услуг связи и внедрения новых технологий. Информационная открытость, интенсивное техническое развитие в сочетании с эффективным руководством определяют репутацию компании как надежного делового партнера.
Компания «Ростелеком» включает в себя множество отделов отвечающих за предоставления услуг физическим лицам, юридическим лицам, а также компаниям малого и крупного бизнеса.
На рисунке 1 приведенной ниже можно увидеть подразделения отделов, а также связь с главным корпусом.
Одним из отделов является отдел информационных технологий, который имеет непосредственное подчинение краснодарскому корпусу и играет немало важную роль в развитии и функционировании компании.
Рисунок 1 - Структура Краснодарского филиала «Ростелеком»
2)Анализ деятельности отдела информационных технологий (ОИТ)
ОИТ работает независимо от других отделов, и подчиняется краснодарскому филиалу, но при этом работа других отделов напрямую зависит от работы ОИТ так как в ОИТ происходит учет и постоянное наблюдение за всем оборудованием на предприятии, а также мониторингом всей сети. Используя новейшее оборудование, ОИТ может провести анализ работоспособности любого компьютера или неисправность сети, отследить характер проблемы и устранить проблему.
Помимо основного кабинета, где находятся сотрудники, ОИТ предоставляется дополнительное помещение для установки в нем серверного оборудования (Сетевых коммутаторов, серверных машин, специальный компьютер с программным обеспечением (ПО) созданным для мониторинга сети).
Основными задачами отдела информационных технологий являются:
- Обеспечение бесперебойной работы компьютеризированных рабочих мест сотрудников дирекции филиала, сотрудников межрайонных узлов связи (МРУС), сотрудников организаций аутсорсинга, работающих на оборудовании Краснодарского филиала ОАО «Ростелеком» (Интертех, Телеграф-сервис и др.), сотрудников и учебных классов учебного центра Макрорегионального филиала «Юг» ОАО «Ростелеком» (далее - Пользователи);
- Обеспечение бесперебойного функционирования на компьютеризированных рабочих местах Пользователей системного и специализированного программного обеспечения (ПО);
- Обеспечение бесперебойной работы серверного оборудования и серверных приложений центра обработки обращений;
- Обеспечение бесперебойной работы серверного оборудования и программного обеспечения предоставления услуг интеллектуальной платформы (ИП) TELSPEC;
- Поддержка в исправном состоянии и развитие физической структуры локальной сети Краснодарского филиала, на удаленных рабочих местах - администрирование информационных ресурсов локальной вычислительной сети МРУС;
1.2 Постановка задачи разработка базы данных
Целью курсовой работы является повышение эффективности работы отдела информационных технологий, путем моделирования анализа и совершенствования процессов ремонта оборудования.
Создание моделей способствует:
- повышению эффективности процесса ремонта оборудования;
- распределению труда;
- переквалификации каждого сотрудника;
- распределение рабочего времени для каждого сотрудника;
Для достижения поставленной цели в работе решаются следующие задачи:
- функциональное моделирование существующих процессов(AS-IS);
- функциональное моделирование новых процессов(TO-BE);
- разработка функциональных моделей(IDEF0);
- разработка моделей бизнес-процессов(IDEF3);
- моделирование потоков данных(DFD);
- построение имитационной модели.
2. ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ СУЩЕСТВУЮЩИХ ПРОЦЕССОВ ДЕЯТЕЛЬНОСТИ ОТДЕЛА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
база данные моделирование поток
2.1 Разработка функциональной модели отдела информационных технологий
Для того чтобы разработать первую контекстную диаграмму, требуется определить, какую деятельность должен обозначать этот блок а также, в соответствии с методологией IDEF0, входы, выходы, механизмы и управляющие воздействия [2].
Модель должна, в первую очередь, предоставить возможность получить сведения о важных свойствах объекта-оригинала. Полнота модели должна предоставлять пользователю возможность исследовать требуемые характеристики системы с заданной точностью и достоверностью. Поэтому в процессе разработки требуется выделять существенное и отбрасывать незначительное, чтобы, с одной стороны, добиться того, чтобы модель была полной, а с другой, исключить перегруженность модели излишними подробностями [2].
Контекстная диаграмма представляет собой общее описание деятельности, процессов, объектов, взаимодействие, как с внешней средой, так и с внутренними объектами.
Основной функцией отдела информационных технологий является ремонт оборудования.
Входом являются:
- заявки;
- детали;
- неисправное оборудование;
- информация о сотрудниках.
В качестве управления на систему действуют правила и процедуры в которые входят - правила оформления отчетов, приказы, правила сборки компьютеров и другого оборудования и т.д.
Механизмами являются сотрудники и инструменты, необходимые для ремонта тестирования и сборки оборудования. Сотрудники выполняют сборку, оформляют отчеты, забирают неисправное оборудование и отправляют готовое оборудование.
После преобразования входной информации, при воздействии управления с помощью описанных выше механизмов получаем:
- готовое оборудование;
- отчет о выполнении.
Учитываю все выше описанное можно составить контекстную диаграмму представленную на рисунке 3.
Рисунок 3 - Контекстная диаграмма деятельности отдела информационных технологий
После наглядного описания системы необходимо произвести разбиение её на фрагменты - функциональную декомпозицию. Диаграмма декомпозиции должна описывать процесс ремонта оборудования более подробно для получения общего представления выполняемого процесса.
Диаграмма должна содержать:
- обработку заявки;
- принятие оборудования на ремонт;
- ремонт оборудования;
- составление отчетов.
У каждой работы на выходе есть информация, которая поступает на вход или управление следующего блока и так далее до получения результирующей информации (выход контекстной диаграммы).
Выходом работы «обработка заявки» является оформленная заявка, в которой содержится необходимая информация о клиенте, об отделе, где работает клиент, о сроках выполнения и назначенном на ремонт сотрудником.
Выходом работы «принятие оборудования на ремонт» является информация полученная о оборудовании в ходе его первичного осмотра, информация о типе оборудования и поломки, а так же оборудование неподдающееся ремонту, которые выходит из системы.
Выходом работы «ремонт оборудования» является готовое оборудование, протестированное и собранное. На вход следующего блока идут отчеты о ремонте и все необходимы документы необходимые для составления отчетов.
Выходом работы «подготовка отчетов» являются документы и отчеты, которые поступают сотрудникам предприятия, подававшим заявку на ремонт, а так же в другие отделы.
После конкретного пояснения всех интересующих нас работ, можно составить первую диаграмму декомпозиции, изображенную на рисунке 4.
Рисунок 4 - Основные процессы ремонта оборудования в ОИТ
Проведем декомпозицию каждого блока диаграммы декомпозиции ремонт оборудования. На рисунке 5 приведена декомпозиция работы «обработка заявки». Она состоит из четырех блоков получение заявки, оценка важности, установка сроков выполнения и назначение сотрудника, и сбор информации.
Принятие заявки. Заявка, поступившая в отдел информационных технологий, обрабатывается, информация о сотруднике и отделе, из которого поступила заявка, записывается в базы данных.
Оценка важности. Позволяет оценить какое оборудование необходимое отремонтировать первым, а какой последним, выходом этого блока является критерий важности.
Установка сроков выполнения. С помощью критерия важности поступающего на вход устанавливаются крайние сроки выполнения ремонта данного оборудования.
Назначение сотрудника, сбор информации. Оценивается вся информация, назначается сотрудник с необходимым стажем работы с определенным типом оборудования. Собирается вся информация необходимая для дальнейшего ремонта, которая является выходом последнего блока.
Рисунок 5 - Диаграмма декомпозиции процесса «обработки заявки»
На рисунке 6 приведена диаграмма декомпозиции процесса принятия оборудования на ремонт.
Процесс состоит из четырёх блоков первичный осмотр, определение типа оборудования, тестирования, определения поломки и сбор информации.
Первичный осмотр представляет собой осмотр оборудование на предмет повреждения и оценку исправности устройства. На вход подается неисправное оборудование. Выходом является оборудование, которое поступает на следующий блок и информация о первичном осмотре, которая поступает на последний блок.
Вторым процессом является определения типа оборудование, этот процесс необходим для установления типа устройства (принтер, сканер, системный блок, сетевой фильтр и т.д.). На выходе информация о типе устройства, поступающая на последний блок.
Процесс тестирования и определения поломки. На этой стадии определяется характер поломки, необходимый для дальнейшего ремонта. Выходом является информация о поломке, поступающая на последний блок.
Входом последнего блока является информация от всех предыдущих блоков. Эта информация содержит, отчет о первичном осмотре, тип оборудования и характер поломки.
Рисунок 6 - Диаграмма декомпозиции процесса «принятия оборудования на ремонт»
Процесс ремонта оборудования представлен на рисунке 8.
Процесс ремонта оборудования содержит четыре блока: тех. осмотр, замена поломанной детали, сборка и тестирование оборудования и подготовка отчетов.
Процесс тех. осмотра, является основным процессом ремонта, для его описания была произведена еще один уровень декомпозиции, который представлен на рисунке 7.
Рисунок 7 - Диаграмма декомпозиции процесса технического осмотра
Процесс технического осмотра разбит на четыре блока: разборка оборудования, осмотр внутренних запчастей оборудования, передача оборудования на замену или тестирование и подготовку отчетов о тех. осмотре.
Разборка оборудования необходима для осмотра внутренних деталей, плат или механических частей оборудования. Выходом является разобранное оборудование, которое поступает на блок осмотра оборудования.
Осмотр внутренних запчастей оборудования необходим для установления причины поломки и определения необходимости замены сломанной детали.
Подготовка отчетов о техническом осмотре, позволяет собрать всю информацию о процессе и передачи её на последующие блоки.
Вторым процессом диаграммы декомпозиции ремонта оборудования является замена поломанной детали. На вход подается новая деталь. Выходом является оборудование, поступающее на сборку и тестирование.
Процесс сборки и тестирования оборудования, на котором оборудование проходит последний осмотр, запуск и проводятся пробы.
Рисунок 8 - Диаграмма декомпозиции процесса «ремонт оборудования»
2.2 Разработка моделей процессов ремонта оборудования
Контекстная диаграмма и диаграмма декомпозиции дают общее представление о процессах и их взаимодействиях, но не отображают детального понимания системы. Для того, чтобы получить более широкий спектр данных и произвести эффективный анализ исследуемой системы, необходимо повторно декомпозировать каждые работы, выполняя построение моделей IDEF0 и IDEF3. Для этого мы воспользуемся стандартом IDEF3, предназначенным для описания бизнес-процессов нижнего уровня и содержащего объекты - логические операторы, с помощью которых показывают альтернативы и места принятия решений и в бизнес-процессе, а также объекты - стрелки, с помощью которых показывают временную последовательность работ в бизнес-процессе. Построение моделей IDEF3 необходимо при решении задачи описания временной последовательности и алгоритмов выполнения работ, что нельзя сделать, используя стандарт IDEF0[2].
Работа «сборка и тестирование» (рисунок 9) представлена при помощи диаграммы IDEF3 и состоит из девяти блоков осмотр и подготовка деталей, сборка оборудования, запуск компьютера, запуск принтера, запуск сетевого фильтра, проверка работоспособности ОС, проверка работоспособности приложения, печать пробной страницы, проверка соединения с компьютером.
Осмотр и подготовка деталей. Отчистка от пыли, осмотр на физические повреждения, образовавшиеся в процессе разборки или ремонта.
Сборка оборудования.
Запуск компьютера, принтера или сканера, выполняется одна из работ, в зависимости от типа оборудования.
Проверка работоспособности ОС или приложений, выполняется после завершения работы запуск компьютера. Выполняется только при ремноте компьютера, на выходе готовое оборудование.
Печать пробной страницы выполняется при ремонте принтера, для проверки работоспособности.
Проверка соединения с компьютером, выполняется для проверки работоспособности модема или сетевого фильтра.
Рисунок 9 - Диаграмма IDEF3 процесса «сборка и тестирование»
Работа «замена поломанной детали» изображена на рисунке 10
Рисунок 10 - Диаграмма декомпозиции IDEF3 процесса «Замена поломанной детали»
Работа «замена поломанной детали» состоит из семи блоков: получение оборудования, получение детали, снятие старой детали, отправка неисправной детали, установка новой детали, отправка оборудования с новой деталью и подготовка отчетов о замене детали.
«Получение детали» и «получение оборудования», процессы выполняются одновременно и оба должны быть выполнены.
«Снятие старой детали» производится в разобранной оборудовании для выполнения блока «установка новой детали», старая деталь поступает в блок - «отправка неисправной детали».
После установки детали выполняются два блока - «отправка оборудования с новой деталью» и «подготовка отчетов».
На рисунке 11 изображена диаграмма IDEF3 «разборка оборудования».
Работа «разборка оборудования» состоит из 7 блоков: подготовка инструментов для разборки, снятие крышки оборудования, отчистка компьютера от пыли, отчистка вентилятора от пыли, отчистка радиатора от пыли и подготовка к осмотру.
Рисунок 11 - Диаграмма IDEF3 процесса «разборка оборудования»
2.3 Моделирование потоков данных
Для более подробного рассмотрения информационных процессов ремонта оборудования разработаем диаграммы потоков данных. На рисунке 12 представлена диаграмма потоков данных отдела информационных технологий с помощью стандарта DFD.
Данная диаграмма состоит из одного функционального блока (ремонт оборудования) и четырех внешних сущностей (отдела Ростелеком, поставщики деталей, бухгалтерия и дирекция). Из данного рисунка видно, что в результате своей деятельности ОИТ взаимодействует с различными отделами, дирекцией и поставщиками.
Рисунок 12 - Диаграмма потоков данных отдела информационных технологий
При взаимодействии фирмы с отделами Ростелекома, отделы предоставляют заявку и неисправное оборудование. Организация при это занимается разработкой отчетов о ремонте и поставляет готовое оборудование. Также ОИТ взаимодействует с дирекцией, предоставляя месячные отчеты по ремонту оборудования. Бухгалтерия оплачивает все затраты на заказ деталей, ОИТ предоставляет все отчеты о затратах бухгалтерии. Для ремонта оборудования необходимы новые детали, поэтом ОИТ взаимодействует с поставщиками новых деталей. Практически все потоки данных находятся в туннелях. Это делается для того, чтобы не нарушалась целостность восприятия. Аналогичным образом построены и остальные туннели.
Для более детального рассмотрения потоков данных декомпозируем имеющуюся диаграмму. На рисунке 13 представлена диаграмма потоков данных ремонта оборудования в ОИТ.
Рисунок 13 - Схема информационных потоков ремонта оборудования в отделе информационных технологий
На данной диаграмме расположено шесть функциональных блоков: обработать заявки, получить неисправное оборудование, получить денежные средстварья, подготовить отчеты, принять детали, отремонтировать оборудование, и представлено четыре внешних сущностей: отделы на предприятии, поставщики деталей, бухгалтерия, дирекция. Также на рисунке 13 расположено четыре хранилищ данных: заявка, склад, отчеты и детали.
ОИТ получает от отдела на предприятии заявку, которая обрабатывается и в дальнейшем помещается в хранилище заявки, и неисправное оборудование данные об оборудовании заполняются в базу данных, а устройство помещается на склад. Для того чтобы приступить к ремонту, необходимо наличие деталей, которые заказываются от поставщика, сами детали помещаются в отдельное хранилище называемое условно «детали». Деньги получаемые за выполненные работы и на закупку новых деталей присылает бухгалтерия. Для каждого внешнего блока подготавливается отчет.
2.4 Оценка и анализ построенной модели
Для того чтобы охарактеризовать сложность диаграмм и их подробность описания, воспользуемся количественной оценкой диаграмм.
Рассчитаем коэффициенты сбалансированности диаграммы и отношение :
;
,
где:
N - количество блоков на диаграмме;
L - уровень декомпозиции диаграммы;
A - число стрелок, соединяющихся с блоками.
Полученные данные сведем в таблицу 2.
Из данных, приведенных в таблице 2, можно сказать, что данные диаграммы декомпозиции являются сбалансированными, так как коэффициент не превышает значение 3,5.
Ростелеком является государственным предприятием. Месячная заработная плата начальника отдела 35 тысяч рублей, а каждого сотрудника на предприятии 25 тысяч рублей всего четыре сотрудника включая начальника отдела.
В среднем за месяц выполняются 30 заказов, разные по длительности и по стоимости закупки деталей со сторонних организаций.
Таблица 1 - Количественная оценка диаграмм
Диаграмма |
N |
L |
A |
KL |
KB |
||
№ диаграммы |
Название диаграммы |
||||||
А 0 |
Деятельность ОИТ |
4 |
1 |
21 |
4 |
2.1 |
|
А 1 |
Обработка заявка |
4 |
2 |
11 |
2 |
1.5 |
|
А 2 |
Принятие оборудования на ремонт |
4 |
2 |
18 |
2 |
1.7 |
|
А 3 |
Планирование и распределение посевных площадей |
4 |
2 |
20 |
2 |
1.8 |
Для анализа данных нам необходимо обозначить время, затрачиваемое на каждый процесс:
1. обработка заявки - 21 минута;
1.1. получение заявки - 5 минут;
1.2. оценка важности - 3 минуты;
1.3. установка сроков выполнения - 3 минуты;
1.4. назначение сотрудника, сбор информации - 10 минут;
2. принятие оборудования на ремонт - 1 час 3 минуты
2.1. первичный осмотр - 15 минут;
2.2. определение типа оборудования - 3 минуты;
2.3. тестирование, определение поломки - 30 минуты;
2.4. сбор информации - 15 минут;
3. ремонт оборудования - 8 часов;
3.1. тех осмотр - 50 минут;
3.1.1. разборка оборудования - 20 минут;
3.1.2. осмотр внутренних запчастей - 15 минут;
3.1.3. передачу оборудования на замену или тест - 5 минут;
3.1.4. подготовка отчетов - 10 минут;
3.2. замена поломанной детали - 1 час
3.3. сборка, тестирование оборудования - 6 часов;
3.4. подготовка отчетов 10 минут;
4. составление отчетов - 30 минут.
На всю работу по ремонту оборудования в среднем затрачивается 9 часов 54 минуты.
3. ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ НОВЫХ ПРОЦЕССОВ ОТДЕЛА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
3.1 Разработка функциональной модели отдела информационных технологий
Для того, чтобы повысить эффективность работы предприятия, проанализируем полученные результаты функционального моделирования существующих процессов. Для этого разработаем функциональную модель «TO BE».
В отдел информационных технологий в среднем поступает 30 заявок в месяц, при этом каждая заявки принимается начальником отдела, а на выполнение работ назначается любой из трех сотрудников в отделе. Сотрудник отдела выполняет все остальные процессы, а именно принятие оборудования на ремонт, непосредственный ремонт оборудования и подготовка отчетов для отправки в дирекцию, внутренним отделам и в бухгалтерию.
Для повышения эффективности работы отдела информационных технологий, можно воспользоваться распределением труда. Каждому сотруднику в отделе информационных технологий будет назначена определенная работа. Начальник отдела будет заниматься принятием заявки и подготовкой отчетов. Один из сотрудников будет заниматься приемом неисправной техники. Двое из них будут заниматься ремонтом оборудования, при этом каждый из них будет ремонтировать технику определенного типа. Первый сотрудник будет заниматься печатным и сетевым оборудованием, второй компьютерной техникой и периферией.
Новая функциональная диаграмма IDEF0 изображена на рисунке 14.
В диаграмме был переименован один процесс «ремонт оборудования» на «ремонт компьютерной техники и периферии», а так же добавлен один процесс, а именно «ремонт печатной и сетевой техники»
Рисунок 14 - Новая функциональная диаграмма IDEF0
3.2 Разработка моделей бизнес - процессов ремонта оборудования отдела информационных технологий
Для сравнения эффективности и качества рассмотрим диаграмму, представленную на рисунке 4. Декомпозируем процесс «ремонта оборудования» не по средствам IDEF0, а IDEF3 рисунок 15.
На диаграмме рассмотрены такие же процессы, что и в IDEF0, но для каждого оборудования отдельно. Три блока ремонта (печатной техники, сетевого фильтра и компьютера) и по три блока сборки и подготовки отчетов.
Разделение процесса ремонта на ремонт отдельной техники позволит повысить эффективность работы каждого сотрудники и квалифицироваться на выбранном оборудовании.
Рисунок 15 - Новая бизнес модель процесса «ремонт оборудования»
3.3 Моделирование потоков данных
Так как в потоках данных был отведен единственный блок-процесс для ремонта оборудования, диаграмма потоков данных не подверглась изменению.
3.4 Оценка и анализ построенной модели
Разделение труда в отделе информационных технологий позволит проследить нагрузку каждого сотрудника отдела информационных технологий, а так же ускорить работу каждого сотрудника за счет выполнения повторяющихся процессов, так же позволит сотруднику квалифицироваться на определенной работе.
Для уменьшения времени необходимо рассмотреть время, затрачиваемое на каждый процесс.
1. обработка заявки - 21 минута;
1.1. получение заявки - 5 минут;
1.2. оценка важности - 3 минуты;
1.3. установка сроков выполнения - 3 минуты;
1.4. назначение сотрудника, сбор информации - 10 минут;
2. принятие оборудования на ремонт - 1 час 3 минуты
2.1. первичный осмотр - 15 минут;
2.2. определение типа оборудования - 3 минуты;
2.3. тестирование, определение поломки - 30 минуты;
2.4. сбор информации - 15 минут;
3. ремонт оборудования (в среднем) - 5 часов 26 минут
3.1. ремонт компьютеров и периферии - 8 часов;
3.1.1. тех осмотр компьютера- 50 минут;
3.1.1.1. разборка компьютера - 20 минут;
3.1.1.2. осмотр внутренних запчастей - 15 минут;
3.1.1.3. передачу компьютера на замену или тест - 5 минут;
3.1.1.4. подготовка отчетов - 10 минут;
3.1.2. замена поломанной детали - 1 час
3.1.3. сборка и тестирование компьютера, установка ПО и ОС - 6 часов;
3.1.4. подготовка отчетов 10 минут;
3.2. ремонт печатной техники - 5 часов 25 минут;
3.2.1. тех осмотр печатного оборудования - 1час 25 минут;
3.2.1.1. разборка печатного оборудования - 40 минут;
3.2.1.2. осмотр внутренних запчастей - 30 минут;
3.2.1.3. передачу печатного оборудования на замену или тест - 5 минут;
3.2.1.4. подготовка отчетов - 10 минут;
3.2.2. замена поломанной детали - 2 часа
3.2.3. сборка и тестирование печатного оборудования - 2 часа;
3.2.4. подготовка отчетов 10 минут;
3.3. ремонт сетевого оборудования - 2часа 55 минут;
3.3.1. тех осмотр сетевого оборудования - 1 час 15 минут;
3.3.1.1. разборка сетевого оборудования - 30 минут;
3.3.1.2. осмотр внутренних запчастей - 30 минут;
3.3.1.3. передачу сетевого оборудования на замену или тест - 5 минут;
3.3.1.4. подготовка отчетов - 10 минут;
3.3.2. замена поломанной детали - 1 час
3.3.3. сборка и тестирование сетевого оборудования - 30 минут;
3.3.4. подготовка отчетов 10 минут;
4. составление отчетов - 20 минут.
Время, затрачиваемое на принятие оборудование и обработку заявки, осталось неизменным. Время на ремонт оборудование уменьшилось в среднем с 8 часов до 5 часов 26 минут. Общее время работы составляет 7 часов 10 минут, прежнее время работы 9 часов 54 минуты. После распределения сотрудников отдела для выполнения закрепленной работы, время общей работы уменьшилось на 27%.
4. ИМИТАЦИОННОЕ МОДЕЛИРОВАНИЕ ПРОЦЕССОВ РЕМОНТА ОБОРУДОВАНИЯ ОТДЕЛА ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
4.1 Постановка задачи имитационного моделирования процессов ремонта оборудования
Когда явления в сложной системе настолько сложны и многообразны, что аналитическая модель становится слишком грубым приближением к действительности, то исследователь вынужден использовать имитационное моделирование [3].
Имитационное моделирование - метод исследования, заключающийся в имитации на ЭВМ (с помощью комплекса программ) процесса функционирования системы или отдельных ее частей и элементов. Сущность метода имитационного моделирования заключается в разработке таких алгоритмов и программ, которые имитируют поведение системы, ее свойства и характеристики в необходимом для исследования системы составе, объеме и области изменения ее параметров [3].
Целью имитационного моделирования является оптимизация бизнес - процессов ремонта оборудования, путем создания имитационных моделей на основе созданных функциональных моделей.
Создание имитационной модели позволит оценить, как происходит производство продукции в новой функциональной модели «TO BE» по сравнению с предыдущей, а также как изменится качество продукции и сроки выполнения при внедрении нового оборудования.
4.2 Построение имитационной модели процессов ремонта оборудования в среде «Arena»
Для того чтобы проверить построенную функциональную модель «TO BE» разработаем имитационную модель (рисунок 16).
Имитационная модель позволит посмотреть и оценит скорость и качество ремонта оборудования.
Данная имитационная модель состоит из таких основных процессов как: осмотр печатной техники, осмотр сетевого фильтра, осмотр компьютера, ремонт печатной техники, ремонт компьютера, ремонт сетевого фильтра, пробная страница, проверка соединения и установка ПО и ОС.
4.3 Оценка и анализ результатов имитационного моделирования
По результатам имитационного моделирования можно проследить затраченное время рисунок 17.
Из этого следует, что больше всего времени затрачивается на ремонт компьютера, а на ремонт печатной техники и сетевого фильтра меньше. Для повышения эффективность следует сделать ответственных за две работы, а именно за ремонт осмотр компьютера и установку необходимых приложений, а так же сотрудника ответственного за ремонт осмотр и тестирование всей остальной техники.
Рисунок 17 - Отчеты о затраченном времени
Рисунок 16 - Имитационная модель процесса ремонта оборудования
ЗАКЛЮЧЕНИЕ
В ходе курсовой работы была разработана функциональная модель процесса ремонта оборудования отдела информационных технологий, создана имитационная модель и составлена оценка действующей и улучшенной моделей.
Все работы процесса ремонта оборудования были описаны с помощью инструмента визуального моделирования бизнес-процессов BPwin. Для каждого этапа работы была составлена модель с помощью наглядного графического языка IDEF, IDEF3 и DFD. Таким образом были выделены процессы, наиболее сильно влияющие на общую длительность процесса, и выявлены имеющиеся недостатки в работе.
На основе выявленных недостатков, была создана функциональная усовершенствованная модель процесса ремонта оборудования, позволяющая наилучшим образом оптимизировать работу в отделе информационных технолоий.
Также был получен отчет статистически в программном комплексе Arena, на основе которого были проанализированы результаты моделирования. Таким образом, цель курсовой работы была достигнута.
ЛИТЕРАТУРА
1. Официальный сайт компании Ростелеком - http://www.rostelecom.ru/
2. Черемных, С. В. Моделирование и анализ систем. IDEF0-технологии: практикум. / С. В. Черемных, И. О. Семенов, В. С. Ручкин. - М.: Финансы и статистика, 2005. - 192 с
3. Маклаков, С. Имитационное моделирование. / С. Маклаков // Компьютер пресс. - 2001. - №7
Размещено на Allbest.ru
...Подобные документы
Исследование метода математического моделирования чрезвычайной ситуации. Модели макрокинетики трансформации веществ и потоков энергии. Имитационное моделирование. Процесс построения математической модели. Структура моделирования происшествий в техносфере.
реферат [240,5 K], добавлен 05.03.2017Разработка информационно-аналитической системы агентства недвижимости. Обоснование выбора архитектуры базы данных и СУБД. Моделирование потоков данных (DFD диаграмм). Проектирование инфологической модели данных с использованием модели "сущность-связь".
дипломная работа [5,4 M], добавлен 06.06.2013Информационная система компьютерной фирмы, описание предметной области, модель системы. Создание базы данных: постановка задачи, перечень объектов базы данных, инфологическая и датологическая модели, физическое моделирование. Формы, запросы и отчёты.
курсовая работа [463,7 K], добавлен 12.12.2009Понятие, модели и назначение информационных систем. Функциональное моделирование ИС. Диаграмма потоков данных. Декомпозиция процессов и миниспецификации. Реализация макета системы средствами MS SQL Server 2005. Создание базы данных. Скалярные функции.
курсовая работа [1,0 M], добавлен 16.09.2012Анализ предметной области "строительная фирма". Обоснование прикладного программного обеспечения (CA ERwin Data Modeler) для моделирования процессов. Структурно-функциональная модель "Как есть" и "Как надо". Реализация модели помощью средств BPWin.
курсовая работа [539,5 K], добавлен 10.06.2014Понятие компьютерной модели и преимущества компьютерного моделирования. Процесс построения имитационной модели. История создания системы GPSS World. Анализ задачи по прохождению турникета на стадион посредством языка имитационного моделирования GPSS.
курсовая работа [291,3 K], добавлен 11.01.2012Программное средство системного моделирования. Структурная схема модели системы, временная диаграмма и ее описание. Сравнение результатов имитационного моделирования и аналитического расчета характеристик. Описание машинной программы решения задачи.
курсовая работа [146,5 K], добавлен 28.06.2011Создание моделей процесса в BPwin, Aris Express, MS Visio, IBM Rational Rose и в соответствии с требованиями ГОСТ 19.701-90. Создание данных в Erwin и базы данных в MS Access. Расчет экономической эффективности реинжиниринга данного процесса в BPwin.
курсовая работа [2,3 M], добавлен 12.07.2015Постановка задачи для машинного моделирования, определение параметров и переменных. Алгоритмизация модели и её машинная реализация. Реализация алгоритма моделирования на общесистемном языке программирования. Описание диалога с пользователем, интерфейс.
курсовая работа [703,1 K], добавлен 14.01.2013Методы количественного и качественного оценивания систем, моделирование и разработка концептуальной модели, показатели пропускной способности, достоверности передачи данных. Интеграция систем ситуационного, имитационного и экспертного моделирования.
курсовая работа [240,3 K], добавлен 24.06.2010Разработка функциональной модели деятельности суши-бара "Сушинка" с учетом выявленных недостатков. Описание организационной его структуры. Анализ модели "обслуживание клиента" и информационных потоков в ресторане. Понятие имитационного моделирования.
курсовая работа [340,9 K], добавлен 02.03.2014Разработка концептуальной модели данных. Диаграмма потоков данных. Моделирование правил и поведения системы. Разработка структуры базы данных для автоматизации некоторых рутинных процессов налоговой инспекции, в частности заполнение налоговых деклараций.
контрольная работа [453,2 K], добавлен 24.04.2014Основные требования к аппаратным и программным средствам. Особенности функционального моделирования. Контекстная и декомпозитная диаграмма информационной модели. Обработка информации в базе данных при помощи запросов. Основные цели и задачи базы данных.
курсовая работа [847,5 K], добавлен 27.12.2009Создание модели, позволяющей пользователю наблюдать за созданием процессов, требующих структуризации операционных систем. Организация доступа к ресурсу оперативной памяти. Использование методов имитационного моделирования для решения поставленной задачи.
курсовая работа [617,0 K], добавлен 23.05.2013Задачи, функции и структура филиала университета. Оценка информационных потоков и UML-моделирование. Анализ структуры информационной системы и системы навигации. Проектирование базы данных, физическая реализация и тестирование информационной системы.
дипломная работа [6,0 M], добавлен 21.01.2012Особенности систем массового обслуживания и сущность имитационного моделирования с использованием GPSS. Структурная схема модели системы и временная диаграмма. Сравнение результатов имитационного моделирования и аналитического расчета характеристик.
курсовая работа [214,2 K], добавлен 23.06.2011Разработка имитационной модели "Перекресток" для анализа бизнес-процессов предприятия и принятия решения в сложных условиях. Алгоритм построения имитационной модели на основе CASE-средств. Обзор программного обеспечения для имитационного моделирования.
дипломная работа [2,6 M], добавлен 22.11.2015Значение вербальных и знаковых информационных моделей для исследования объектов, процессов, явлений. Роль метода формализации в процессе создания компьютерной модели. Использование программы AutoCAD для трехмерного моделирования и визуализации объекта.
курсовая работа [866,5 K], добавлен 08.01.2015Разработка программного обеспечения для управления базой данных. Место задачи в системе автоматизации. Семантическое моделирование данных. Разработка программного обеспечения и базы данных. Расчет трудоемкости и себестоимости этапов проектирования.
дипломная работа [2,9 M], добавлен 04.02.2016Цель инфологического моделирования предметной области. Источники данных, базы данных и система управления, разработка модели. Принципы проектирования базы данных, концептуальная, логическая, материальная разработка. Типы сущностей, атрибутов и связей.
курсовая работа [188,6 K], добавлен 15.07.2012