
- •Часть 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
Основные типы case-моделей
Типы моделей |
Название моделей |
Английский вариант |
Стандарт |
Функциональные модели (ФМ) |
Функциональные иерархии (ФИ) Диаграммы потоков данных (ДПД) |
DFD - Data Flow Diagram |
IDEFO |
Информационные модели (ИМ) |
Модели “Сущность-связь” |
ERD - Entity-Relationship Diagram |
IDEF1 |
Модели событий (СМ) |
Диаграммы переходов состояний (ДПС) |
STD - State Transition Diagram |
Нет |
ФМ&СМ |
Диаграммы потоков данных (ДПД) |
|
IDEFO |
ФМ&СМ |
Диаграммы потоков данных (ДПД) |
|
IDEFO |
ИМ&СМ |
Диаграммы потоков данных
|
|
IDEFO |
ФМ&ИМ&СМ |
CASE-метод фирмы Oracle. Раскрашенные сети Петри |
CASE - Method |
нет |
На рынке программных продуктов имеется много CASE-систем для концептуального проектирования систем, поддерживающих перечисленные модели. Чаще всего речь идет о поддержке методологии IDEF. В России достаточно широко известны продуктыBPWin,ERWin,OOwin, фирмыPlatimum,Design/IDEFфирмыMetaSoftware,CASE-Аналитик фирмы Эйтэкс,SilverunфирмыCSA,ParadigmPlusи др.
Система BPWin(BusinessProcessing) предназначена для разработки функциональных моделей по методике IDEFO.
Система ERWin предназначена для разработки информационных моделей по методике IDEF1X. Имеются средства, обеспечивающие интерфейс с серверами баз данных (от пользователя скрыто общение на SQL-языке), перевод графических изображений ER-днаграмм в SQL-формы или в форматы других популярных СУБД. В систему включены также типичные для CASEсредства разработки экранных форм.
OOwin служит для поддержки объектно-ориентированных технологий анализа и проектирования систем.
1. Sadt-модели
Под термином "моделирование" мы понимаем процесс создания точного описания системы. Особенно трудным оказывается описание систем средней сложности, таких, как система коммутаций в телефонных сетях, управление аэровоздушными перевозками, сборка автомобилей, функционирование перерабатывающих предприятий. С точки зрения человека, эти системы описать достаточно трудно, потому что они настолько велики, что практически невозможно перечислить все их компоненты со своими взаимосвязями, и в то же время недостаточно велики для применения общих упрощающих предположений. Наша неспособность дать простое описание, а, следовательно, и обеспечить понимание таких систем делает их проектирование и создание трудоемким и дорогостоящим процессом и повышает степень их ненадежности.
SADT-модель дает полное, точное и адекватное описание системы, имеющее конкретное назначение. Это назначение, называемое целью модели, вытекает из формального определения модели в SADT:
Определение 1. Модель М есть модель системы S, если М может быть использована для получения ответов на вопросы относительно S с точностью А.
Определение 2. SADT – модели, ориентированные на функции системы, называются функциональными моделями
Определение 3. SADT – модели, ориентированные на объекты системы, называются моделями данных
Модели данных дуальны к функциональным моделям и представляют собой подробное описание объектов системы, связанных системными функциями. Полная методология SADТ поддерживает создание множества моделей для более точного описания сложной системы.
Таким образом, целью модели является получение ответов на некоторую совокупность вопросов. Эти вопросы неявно присутствуют (подразумеваются) в процессе анализа и, следовательно, они руководят созданием модели и направляют его. Это означает, что сама модель должна будет дать ответы на эти вопросы с заданной степенью точности. Если модель отвечает не на все вопросы или ее ответы недостаточно точны, то мы говорим, что модель не достигла своей цели. Определяя модель, таким образом, SADT закладывает основы практического моделирования.
Смысл и трактовка этого определения оказали существенное влияние на практические применения SADT. Обычно вопросы для SADT-модели формулируются на самом раннем этапе проектирования, при этом основная суть этих вопросов должна быть выражена в одной-двух фразах. На рис.11.1 показана работа автора модели, использующего SADT для определения цели модели экспериментального механического цеха (ЭМЦ). Обратите внимание на то, что, познакомившись с постановкой задачи и кратким описанием процесса, автор составил список вопросов и свел этот список в одно предложение. Это предложение становится целью модели, а список вопросов сохраняется как детализация этого предложения. После завершения работы над моделью информация, содержащаяся в модели, будет отвечать на поставленные вопросы.
Какая степень точности приемлема для модели экспериментального механического цеха?
Поскольку модель будет использована для подготовки учебного руководства, разумная степень точности будет достигнута, если каждая описанная в модели функция экспериментального цеха будет изложена в одном абзаце текста. Такая точность достижима и измерима. Другие методы анализа систем (альтернативные пути описания системы) не учитывают этот критический момент определения основной цели модели. Только поняв, насколько хорошо нужно ответить на поставленные вопросы, можно определить, когда процесс моделирования можно считать завершенным (т.е. когда модель будет соответствовать поставленной цели).