Как сделать контекстную диаграмму

Добавил пользователь Евгений Кузнецов
Обновлено: 04.10.2024

Быстрое определение и уточнение границ вашей системы

Более 6 миллионов человек и тысячи команд уже используют Creately

Мощные возможности рисования контекстных диаграмм в режиме онлайн

Наш инструмент обладает удобными функциями, которые позволяют создавать детальные контекстные диаграммы удивительно быстро. Такие функции, как интуитивно понятный интерфейс, создание элементов одним щелчком мыши и умные соединения упрощают процесс черчения.

Доступ к библиотекам контекстных диаграмм и диаграмм потоков данных в полном объеме
Профессионально разработанные шаблоны контекстных диаграмм, которые можно мгновенно редактировать
Тематические цветовые палитры и стили для настройки ваших контекстных диаграмм

Сотрудничество в режиме реального времени для работы с вашей командой

Вклад вашей команды незаменим при проектировании и разработке систем. Наш инструмент для создания контекстных диаграмм имеет функцию групповой совместной работы, которая не требует сложностей и предназначена для повышения производительности.

Контекстная диаграмма – это модель, представляющая систему как набор иерархических действий, в которой каждое действие преобразует некоторый объект или набор объектов. Верхний функциональный блок иерархии, описывающий непосредственно систему, называют родительским. Функциональные блоки нижнего уровня называют дочерними декомпозициями и представляют подпроцессы родительского действия.

При создании модели сначала нужно изобразить самый высокий уровень – действие контекста, и приписать ему имя. Каждый блок может иметь различные типы связанных с ним стрелок (рис. П.1.8). Стрелки связывают границы диаграммы с функциональными блоками, а также действия на диаграмме между собой. Стрелки обозначают людей, место, вещи, понятия или события.

Рис. П.1.8. Соединение каждого типа стрелки только с определенной стороной блока

В IDEF0-диаграммах имеются четыре основных типа стрелок:

- Input (входа, то есть информация, которая поступает на функциональный блок);

- Control (управления, то есть правила, инструкции, стандарты, процедуры);

- Output (выхода, то есть информация, созданная функциональным блоком);

- Mechanism (механизмов, то есть ресурсов, которые обеспечивают выполнение действий).

Контекстная диаграмма изображает деятельность самого верхнего уровня и обозначает границу моделирования относительно цели, возможностей и точки зрения.

Для создания контекстной диаграммы необходимо сначала создать новую модель, выбрав команду New из меню File. В появившемся диалоговом окне необходимо набрать имя модели (Name) и выбирать ее тип (IDEF0, IDEF3 или DFD).

После создания модели можно задать ее параметры в Model Properties: полное наименование модели, ее словесное описание и состояние (в работе – as-is или для публикации – to-be).

Create Model Try It (Упражнение 1 создания модели):

В этом упражнении создается новая модель и контекстная диаграмма. При выполнении упражнения нужно сначала закрывать все открытые модели, то есть выполнить команду Close из меню File, а затем шаги 1-9:

Шаг 1. Включить Model Explorer .

В меню File выбрать New . Отображается диалоговое окно BPWIN. В поле Name ввести имя проекта Order, затем выбрать тип диаграммы (IDEF0) и нажать ОК. Отобразится диалоговое окно Properties New Models. Нажать Ok и будет открыта созданная диаграмма.

Шаг 2. Будет создан и отображен объект с именем Order.

Двойной щелчок на объекте откроет диалоговое окно его свойств Activity Properties. В поле [(A0)-Untitled Object0] напечатать: PROCESS [нажать Enter] ORDER, затем нажать Оk. Теперь объект получил имя PROCESS ORDER.

Шаг 3. Заданный по умолчанию экранный шрифт в BPWIN – Arial 10pt. Чтобы его изменить, нужно сделать двойной щелчок на объекте и выбрать закладку Font. Установить новый шрифт и его размер. В левой нижней части закладки установить флажок Change all occurrences of font in model, чтобы установить заданный шрифт на всех объектах модели.

