- •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 * Синтаксис и семантика моделей idef3
- •2.1.1 Модели idef3
- •2.1.2 Диаграммы
- •2.1.3 Единица работы. Действие
- •2.1.4 Связи
- •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 Область для рисования
2.1.6 Указатели
Указатели — это специальные символы, которые ссылаются на другие разделы описания процесса. Они используются при построении диаграммы для привлечения внимания пользователя к каким-либо важным аспектам модели.
Указатель изображается на диаграмме в виде прямоугольника, похожего на изображение действия. Имя указателя обычно включает его тип (например, ОБЪЕКТ, UOB и т.п.) и идентификатор (табл. 2.4). На рис. 2.17 показан указатель типа ОБЪЕКТ.
Таблица 2.4
Тип указателя |
Назначение |
ОБЪЕКТ (OBJECT) |
Для описания того, что в действии принимает участие какой-либо заслуживающий отдельного внимания объект |
ССЫЛКА (GOTO) |
Для реализации цикличности выполнения действий. Указатель ССЫЛКА может относиться и к соединению |
ЕДИНИЦА ДЕЙСТВИЯ (Unit of Behavior — UOB) |
Для многократного отображения на диаграмме одного и того же действия. Например, если действие «Подсчет наличных» выполняется несколько раз, в первый раз оно создается как действие, а последующие его появления на диаграмме оформляются указателями UOB |
ЗАМЕТКА (NOTE) |
Для документирования любой важной информации общего характера, относящейся к изображенному на диаграммах. В этом смысле ССЫЛКА служит альтернативой методу помещения текстовых заметок непосредственно на диаграммах |
УТОЧНЕНИЕ (Elaboration — ELAB) |
Для уточнения или более подробного описания изображенного на диаграмме. Указатель УТОЧНЕНИЕ обычно используется для описания логики ветвления у соединений |
На рис. 2.18 показан пример* отображения важного для данной модели отношения между действием и объектом.
Рис. 2.17. Указатель ОБЪЕКТ
Рис. 2.18. Указатель
ОБЪЕКТ ссылается
на действие
2.1.7 Декомпозиция действий
Действия в IDEF3 могут быть декомпозированы или разложены на составляющие для более детального анализа. Метод IDEF3 позволяет декомпозировать действие несколько раз, что обеспечивает документирование альтернативных потоков процесса в одной модели.
Для корректной идентификации действий в модели с множественными декомпози иями схема нуме1 щщ действи рг пи f >тся и наряду с номерами действия и его родителя включает в себя порядковый номер декомпозиции. Например, в номере действия 1.2.5: 1 — номер родительского действия, 2 — номер декомпозиции, 5 — номер действия.
_ 2 Требования IDEF3
к описанию бизнес-процессов
В этом разделе мы рассмотрим построение IDEF3 -диаграммы на основании выраженного в текстовом виде описания процесса. Предполагается, что в построении диаграммы принимают участие ее автор (в основном как системный аналитик) и один или несколько экспертов предметной области, представляющие описание процесса.
77Л Определение сценария, границ моделирования, точки зрения
Для экспертов предметной области, подготавливающих описание моделируемого процесса, должны быть документированы границы моделирования, чтобы им была понятна необходимая глубина и полнота требуемого от них описания. Кроме того, если точка зрения аналитика на процесс отличается от точки зрения эксперта, это должно быть ясно и подробно обосновано.
Вполне возможно, что эксперты не смогут сделать приемлемое описание без их формального опроса автором модели. В таком случае автор должен заранее подготовить перечень вопросов таким же образом, как журналист для интервью.
