- •Типы организационных структур управления в диапазоне «организационная иерархия – организационная сеть». Понятие масштаба управляемости.
- •Линейные организационные структуры управления. Достоинства и недостатки.
- •Функциональные организационные структуры управления. Достоинства и недостатки.
- •Линейно-функциональные (традиционные) организационные структуры управления. Достоинства и недостатки.
- •Дивизиональные организационные структуры управления. Достоинства и недостатки.
- •Адаптивные организационные структуры управления. Достоинства и недостатки.
- •Особенности многомерных (тензорных) организационных структур управления.
- •Понятие «бизнес-процесс» (возможные варианты толкования).
- •Основные группы процессов
- •Понятие «бизнес-модель». Структура бизнес-модели (основные компоненты). Цели моделирования бизнес-процессов. Область применения бизнес-моделей.
- •Цели описания процессов организации.
- •Для каких задач используются созданные описания бизнес-процессов?
- •Понятия «функциональный барьер», «процессный подход».
- •«Функциональный барьер»
- •Классификация бизнес-правил
- •Общее понятие «моделирование». Понятие «процесс» в соответствии со стандартом iso 9000:2000.
- •Ключевые признаки процесса. Ключевые элементы окружения процесса.
- •Предметные области (подсистемы организации), выделяемые при описании процессов. Понятия «детализация», «глубина детализации».
- •Понятия «представление», «модель», «объект», «связь», «атрибут». Варианты формализованного описания систем и процессов. Понятие «моделирование процессов».
- •Понятие «организация». Понятие «процессно-ориентированная организация».
- •Достоинства и недостатки процессно- и функционально-ориентированного взгляда на деятельность организации.
- •Недостатки
- •Этапы идентификации процесса как объекта управления.
- •Понятие «граница процесса». Виды границ. Понятие «интерфейс процесса». Виды интерфейсов.
- •Метод моделирования sadt. Состав функциональной модели. Типы интерфейсов.
- •Метод моделирования dfd. Назначение метода. Структура бизнес-модели по уровням декомпозиции.
- •Метод моделирования dfd. Порядок построения иерархии диаграмм dfd.
- •Метод моделирования dfd. Понятие «спецификация», «элемент данных», «структура данных», «поток данных». Типы организации структур и элементов данных.
- •Метод моделирования aris.Элементы (типы объектов и связей) основной диаграммы бизнес-процесса.Пример диаграммы eEpc и правила ее построения.
- •Метод моделирования aris. Преимущества и недостатки метода.
- •Метод моделирования aris.Основные (наиболее часто используемые) диаграммы.
- •Метод моделирования Ericsson-Penker. Область применения метода. Понятие «механизм расширения uml» (перечислить механизмы), «профиль uml».
- •Метод моделирования Ericsson-Penker. Основные категории бизнес-модели.
- •Метод моделирования Ericsson-Penker. Элементы основной uml-диаграммы метода. Понятие «линейка синхронизации».Порядок декомпозиции uml ActivityDiagram.
- •Метод моделирования Ericsson-Penker. Использование образца процесса на uml ActivityDiagram для описания бизнес-процесса.
- •Метод моделирования Ericsson-Penker. Используемые представления бизнес-модели.
- •Комплекс проектов по описанию и совершенствованию процессов: состав и очередность.
Предметные области (подсистемы организации), выделяемые при описании процессов. Понятия «детализация», «глубина детализации».
В общем случае архитектура ARIS выделяет в организации такие подсистемы как:
• Организационная. Определяет структуру организации — иерархию подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений;
• Функциональная. Определяет функции, выполняемые в организации;
• Подсистемы входов/выходов. Определяют потоки используемых и производимых продуктов и услуг;
• Информационная (подсистема данных). Описывает получение, распространение и доступ к информации (данным);
• Подсистема процессов управления. Определяет логическую последовательность выполнения функций посредством событий и сообщений. Можно сказать, что подсистема управления — это совокупность разнесенных во времени сообщений разного рода;
• Подсистема целей организации. Описывает иерархию целей, достигаемых в ходе выполнения того или иного процесса;
• Подсистема средств производства. Описывает жизненный цикл основных и вспомогательных средств производства;
• Подсистема человеческих, ресурсов. Описывает прием на работу, обучение и продвижение по службе персонала организации;
• Подсистема расположения организационных структур. Описывает территориальное расположение организационных единиц.
Все эти подсистемы организации в реальности и в моделях должны быть связаны между собой ( рис. 13). Методология ARIS дает возможность описывать достаточно разнородные подсистемы в виде взаимоувязанной и взаимосогласованной совокупности различных моделей, которые хранятся в едином репозитории. Именно взаимосвязанность и взаимосогласованность моделей являются отличительными особенностями методологии ARIS.
Цель структурного анализа заключается в преобразовании общих, расплывчатых знаний об исходной предметной области в точные модели, описывающие различные подсистемы моделируемой организации.
Декомпозиция в общем смысле - это метод, позволяющий заменить решение одной большой задачи решением серии меньших задач, расщепление объекта на составные части по установленному критерию. Практически декомпозиция применяется для детализации бизнес-моделей.
Детализация - тщательная проработка деталей модели. Степень детализации зависит от задачи, которая была поставлена.
Методология ARIS также использует декомпозицию и позволяет детализировать предмет моделирования с помощью альтернативных или дополняющих друг друга моделей. Следует помнить, что ни одна отдельно взятая подсистема не может обеспечить моделирование бизнес-процессов полностью. Поэтому для получения целостной картины деятельности организации необходимо взять за основу описание одной из выделенных структур и интегрировать его с остальными. Как показывает практика, основой для такой интеграции чаще всего служит функциональная или информационная подсистема. Любая организация, как правило, имеет большое количество подсистем, поэтому число структурных элементов и связей между ними весьма велико.
(Дальше представлена попытка раскрыть понятие «глубина детализации»)
Из практики хорошо известно, что с ростом детализации бизнес моделей(БМ) резко растет и сложность ее описания. Поддерживать целостность и полноту такой БМ становится все труднее и труднее. Начиная с определенного уровня детализации, эта деятельность, как «черная дыра», втягивает всех квалифицированных специалистов предприятия, составляя основную часть их производственной деятельности. На такие жертвы руководство предприятия готово пойти лишь в экстренных случаях и на короткий период времени.
Таким образом, глубина детализации БМ ограничивается трудоемкостью ее создания и поддержки квалифицированными специалистами. Глубина детализации БМ ограничена также изменчивостью условий бизнеса. Если период изменений в бизнесе меньше того времени, которое требуется на изменение БМ, то такая БМ просто теряет свою адекватность. Особенно остро эта проблема стоит в высокоинтегрированных БМ: связи между отдельными бизнес-процессами в них настолько плотны, что изменение в одной части требует обязательных изменений во всех связанных с ней частях. Удержание требуемого уровня детализации часто приводит к тому, что на предприятии появляется группа высококвалифицированных специалистов-аналитиков, которые все детали держат в голове. В этом случае предприятие попадает в серьезную зависимость от них.