27. Понятия, содержание, типы инжиниринга; построение технологической модели процесса. Методологии моделирования бизнес-процессов

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

Понятие «инжиниринг» заимствовано из инженерной деятельности, от англ. engineering – проектировать, изобретать, придумывать.

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

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

Большинство специалистов рассматривают инжиниринг процессов как общее понятие, выделяя три его вида:

1. прямой инжиниринг – проектирование новых бизнес-процессов «с чистого листа»;

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

3. реинжиниринг – радикальное перепроектирование бизнеса и существующих бизнес-процессов.

При инжиниринге используется моделирование.

Модель процесса это представление (описание) ключевых характеристик существующего или проектируемого процесса.

Моделирование:

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

2. Аналоговые – моделирование основано на аналогии процессов и явлений, имеющую разную физическую природу.

3. Имитационная (логическая) дает возможность описать управ.ситуации и принять оптимальное решение с учетом риска (дерево целей).

4. Экономико-математическое – но основе математических формул и моделей, экономического анализа дается описание и обоснование эффективности процессов и поведения объектов.

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

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

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

Технологическая модель является основой:

• для формирования структуры управления процессом;

• для составления комплексного плана процесса, планирования объемов работ, стоимости, сроков и рисков, а также интеграции данных программных продуктов;

• для организации производства процесса;

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

• для управления содержанием процесса, так как формирует концептуальное представление о содержании процесса и определяет контрольные точки и элементы.

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

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

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

Эти методологии эволюционировали по мере развития технических и программных средств.

В 40-60-е гг. появились алгоритмические языки описания.

В 60-е г. была разработана методология SADT - структурного анализа и проектирования.

В 70-80-е гг. разработаны методологии DFD, ERD, IDEF, IDEF1X и др.

В 90-е и последующие годы появились: UML - универсальный язык моделирования; методология ARIS - архитектура интегрированных информационных систем; методологии компаний Oracle, Baan, ReTrink, Rational и др.

Стандарты DFD (Data Flow Diagramming) содержат набор символов или обозначений, с помощью которых описывается бизнес-процесс. Язык DFD.

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

DFD диаграмма для предприятия по принципу «Изготовление на заказ».

Эта диаграмма представляет самый верхний уровень функциональной модели. Уточнение модели производится путем детализации необходимых функций на DFD – диаграмме следующего уровня. Так мы можем разбить функцию «Определение потребностей и обеспечение материалами», на подфункции «поиск поставщика», «определение потребностей», «заключение и анализ договоров на поставку», «контроль качества платежей», «контроль поставок», связанных собственными потоками данных, которые будут представлены в отдельной диаграмме.

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

Методология SADT – разработана Дугласам Г.Рассом в 1969-1973 гг. Она изначально создавалась для проектирования систем более общего назначения по сравнению с другими структурными методами, выросшими из проектирования программного обеспечения.

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

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

Правила интерпретации модели:

• Функциональный блок (функция) преобразует входные объекты в выходные

• Управление определяет, когда и как это преобразование может или должно произойти

• Исполнитель осуществялет это преобразование

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

Дуги могут разветвляться и соединяться. Ветвление означает множественность (идентичные копии одного объекта) или расщепление (различные части одного объекта). Соединение означает объединение или слияние объектов.