1. ТЕОРЕТИЧЕСКИЙ МАТЕРИАЛ К ПРАКТИЧЕСКИМ И ЛАБОРАТОРНЫМ РАБОТАМ, КОНТРОЛЬНЫМ ЗАДАНИЯМ

1.1. Инжиниринг и модель процесса

Вопросы для рассмотрения: Понятие «инжиниринг» и его виды. Модель процесса. Цели моделирования.

Рекомендуемая литература: 6, 12.

Перечень дополнительных ресурсов: 1, 3, 4, 5, 6, 7, 8. Наименование вида самостоятельной работы: написание

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

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

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

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

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

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

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

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

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

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

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

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

организационную структуру;

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

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

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

требования к автоматизации выполняемых процессов и т.п. Задачи, которые приходится решать в ходе проектирования

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

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

Вопросы для рассмотрения: Методологии, используемые при моделировании. Эволюция методологий моделирования бизнеспроцессов. Имитационное моделирование. Методология DFD. Методология ORACLE.

Рекомендуемая литература: 2, 6.

Перечень дополнительных ресурсов: 3, 7, 8, 9, 10. Наименование вида самостоятельной работы: написание

конспектов, изучение литературы, выполнение контрольной работы, подготовка к лабораторной работе.

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

Наиболее распространенными методологиями, используемыми при моделировании, являются:

описание бизнес-процессов;

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

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

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

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

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

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

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

Oracle, Baan, ReTrink, Rational и др.

Методология SADT широко используется для определения требований к проектируемой системе. Как правило, она применяется на ранних этапах процесса создания систем, часто еще до разработки технического задания (ТЗ) или спецификации и специально с этой целью.

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

IDEF0 (моделирование функциональных блоков);

IDEF1 (моделирование информационных потоков в компании);

IDEF2 (моделирование динамики развития компании);

IDEF3 (документирование бизнес-процессов в компании);

IDEF4 (описание различных объектов в компании и действий над ними);

IDEF5 (описание текущего состояния компании и тенденций изменения).

Стандарты DFD (Data Flow Diagramming) и WFD (Work From Diagram) содержат набор символов или обозначений, с помощью которых описывается бизнес-процесс. Язык DFD и WFD считают классическим. Методология DFD использует для описания бизнеспроцессов диаграммы потоков данных. Диаграммы позволяют описывать потоки документов и материальных ресурсов. Описания могут создаваться как по функциональному признаку, так и на основе процессного подхода. В первом случае получаются схема обмена данными между подразделениями, а во втором – модели бизнеспроцессов.

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

диаграмма вариантов использования (use case diagram);

диаграмма классов (class diagram);

диаграммы поведения (behaviorг diagrams);

диаграммы взаимодействия (interaction diagrams);

диаграмма кооперации (collaboration diagram);

диаграмма последовательности (sequence diagram);

диаграмма состояний (statechart diagram);

диаграмма деятельности (activity diagram);

диаграммы реализации (implementation diagrams);

диаграмма компонентов (component diagram);

диаграмма развертывания (deployment diagram). Имитационное моделирование обеспечивает не только

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

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

Три наиболее крупных разработчика информационных систем: SAP/R3, BAAN и ORACLE для повышения эффективности внедрения своих информационных систем разработали свои стандарты и программные продукты, с помощью которых описывается бизнесдеятельность компании.

Методология ORACLE содержит 5 бизнес-моделей:

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

модель бизнес-процессов (процессная модель описывает бизнес-процессы компании в стандарте «Swimmer lanes»);

модель потоков данных (процессная модель описывает бизнес-процессы компании в стандарте DFD);

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

модель Чена (информационная модель типа «СущностьСвязь» в нотации Чена).

Методология ARIS (Architecture of Integrated Information Systems – проектирование интегрированных информационных систем) одна из современных методологий бизнес-моделирования, получившая широкое распространение. Ее использует программное средство ARIS Toolset. Эта методология разработана в компании IDS Scheer AG в Германии. В нее интегрированы существующие стандарты и спецификации описания процессов и данных, в том числе IDEF и DFD. Различные уровни представления и фазы жизненного цикла позволяют упростить описание бизнес-процессов.

Бизнес-модель (около 100) объединены в четыре группы:

группа «Оргструктура» (модели для описания организационной структуры компании и других элементов, позволяющих ответить на вопрос «кто отвечает?»);

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

группа «Информация» (модели для описания информации, позволяющие ответить на вопрос «на основе чего?»);