- •Isbn 5-279-02433-3 © с.В.Черемных, и.О. Семенов, b.C. Ручкин, 2001
- •1.1 Требования к модели компании
- •1.1.1 Клиенты и партнеры
- •1.1.3 Команда по реинжинирингу
- •1.1.4 Владелец процесса '
- •1.1.5 Владелец ресурса
- •1.4 Методология sadt
- •1.5 Применение методов idef для моделирования поведения компаний
- •2.1.1 Модели idef3
- •2.1.2 Диаграммы
- •2.1.3 Единица работы. Действие
- •2.1.4 Связи
- •2 * Синтаксис и семантика моделей idef3
- •2.1.5 Соединения
- •2.1.6 Указатели
- •2.1.7 Декомпозиция действий
- •77Л Определение сценария, границ моделирования, точки зрения
- •2.2.2 Определение действий и объектов
- •2.2.3 Последовательность и параллельность
- •2 1 Синтаксис и семантика моделейIdef0
- •3.1.1 Модели idef0
- •3.1.2 Действия
- •3.1.3 Границы и связи
- •3.1.4 Туннели
- •3.2 Построение моделей idef0
- •3.2.1 Диаграммы
- •3.2.2 Цикл эксперт — аналитик
- •3.2.3 Построение моделей
- •3.2.4 Точка зрения
- •3.2.5 Границы моделирования
- •3 2 _ Определение стрелок ' ' на контекстной диаграмме
- •3.2.8 Нумерация блоков и диаграмм
- •3.2.11 Когда остановиться
- •3.2.12 Другие диаграммы idefo
- •3 3 2 Создание моделей idef3
- •4. Назначение диаграмм потоков данных
- •4 2 Синтаксис и семантика диаграмм потоков данных
- •4.2.1 Функциональные блоки
- •4.2.2 Внешние сущности
- •4.2.3 Стрелки (потоки данных)
- •4.2.4 Хранилища данных
- •4.2.5 Ветвление и объединение
- •4.3.1 Два подхода к построению dfd-моделей
- •4.3.2 Нумерация объектов
- •5.2 Имитационные модели
- •5.2.1 Источники и назначения
- •5.2.2 Очереди
- •5.2.3 Оборудование
- •5.2.4 Пример имитационной модели
- •5.2.5 Обработка результатов моделирования
- •6.1.1 Краткий обзор
- •6.1.4 Деловое моделирование
- •6.1.5 Что такое bPwin
- •6.1.6 Модель bPwin
- •6.2 Idef-моделирование и bPwin
- •6.2.2 Функциональное моделирование (idef0)
- •6.2.3 Диаграммы потоков данных (dfd)
- •6.2.4 Описание бизнес-процессов (idef3)
- •6.2.5 Когда и какие методологии применять
- •6.3.1 Рабочее место bPwin
- •6.3.2 Дерево модели
- •6.3.3 Область для рисования
1.1 Требования к модели компании
Компания взаимодействует с различными категориями людей, и каждая категория может иметь собственную модель компании. Рассмотрим только наиболее важные категории и кратко опишем их требования к модели компании. Отметим, что люди, относящиеся к одной категории, имеют единую точку зрения на модель, полностью определяемую информационными запросами этой категории.
1.1.1 Клиенты и партнеры
Фундаментальные изменения в компании не могут начаться до тех пор, пока каждое лицо из внешнего окружения компании не включится в процесс реинжиниринга. Заказчики и партнеры ожидают от компании определенных действий, а компания, в свою очередь, ожидает нечто подобное от них. Довольно часто наиболее радикальные идеи по реинжинирингу приходят от клиентов или партнеров. Модель, включающая описание внешнего окружения, должна фокусировать внимание на том, как компания выглядит со стороны: что она может предложить своему окружению к наоборот. В этом контексте, несомненно, внутренняя организация работы компании не представляет какого-либо интереса для людей извне. С другой стороны, они жизненно заинтересованы в бизнес-процессах компании и их взаимодействиях с клиентами и партнерами. Интерес может вызвать и географический аспект: где расположена компания и какие процессы имеют место в том или ином регионе.
л л 2 Исполнительный
управленческий аппарат
Исполнительный управленческий аппарат формулирует перспективы и цели компании. Для этого он должен иметь ясную картину того, как они реализуются на практике, поэтому модели, которые использует управленческий аппарат, должны учитывать архитектуру компании. Эти модели дают менеджерам не только общую картину бизнес-процессов компании и их взаимодействия, но и подробно представляют каждый отдельный процесс. Для каждого бизнес-процесса менеджеры определяют цели, затраты, сроки, желаемый резуль-
тат и т.д. Более того, они должны распределять ресурсы (владельцев процессов, лидеров процессов, владельцев ресурсов), а также планировать бюджет и оценивать возможные последствия принимаемых решений.
1.1.3 Команда по реинжинирингу
Коллектив, проводящий реинжиниринг компании, должен иметь доступ к наиболее детализированным моделям. Членам команды по реинжинирингу необходимы те же обобщенные модели, что и менеджерам, поскольку они должны при помощи этих моделей общаться с менеджерами. Однако им нужны и подробнейшие описания каждой стадии любого процесса. Ведь именно эти люди должны решать, какие виды ресурсов и в каких количествах потребуются, идентифицировать потенциально узкие места и находить способы их устранения. Здесь нужны не только полные описания, но и средства разработки соответствующих моделей. Команда должна быть в состоянии визуально представить образ будущей компании, понять и заново спроектировать ее на различных уровнях абстракции, построить прототип, определить все ресурсы, необходимые для успешной реализации проектов, и описать структуру преобразованной компании. Методы и средства, используемые командой, должны обеспечивать:
1. Визуализацию образа будущей компании и окружающего ее мира.
Члены команды должны предусматривать различные сценарии преобразования существующих бизнес-процессов как в случае, когда компания берет на себя некоторые из задач, ранее решавшихся клиентами, так и в случае, когда клиенты привлекаются для решения задач, выполнявшихся до этого компанией. Команда должна работать с альтернативными архитектурами процессов и моделировать их воздействие на деятельность компании.
2. Описание альтернативных вариантов проекта выбора архитек туры основного процесса компании.
В этом случае проектирование означает разработку бизнес-процессов так, чтобы они использовали человеческие ресурсы наиболее эффективным способом. Команда по реинжинирингу должна принимать решения относительно проектирования на различных уровнях, от общего архитектурного уровня (например, функциональная структура и типы ресурсов, которые должны быть в наличии) вплоть до де-
тального
динамического уровня событий. Применение
бизнес-процессов
должно выявлять возможные конфликты,
узкие места, тупики и несогласованности.
3. Описание продукции компании в контексте того, как, когда и в ходе какого процесса она вырабатывается.
Каждый продукт имеет жизненный цикл, который должен быть учтен в процессе моделирования.
4. Адаптацию выбранного архитектурного решения к существую щей структуре компании.
Например, компании, имеющей филиалы и отделения во многих странах, должна быть предоставлена возможность проводить реинжиниринг по филиалам поэтапно, не затрагивая, насколько это возможно, остальные части компании.
Описание реализации конечного проекта с учетом как человече ских, так и технических ресурсов.
Представление реконструированной компании таким образом, чтобы каждый участник понял новую организацию работ, свои новые задачи и способы их выполнения, т.е. модель должна быть понятна персоналу без длительного обучения и серьезного вмешательства в его работу.
