Бизнес-процесс проведения капитального ремонта в цехе предприятия

Размещено на http://www.allbest.ru/

Введение

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



1. Постановка задачи

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

Задачи курсовой работы:

В соответствии с вариантом №13 "Бизнес-процесс проведения капитального ремонта в цехе предприятия".

Разработать модель бизнес-процесса в нотации IDEF3 или ARISeEPS

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

С использованием CASE-средства BPWin построить функциональную модель бизнес-процесса (IDEF0), модель потоков работ (IDEF3) и модель потоков данных (DFD)



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

"Бизнес-процесс проведения капитального ремонта в цехе предприятия".

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

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

Требуемые исходные данные для разработки модели данного бизнес-процесса представлены в таблице №1.

Таблица 1.

№	Событие	Работа
1	В соответствии с графиком подошел срок проведения в цехе кап. ремонта	Согласовать начало и окончание работ в цехе по капитальному ремонту
2	Сроки проведения кап. ремонта в цехе согласованы с ТОП - менеджером предприятия	Выполнить выгрузку материалов и полуфабрикатов на цеховой склад материалов
3	Выполнена выгрузка продукции материалов и полуфабрикатов на цеховой склад материалов	Выполнить продувку и обезвреживание аппарат технологической схем
4	Выполнена продувка аппаратов азотов	Определить наличие и локализацию дефектов стенки аппаратуры методом акустико-эмиссионного мониторинга
5	Проведен акустико-эмиссионный мониторинг технологической аппаратуры	Устранить обнаруженные при мониторинге дефекты аппаратуры
6	Дефекты аппаратуры устранены	Провести ревизию клапанов насосов высокого давления
7	Ревизия насосов выполнена, давление проверено, дефекты устранены	Провести пробный пуск технологической установки
8	Пробный пуск оказался неудачным	Устранить недостатки запорной арматуры
9	Недостатки устранены	Провести повторный пробный пуск установки
10	Повторный пробный пуск оказался удачным	Бизнес-процесс завершен



3. Моделирование бизнес-процесса проведения капитального ремонта в цехе предприятия

Модель бизнес-процесса разрабатывается с использованием его описания, а также таблицы №1 событий и работ, выполняемых при проведении этого процесса. Модель строится от исходного события в виде диаграммы, в которой чередуются событие и работы. Диаграмма строится в соответствии с нотацией ARIS еВРС. Нотация ARIS еЕРС была одной из первых нотаций, получившей широкую известность на российском рынке. Она относится к нотации типа Work Flow. Особенностями нотации является наличие элементов типа "событие" и наличие операторов логики: "и", "или", "исключающее или"

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

Эти события связываются с помощью операции логического умножения "и". Для того чтобы подготовки прошла успешно необходимо выполнение и выгрузки продуктов на склад и выполнение продувки и обезвреживания аппаратов.

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

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

Таблица№2. Основные объекты, используемые в рамках нотации ARIS еЕРС.

Наименование объекта	Описание	Графическое представление
	Функция	Объект "Функция" служит для описания функций (процедур, работ) выполняемых подразделениями/сотрудниками предприятия.

Размещено на http://www.allbest.ru/

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

Размещено на http://www.allbest.ru/

	Документ	Объект, отражающий реальные носители информации, например, бумажный документ.

Размещено на http://www.allbest.ru/

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

Размещено на http://www.allbest.ru/

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

Размещено на http://www.allbest.ru/

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



Рисунок 1. Функциональная модель бизнес-процесса проведения капитального ремонта в цехе предприятия в нотации ARIS еЕРС.



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

Таблица № 3. Задачи автоматизации работ, выполняемых в бизнес --процессе

№	Наименование работы	Функция информационной системы по автоматизации работы.
1.	Согласовать работы по капитальному ремонту.	Ведение БД по капитальному ремонту цехов предприятия и согласование графиков работ в отдельном цеху.
2.	Подготовить цех к ремонту.	Автоматизированное управление подготовкой цеха к ремонту (учет выгружаемых товаров на склад) и введение графика выполняемых работ.
3.	Определить наличие и локализацию дефектов аппаратов.	Учет фактического состояния аппаратуры и планирование работ по реконструкции.
4.	Устранить дефекты аппаратуры.	-
5.	Провести ревизию клапанов.	Учет фактического состояния запорной арматуры и планирование обслуживания.
6.	Провести пробный пуск	-



5. Функциональная модель бизнес-процесса в нотации IDEF0

5.1 Контекстная диаграмма IDEF0 процесса разработки ПО

Контекстная диаграмма (рисунок 2) является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. На контекстной диаграмме изображена единственная работа "Капитальный ремонт в цехе предприятия" и стрелки, служащие для описания взаимодействия системы с окружающим миром.

При создании модели в Bpwin, после его загрузки выполнила следующие действия. При щелчке по кнопке D. Появляется диалоговое окно I would like to. Внесла в текстовое поле Name имя модели "Капитальный ремонт в цехе" и выбрала Туре -- Business Process (IDEF(O)). Далее заполнила форму свойств модели, указала автора и автоматически создалась контекстная диаграмма.

Диаграммы IDEF(O) предназначены для описания бизнес-процессов на предприятии, они позволяют понять, какие объекты или информация служат сырьем для процессов, какие результаты производят работы, что является управляющими факторами и какие ресурсы для этого необходимы. Нотация IDEF0 позволяет выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности предприятия.

В меню Model/Model Properties. Во вкладке Geral окна Model Properties в текстовое поле Model name следуем; внести имя модели "Капитальный ремонт в цехе", а в текстовое поле Project имя проекта "Модель капитального ремонта в цехе", в текстовое Time Frame (Временной охват) выбрала AS-IS (Как есть).

Целью построения функциональных моделей обычно является выявление наиболее слабых и уязвимых мест деятельности организации, анализе преимуществ новых бизнес-процессов и степени изменения существующей структуры организации бизнеса, именно поэтому я выбрала именно такой временной охват. Анализ недостатков и "узких мест" начинают с построения модели AS-IS (Как есть), т.е. модели существующей организации работы. Исправление недостатков, перенаправление информационных и материальных потоков приводит к созданию модели ТО-BE (Как будет) - модели идеальной организации бизнес-процессов. Как правило, строится несколько моделей ТО-ВЕ, среди которых определяют наилучший вариант. Выбор оптимальной модели может осуществляться, например, с помощью метрик BPwin.

Во вкладке Purpose диалогового окна Model Properties в текстовое поле внесены данные о цели разработки модели.

Отчет по модели:

Model Нам: Капитальный ремонт в цехе

Definition: Это учебная модель, описывающая деятельность, проводимую в цехе по капитальному ремонту.

Scope: Обмее управление бизесои в цехе согласование работ по ремонту, подготовка к ремонту в цехе, ремонт, пробны! пуск.

UieHpoint: Студентки Кузнецовой Н.С.

Им Frame: (AS-IS)

Status: WORKING

Purpose: Моделировать текуяие AS-IS бизнес-процессы в цехе по капитальному ремонту.

Author Мам: Кузнецова Н.С. ИСТ-14с

Creation Date: 15.05.2016

System Last Reuision Date: §8.05.2016

User Last Revision Date: 88.85.2016

На контекстной диаграмме, щелкнув правой кнопкой мыши по прямоугольнику, выбрала поле из контекстного меню Name и задала имя диаграммы, во вкладке Definition диалогового окна Activity Properties в текстовое поле; Definition внесла определение работы.



Таблица 4. Работа контекстной диаграммы.

№	Название работы	Определение работы
1	Капитальный ремонт в цехе предприятия	Это учебная модель, описывающая деятельность, проводимую в цехе по капитальному ремонту.

В IDEF(O) различают пять типов стрелок:

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

Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой.

Выход (Output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.

Механизм (Mechanism) - ресурсы, которые выполняют работу, например, персонал предприятия. Стрелка механизма рисуется как входящая в нижнюю грань работы

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



Таблица №5. Параметры, используемые при создании контекстной диаграммы.

Название стрелки (Arrow Name)	Определение стрелки (Arrow Definition)	Тип стрелки (Arrow Туре)
Подошел срок проведения капитального ремонта	В соответствии с графиком подошел срок проведения кап. ремонта в цехе.	Input
Правила и процедуры	Правила согласования работ по ремонту, инструкции по ремонту, процедуры подготовки к ремонту, критерии производительности и др.	Control
Режим эксплуатации	Бизнес -- процесс завершен.	Output
Персонал цеха	Подготовка цеха к ремонту, ремонт, пуск системы.	Mechanism
ТОП-менеджер предприятия	Сроки проведения ремонта согласуются с ТОП - менеджером предприятия.	Mechanism

Рисунок 2. Контекстная диаграмма "Капитальный ремонт в цехе предприятия".

5.2 Диаграмма декомпозиции "Капитальный ремонт в цехе предприятия"

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

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

Для декомпозиции работы "Капитальный ремонт в цехе предприятии" (рис.2.) выбрала кнопку перехода на нижний уровень в палитре инструментов и в диалоговом окне Activity Box Count установим число работ на диаграмме нижнего уровня - 4 - и нотацию IDEF(O). Подобно как для контекстной диаграммы заполнила имена, определение работ и указала связи между ними.

Таблица №6. Работы диаграммы декомпозиции.

№	Название работы	Определение работы
1.	Согласование работ по ремонту	Согласовать начало и окончание работ в цехе по капитальному ремонту.
2.	Подготовка к ремонту	На данном этапе выполняется выгрузка материалов на склад, продувка, аппаратов азотом и обезвреживание аппаратуры.
3.	Ремонт	На данном этапе производится определение наличия я локализации дефектов аппаратуры методом акустико-эмиссионного анализа устранение дефектов химико-технологических аппаратов, насосов и компрессоров.
4.	Пробный пуск	Проводится пробный пуск технологической установки.

Таблица №7. Стрелки диаграммы декомпозиции.

Наименование стрелки	Источник	Тип стрелки источника	Приемник	Тип стрелки приемника
Подошел срок проведения капитального ремонта	Граница диаграммы		Согласование работ по ремонту	Input
ТОП-менеджер	Граница диаграммы		Согласование работ по ремонту	Mechanism
Правила и процедуры	Граница диаграммы		Согласование работ по ремонту	Control
			Подготовка к ремонту
			Ремонт
			Пробный пуск
График работ	Согласование работ по ремонту	Output	Подготовка к ремонту	Control "Tunnel"
			Ремонт	Control
			Пробный пуск	Control
Персонал цеха	Граница диаграммы		Подготовка к ремонту	Mechanism
			Ремонт
			Подготовка к ремонту
Цех готов к ремонту	Подготовка к ремонту	Output	Ремонт	Input
Заключение об окончание работ	Ремонт	Output	Пробный пуск	Input
Режим эксплуатации	Пробный пуск	Output	Граница диаграммы	Output
Список дефектов	Пробный пуск	Output	Ремонт	Input

Для описания цикла, т.е. возможности двух исходов событий после "Пробеге пука" системы использовала - обратную связь по входу (output-input feedback), когда выход нижестоящей работы "Пробный пуск" направляется на вход вышестоящей "Ремонт". Список дефектов передается на работу ремонт, и ремонт системы продолжается до тех пор, пока не произойдет удачного пуска, после которого система будет переведена в режим эксплуатации.

Стрелки "График работ", "Правила и процедуры", "Персонал цеха" подходящая к работе "Подготовка к ремонту", туннелированные. В данном случае стрелки управления на нижнем уровне удалены, после чего на родительской диаграмме они были за тоннелированы, это означает, что данный элемент управления будет использоваться во всех дочерних работах работы "Подготовка к ремонту", но чтобы не загромождать их диаграмму применила тоннелирование "не-в-дочерней-работе". То же самое сделано и со стрелкой; механизмом - "Персонал цеха".



Рисунок 3. Диаграмма декомпозиции "Капитальный ремонт п цехе предприятия

Диаграмма декомпозиции "Пробный пуск".

После проведения декомпозиции контекстной диаграммы выполнила декомпозицию работ: "Подготовка к ремонту" в нотации DFD, "Ремонт" в нотации IDEF(3), "Пробный пуск" IDEF(O).

Диаграммы декомпозиций в нотации DFD и IDEF(3) будут рассмотрены ниже, а пока я представлю декомпозицию работы "Пробный пуск" IDEF(0), Taк как она близка к ранее изложенной тематике.

Для перехода на нижний уровень декомпозиции использовала тот же план действий, что и при декомпозиции "Капитальный ремонт в цехе предприятия". Разбиение работы "Пробный пуск" производится на 2 работы "Удачный пуск" и "Неудачный пуск" (рисунок 3)

Таблица №8.Работы диаграммы декомпозиции "Пробный пуск".

№	Название работы	работы
1	Удачный пуск	После пробного пуска системы произошел удачный пуск, вся система работает исправно.
2	Неудачный пуск	После пробного пуска системы произошел неудачный пуск, в работе системы обнаружены недостатки.



Таблица №9.Стрелки диаграммы декомпозиции "Пробный пуск".

Наименование стрелки	Источник	Тип стрелки источника	Приемник	Тип стрелки приемника
Заключение об окончании работ	Граница диаграммы		Удачный пуск Неудачный пуск	Input
График работ	Граница диаграммы		Удачный пуск Неудачный пуск	Control
Правила и процедуры	Граница диаграммы		Удачный пуск Неудачный пуск	Control
Персонал цеха	Граница диаграммы		Удачный пуск Неудачный пуск	Mechanism
Режим эксплуатации	Удачный пуск	Output	Граница диаграммы	Output
Список	Неудачный	Output	Граница	Output
дефектов	пуск		диаграммы

Рисунок 4. Диаграмма декомпозиции "Пробный пуск".

5.3 Диаграмма дерева узлов

Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами (стрелки). Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение в дереве узлов многократно. А также поскольку дерево узлов не обязательно в качестве верхнего уровня должно иметь контекстную работу и может иметь произвольную глубину. В одной модели можно создавать множество диаграмм деревьев узлов.

В данной курсовой работе представлено окончательное дерево узлов после проведения всех уровней декомпозиции и в качестве верхнего уровня рассмотрено контекстная диаграмма "Капитальный ремонт в цехе предприятия" (рисунок 4).

Для создания дерева узлов выбрала пункт главного меню Diagram/Add Node Тгее и в первом диалоговом окне гида Node Tree Wizard внесла имя диаграммы, указали диаграмму корня дерева и количество уровней-3. Во втором диалоговом окне гида Node Tree Wizard установили опции, по умолчанию.

Рисунок 5. Диаграмма дерева узлов.



5.4 Диаграмма FEO "Пробный пуск"

Диаграммы "только для экспозиции" (FEO) часто используются в модели для иллюстрации других точек зрения, для отображения отдельных деталей, которые не поддерживаются явно синтаксисом IDEFO. Диаграммы FEO позволяют нарушить любое синтаксическое правило, поскольку, по сути, являются просто картинками - копиями стандартных диаграмм и не включаются в анализ синтаксиса.

В данной курсовой работе диаграмма FEO строится для отображения основных связей между работами декомпозиции контекстной диаграммы, а также акцентирования внимания на стрелках работы "Пробный пуск".

Для создания диаграммы FEO выбрала пункт меню Diagram/Add FEO Diagram. В возникающем диалоге Add New FEO Diagram указала имя диаграммы FEO "Пробный пуск" и тип родительской диаграммы. Для определения содержания диаграммы перешла в пункт меню Diagram/Diagram Properties и во вкладке Diagram Text внесла определение "Это FEO-диаграмма, которая будет содержать стрелки работы "Пробный пуск", а также стрелки, указывающие на основные связи между работами декомпозиции контекстной диаграммы.

Рисунок 6. Диаграмма FEO "Пробный пуск"



6. Модель потоков данных в нотации DFD

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF(O), DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF(O) для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.

Для работы "Подготовка к ремонту" выполнила декомпозицию в нотации DFD так как, рассматривая функциональные требования к информационной системе, обеспечивающей автоматизацию бизнес-процесса, именно на данном этапе имеется наиболее ярко выраженный документооборот.

Работы. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0.

Таблица №10 Работы диаграммы декомпозиции "Подготовка к ремонту" в нотации DFD

№	Название работы	Определение работы
1	Выгрузка	Выполнить выгрузку материалов и полуфабрикатов на цеховой склад материалов.
2.	Продувка и обезвреживание	Выполнить продувку аппаратов азотом и обезвреживание аппаратов технологической схемы.

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

Таблица №11 Внешние сущности диаграммы декомпозиции "Подготовка к ремонту" в нотации DFD

№	Название внешней сущности	Определение
1	График работ	График работ, полученный после согласования работ по ремонту.

Хранилище данных. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое.

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

Таблица №12 Хранилища декомпозиции "Подготовка к ремонту" в нотации DID.

№	Название хранилища	Определение
1	Список материалов	Учет выгруженных материалов на цеховой склад.
2	Список полуфабрикатов	Учет полуфабрикатов, выгруженных на цеховой склад.

Стрелки (Потоки данных). Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы имеет четкого назначения, как в IDEF0, стрелки могут подходить выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа "команда-ответ" между работами, между работой и внешней сущностью и между внешними сущностями.

Таблица №13 Стрелки декомпозиции "Подготовка к ремонту" в нотации DFD.

Наименование стрелки	Источник	Тип стрелки источника	Приемник	Тип стрелки приемника
Время выделенное на выгрузку	График работ	Mechanism	Выгрузка	Input
Время выделенное на продувку	График работ	Mechanism	Продувка и обезвреживание	Input
Выгрузка выполнена	Выгрузка	Output	Продувка и обезвреживание	Input
Информация о материалах	Выгрузка	Output	Список материалов	Input
Информация о полуфабрикатах	Продувка и обезвреживание	Output	Список полуфабрикатов	Input
Цех готов к ремонту	Продувка и	Output	Граница диаграммы	Output

В BPwin для построения диаграмм потоков данных используется нотация Гейш - Сарсона.

Рисунок 7. Модель потоков данных в нотации DFD.



7. Модель потоков работ в нотации IDEF3

Для описания логики взаимодействия информационных потоков более подходит IDEF(3), называемая также workflow diagramming - методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность действий при проведении капитального ремонта в цехе предприятия, который необходимо сделать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.

IDEF(3) - это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.

Для того чтобы представить последовательность действий, осуществляемых при капитальном ремонте в цехе предприятия, для работы "Ремонт" выполнила декомпозицию в нотации IDEF(3). Для декомпозиции работы выбрала кнопку Ў перехода на нижний уровень в палитре инструментов и в диалоговом окне Activity Box Count установим число работ на диаграмме нижнего уровня - 8 - и нотацию IDEF(3).

Работа в IDEF(3) требует более подробного описания, чем работа в IDEF(0), Каждая работа (UOW) должна иметь ассоциированный документ, который включает текстовое описание компонентов работы: объектов (Objects) и фактов (Facts), связанных с работой, ограничений (Constraints), накладываемых на работу, и дополнительное описание работы (Description). Эта информация заносится во вкладку UOW диалога Activity Properties.

Для работы "Тестирование оборудования" заполним:

Объекты (Objects) - "Тестируется: корпус аппаратов, насосы и компрессоры".

Факты (Facts) -- "Наличие и локализация дефектов стенок аппаратуры определяется методом акустико-эмиссионного мониторинга".

Ограничения (Constraints) - "Устранение дефектов аппаратов происходит путем сваривания их корпуса".

Таблица №14 Работы диаграммы декомпозиции "Ремонт" в нотации IDEF(3).

№	Название работы	Определение работы
1	Тестирование оборудования	Проводится тестирование оборудования.
2	Аппараты	Все аппараты системы.
3	Устранить дефекты аппаратуры.	Определить наличие и локализацию дефектов стенки аппаратуры методом акустико-эмиссионного мониторинга.
4	Насосы	Все насосы системы"
5	Компрессоры	Все компрессоры системы.
6	Провести ревизию клапанов	Провести ревизию клапанов, проверить давление.
7	Дефекты устранены	Выявленные дефекты устранены.
8	Устрашать недостатки запорной арматуры	Устранить недостатки запорной арматуры.

Связи показывают взаимоотношения работ. Все связи в IDEF(3). однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF(3) стараются построить так, чтобы связи были направлены слева направо. В IDEF(3) различают три типа стрелок, изображающих связи, стиль которых устанавливается во вкладке Style диалога Arrow Properties (пункт контекстного меню Style).

Старшая (Precedence) стрелка - сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Старшая связь и поток объектов. Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае стрелку, обозначающую объект, изображают с двойным наконечником. Имя стрелки должно ясно идентифицировать отображаемый объект. Поток объектов имеет ту же семантику, что и старшая стрелка.

Стрелка отношения (Relational Link) - пунктирная линия, использующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссылок. Отношение показывает, что стрелка является альтернативой старшей стрелке или потоку объектов в смысле задания последовательности выполнения работ - работа-источник не обязательно должна закончиться прежде, чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник

Потоки объектов (Object Flow) - стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например когда объект порождается в одной работе и используется в другой.

На данной диаграмме декомпозиции использовала стрелки потока объектов для связи работ "Тестирование оборудования" с логическим перекрестком "ветвления" типа "Асинхронное И", для обозначения что тестирование проходят все элементы технологической схемы (аппараты, компрессоры и насосы). А также стрелки отношений, в виде пунктирных линий, для связи работы "Тестирование оборудования" с внешней ссылкой "Цех готов к ремонту" и для связи работ "Дефекты устранены" и "Устранить недостатки запорной арматуры" с внешней ссылкой "Список дефектов".

Объект ссылки в IDEF(3) выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Добавить в диаграмму объект ссылки - Referent можно из палитры инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в диалоге Referent Properties (пункт контекстного меню Name), в качестве имени можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных.

Перекрестки используют для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть, завершены перед началом следующей работы. Различают могут или должны быть, завершены перед началом следующей работы. Различают перекрестки слияния (Fan-in-Junction) и разветвления (Fan-in-Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для "ветвления". В диалоге junction Type Editor необходимо указать тип перекрестка.

Таблица 15. Типы перекрестков

Для построения диаграммы декомпозиции "Ремонт" в данной курсовой работе использовала перекрестки типа "Асинхронное И" т.к. после завершения работы с номером 1, запускаются работы 2, 3, 4, (не обязательно одновременно). Для запуска работы 7 требуется завершение робот 3 и 6 (необязательно одновременное). И использовала перекресток "Исключающее ИЛИ" используется для обозначения ветвления, только одна из работ запускается либо "Дефекты устранены", либо "Устранить недостатки запорной арматуры" и при слиянии только одна предшествующая работа завершена. Эти перекрестки используются для возможности реализации ветвления при "Пробном пуске" системы.

Рисунок 8.Модель потоков работ в нотации IDEF3.



Заключение

информационный алгоритм автоматизация ремонт

При выполнение курсовой работы по моделированию бизнес-процесса проведения капитального ремонта в цехе предприятия была разработана функциональная модель бизнес-процесса проведения капитального ремонта в цехе предприятия в нотации ARIS еЕРС. Для анализа недостатков и "узких мест" модели, построена модель AS-IS с помощью средства Bpwin.

С использованием CASE-средства BPWin построена функциональная модель бизнес-процесса (IDEF0) ("Капитальный ремонт в цехе предприятия", "Пробный пуск"), модель потоков работ (IDEF3) ("Ремонт") и модель потоков данных (DFD) ("Подготовка к ремонту").

Метод функционального моделирования позволяет обследовать существующие бизнес-процессы, выявить их недостатки и построить идеальную модель деятельности предприятия. Для оптимизации технологических процессов целесообразно использовать метод имитационного моделирования. Имитационное моделирование позволяет строить и "проигрывать" модели. В результате "проигрывания" можно получить статистику происходящих процессов так, как это было бы в реальности. Обычно имитационные модели строятся для поиска оптимального решения в условиях ограничения по ресурсам, когда другие математические модели оказываются слишком сложными. Создание имитационной модели является очень сложной задачей. BPwin позволяет детально исследовать технологический процесс, построить диаграмму такого процесса (IDEF3), что и было выполнено в ходе курсовой работы и при необходимости экспортировать модель в один из самых эффективных инструментов имитационного моделирования- Arena (фирма System Modeling Corporation).



Список литературы

1. Мончарж, Э.М. Проектирование бизнес-процессов на предприятии: метод. Указания к комплексу практических занятий для студентов специальности 230201 "Информационные системы и технологии" по дисциплине "Автоматизированные системы проектирования" / НГТУ им. Р.Е. Алексеева; Сост. Э.М. Мончарж. -Н.Новгород, 2010. -16 с.

2. Бахтизин, В.В. Структурный анализ и моделирование в среде CASE-средства BPwin: учеб. Пособие / В.В. Бахтизин, Л.А. Глухова. - М.: БГУИР, 2002. - 307 с.

3. Калянов, Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес- процессов / Г.Н. Калянов. - 3-е изд. - М.: Горячая линия- Телеком, 2002. -320с.

Размещено на Allbest.ru