- •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 Область для рисования
2 * Синтаксис и семантика моделей idef3
2.1.1 Модели idef3
Основой модели IDEF3 служит так называемый сценарий бизнес-процесса, который выделяет последовательность действий или подпроцессов анализируемой системы. Поскольку сценарий определяет назначение и границы модели, довольно важным является подбор подходящего наименования для обозначения действий. Для подбора необходимого имени применяются стандартные рекомендации по предпочтительному использованию глаголов и отглагольных существительных, например «обработать заказ клиента» или «применить новый дизайн».
Сценарий для большинства моделей должен быть документирован. Обычно это название набора должностных обязанностей человека, являющегося источником информации о моделируемом процессе.
Также важным для системного аналитика является понимание цели моделирования — набора вопросов, ответами на которые будет служить модель, границ моделирования — какие части системы войдут, а какие не будут отображены в модели, и целевой аудитории — для кого разрабатывается модель.
2.1.2 Диаграммы
Как и в любой рассматриваемой в этой книге технологии моделирования действий, главной организационной единицей модели IDEF3 является диаграмма. Взаимная организация диаграмм внутри модели IDEF3 особенно важна в случае, когда модель заведомо создается для последующего опубликования или рецензирования, что является вполне обычной практикой при проектировании новых систем. В этом случае системный аналитик должен позаботиться о таком информационном наполнении диаграмм, чтобы каждая из них была самодостаточной и в то же время понятной пользователю.
2.1.3 Единица работы. Действие
Аналогично другим технологиям моделирования действие, или в терминах IDEF3 «единица работы» (Unit of Work — UOW), — другой важный компонент модели. Диаграммы IDEF3 отображают действие в виде прямоугольника. Как уже отмечалось, действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (рис. 2.2)
Рис. 2.2. Изображение и нумерация действия в диаграмме IDEF3
2.1.4 Связи
Связи выделяют существенные взаимоотношения между действиями. Все связи в IDEF3 являются однонаправленными, и хотя стрелка может начинаться или заканчиваться на любой стороне блока, обозначающего действие, диаграммы IDEF3 обычно организуются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков. В табл. 2.1 приведены три возможных типа связей.
Связь типа «временное предшествование». Как видно из названия, связи этого типа показывают, что исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного действия. Связь должна быть поименована таким образом, чтобы человеку, просматривающему модель, была понятна причина ее появле-
Таблица 2.1
Изображение |
Название |
Назначение |
|
Временное предшествование (Temporal precedence) |
Исходное действие должно завершиться, прежде чем конечное действие сможет начаться |
|
Объектный поток (Object flow) |
Выход исходного действия является входом конечного действия. Из этого, в частности, следует, что исходное действие должно завершиться, прежде чем конечное действие сможет начаться |
|
Нечеткое отношение (Relationship) |
Вид взаимодействия между исходным и конечным действиями задается аналитиком отдельно для каждого случая использования такого отношения |
ния. Во многих случаях завершение одного действия инициирует начало выполнения другого, как показано на рис. 2.3. В этом примере автор должен принять рекомендации рецензентов, прежде чем начать вносить соответствующие изменения в работу.
Рис. 2.3. Связь типа «временнбе предшествование» между действиями 1.1 и 1.2
Связь типа «объектный поток». Одна из наиболее часто встречающихся причин использования связи типа «объектный поток» заключается в том, что некоторый объект, являющийся результатом выполнения исходного действия, необходим для выполнения конечного действия. Обозначение такой связи отличается от связи временного предшествования двойной стрелкой. Наименования потоковых связей должны четко идентифицировать объект, который передается с их помощью. Временная семантика объектных связей аналогична связям предшествования, это означает, что порождающее объектную связь исходное действие должно завершиться, прежде чем конечное действие может начать выполняться, как показано на рис. 2.4. В приведенном примере счет на оплату услуг является результатом выполнения действия 1.1.
Рис. 2.4. Объектная связь между действиями 1.1 и 1.2
Связь типа «нечеткое отношение». Связи этого типа используются для выделения отношений между действиями, которые невозможно описать с использованием предшественных или объектных связей. Значение каждой такой связи должно быть определено, поскольку связи типа «нечеткое отношение» сами по себе не предполагают никаких ограничений. Одно из применений нечетких отношений — отображение взаимоотношений между параллельно выполняющимися действиями. На рис. 2.5 приводится фрагмент процесса запуска бензопилы с водяным охлаждением и нечеткое отношение между действиями «запустить двигатель» и «запустить водяной насос». Название стрелки может быть использовано для описания типа отношения, более подробное объяснение может быть приведено в виде отдельной ссылки.
Рис. 2.6. Временная шкала выполнения действия для рис. 2.3
Связь нечеткого отношения, альтернативная предшественной связи на рис. 2.3, представлена на рис. 2.7. В этом примере внесение исправлений начинается по мере получения замечаний от рецензентов, т.е. до непосредственного окончания действия по принятию замечаний.
• Рис. 2.7. Альтернативная связь предшествования
На рис. 2.8 приведена соответствующая этой ситуации временная шкала.
Рис. 2.5. Связь типа «нечеткое отношение»
Наиболее часто нечеткие отношения используются для описания специальных случаев связей предшествования, например для описания альтернативных вариантов временнбго предшествования. На рис. 2.6 вертикальные линии показывают начало и окончание действий 1.1 и 1.2, имеющих предшественную связь. В соответствии с порядком действий, показанным на рис. 2.3, внесение исправлений в работу начинается после принятия всех замечаний от рецензентов.
Рис. 2.8. Альтернативная временная шкала
Отметим еще раз необходимость четкого документирования временных ограничений между действиями, соединенными нечетким отношением. В качестве примера рассмотрим еще одну временную шкалу для рис. 2.3 (рис. 2.9).
Рис. 2.9. Вариант альтернативной временной шкалы
В случае, изображенном на рис. 2.9, внесение исправлений будет начато после получения первых замечаний, но закончится до того, как все замечания от рецензентов будут получены и обработаны.
Оба рассмотренных выше варианта временной альтернативной шкалы могут иметь место, поэтому корректная интерпретация нечеткого отношения должна быть документирована в модели. Важно отметить, что корректность в этом случае означает именно интерпретацию, которая в точности отображает документируемую ситуацию, а не ее интерпретацию, более эффективную для работы системы с точки зрения аналитика.