Шаг 5. Присвоить имя входной стрелке. Двойной щелчок на входной стрелке вызывает диалоговое окно Arrow Properties. В Поле Arrow Name записать название входной стрелки (Customer Order Details) и нажать Ok. Имя входной стрелки появится на диаграмме.

Шаг 6. Теперь можно добавлять стрелки управления, вывода и механизма, их имена способом, описанным в пунктах 4 и 5. Добавить стрелку управления и назвать ее Available Stock.

Шаг 7. Добавить стрелку вывода и назвать ее Delivered Goods.

Шаг 8. Добавить стрелку механизма и назвать ее Order Entry System.

Шаг 9. Заключительный шаг упражнения: Нажав кнопку Check (Try It) можно свериться с эталоном (рис. П.1.9). Затем работу следует сохранить на жестком диске, как обычный файл.

Срочно?
Закажи у профессионала, через форму заявки
8 (800) 100-77-13 с 7.00 до 22.00

Перед построением любой модели, важно определить ориентацию модели, а именно: контекст, точку зрения и цель. Они направляют создание модели и очерчивают ее границы.

Контекст устанавливает содержание модели как части окружающей среды. Это создает границу со средой путем описания внешних интерфейсов (дуг). Контекстная диаграмма устанавливает контекст модели.

Цель определяет назначение модели и олицетворяет причину ее создания (функциональная спецификация, инструмент проектирования и т.д.).

Отправной точкой для любого анализа является ограничение контекста. Решите, что будет центральным (главным) прежде чем будет создан самый верхний блок. Остерегайтесь дрейфа из этого тщательно выбранной стартовой области. Каждый шаг должен быть сверяться с этой стартовой целью. То, что ей не соответствуют, могут быть отложены для последующего моделирования. Знание как далеко идти, когда остановиться, когда изменять механизмы и как соединять части вместе будут всегда зависеть от цели создания модели.

Создание контекстной диаграммы

Моделирование начинается с создания диаграммы A-0. Нарисуйте одиночный блок, содержащий название функции, которая охватывает полные возможности (контекст) описываемой системы. Используйте входные, управляющие и выходные дуги для представления данных и объектов системы, реализующих интерфейс с окружающей ее средой. Эта одноблочная диаграмма ограничивает контекст для полной модели и формирует основание для дальнейшей декомпозиции. Запишите цель и точку зрения на A-0 контекстной диаграмме.

Некоторые авторы находят, что проще сначала сделать набросок диаграммы A0, а затем чертить одиночный блок и интерфейсные дуги уровня A-0. До начала декомпозиции может понадобиться сделать несколько переключений внимания между A-0 и A0.

Если диаграмма A-0 началась на слишком низком уровне детализации, сделайте A-0 блок основанием для нового уровня A0 диаграммы. Продвиньтесь на один уровень к новой A-0-диаграмме, и повторно рассмотрите точку зрения и цель. Повторите этот процесс, пока A-0 не достигнут состояния, при котором будут охвачены все аспекты системы. (Иногда такой более высокий уровень будет значительно шире, чем необходимо с выбранной точки зрения. Если такое случится, то создайте A-1 многоблочную контекстную диаграмму и приведите диаграмму A0 к первоначальному виду.)

Создание A0-диаграммы

Все системные функции лежат в пределах одиночного блока, показанного на диаграмме A-0. Диаграмма A0 декомпозирует функцию на диаграмме A-0 на три-шесть главных подфункций.

Основные понятия и сокращения

Разберемся немного с названиями ключевых элементов методологии. Графический стандарт IDEF0 является частью методологии SADT (Structured Analysis and Design Technique – метод структурного анализа и проектирования). IDEF – это сокращение от ICAM Definition, а ICAM образовано от Integrated Computer Aided Manufacturing, что переводится как интегрированная компьютеризация производства. Методология SADT – это целое семейство из 15 разных моделей, которые в комплексе должны были позволить исследовать структуру, параметры и характеристики производственно-технических и организационно-экономических систем.

