Контекстная диаграмма. Модель IDEF0 всегда начинается с представления системы как единого целого – одной активности с дугами

Модель 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. Поля подвала каркаса (слева направо)

Поле Смысл
Node Номер узла диаграммы (номер родительской работы)
Title Имя диаграммы. По умолчанию – имя контекстной работы
Number C-Number – задаваемый автором уникальный номер версии диаграммы
Page Номер страницы

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: