Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

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

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

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

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

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

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

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

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

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

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

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

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

Основу многих современных методологий моделирования составляет SADT (Structured Analysis and Design Technique) -- методология структурного анализа и проектирования и языки, применяемые для разработки программного обеспечения. Методология SADT основана на классической методологии структурного проектирования программного обеспечения и информационных систем (SASD)и представляет собой ее дальнейшее развитие. Так как при разработке прикладных программ и интегральных схем постоянно приходилось иметь дело с различными информационными процессами, то она оказалась применима и для моделирования бизнес-процессов.

SADT основана на понятиях функционального моделирования, отражающего системные характеристики: управление, обратная связь и исполнители. В ней используются как естественный, так и графический языки. Графический язык организует естественный язык определенным и однозначным образом. Она может быть сосредоточена либо на функциях системы (функциональная модель), либо на объектах системы (системная модель). Функциональная модель представляет детализацию системы функций, которые отражают свои взаимоотношения через объекты системы. Модели данных дуальны к функциональным моделям и представляют собой подробное описание объектов системы, связанных системными функциями.

При инжиниринге участвуют специалисты двух типов – профессионалы в области реконструированного бизнеса и разработчики информационных систем. Опыт реинжиниринга показал, что по-настоящему успешное и новаторское внедрение информационных технологий является уникальным творческим процессом, в котором управляющие и специалисты технологи, знакомясь с методами информационных технологий, сами делают открытия относительно возможностей их использования в своем конкретном бизнесе. В то же время создание высококачественных информационных систем требует участия профессионалов в области информационных технологий. Возникает проблема поиска общего языка, интеграции современных технологий моделирования и разработки сложных систем: объективно-ориентированные методы, CASE-технологии, инженерия знаний, имитационное моделирование процессов и методы быстрой разработки приложений RAD (Rapid Application Development).

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

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

Для лучшего понимания сущности моделирования рассмотрим некоторые современные методологии.

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

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

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

Пример типовой модели описания бизнес-процессов верхнего уровня представлен на рис. 5.5.

Рис. 5.5. Пример типового описания бизнес-процессов верхнего уровня в DFD

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

Типовая модель описания бизнес-процессов нижнего уровня, используемая консалтинговыми компаниями на основе подхода «Swimmer lanes» представлена на рис. 5.6.

Рис. 5.6. Типовая модель описания бизнес-процессов нижнего уровня в WFD

На DFD-схемах в нотациях (видах) Гейна Сарсона и Йордона-Де Марко в дополнение к классическим, отражаются «внешние сущности» -- объекты с которыми бизнес-процесс взаимодействует, и введенное Гейном Сарсоном – «хранилище данных», с помощью которого показываются места хранения информации и материальных ресурсов бизнес-процесса.

В таблице 5.1. представлены значения символов DFD в нотациях Гейна Сарсона и Йордона-Де Марко.

Таблица 5.1

Значения DFD символов Гейна Сарсона и Йордона-Де Марко

На рис. 5.7 и 5.8 приведен пример DFD-схемы бизнес-процесса «Оформление и выдача трудовой книжки сотруднику при увольнении». В данной схеме в качестве хранилища данных выступает сейф, в котором хранятся трудовые книжки и архив, в который помещается заполненный обходной лист, в качестве внешней сущности увольняющийся сотрудник, получающий результаты выхода (трудовую книжку), рассматриваемого бизнес-процесса.

Рис. 5.7. Пример DFD-схемы бизнес-процесса в нотации Гейна Сарсона

Рис. 5.8. Пример DFD-схемы бизнес-процесса в нотации Йордона-Де Марко

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

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

IDEF0 – методология моделирования функциональных блоков;

IDEF1 – методология моделирования информационных потоков в компании;

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

IDEF3 – методология документирования бизнес-процессов в компании;

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

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

Методология IDEF0 незначительно отличается от классической схемы описания бизнес-процессов DFD. Основным отличием является наличие дополнительной аналитики. В IDEF0 показываются не просто входы, как в DFD, а три типа входов: 1) вход, 2) управление, 3) механизмы.

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

Четыре типа объектов, применяемых для описания входов и выходов в стандарте IDEF0, в английском варианте образуют аббревиатуру ICOM, и на схеме процесса размещаются в строго отведенных местах относительно работ, называемых функциональными блоками. На рис. 5.9, показана IDEF0-схема, описывающая верхний уровень бизнес-процесса -- «Увольнение сотрудника».

На входе В отражено заявление -- материальный объект, преобразующийся в бизнес-процессе. Управление С1 в данном случае показывает нормативную базу – информационный поток, который не преобразуется в процессе, но нужен для его выполнения. Механизмы М1 (персонал) и М2 (программное обеспечение 1С) -- средства, при помощи которых бизнес-процесс реализуется. О1, О2, О3 и О4 – выходы бизнес-процесса.

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

Кроме того, стандарт IDEF0 не позволяет описывать временную последовательность и алгоритмы выполнения работ. Для решения этой задачи был разработан стандарт IDEF3.

IDEF3 предназначен для описания бизнес-процессов нижнего уровня. Он содержит: 1) «логические операторы» -- с помощью которых показывают альтернативы и места принятия решений в бизнес-процессе; 2) «стрелки» -- с помощью которых отражают временную последовательность работ (рис. 5.10).

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

Логические операторы, называемые перекрестками, также подразделяются на три типа: «Исключающий ИЛИ», «И» и «ИЛИ». Причем, перекрестки «И» и «ИЛИ» подразделяются на два подтипа – синхронные и асинхронные. Перекрестки синхронного типа обозначают, что работы В, С и Д запускаются одновременно после завершения работы А. Перекрестки асинхронного типа требований к одновременности не предъявляют. Обозначение и содержание перекрестков представлено в табл. 5.3.

Таблица 5.2

Обозначения связей в IDEF3

Таблица 5.3

Обозначение и значения перекрестков в схемах схождения и расхождения

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

Рис. 5.11. Применение перекрестков в схемах расхождения

В данном случае перекресток «Исключающий ИЛИ» обозначает, что после завершения работы А, начинает выполняться только одна из трех работ В, С или Д, в зависимости от условий 1, 2 или 3.

Перекресток «И» обозначает, что после завершения работы А, начинают выполняться одновременно три параллельно расположенные работы В.С. и Д.

Перекресток «ИЛИ» обозначает, что после завершения работы А, может запуститься любая комбинация трех работ В, С и Д. Например, может запуститься только одна из них, или могут запуститься три работы, или двойные комбинации В и С, либо С и Д, либо В и Д.

Если к перекрестку подходит несколько работ, то такие схемы называются схемами схождения (рис. 5.12).

Рис. 5.12. Применение перекрестков в схемах схождения

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

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

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

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

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

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

Методология ORACLE. Чтобы осуществить эффективную автоматизацию нужно правильно настроить информационную систему. Поэтому разработчики информационных систем разработали свои стандарты и программные продукты, с помощью которых описывается бизнес-деятельность компании. Наиболее крупные из них SAR/R3, BAAN и ORACLE. Каждый их этих стандартов содержит несколько бизнес-моделей, с помощью которых описываются бизнес-процессы, организационная структура и строятся прочие бизнес-модели.

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

Таблица 5.4

Модели методологии ORACLE

При описании бизнес-процессов с использованием методологии ORACLE наиболее часто применяется «Модель бизнес-процессов». Построение этой модели основано на подходе «Swimmer lanes», который представляет собой смесь классических стандартов DFD и WFD (рис. 5.14).

Рис. 5.14. Пример «Модели бизнес-процесса» в стандарте «Swimmer lanes»

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

Методология ARIS (Architecture of Integrated Information Systems – проектирование интегрированных информационных систем) одна из современных методологий бизнес-моделирования, получившая широкое распространение. Ее использует программное средство ARIS Toolset.

Эта методология разработана в компании IDS Scheer AG в Германии. В нее интегрированы существующие стандарты и спецификации описания процессов и данных, в том числе IDEF и DFD. Различные уровни представления и фазы жизненного цикла позволяют упростить описание бизнес-процессов.

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

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

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

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

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

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

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

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

Модели ARIS, наиболее часто используемые в практике, представлены в табл. 5.5.

Таблица 5.5

Основные модели методологии ARIS

Рис. 5.15. Пример модели FT/ARIS «Дерево функций»

Рис. 5.16. Пример модели FAD/ARIS «Диаграмма окружения процесса»

Рис. 5.17. Пример модели VACD/ ARIS «Диаграмма цепочки добавленной стоимости»

Рис. 5.18. Пример модели PSM/ARIS «Матрица выбора процесса»

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

Модель «Матрица выбора процесса» -- PSM является прототипом классического стандарта WDF и используется как альтернатива модели VACD. Она является более упрощенным вариантом описания процесса, но содержит дополнительные объекты, позволяющие показать другие аспекты бизнес-процесса. Позволяет показать различные варианты выполнения процесса, поэтому ее целесообразно применять вместо модели «цепочки добавленной стоимости» в случаях, когда описываемый бизнес-процесс имеет несколько вариантов исполнения, каждый из которых ложится в базовую схему.

Рис. 5.19. Пример модели еEPS/ARIS «Расширенная цепочка процесса, управления событиями»

Модель «Расширенная цепочка процесса, управления событиями» -- еEPS является прототипом классического WDF-стандарта и используется для описания бизнес-процессов нижнего уровня. В дополнение к WDF в еEPS введен объект называемый событием. С помощью событий изображается факт, время или событие, инициирующее выполнение работ процесса, а также факт или время их завершения.

Рис. 5.20. Пример модели ORG/ARIS «Организационная структура»

В модели «Организационная структура» -- ORG изображаются структурные подразделении, группы, должности, роли, прочие элементы и связи между ними.

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

Рис. 5.21. Пример модели ASTD/ARIS «Диаграмма типов информационных систем»

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

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

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

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

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

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

Практика показала, что применение референтных моделей в корпоративных проектах позволяет сократить время и стоимость их реализации более чем на 30%.

Выводы

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

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

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

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

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

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

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

Контрольные вопросы и задания

1. Что является основой проектирования бизнес-процессов?

2. Раскройте содержание проектирования работы.

3. Что означает технология выполнения работы?

4. Раскройте содержание понятия инжиниринг и содержание его видов.

5. Что такое модель процесса и каковы цели моделирования?

6. Какие аспекты в деятельности организации затрагивает моделирование?

7. Что представляет собой технологическая модель процесса и как она формируется?

8. Какие задачи позволяет решать модель процесса?

9. Назовите основные правила формирования модели процесса и наиболее распространенные ошибки.

10. Назовите наиболее распространенные ошибки при построении технологической модели процесса.

11. Для каких элементов управления процессами технологическая модель является основой?

12. То означает методология моделирования бизнес-процессов?

13. Назовите наиболее распространенные методологии используемые при моделировании.

14. Как эволюционировали методологии?

15. В чем чуть объективно-ориентированного моделирования?

16. В чем суть моделей описания бизнес-процессов DFD и WFD?

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

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

Тесты

1. Проектирование бизнес процесса это

а) установление параметров работы;

б) определение кому и как действовать и описание работы.

2. При проектировании

а) осуществляется анализ работы;

б) устанавливаются параметры работы;

в) определяется технология выполнения работы.

3. Содержание работы

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

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

4. Параметрами работы являются:

а) масштаб работы;

б) сложность работы;

в) отношения по работе;

г) технология выполнения работы.

5. Масштаб работы

а) характеризует объем работы;

б) отражает степень владения процессом выполнения работы.

6. Технология выполнения работы это

а) взаимозависимость участков работы;

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

7. Складывающая взаимозависимость означает, что от отдельно работника

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

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

8. Групповая взаимозависимость означает

а) одновременное участие исполнителей в выполнении работы;

б) что конец работы одного исполнителя служит началом выполнения работы для другого.

9. Инжиниринг это

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

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

10. Модель процесса – это

а) описание ключевых характеристик существующего или проектируемого процесса;

б) организационная структура процесса.

11. Технологическая модель процесса

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

б) определяет объемы работ процесса.

12. Какое из утверждений верно по отношению к технологической модели процесса?

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

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

13. Снизить производственные риски при проектировании технологической модели процесса можно

а) повысив уровень детализации процесса;

б) снизив уровень детализации процесса.

14. При формировании структуры процесса учитываются

а) задачи контролируемые менеджментом организации;

б) задачи контролируемые менеджментом организации, подрядчиками и заказчиком.

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

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

б) планирования;

в) организации производства;

г) организации системы обмена информацией;

д) управления содержанием процесса;

е) определения конечных целей процесса.

16. Методология или язык описания бизнес-процессов это

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

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

17. Блок-схема процесса

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

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

18. Простейшая методология моделирования бизнес-процессов включает

а) блок-схему бизнес-процесса;

б) описание бизнес-процесса.

19. Объективно-ориентированное моделирование ориентировано

а) на данные;

б) на процессы.

20. Классическими являются языки

а) DFD;

б) WFD;

в) UML.

Ключ к тестам: 1 -б); 2 –а), б), в); 3 –а); 4 –а), б) в); 5 –а); 6 -б); 7 –б); 8 –а); 9 –а); 10 –а); 11 –а); 12 –б); 13 –а); 14 –б); 15 –а), б), в), г), д); 16 –а); 17 –а); 18 –а), б); 19 -б); 20 –а), б).