- •Моделирование бизнес-процессов с bPwin 4.0
- •Предисловие
- •Введение
- •Глава 1. Инструментальные средства bPwin4.0
- •1.1. Инструментальная среда bPwin 4.0
- •1.1.1. Общее описание интерфейса bPwin 4.0
- •1.1.2. Создание новой модели
- •1.1.3. Установка цвета и шрифта объектов
- •1.1.4. Model Explorer - навигатор модели
- •1.2. Создание модели в стандарте idef0
- •1.2.1. Принципы построения модели idef0
- •1.2.2. Работы (Activity)
- •1.2.3. Стрелки (Arrow)
- •1.2.4. Нумерация работ и диаграмм
- •1.2.5. Диаграммы дерева узлов и feo
- •1.2.6. Каркас диаграммы
- •1.2.7. Слияние и расщепление моделей
- •1.2.8. Рекомендации по рисованию диаграмм
- •1.2.9. Проведение экспертизы
- •1.3. Стоимостный анализ (abc) и свойства, определяемые пользователем (udp)
- •1.4. Дополнение созданной модели процессов организационными диаграммами, диаграммами dfd и Workflow (idef3)
- •1.4.1. Диаграммы потоков данных (Data Flow Diagramming)
- •1.4.2. Метод описания процессов idef3
- •1.4.3. Организационные диаграммы и диаграммы Swim Lane
- •1.4.4. Использование нетрадиционного синтаксиса на диаграммах функциональной модели
- •1.4.5. Создание смешанной модели
- •1.4.6. Имитационное моделирование
- •1.5. Использование обучающего модуля bPwin
- •Глава 2. Создание отчетов
- •2.1. Создание отчетов в bPwin
- •2.1.1. Встроенные шаблоны отчетов
- •2.1.2. Создание отчетов с помощью Report Template Builder
- •2.2. Создание отчетов в rpTwin
- •2.2.1. Создание нового отчета
- •2.2.2. Инструментальная среда rpTwin
- •2.2.3. Вставка и форматирование объектов отчета
- •2.2.4. Группировка и сортировка данных отчета
- •2.2.5. Изменение файла данных отчета
- •2.2.6. Изменение свойств отчета
- •2.2.7. Создание формул rpTwin
- •2.2.8. Функции rpTwin
- •2.2.9. Использование формул rpTwin
- •2.3. Использование Crystal Reports для создания отчетов
- •2.3.1. Подготовка данных для отчета
- •2.3.2. Инструментальная среда Crystal Reports Designer
- •2.3.3. Создание простых отчетов в среде Crystal Reports Designer
- •2.3.4. Внесение в отчет Crystal Reports новых полей
- •2.3.5. Группировка записей отчета Crystal Reports
- •2.3.5. Группировка записей отчета Crystal Reports
- •Глава 3. Связывание модели процессов и модели данных
- •3.1. Модель данных и ее соответствие модели процессов
- •3.2. Экспорт данных из eRwin в bPwin и связывание объектов модели данных со стрелками и работами
- •3.3. Создание сущностей и атрибутов bPwin и их экспорт в eRwin
- •Глава 4. Практикум. Создание функциональной модели с помощью bPwin 4.0
- •4.1. Упражнение 1. Создание контекстной диаграммы
- •4.2. Упражнение 2. Создание диаграммы декомпозиции
- •4.3. Упражнение 3. Создание диаграммы декомпозиции а2
- •4.4. Упражнение 4. Создание диаграммы узлов
- •4.5. Упражнение 5. Создание feo диаграммы
- •4.6. Упражнение 6. Расщепление и слияние моделей
- •4.6.1. Расщепление модели
- •4.6.2. Слияние модели
- •4.7. Упражнение 7. Создание диаграммы idef3
- •4.8. Упражнение 8. Создание сценария
- •4.9. Упражнение 9. Стоимостный анализ (Activity Based Costing)
- •4.10. Упражнение 10. Использование категорий udp
- •4.11. Упражнение 11. Расщепление модели
- •4.12. Упражнение 12. Слияние расщепленной модели с исходной моделью
- •4.13. Упражнение 13. Копирование работ
- •4.13.1. Копирование работ в другую модель
- •4.13.2. Перемещение работ в той же самой модели
- •4.14. Упражнение 14. Создание модели то-ве (реинжиниринг бизнес-процессов)
- •4.14.1. Расщепление и модификация модели
- •4.14.2. Слияние модели
- •4.14.3. Использование Model Explorer для реорганизации дерева декомпозиции
- •4.14.4. Модификация диаграммы idef3 "Сборка продукта" с целью отображения новой информации
- •4.14.5. Декомпозиция работы "Продажи и маркетинг"
- •4.15. Упражнение 15. Создание диаграммы dfd
- •4.16. Упражнение 16. Использование Off-Page Reference на диаграмме dfd
Глава 3. Связывание модели процессов и модели данных
3.1. Модель данных и ее соответствие модели процессов
Функциональная модель BPwin является основой для построения модели данных. Действительно, не имея информации о том, как работает предприятие, бессмысленно строить модель данных. Для построения модели данных удобно использовать специализированное средство фирмы Computer Associates -ERwin 4.0. К сожалению, процесс преобразования модели BPwin в модель данных плохо формализуется и поэтому не автоматизирован. Модель данных, как правило, создается вручную в среде ERwin, при этом функциональная модель используется как проектная документация.
После разработки модели данных ее следует связать с моделью процессов. Такая связь гарантирует завершенность анализа, гарантирует, что есть источник данных (сущность) для всех потребностей данных (работа). Связи объектов способствуют согласованности, корректности и завершенности анализа.
Стрелки в модели процессов (BPwin) обозначают некоторую информацию, использующуюся в моделируемой системе. В ERwin на логическом уровне модели данных информация отображается в виде сущностей (соответствуют таблицам на физическом уровне), состоящих из атрибутов сущностей (соответствуют колонкам таблицы).
На диаграммах ERwin сущности показываются в виде прямоугольников. Имеется несколько уровней представления модели. На уровне сущностей имя сущности показывается внутри прямоугольника (рис. 3.1.1).
Рис. 3.1.1. Фрагмент модели данных в нотации IDEF1X (уровень сущностей)
На уровне атрибутов имя сущности показано над прямоугольником, атрибуты сущности показываются в виде списка внутри прямоугольника (рис. 3.1.2).
Рис. 3.1.2. Фрагмент модели данных в нотации IDEF1X (уровень атрибутов)
Сущности состоят из совокупности отдельных записей - экземпляров сущностей (соответствуют записям в таблице). К модели данных предъявляются определенные требования (нормализация данных), которые призваны обеспечить компактность и непротиворечивость хранения данных. Основная идея нормализации данных - каждый факт должен храниться в одном месте. Это приводит к тому, что информация, которая моделируется в виде одной стрелки в модели процессов, может содержаться в нескольких сущностях и атрибутах в модели данных. Кроме того, на диаграмме модели процессов могут присутствовать различные стрелки, изображающие одни и те же данные, но на разных этапах обработки (например, необработанные детали - обработанные детали - собранное изделие). Информация о таких стрелках находится в одних и тех же сущностях. Следовательно, одной и той же стрелке в модели процессов могут соответствовать несколько сущностей в модели данных и, наоборот, одной сущности может соответствовать несколько стрелок.
Стрелке в модели процессов может соответствовать отдельная сущность в модели данных. Так, стрелке "Части" на рис. 3.1.3 соответствует сущность "Часть", стрелке "Конечные продукты" - сущность "Продукт".
Информация о стрелке может содержаться только в нескольких атрибутах сущности. Разным атрибутам одной и той же сущности могут соответствовать разные стрелки. На рис. 3.1.4 стрелка "Новая часть" соответствует атрибутам "Номер части" и "Название части", стрелка "Наличное количество" - атрибутам "Количество".
Рис. 3.1.4. Преобразование стрелки в атрибут
Работы в модели процессов могут создавать или изменять данные, которые соответствуют входящим или выходящим стрелкам. Они могут воздействовать как целиком на сущности (создавая или модифицируя экземпляры сущности, рис. 3.1.5), так и на отдельные атрибуты сущности (рис. 3.1.6).
Рис. 3.1.5. Воздействие работы на сущность
BPwin позволяет связывать элементы модели данных, созданной с помощью ERwin, документировать влияние работ на данные и тем самым позволяет создать спецификации на права доступа к данным для каждого процесса (см. ниже).
Рис. 3.1.6. Воздействие работы на атрибуты