
- •Часть 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
5. Обозначения для менее распространенных интерфейсов по дугам
Номера узлов, С-номера и коды ICOM управляют подавляющим большинством ситуаций внутренних связей в модели. Однако между родительскими диаграммами и диаграммами-потомками могут возникать некоторые специфические ситуации, в которых разумное использование синтаксиса модели улучшает описание модели, а именно: (1) при разветвлении и соединении внешних дуг; (2) при изменении входных дуг на управляющие и наоборот; (3) когда дуги "входят в тоннель". Необходимо предупредить, что такие средства изображения следует использовать только в особых ситуациях для прояснения и упрощения описания системы. Их следует применять для удобства, а не как прикрытие плохого анализа систем. Во всех этих случаях данные при пересечении границ диаграмм сохраняются, т. е. все входные данные некоторым образом используются для образования всех выходных данных. Ключом для понимания таких ситуаций является то, что дуги SADT изображают иерархические наборы данных.
Одна из особых ситуаций заключается в разветвлении или соединении внешних дуг между диаграммами. Например, две внешние выходные дуги на диаграмме могут быть частями общей выходной дуги на границе блока. Это может произойти, если аналитик вместо того, чтобы обычным способом соединить их на диаграмме, оставляет это соединение неявным. Узнать об этом непоказанном соединении или разветвлении можно только, заметив, что коды ICOM для двух разных дуг совпадают. Настоятельно рекомендуется почти во всех случаях делать явным факт соединения или разветвления внешних дуг, вычерчивая это на декомпозируемой диаграмме. Это позволит избежать использования ICOM-меток для указания соединения или разветвления дуг.
Особая ситуация возникает также тогда, когда входная дуга превращается в дугу управления и наоборот. Это происходит, если дуга управления (или входная), касающаяся границы блока, используется при декомпозиции диаграммы как входная (или соответственно управленческая) дуга.
Две другие особые ситуации возникают, когда дуги "входят в тоннель" между диаграммами. Дуга "входит в тоннель", либо (1) если она является внешней дугой, которая отсутствует на родительской диаграмме (имеет скрытый источник), либо (2) если она касается блока, но не появляется на диаграмме, которая его декомпозирует (имеет скрытый приемник). Тоннельные дуги от скрытого источника начинаются скобками, чтобы указать, что эти дуги идут из какой-то другой части модели или прямо извне модели. На рис. 13.2 дуга незанятый рабочийС1 блокаполучить задание и назначить исполнителяна диаграмме ЭМЦ/А1 входит в тоннель и поэтому она не касается блокауправлять выполнением заданияна родительской диаграмме ЭМЦ/АО. Тоннельные дуги, имеющие скрытый приемник, кончаются скобками, чтобы отразить тот факт, что такая дуга идет к какой-то другой части модели или выходит из нее или что она не будет более в этой модели рассматриваться. На рис. 13.3 все дуги механизмов диаграммыизготовить нестандартную детальявляются тоннельными и указывают на то, что они не будут показаны при декомпозиции соответствующих блоков.
Опыт разработчиков свидетельствует, что описанные особые ситуации встречаются редко, и если это все же происходит, то по очень специальным причинам. Хотя многие неоднократно сталкивались с полезным применением этой методики, но применять ее необходимо с большой осторожностью. При неправильном использовании она быстро становится прикрытием плохого моделирования. Вместо этого предлагается использовать синтаксис SADT-моделей стандартными способами. Если же диаграммы становятся слишком сложными для чтения и понимания, можно обратиться к этим альтернативным методам.
Рис 13.2. Связь между родительской диаграммой и диаграммой потомком
Рис 13.3. Кодирование связей между SADT-диаграммами