Модель IDEF0 всегда начинается с представления системы как единого целого – одной активности с дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одной активностью называется контекстной диаграммой. Дуги контекстной диаграммы должны описывать все основные связи моделируемой системы с внешним миром.
Методология IDEF0 подразумевает, что модель является не просто совокупностью диаграмм, а содержит всю необходимую информацию о моделируемой области. Информация о модели задается в свойствах модели. В AllFusion Process Modeler (BPwin) [2 – 4] информация задается в диалоге свойств модели (Model Properties).
В общих свойствах (General) указываются имя модели, название проекта, автор модели, временные рамки модели (Time Frame) – AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы – AS-IS (как есть).
Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес‑процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) – модели новой организации бизнес-процессов. Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состоянию системы, поскольку такой переход – это тоже бизнес-процесс.
Что такое UML за 7 минут: Диаграмма классов, последовательностей, состояний и деятельности
Цель моделирования (Purpose) определяется из ответов на следующие вопросы:
– Почему этот процесс должен быть смоделирован?
– Что должна показывать модель?
– Что может получить клиент?
Точка зрения (Viewpoint) – это перспектива, с которой наблюдалась система при построении модели. Хотя при построении модели учитываются мнения различных людей, все они должны придерживаться единой точки зрения на модель. Точка зрения должна соответствовать цели и границам моделирования. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом.
Даются также определение модели (Definition) и описание области действия модели (Scope).
Указываются источники получения данных о модели (Source), например, «Опрос экспертов предметной области и анализ документации».
Статус модели (Status) – это рабочая версия (новая модель, не прошедшая экспертиз) – WORKING, черновой вариант (модель прошла первичную экспертизу) – DRAFT, рекомендовано (прошла экспертизу) – RECOMMENDED, публикация (окончательный вариант) – PUBLICATION.
Диаграмма помещается на отдельном экране или листе бумаги и снабжается граничными рамками и надписями – каркасом диаграммы. Каркас содержит заголовок (верхняя часть рамки) и подвал (нижняя часть) – табл. 3.1 – 3.2.
Повышение наглядности диаграмм бизнес-процессов (на примере IDEF0-диаграммы процесса производства)
Таблица 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) и не забудь поделиться с друзьями:
Источник: studopedia.ru
5 диаграмм, необходимых для документирования архитектуры решений
Процесс документирования архитектуры программного обеспечения может показаться пугающим. Но на самом деле достаточно всего 5 диаграмм, чтобы объяснить структуру вашей системы практически любому.
Задача архитектора решений ― четко донести проект системы до бизнеса, руководителей проектов и разработчиков. Нельзя просто нарисовать одно изображение, это невозможно и не принесет никому пользы. Вместо этого лучше сгруппировать различные проблемы и создать набор диаграмм, описывающих каждое представление. Конечно, есть миллиард способов сделать это. Как выбрать подходящий?
За время работы в качестве архитектора решений я чаще всего использовал 5 диаграмм: контекстную диаграмму C4, диаграмму контейнеров, развертывания, последовательности и вариантов использования. В этой статье я рассмотрю подробно каждую из них.
Контекстная диаграмма
Веб-сайт, посвященный модели С4 (Context, Container, Component and Code), довольно хорошо объясняет свои диаграммы, я же поделюсь своим представлением, как эта модель работает.
Любая система работает в некотором контексте — окружении. В первую очередь, это пользователи и другие системы. Пользователи могут иметь разные роли, такие как создатель контента, читатель, администратор. Также они могут быть внутренними или внешними. Другие программы могут быть источником данных для вашей системы или получать информацию от нее.
Важно понимать этот контекст, чтобы правильно спроектировать систему и напомнить себе о необходимости интеграции с внешними системами.
Пример
На этой диаграмме показана цифровая платформа необанкинга, представленная синим прямоугольником в центре.
Как рисовать
- Определите пользователей.
- Определите внешние системы.
- Создайте единый прямоугольник, изображающий вашу систему.
- Добавьте связи между системой, пользователями и внешними системами.
- Напишите содержательные комментарии по каждому компоненту.
Инструменты
Существуют различные инструменты, которые можно использовать для создания контекстной диаграммы. Существуют трафареты C4 для OmniGraffle, примеры C4 для LucidChart, шаблоны есть также в draw.io. Чтобы использовать диаграммы как код, попробуйте PlantUML.
Допустим, мы хотим нарисовать такую диаграмму для цифровой платформы необанковского обслуживания с помощью uml:
Знакомство с контекстной диаграммой и отличным программным обеспечением для простого создания
Если вы планируете строить свой бизнес, важно планировать заранее. Мы должны учитывать все факторы и детали, которые могут помочь нашему бизнесу и негативно повлиять на него. В соответствии с этим а контекстная диаграмма это отличный план, чтобы сделать, прежде чем положить бизнес. Этот план поможет нам увидеть риски, с которыми мы можем столкнуться в процессе.
Таким образом, эта диаграмма поможет предотвратить эти риски с нашим проектом. Поэтому мы узнаем определение этой диаграммы и то, как мы можем ее составить. Мы также встретим отличное программное обеспечение, которое может мгновенно помочь нам сделать процесс.
- Часть 1. Что такое контекстная диаграмма
- Часть 2. Типы контекстных диаграмм
- Часть 3. Плюсы и минусы контекстной диаграммы
- Часть 4. Как сделать контекстную диаграмму
- Часть 5. Часто задаваемые вопросы о контекстной диаграмме
Часть 1. Что такое контекстная диаграмма
Контекстная диаграмма — это высокоуровневая схема потока данных. Диаграмма популярна среди бизнес-персонала и аналитиков, потому что они используют ее как инструмент для понимания окружающей среды и критических факторов, которые могут отрицательно или положительно повлиять на наш бизнес.
Одним из больших преимуществ контекстной диаграммы системы является ее способность подробно анализировать потоки между системой и внешними компонентами. Кроме того, все эти внешние части, окружающие систему в середине, также могут быть связаны с сущностями и окружением. Кроме того, многие деловые люди используют его, чтобы снизить вероятность возникновения ситуации с высоким риском для своего проекта. С другой стороны, использование этой диаграммы — отличный способ правильно использовать бюджет.
Часть 2. Типы контекстных диаграмм
Поскольку мы уже знаем определение контекстной диаграммы, теперь мы приступим к изучению некоторых ее примеров, которые мы можем использовать с различными экземплярами.
Тип I: Контекстная диаграмма системы бронирования отелей
Первый тип контекстной диаграммы демонстрирует важнейшие элементы, которые вносят и хранят информацию в отеле. Судя по названию, это как-то связано с системой бронирования отелей. Таким образом, это помогает руководству отеля в их деятельности по продажам и онлайн-маркетингу. В контексте контекста эта диаграмма позволит нам увидеть, какая комната доступна.
Тип II: контекстная диаграмма электронной коммерции
Во времена глобализации электронная коммерция быстро растет. Таким образом, контекстная диаграмма электронной коммерции является важным способом оказания помощи всем внешним и внутренним компонентам наших клиентов. Эти компоненты включают персонал клиента, управление и систему оплаты. Кроме того, основная цель диаграммы — обеспечить гармонию между сторонами с точки зрения определения масштабов бизнеса и проектов из другой иерархии.
Тип III: Контекстная диаграмма системы банкомата
Третий тип отображает контекст внутри нашего банкомата. Эта диаграмма необходима для представления оборудования, которое взаимодействует с клиентом. Кроме того, на этой диаграмме показан поток информации между программными и аппаратными компонентами. Вот некоторые из них: данные команды, информация об учетной записи, информация об отображении и многое другое.
Часть 3. Плюсы и минусы контекстной диаграммы
Переходя к следующей части, мы теперь рассмотрим плюсы и минусы диаграммы бизнес-контекста, чтобы углубиться.
- Это инструмент, который может помочь нам всесторонне проанализировать каждую деталь проекта.
- Диаграмма снижает высокий риск провала задания.
- Это отличный способ улучшить и расширить масштаб проекта.
- Он проясняет каждый поток в клиентских и управленческих транзакциях.
- Технические навыки для этого не нужны.
Часть 4. Как сделать контекстную диаграмму
Зная все подробности о контекстной диаграмме, мы теперь научимся ее создавать. Создание контекстной диаграммы может быть легко выполнено с помощью MindOnMap. Это онлайн-инструмент, который обладает множеством функций, таких как добавление различных узлов, тем, стилей и т. д. Кроме того, многие пользователи используют этот инструмент, потому что он прост в использовании и удобен для пользователя. Помимо того, что он доступен для всех, мы не можем отрицать его способность предлагать лучшие знания в создании различных карт. Для этого мы теперь узнаем, как мы можем без проблем создать контекстную карту.
Доступ к MindOnMap на его официальном сайте. Пожалуйста, нажмите на Создайте свою ментальную карту кнопку в центральной части сайта.
В главном интерфейсе редактирования перейдите к Новый части, и вы увидите различные темы и стили для вашей карты ума. В этом варианте, пожалуйста, выберите MindMap функция в правом углу веб-страницы.
Настало время нажать кнопку Подузел от верхнего угла веб-страницы. Этот шаг позволит вам добавить компоненты, придающие смысл вашей контекстной карте. Добавьте номера узлов по своему усмотрению.
Следующим шагом является добавление компонента в узлы. Вы можете быть осторожны при добавлении этих компонентов, потому что это требует легитимности.
Вы также можете добавить Sub Узлы для получения более подробной информации в вашей контекстной карте. Нажмите на Узел и нажмите Подузлы от верхней части добавить.
На седьмом шаге мы улучшим нашу карту, изменив тема карты , Цвет , а также Стиль карты. Найдите значок функции в правом углу веб-страницы.
Завершите каждую деталь вашей карты, чтобы продолжить процесс экспорта. Найдите кнопку «Экспорт» в правом верхнем углу веб-сайта и выберите нужный формат файла. После этого ваша карта будет автоматически сохранена.
Это наиболее полные и подробные шаги, которым мы можем следовать, чтобы создать вашу контекстную карту эффективно и профессионально. Мы видим, как MindOnMap облегчает нам это.
Часть 5. Часто задаваемые вопросы о контекстной диаграмме
В чем сходство контекстной карты и диаграммы потока данных?
Как мы все знаем, контекстная диаграмма — это высокоуровневая диаграмма потока данных. Он также известен как уровень 0. Контекстная диаграмма — это своего рода блок-схема данных, которая содержит ту же информацию и имеет ту же цель.
Какой автономный инструмент можно использовать для создания контекстной карты?
Подобно онлайн-инструменту, у нас также есть автономное программное обеспечение, которое мы можем использовать для простого создания контекстной карты. Мы можем использовать PowerPoint и Word Microsoft для мгновенного запуска. Все мы знаем, что это программное обеспечение предлагает функцию SmartArt, которая позволяет нам легко вставлять диаграммы, такие как контекстная карта.
В чем разница между контекстной диаграммой и диаграммой прецедентов?
Диаграмма прецедентов представляет собой более широкую область представления по сравнению с контекстной картой. Диаграмма случая включает в себя как внешний интерфейс, так и системные возможности, если контекстная карта фокусируется на поверхностных аспектах.
Вывод
Благодаря пониманию определения и использования контекстной карты мы теперь можем легко создавать свои собственные с помощью MindOnMap. Выше мы можем видеть, насколько эффективен инструмент в использовании процесса, в котором мы нуждаемся и хотим. Вот почему мы надеемся, что это поможет нам сделать этот процесс возможным. Кроме того, мы призываем вас помочь другим пользователям, поделившись с ними этим постом.
Создайте свою карту разума, как вам нравится
Источник: www.mindonmap.com