IDEF0 – это функциональная модель, которая является ядром построения всех остальных конструкций, она увязывает воедино информационные и материальные потоки, оргструктуру, управляющие воздействия и саму деятельность компании. Графический стандарт для моделирования процессов также принято называть нотацией . То есть нотация – это система требований и правил построения модели деятельности в том или ином виде. Поэтому IDEF0 уместно называть нотацией, входящей в состав методологии SADT.

Нотация IDEF0 – это достаточно строгая методика, которая изначально была разработана, как и стандарты технического конструирования, для ручного моделирования. Поэтому там содержатся требования по размещению стрелок, формату всех элементов, содержанию информационной рамки к IDEF0 диаграмме и пр. Поскольку деятельность компании – это сложная многоуровневая система действий, то схем получается всегда много, и необходима однозначная систематизация и навигация по всем элементам модели. Сейчас это делают в основном компьютерные системы, поддерживающие моделирование в данной нотации. На территории России наиболее известными и доступными на сегодня являются системы AllFusion Process Modeler и Business Studio. Обзору этих систем я планирую посвятить отдельные статьи.

Функциональный блок

Независимо от масштаба действий все функции отображаются единообразно и обязательно содержат 4 ключевых потока, которые жестко закреплены за сторонами функционального блока:

слева – входы или используемые ресурсы для выполнения функции;
справа – выходы или результаты выполнения функции;
сверху – управляющие воздействия, которые определяют, как и сколько нужно произвести результатов;
снизу – механизмы, которые отражают, кто и с помощью чего должен выполнить эту работу.

Такой подход позволяет немного сэкономить на пояснениях в схемах и добиться однозначности в отображении потоков, что придает стройности всей модели.

Для построения функциональной модели методология IDEF0 требует соблюдать следующие правила.

Контекстная диаграмма

Таким образом, контекстная диаграмма содержит в самом обобщенном виде описание деятельности компании, которую пронизывают потоки, связывающие компанию с внешним миром. Думаю, на них тоже следует остановиться немного поподробнее.

Основные потоки

Опыт показал, что, несмотря на кажущуюся простоту и формальность этого уровня, на нем часто приходится подолгу задерживаться, так как здесь должны быть отражены все значимые для собственника и рынка результаты. Ошибка может привести к созданию моделей, не выполняющих поставленные перед бизнесом задачи. Чтобы проверить, что значимые потоки отражены, убедитесь, что на вашей схеме присутствуют все 4 основные вида потоков.

Материальный: материалы и комплектующие на входе и готовая продукция на выходе.
Клиентский: потенциальный клиент на входе и удовлетворенный на выходе.
Финансовый: на входе это обычно инвестиции, платежи клиентов (выручка), кредиты и прочие доходы; на выходе – это платежи поставщикам, налоги, платежи по кредитам и прибыль.
Информационный: на входе это все потоки информации о внешней среде (состояние рынка, поведение конкурентов, технологические инновации и пр.), а на выходе – это поток информации, которую компания сообщает о себе миру (вся рекламная информация, а так же все виды отчетности перед контролирующими органами).

Обратите внимание, что компания – это открытая система, и в ней ничего не возникает и не исчезает. Компания способна только преобразовывать входящие потоки в выходящие, и если она это делает хорошо, то появляется дополнительный денежный поток (прибыль), отражающий в каком-то смысле качество работы всей системы.

Хорошо, если вы выделите каждый из этих типов потоков своим цветом, чтобы можно было легко различить движение ресурсов и не пропустить важные моменты. Например, часто можно наблюдать отсутствие клиента в потоках компании, поэтому и работа с ним строится по остаточному принципу – клиент часто чувствует себя помехой для сотрудников компании, задачи которого сфокусированы на обработке потока документов.

Стрелки управления могут быть представлены только 1 видом потока – информационным, который можно разбить на 2 подвида. Первый – это документы, такие как:

законы и нормы;
приказы, распоряжения;
инструкции и регламенты;
планы;
конструкторская документация и пр.

Второй – это недокументированная информация, к которой чаше всего относятся требования собственников.

И, наконец, механизмы – здесь только 2 вида потоков: оборудование (материальный) и исполнители (подразделения и люди). Здесь не может быть документов, как и не может быть людей на стрелках управления!

Декомпозиция

И вот здесь уже начинается собственно функциональное моделирование – мы должны понять, какой набор действий может связать эти потоки и обеспечить выполнение всех требований. Сложность состоит в том, что действий в компании очень много, а на схеме мы имеем право отобразить не более 9 функций, иначе схема станет нечитабельной и соответственно бесполезной.

Не всегда просто скомпоновать сложную деятельность так, чтобы она осталась наглядной, читабельной и при этом полной. Чаще всего прибегают при этом к разделению всего многообразия процессов на основные крупные блоки, наиболее значимыми из которых являются следующие.

Создание продукта (результата).
Продвижение и продажа – работа с клиентским потоком.
Обеспечение деятельности по созданию продукта – вторичные процессы, которые необходимы для соблюдения государственных требований или удобства работы (кадровый и бухгалтерский учет, транспортное обслуживание, уборка помещений и прочее).
Создание потоков управления – деятельность по разработке управленческих решений, которые будут определять требования ко всем процессам компании.

На рисунке ниже представлена диаграмма декомпозиции нашего примера.

На диаграмме процессы должны быть расположены по диагонали – это называется принципом доминирования , который подразумевает расположение функциональных блоков слева направо и сверху вниз – по степени важности или в хронологическом порядке. Так же происходит и нумерация блоков.

Дальнейшая работа над моделью аналогична первому шагу – проводится декомпозиция каждого функционального блока первого уровня. Нумерация блоков будет содержать при этом номер первого уровня: А1.1 … А1.n, A2.1 … A2.n и т.д.

Выводы об актуальности нотации

В рамках данной статьи удалось отобразить только основные понятия IDEF0-нотации на коротком примере IDEF0, по которым, конечно, сложно судить о методологии в целом. Но достаточно большой опыт использования данной нотации на практике позволяет мне сделать следующие выводы.

Модель обладает хорошим визуализирующим потенциалом, но, на мой взгляд, большее ее значение – в дисциплинирующем эффекте. Заложенные в методологию правила и ограничения заставляют выработать системное и строгое отношение к моделям, что очень хорошо сказывается на качестве конечного результата.
Модель позволяет выстроить потоки связи между внешне не сильно связанными вещами: связать подсистемы фронт и бэк-офисов с управлением, что гораздо хуже удается другим нотациям.
Подход прост и понятен для большинства участников проекта. Построение и чтение диаграмм в данной нотации ограничивается только желанием вникать в хитросплетение потоков бизнеса.

Некоторые из названных аргументов заставляют думать, что данный подход является лучшим и единственным для полного моделирования деятельности. Но не нужно забывать, что функциональная модель рассчитана только для верхнего уровня моделирования. Использование нотации IDEF0 для проектирования работы на уровне исполнителей ведет к тому, что схемы получаются чисто иллюстративными и на их основе невозможно построить толковый регламент, так как они не содержат:

конкретизации событий запуска и остановки процесса;
условий перехода от одних действий к другим;
возможности наглядно отобразить все ресурсы и исполнителей без перегрузки схемы стрелками.

Поэтому если пользоваться данной нотацией для тех задач, для которых она предназначена (структурирование деятельности верхнего уровня), то IDEF0 практически единственная на сегодня нотация, которая позволяет сделать это содержательно и аккуратно.

В проектном управлении этот стандарт моделирования наиболее применим там, где нужно связать наглядными потоками разные проекты или процессы. Графическая модель при этом позволит более рационально распределить ответственность и ресурсы по задачам. Логика выполнения задач проекта, отраженная на схемах, поможет подготовить более качественный календарный план в виде диаграммы Ганта.

Читайте также: