Моделирование бизнес-процессов

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

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

Введение

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

Целью моделирования является систематизация знаний о компании, а также её бизнес-процессов в наглядной графической форме, удобной для аналитической обработки полученной информации.

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

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT. В настоящее время наиболее широко используемая методология описания бизнес-процессов - стандарт США IDEF.

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



1. Теоретическая часть

1.1 Сущность и значение моделирования бизнес-процессов

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

Существует несколько подходов к определению понятия «моделирование бизнес-процессов»:

1) моделирование бизнес-процессов - это описание бизнес-процессов предприятия, позволяющее руководителю выяснить, как работают сотрудники, а сотрудникам - как работают их коллеги и на какой конечный результат направлена вся их деятельность;

2) моделирование бизнес-процессов - это эффективное средство поиска возможностей улучшения деятельности предприятия;

3) моделирование бизнес-процессов - это средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;

4) моделирование бизнес-процессов - это метод, позволяющий дать оценку текущей деятельности предприятия по отношению к требованиям, предъявляемым к его функционированию, управлению, эффективности, конечным результатам деятельности и степени удовлетворенности клиента;

5) моделирование бизнес-процессов - это метод, позволяющий дать стоимостную оценку каждому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупности;

6) моделирование бизнес-процессов - это всегда верный способ выявления текущих проблем на предприятии и предвидения будущих. Современные предприятия вынуждены постоянно заниматься улучшением своей деятельности. Это требует разработки новых технологий и приемов ведения бизнеса, повышения качества конечных результатов деятельности и, конечно, внедрения новых, более эффективных методов управления и организации деятельности предприятий.

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

Рисунок 1. Причины, по которым принимается решение по моделированию бизнес-процессов



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

1) изменение организационной структуры;

2) оптимизацию функций подразделений и сотрудников;

3) перераспределение прав и обязанностей руководителей;

4) изменение внутренних нормативных документов и технологии проведения операций;

5) новые требования к автоматизации выполняемых процессов и т.д.

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

Моделирование бизнес-процессов организации включает два этапа: структурное и детальное.

Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.

На этапе структурного моделирования в модели должны быть отражены:

1) существующая организационная структура;

2) документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;

3) структуру бизнес-процессов, отражающую их иерархию от более общих групп к частным бизнес-процессам;

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

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

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

Детальная модель бизнес-процесса должна включать:

1) набор прецедентов отражающих возможные варианты выполнения бизнес-процессов «как есть»;

2) диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;

3) диаграммы взаимодействия, отражающие схемы документооборота.

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

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

1.2 Методика проведения моделирования бизнес-процессов

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

1) теоретическая база;

2) описание шагов, необходимых для получения заданного результата;

3) рекомендации по использованию как отдельно, так и в составе группы методик.

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

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

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

Модель должна быть устойчива к изменениям предметной области. Это значит, что она должна быть организована таким образом, чтобы при изменениях предметной области изменялся только некоторый минимально необходимый набор элементов модели. Более того, модель сама должна быть инструментом реорганизации бизнес-процессов в рамках создания системы автоматизации.

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

1.3 История развития методологий моделирования бизнес-процессов

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT (Structured Analysisan Design Technique - метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения. В сжатом виде история развития методологий моделирования бизнес-процессов представлена на рисунке 2. Для наглядности параллельно приведена история развития подходов к управлению качеством.

Рисунок 2. История развития методологий моделирования бизнес-процессов



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

1) моделирования бизнес-процессов (Business Process Modeling);

2) описания потоков работ (Work Flow Modeling);

3) описания потоков данных (Data Flow Modeling).

Методологии моделирования бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов - стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов - программных продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.). Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа - по информации, управлению, движению материальных ресурсов.

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

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

IDEF1 - методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;

IDEF1X (IDEF1 Extended) - методология построения реляционных структур. IDEF1X относится к типу методологий «Сущность-взаимосвязь» (ER - Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;

IDEF2 - методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе;

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

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

IDEF5 - методология исследования сложных систем.

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

ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

1) организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;

2) функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;

3) информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;

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

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования - ERM, UML, OMT и др.

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

Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты -«функция», «событие», «структурное подразделение», «документ» и т.п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Основная бизнес-модель ARIS -eEPC (extended Event Driven Process Chain - расширенная модель цепочки процессов, управляемых событиями). По существу, она расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Применение большого числа различных объектов, связанных различными типами связей, может значительно увеличить размер модели и сделать ее плохо читаемой.

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

Сводная информация об основных существующих сегодня методологиях представлена на рисунке.

Рисунок 4. Методологии моделирования бизнес-процессов

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

Рассмотрим методологии описания потоков данных DFD. Цель такого представления - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные. Может отражать не только информационные, но и материальные потоки.

Основными компонентами диаграмм потоков данных являются:

1) внешние сущности (материальный объект или физическое лицо, являющиеся источником или приёмником информации, например, заказчики, персонал, поставщики, клиенты, склад);

2) системы и подсистемы (например, подсистема по работе с физическими лицами);

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

4) накопители данных (абстрактные устройства для хранения информации);

5) потоки данных.

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

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

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



2. Практическая часть

В данной части мы будем производить, а точнее собирать офисный стул из комплектующих деталей по оптовому заказу на производствов системе 1C Предприятие 8.3 Управление небольшой фирмой.

Нам нужно произвести офисные стулья в количестве 500 штук.

Оформляется документ Заказ на производство:

Рисунок 5

Подраздел Материалы:

Рисунок 6



Здесь указываются необходимые материалы для сборки.

Подраздел Дополнительно:

Рисунок 7

Здесь указывается дополнительная информация по заказу.

Далее посмотрим номенклатуру и найдем в ней наш товар:

Рисунок 8

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

1. Саморез (20 шт.);

2. Обивка (2 шт.);

3. Каркас (1 шт.);

4. Заглушка(4 шт.).



Рисунок 9

Взглянем на нашу логическую блок-схему:

Схема

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



Рисунок 10

Всего нам нужно произвести 500 стульев, соответственно для сборки нам нужно определенное количество деталей:

1. Саморез (10000шт.);

2. Обивка (1000шт.);

3. Каркас (500шт.);

4. Заглушка (2000 шт.).

После заказа поставщику мы оформляем счет на оплату:

Рисунок 11



Далее мы переводим указанное количество денег (700.000т.р.) на счет поставщика при помощи документа Расход со счета.

Рисунок 12

Мы оплатили комплектующие детали для нашего производства, теперь поставщик должен отгрузить детали на наш основной склад.

Для этого используется отдельный документ Приходная накладная.

Рисунок 13

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

Рисунок 14

Следующим шагом будет перемещение деталей из основного склада в производственный отдел для дальнейшего производства.

Для этого оформляем документ Перемещение запасов.

Рисунок 15

В производственном отеле появились комплектующие детали для производства стула.

Переходим непосредственно к процессу производства. Для этого используем документ Производство.

Рисунок 16

Здесь указывается кол-во производимой продукции и кол-во материалов необходимых для производства.

Рисунок 17

Мы произвели 500 офисных стульев по оптовому заказу. Далее, нам нужно отгрузить товар на основной склад для дальнейшей отправки заказчику. Снова воспользуемся документом перемещение запасов.



Рисунок 18

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

Рисунок 19

Все пройденные этапы можно наглядно увидеть в структуре подчиненности.



Рисунок 20



Заключение

потребитель бизнес моделирование

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

Моделирование бизнес-процессов организации включает два этапа структурное и детальное.

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

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT (Structured Analysisand Design Technique - метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения. С помощью методологии семейства IDEF можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему.

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



Список использованных источников и литературы

потребитель бизнес моделирование

1. Войнов И.В., Пудовкина С.Г., Телегин А.И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей: Монография. - Челябинск: Изд. ЮУрГУ, 2002. - 392 с.

2. Волков О. Стандарты и методологии моделирования бизнес-процессов. Режим доступа:http://www.connect.ru/article.asp?id=5710. Григорьев Д. Моделирование бизнес-процессов предприятия. // Режим доступа:http://www.valex.net/articles/process.html.

3. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов // М.: Финансы и статистика, 2006.

4. Менеджмент процессов / Под ред. Й. Беккера, Л. Вилкова, В. Таратухина, М. Кугелера, М. Роземанна; [пер. с нем.]. -- М.: Эксмо, 2007. - 384 с.

5. Пинаев Д., Веретенников Д. Моделирование бизнес-процессов: доступно о сложном / Д. Пинаев // 2003.

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

...