Контекстная диаграмма
Модель IDEF0 всегда начинается с представления системы как единого целого – одной активности с дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одной активностью называется контекстной диаграммой. Дуги контекстной диаграммы должны описывать все основные связи моделируемой системы с внешним миром.
Методология IDEF0 подразумевает, что модель является не просто совокупностью диаграмм, а содержит всю необходимую информацию о моделируемой области. Информация о модели задается в свойствах модели. В AllFusion Process Modeler (BPwin) [2 – 4] информация задается в диалоге свойств модели (Model Properties).
В общих свойствах (General) указываются имя модели, название проекта, автор модели, временные рамки модели (Time Frame) – AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы – AS-IS (как есть). Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес‑процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) – модели новой организации бизнес-процессов. Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состоянию системы, поскольку такой переход – это тоже бизнес-процесс.
Цель моделирования (Purpose) определяется из ответов на следующие вопросы:
– Почему этот процесс должен быть смоделирован?
– Что должна показывать модель?
– Что может получить клиент?
Точка зрения (Viewpoint) – это перспектива, с которой наблюдалась система при построении модели. Хотя при построении модели учитываются мнения различных людей, все они должны придерживаться единой точки зрения на модель. Точка зрения должна соответствовать цели и границам моделирования. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом.
Даются также определение модели (Definition) и описание области действия модели (Scope).
Указываются источники получения данных о модели (Source), например, "Опрос экспертов предметной области и анализ документации".
Статус модели (Status) – это рабочая версия (новая модель, не прошедшая экспертиз) – WORKING, черновой вариант (модель прошла первичную экспертизу) – DRAFT, рекомендовано (прошла экспертизу) – RECOMMENDED, публикация (окончательный вариант) – PUBLICATION.
Диаграмма помещается на отдельном экране или листе бумаги и снабжается граничными рамками и надписями – каркасом диаграммы. Каркас содержит заголовок (верхняя часть рамки) и подвал (нижняя часть) – табл. 3.1 – 3.2.
Таблица 3.1. Поля заголовка каркаса (слева направо)
Поле | Смысл |
Used At | Используется для указания на родительскую работу в случае, если на текущую диаграмму ссылались посредством стрелки вызова |
Author, Date, Rev, Project | Имя автора диаграммы, дата создания и имя проекта, в рамках которого была создана диаграмма, последнего редактирования диаграммы |
Notes 123456789 10 | Число замечаний. Используется при проведении сеанса экспертизы. Эксперт на бумажной копии диаграммы указывает число замечаний, вычеркивая цифру из списка каждый раз при внесении нового замечания |
Status | Статус отображает стадию создания диаграммы, отображая все этапы публикации Working – новая диаграмма, кардинально обновленная диаграмма или новый автор диаграммы. Draft – диаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению. Recommended – диаграмма и все ее сопровождающие документы прошли экспертизу. Новых изменений не ожидается. Publication – диаграмма готова к окончательной печати и публикации. |
Reader | Имя читателя (эксперта) |
Date | Дата прочтения (экспертизы) |
Context | Схема расположения диаграммы в иерархии диаграмм. Работа, являющаяся родительской, показана темным прямоугольником, остальные – светлым. На контекстной диаграмме (А-0) показана надпись ТОР. В левом нижнем углу показывается номер по узлу родительской диаграммы: |
Таблица 3.2. Поля подвала каркаса (слева направо)