# БИБЛИОТЕКА ..Курсы Системная инженерия Стейкхолдеры Теория ограничений Управление Linux Информация Политэкономия Сумма технологии Экстраполяция в будущее АНАЛИТИКА и АРХИТЕКТУРА ..Ресурсы ..ПО для Аналитика ..Кто аналитики? ..Бизнес-процесс ..Требования ..Уровни и типы ..Источники Нотации Архитектура РАЗРАБОТКА ..Ресурсы ..Цикл разработки ПО ..Waterfall ..RUP ..Agile ..Kanban ..Continuous Integration git Frontend HTTP/REST Apache Регулярка JS Perl ТЕСТИРОВАНИЕ ..Ресурсы ..QA и QC ..Цикл тестирования ..1 Тест-анализ ..2 Тест план ..3 Тест-дизайн и покрытие ..Уровни тестирования ..Виды тестирования ..Баг-репорт ..Шаблоны XPATH Безопасность Нагрузочное Android Автоматизация Selenium Генератор ИНН БАЗЫ ДАННЫХ SQL MongoDB
Эта страница:
ПО BPMN UML IDEF0
Ещё в этом разделе:
АНАЛИТИКА Нотации Архитектура
Другие разделы:
# АНАЛИТИКА MONGO DB SQL РАЗРАБОТКА БИБЛИОТЕКА ТЕСТИРОВАНИЕ
Графические нотации
ПО
Для составления BPMN и UML:
BPMN

BPMN (Business Process Model and Notation, нотация и модель бизнес-процессов) = система условных обозначений для моделирования бизнес-процессов.
В BPMN рассматривается функциональная последовательность работ.

Пример BPMN:

Создание Бизнес-Процесса - от общего к частному.
Изменение Бизнес-Процесса - от частного к общему.

TBD

С чем ознакомиться:
ПО для автоматизация бизнес-процессов в ИТ-системах на основе BPMN:
  • Camunda - BPMS-платформа. (Camunda Modeler, Community Platform - бесплатно. Enterprise Platform - платно).
    Полезные статьи, связанные с этим ПО:
UML
С чем ознакомиться:

UML (Unified Modeling Language, унифицированный язык моделирования) = язык графического описания для объектного моделирования в области разработки ПО.

Часто встречаемыми видами его диаграмм являются:

TBD

IDEF0

IDEF0 (Icam DEFinition for Function Modeling) = методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов.
Традиционно применяется для описания процессов в укрупнённых блоках, с указанием связей между ними.
В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность.

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

Например, простая ежедневная операция -- приготовление борща.

Большой прямоугольник посередине -- функциональный блок, его название отображает описываемое действие (функцию).
Слева в функциональный блок входят стрелки входящих данных. Входящими данными для борща являются овощи и мясо.
Сверху в функциональный блок входят стрелки ограничений, или управляющих воздействий. В нашем случае рецепт -- это ограничение (нельзя варить борщ не по рецепту), а мудрые советы веснушчатой Агриппины Саввичны это управляющие воздействия.
Снизу в функциональный блок входят стрелки указания исполнителей.
Справа из функционального блока выходят стрелки исходящий данных (результата). А ожидаем мы получить борщ.

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

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