
- •Часть 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
4. Резюме
Начало процесса декомпозиции заключается в выборе блока рассматриваемой диаграммы и рассмотрении объекта, определяемого этим блоком и его дугами. Детализация блока производится путем составления списка данных и списка функций и последующего построения диаграммы. В процессе декомпозиции целесообразно проверять ICOM-коды, потому что при моделировании весьма распространены ошибки интерфейса. Старайтесь включать сомнительные блоки или дуги в диаграммы, фиксируя свои сомнения посредством записей. Это укажет читателям, что вам нужна помощь в решении данной проблемы.
Тема 19. Соглашения по построению диаграмм
В процессе критической оценки содержания диаграммы автор должен оценивать степень ее сложности, вызванную конкретным размещением ее блоков и дуг.
Соглашения по размещению элементов SADT- диаграмм помогают создавать более «читабельные» диаграммы, подобно тому, как аналогичные соглашения в структурном программировании позволяют писать «читабельные» программы.
В SADTсуществуют несколько типов соглашений по размещению элементов, соответственно типам используемых конструкций: блоки; дуги; комбинации блоков и дуг.
В этой лекции рассматриваются каждый из этих типов, описываются правила по их построению и приводятся соответствующие примеры. Для закрепления знаний настоятельно рекомендуется изучить все рассмотренные прежде диаграммы с целью отыскать на них примеры формулируемых далее правил.
1. Размещение блоков
Располагайте блоки по диагонали - от левого верхнего угла диаграммы до правого нижнего, и пронумеруйте их в том же порядке.
Получившаяся «каскадная» структура идеальна для подчеркивания доминантности, минимизации поворотов и пересечений дуг, упрощения обратных связей.
Разместите номер каждого блока в его нижнем правом углу. Это позволит при необходимости быстро их находить.
Запишите С-номер SADT- диаграммы, декомпозирующей блок, под правым нижним углом блока. При таком расположении его легко найти, а также установить связь с детализирующей его диаграммой
DAM009
2. Размещение дуг
Чертите дуги только по вертикали и горизонтали. Это позволит визуально выделять блоки как точки сбора дуг, каковыми блоки и являются. Одновременно это соглашение позволяет лучше отслеживать и направления дуг.
Блоки всегда имеют дуги управления, но могут не иметь входных дуг. Дуги управления накладывают ограничения и управляют функциями системы (включают или выключают). Без них система не может работать.
Если данные служат и для управления, и для входа, обозначайте только дугу управления. Этим уменьшается сложность общей картины и подчеркивается управляющий характер данных
Расстояния между параллельными дугами следует делать максимальными, оставляя больше места для меток. Это помогает прослеживать направления дуг и контролировать их количество.
Расстояние между блоками, поворотами дуг, а также пересечениями дуг также следует максимально увеличить для того, чтобы облегчить процесс чтения и уменьшить вероятность перепутать какие - либо из них.
Следует всегда объединять дуги, источники которых не указаны на диаграмме (если они представляют одни и те же данные)
Необходимо использовать обратные связи, чтобы выделить повторно используемые объекты, в первую очередь на диаграмме, декомпозирующей блок.