mirror of
https://github.com/bpmbpm/doc.git
synced 2026-04-30 12:30:52 +00:00
56 lines
12 KiB
Markdown
56 lines
12 KiB
Markdown
# 1 Process, function, capability
|
||
## Business Process
|
||
- Основная: Что такое процесс? https://github.com/bpmbpm/doc/blob/main/METAMODEL/PROCESS/process.md
|
||
- [В толковый словарь Business Process Management: Бизнес-функция vs Бизнес-процесс](https://habr.com/ru/articles/763910/)
|
||
- [из SemanticBPM](https://github.com/bpmbpm/SemanticBPM/wiki/%D0%9E%D0%B1%D1%81%D1%83%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F-%D1%82%D0%B5%D1%80%D0%BC%D0%B8%D0%BD%D0%BE%D0%B2#12-upd1-bpmbpm)
|
||
- свойства: есть результат (понятный, измеримый) - он же цель; повторяемость (vs proect) ; показатели ; формализация, т.е. на "черный ящик" (vs capability)
|
||
|
||
## Process vs Function
|
||
Сведем понимание function в BPM:
|
||
- Функция по Шееру (function в нотации EPC). См. [п. 4.1.1.1 Дерево функций (Function tree)](https://github.com/bpmbpm/doc/blob/main/METAMODEL/PROCESS/process.md#1-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81--%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D1%8F--%D0%BE%D0%BF%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D1%8F). Это любое действрие, процесс, операция и т.п.
|
||
- Единичная функкция по результату. Это когда на выходе действия \ операции только один выход \ результат. Это схоже с математеческой функцией: у Функция по определению может иметь не более одного выхода для каждого входа. [Вертикальная линия](https://www.reddit.com/r/math/comments/2ecze8/is_a_vertical_line_technically_a_function/?tl=ru), круг и т.п. - это не функции. Кстати в програмировании теперь функции возворащают несколько значений (типа одно, но составное), но такие лучше называть не функциями, а процедурами. У функции должно быть ровно одно значение: ровно одно значение для каждого элемента области определения.
|
||
- Единичная функция по ресурсу:
|
||
- Единичная функкция по исполнителю. Это когда для реализации операции используется ровно один исполнитель (операции декомпозируются до такого уровня). Это подход к термину в сторону функция - не как действие, а как орг-единица. Типа функциональные подразделения реализуют функции. Кросс- функциональный процесс разбивают на оперции, где каждая операция = одна функция, т.е. операцию выполняет конкретное функциональное подразделение. Аналогом в математике - это когда функцию развиваем на однотипные блоки действий: одно подразделение может только складывать, второе только вычитать и т.п.
|
||
- Единичная функкция по исполнителю и по входу. Тут мы декомпозируем операции не только до исполнителя, но и до единицы "заготовки", т.е. на входе такой функции будет ровно одна заготовка (один вход типа "материал \ заготовка") и операция ее обработки. Т.е. справа от function (EPC) будет ровно один исполнитель, а слева от function будет одна заготовка (входящий документ, материал). Такая декомпозиция приводит к "элементарной функции" (атомарной функции), т.е. когда достигнута предельная декомпозиция по ресурсу (исполнитель и заготовка). Хотя конечно, при желании можно и далее декомпозировать уже по под-операциям, т.к. "операция неисчерпаема как атом" (всегда можно более подробно описать каждый шаг и выделить его в отдельную операцию \ функцию).
|
||
|
||
Когда говорят про "черный ящик" в части процессов \ функций, то часто используют термин capability - типа результат понятен, а как получен - скрыто (неважно). См. https://github.com/bpmbpm/doc/tree/main/EA/GOST/version2#2-business-capabilities
|
||
|
||
см. также https://github.com/bpmbpm/doc/blob/main/METAMODEL/PROCESS/process.md
|
||
|
||
# 2 BPM, Enterprise, Architecture
|
||
## BPM
|
||
Статьи эпохи Ренесанса BPM (ru). Это к истории возникновения термина BPM
|
||
- [И одно только слово твердит Айболит - BPM, BPM, BPM](https://www.itweek.ru/themes/detail.php?ID=71243) ;
|
||
- см. также https://github.com/bpmbpm/doc/tree/main/BPM/BPMvsBPM
|
||
|
||
## Semantic Enterprise
|
||
semantics-based / semantics-driven enterprise information architecture
|
||
К вопросу семантизации Предприятия: Семантизация предприятия - как одно из направлений Цифровой трансформации
|
||
[Почему информационной архитектуре вашего предприятия нужна семантическая модель, metaphacts](https://blog.metaphacts.com/how-a-semantic-model-can-elevate-your-enterprise-information-architecture), фрагменты см. ниже.
|
||
|
||
## Enterprise information architecture (EIA)
|
||
Что такое информационная архитектура предприятия?
|
||
- metaphacts: в основе корпоративной информационной архитектуры лежит цифровой актив (digital asset), называемый семантическим слоем (или моделью), который содержит все необходимые метаданные от всех задействованных корпоративных систем и заинтересованных сторон для облегчения коммуникации, планирования и координации. Он позволяет вам моделировать, оценивать, структурировать, анализировать, организовывать, управлять и визуализировать данные и информационные активы организации в различных системах, технологиях, отделах, процессах и у заинтересованных сторон — все в формате, интерпретируемом человеком и машиной.
|
||
В основе EIA лежит семантическая модель знаний. EIA, основанная на семантической модели, преобразует это отображение корпоративных метаданных связанных ИТ-систем и процессов в мощный инструмент, который эффективно помогает вам принимать обоснованные бизнес-решения и проводить изменения на всем предприятии, от уровня высшего руководства до ИТ-команды.
|
||
Иформационная архитектура предприятия представлена Графом знаний предприятия (семантической корпоративной wiki).
|
||
- [gartner](https://www.gartner.com/en/information-technology/glossary/enterprise-information-architecture#:~:text=Enterprise%20information%20architecture%20(EIA)%20is,to%20achieve%20effective%20enterprise%20change.):
|
||
**Корпоративная информационная архитектура (EIA)** — это часть процесса корпоративной архитектуры (?), которая посредством набора требований, принципов и моделей описывает текущее состояние, будущее состояние и рекомендации, необходимые для гибкого совместного использования и обмена информационными активами с целью достижения эффективных изменений на предприятии.
|
||
|
||
К этому:
|
||
- EAM = Enterprise Architecture Management, хотя параллельно переводят: [Enterprise Asset Management](https://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:EAM-c%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0)
|
||
- [EAM house (structure, processes and organization), opengroup](https://www.opengroup.org/architecture/0404brus/presents/niemann/og_team02.pdf), см. домен "Process" Архитектуры предприятия.
|
||
- [EA, opengroup](https://www.opengroup.org/architecture-forum) ; [Lean IX](https://www.leanix.net/en/wiki/ea/enterprise-architecture) ; [ArchiMate 3.2 elements and relationships poster](https://bizzdesign.com/wiki/eam/what-is-enterprise-architecture-management/)
|
||
|
||
## EAS
|
||
- ERP [EAS (Enterprise Application Software)](https://compress.ru/article.aspx?id=22180) ; [wiki](https://en.wikipedia.org/wiki/Enterprise_software)
|
||
- EAS = EA Tools, [Essential](https://enterprise-architecture.org/about-eas/)
|
||
|
||
# 3 Model, Blueprint
|
||
## Model
|
||
- это упрощение в виде формализма чего-либо (обычно из реальности) на каком - либо языке, обычно графическом (нотации).
|
||
## Blueprint
|
||
Разные интерпретации термина:
|
||
- Любой чертеж или [Синька](https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D0%BD%D1%8C%D0%BA%D0%B0_(%D0%BA%D0%BE%D0%BF%D0%B8%D1%8F_%D1%87%D0%B5%D1%80%D1%82%D0%B5%D0%B6%D0%B0)) (копия чертежа). Рисунок, схема, эскиз - как элемент конструкторской документации. Это просто документирование - без указания на точность соответсвия оригинала (натуры) чертежу.
|
||
- Эталон, "идеальный образец".
|
||
- Зарисовать под копирку (точь в точь). Тут упор именно на соответсвие оригинала и копии (гайки и чертежу гайки). Применительно к менеджменту это отсылка на противоречие: схема "как есть" vs "как есть на самом деле". Это про различие технологий Process Mining vs ARIS (и подобное, где схема процесса часто не соответвует реальности). Фантазии процессника-художника, формализующего процесс "со слов" (анкет и т.п.) экспертов - это не Blueprint, т.к. там отсутсвует (точная) "калька" с реального процесса на бумагу (схему процесса). Подобное должно проводиться [инструментальными методами](https://habr.com/ru/articles/927360/).
|
||
- Blueprint - не как артефакт, а как процесс тиражироания, т.е. копирование чего либо "под копирку".
|