
- •Часть 1. Введиние в реинжиниринг бизнес-процессов введение
- •Тема 1. Понятие бизнес-процесса (бп)
- •1. История возникновения понятия бп
- •2. Определения бизнес-процесса
- •3. Составляющие бизнес-процесса
- •4. Цели выполнения бизнес-процесса
- •5. Характеристики бизнес-процесса
- •Тема 2. Понятие реинжиниринга бизнес-процессов (рбп)
- •1. Концепция рбп
- •2. Определения рбп
- •3. Классификации моделей реинжиниринга
- •4. Этапы рбп
- •Тема 3. Подходы и типовые варианты реструктуризации системы управления компанией
- •1. Причины перестройки системы управления
- •2. Перестройка системы управления в кризисной ситуации
- •3. Перестройка системы управления в стабильной ситуации
- •4. Современные подходы к перестройка системы управления
- •5. Варианты реструктуризации
- •Тема 4. Применение бизнес-реинжиниринга в компании
- •1. Принципы бизнес-инжиниринга
- •2. Этапы реинжиниринга
- •3. Бизнес-реинжиниринг для небольших компаний
- •4. Преимущества и недостатки реинжиниринга
- •5. Реинжиниринг и бизнес-планирование
- •6. Организация работ по реинжинирингу
- •7. Результаты реинжиниринга
- •8. Бенчмаркинг
- •Тема 5. Моделирование и анализ бизнес-процессов
- •1. Последовательность моделирование бизнес-процессов
- •1. Идентификация бизнес-процессов компании
- •2. Выбор бизнес-процессов для реинжиниринга
- •1. Последовательность моделирование бизнес-процессов
- •1.1. Изучение выбранных для реинжиниринга бизнес-процессов
- •1. Последовательность моделирование бизнес-процессов
- •1.2. Симптомы нарушенных бизнес-процессов
- •1.3. Значимость бизнес-процессов
- •1.4. Степень осуществимости реинжиниринга бизнес-процессов
- •1.5. Роль менеджера при выделении бизнес-процессов и их реинжиниринге
- •Тема 6. Методы реинжиниринга бизнес-процессов
- •1. С какого бизнес-процесса следует начинать реинжиниринг
- •2. Методы реинжиниринга
- •3. Вовлечение в бизнес-процесс как можно меньшего количества ресурсов.
- •3. Учет очередности выполнения бизнес-процессов
- •Тема 7. Внедрение новой системы управления компанией в практику
- •1. С чего начинать?
- •2. Реинжиниринговая команда
- •3. Внедрение новой системы управления в практику
- •Тема 8. Сопротивление изменениям при внедрении новой системы управления компанией
- •1. Причины сопротивления изменениям
- •2. Информирование и убеждение работников
- •3. Способы преодоления сопротивления
- •Методы и технологии реинжиниринга ис
- •1. Введение.
- •2.1. Понятие «реинжиниринга ис».
- •2.2. Основное содержание реинжиниринга ис и его место в жц ис.
- •3. Классификация подходов, методов и технологий.
- •4. Заключение.
- •Глоссарий понятий и терминов.
- •Часть 2. Методология и инструментальные средства реинжиниринга бизнес-процессов
- •Тема 10. Классификация case-средств и моделей
- •1. Современная концепция разработки информационных систем
- •2. Модель "as is" (как есть) - позитивная модель
- •3. Модель "to be"- нормативная модель
- •4. Case моделирование бизнес-процессов
- •5. Типы case-моделей
- •Совокупность моделей концептуального проектирования idef
- •Основные типы case-моделей
- •1. Sadt-модели
- •1. Sadt-модели
- •Тема 11. Введение в sadt-моделирование
- •2. Свойства sadt-модели
- •3. Модель имеет единственный субъект
- •4. У модели может быть только одна точка зрения
- •5. Модели как взаимосвязанные наборы диаграмм
- •6. Резюме
- •Тема 12. Синтаксис sadt-диаграмм
- •1. Sadt-диаграмма
- •2. Блоки и дуги
- •3. Разветвление и слияние дуг
- •4. Идентификация версий диаграмм с-номерами
- •5. Резюме
- •Тема 13. Синтаксис моделей и работа с ними
- •1. Система представляется одним блоком
- •2. Идентификация декомпозиции номерами узлов
- •3. Связывание декомпозиции с помощью с-номеров
- •4. Коды icom гарантируют стыковку диаграмм
- •5. Обозначения для менее распространенных интерфейсов по дугам
- •6. Резюме
- •Тема 14. Процесс моделирования в sadt
- •1.Sadt-методология
- •2. Sadt – моделирование
- •3. Этапы моделирования в sadt
- •4. Комментарии
- •5. Резюме
- •Тема 15. Sadt - уточнение концепции моделей
- •1. Главное преимущество методологии sadt
- •2.Точка зрениямодели sadt
- •3. Декомпозиция в ходе моделирования
- •1. Производит анализ и синтез системных объектов, определяя, как именно подверглись разбиению объекты, входящие в систему;
- •4. Стратегии декомпозиции.
- •5. Резюме
- •Тема 16. Подготовка к процессу моделирования
- •1. Сбор и анализ информации.
- •2. Организация процесса опроса для сбора информации.
- •3. Три этапа в процессе опроса.
- •4. Рекомендации аналитику
- •Тема 17. Создание функциональных моделей и диаграмм
- •1. Начало моделирования
- •2. Выбор цели и точки зрения
- •3. Составление списка данных
- •4. Составление списка функций
- •5. Построение диаграммы а0
- •6. Диаграмма а-0, как обобщение диаграммы а0
- •7. Резюме
- •Тема 18. Sadt - моделирование: декомпозиция блоков
- •1. Основные шаги
- •2. Декомпозиция ограниченного блока
- •3. Анализ результатов декомпозиции автором
- •4. Резюме
- •Тема 19. Соглашения по построению диаграмм
- •1. Размещение блоков
- •2. Размещение дуг
- •3. Совместное размещение блоков и дуг.
- •4. Резюме
- •Тема 20. Завершение моделирования
- •1. Размер sadt-моделей
- •2. Прекращение декомпозиции
- •3. Достаточная детализированность
- •4. Изменение уровня абстракции
- •5. Изменение точки зрения
- •6. Сходные функции
- •7. Тривиальные функции
- •8. Принятие решения о завершении моделирования
- •9. Резюме
- •Часть 3. Примеры проектов и моделей реинжиниринга бизнес-процессов
- •Тема 21. Шаблон представления бизнеса-процесса, отражающий концепцию процессного подхода к управлению организацией в понимании iso 9000:2000
- •1. Введение
- •2. Контекстная диаграмма бизнес-процесса, учитывающего цикл pdca
- •Тема 23. Разработка документа "а", модель в idef0-idef3
2. Декомпозиция ограниченного блока
Выбор блока. Декомпозиция начинается с определения самого содержательного блока. Лучшим будет тот, который позволяет наиболее глубоко проникнуть в суть рассматриваемой системы
Анализ блока. Как обычно, составляется для него список данных и функций, используяICOM- кодирование для того, чтобы не потерять какие-либо интерфейсные данные. Список и того и другого детализируется и теперь действительно отражает более конкретно операции выполняемые рабочим.
Как всегда, необходимо ограничиться разумным уровнем сложности при объединении функций и данных: четыре-пять функциональных блоков, как правило, лучше всего. Слишком много данных и функций часто содержит слишком много информации, что приводит к запутыванию диаграмм. В то же время недостаточное количество блоков дает слишком мало информации, и диаграмма становится почти бесполезной. Необходимо соблюдать баланс - чувство меры здесь также важно, как и вообще во всех сферах человеческой деятельности.
Создание новой диаграммы. Новая диаграмма строится аналогично диаграммам А0 и А-0. Блоки размещаются в соответствии с их доминированием, затем создаются основные дуги, представляющие ограничения и, наконец, внутренние дуги.
Отметим некоторые важнейшие особенности анализа на этом этапе.
Выявление интерфейсных ошибок
Инженерам известно, что существенная доля ошибок падает именно на интерфейсы. В данном случае речь идет о местах соединения диаграмм-потомков с родительскими диаграммами. Вот почему необходимо особенно аккуратно проверять эти стыки, используя ICOM- метки. Реально можно рекомендовать записывать имена иICOM- коды для всех дуг, образующих границу прежде, чем составлять список данных и функций при декомпозиции. Выполнив декомпозицию, аналитику полезно вернуться к исходному блоку родительской диаграммы и соединить каждую внешнюю дугу новой диаграммы с соответствующей дугой, касающейся этого блока.
Принципы и приемы расположения дуг
Дуги выражают связи между блоками и ничего не говорят о последовательности выполняемых действий. Необходимо при декомпозиции изображать их в максимально полном объеме, устраняя их только после этапа рецензирования, если окажется, что они действительно не нужны. В то же время надо помнить, что опытные аналитики никогда не ставят задачу изображать каждый объект отдельной дугой. И здесь необходим компромисс. Может помочь при его поиске включение описаний сомнительных дуг в глоссарий, в дальнейшем уточняя ее содержимое при декомпозиции тех блоков, которых она касается.
3. Анализ результатов декомпозиции автором
Выявление недостатков новой диаграммы- производится по схемевопрос - ответприменительно ко всем рассматриваемым объектам: блокам, внутренним дугам, связи с родительскими диаграммами. Типичными вопросами являются следующие:
Применительно к блокам:
Представляют ли блоки содержательную декомпозицию функций?
Не выглядит ли диаграмма запутанной?
Все ли блоки соответствуют точке зрения модели?
Несут ли блоки достаточный объем новой информации?
Все ли блоки имеют одинаковый уровень детализации?
Соразмерна ли сложность всех блоков?
Отражает ли каждый блок, какой-либо аспект блока родительской диаграммы?
Применительно к связи с родительской диаграммой:
Все ли внешние дуги имеют ICOM- коды?
Все ICOM - коды соединяют дуги с одним и тем же значением?
Дополняют ли названия внешних дуг информацию, сообщаемую диаграммой?
Не противоречит ли смысл анализируемой диаграммы смыслу родительской диаграммы?
Применительно к внутренним дугам:
не слишком ли их много?
нет ли блоков без дуг управления?
нет ли блоков без выходных дуг?
Правильно ли отражают дуги, представляющие ограничения, доминирование блоков?
Верно ли решение диаграммы?
Все ли важные обратные связи отражены?
Все ли ошибочные ситуации устранены?
Создание альтернативных декомпозиций. Это всегда полезно делать, имея ввиду, что в идеальнойSADT- диаграмме блоки должны обладать следующими важными качествами:
выполнять строго определенные функции;
иметь одинаковую сложность;
иметь одинаковый уровень детализации;
достаточно просто объединяться с другими блоками диаграммы;
воздействовать на управления, входы и выходы с определенным смыслом;
совместно с другими блоками работать на реализацию функции диаграммы.
Ориентируясь на эти идеальные качества блока, не следует понимать их слишком прямолинейно. Например, добиваясь слишком активно одинакового уровня сложности блоков, можно излишне усложнить соединения между ними, а упрощая слишком - потерять важный для этого уровня детализации факт. Так что и здесь нужно искать компромисс, основанный на том, что в конечном счете в результате декомпозиции мы должны добиться наилучшего описания декомпозируемого объекта.
В процессе анализа приходится размышлять также о соединении или разъединении дуг. Принятие решений в этой части должно учитывать то обстоятельство, что объединение дуг скрывает детали, равно как и то, что увеличение их количества усложняет диаграмму. В общем, компромисс, компромисс и еще раз компромисс.
Еще один (активный) способ проверки качества диаграмм заключается в их тестировании - проигрывании того или иного сценария работы системы. Таким образом, можно проверить и точность, и «прозрачность» создаваемой модели.
Полезно иногда для оценки качества диаграммы - разложение одного-двух ее блоков, что эквивалентно выделению некоторых спрятанных до этого функций. Детализация некоторой части новой диаграммы поможет определить сбалансированность декомпозиции и выявить неувязки в распределении функций между новыми блоками.
Корректировка новой диаграммы. Это результат предыдущих действий аналитика по оценке качества диаграмм, имеющий в свою очередь цель донести информацию до читательской аудитории в точном и понятном виде. При этом возможны следующие действия:
переопределение расположения блоков. Обычно это делается для более удобного расположения дуг, даже в нарушение принципа «доминантности» - от левого верхнего угла к правому нижнему;
изменение названия блоков в направлении углубления их содержательности;
изменение расположения дуг с целью улучшения «читабельности» модели. При этом надо уделить большое внимание их названиям, опять же выбирая компромиссное решение между длинным, но более информативным названием и коротким, соответственно, менее информативным;
создание списка пояснений. Они должны раскрывать смысл выбранных названий дуг, а не прикрывать недостатки небрежно составленной диаграммы.
Корректировка всех связанных диаграмм. Речь идет об изменениях в родительской диаграмме и диаграммах-потомках по отношению к разработанной диаграмме декомпозиции, которые могут касаться изменений меток внешних дуг, появления новых внешних дуг и при распределении функций. Речь может идти также о перемещении блоков. В последнем случае надо иметь ввиду, что эта операция влечет за собой обилие технической работы и может привести к ошибкам, так что все изменения должны отслеживаться достаточно тщательно.