diff --git a/EA/GOST/version2/readme.md b/EA/GOST/version2/readme.md index 8bf6d89d..29caba5f 100644 --- a/EA/GOST/version2/readme.md +++ b/EA/GOST/version2/readme.md @@ -46,6 +46,15 @@ EAF - это тоже своего рода классификатор (такс Смысл в том, что процессы определяют прикладной уровень (ППО), а сами процессы (процесс = бизнес-процесс) могут быть универсальными или специфичными для отрасли. Специфичные процессы для отрасли требуют специфичного ПО - специального ПО (например, Автоматизириванная банковская система вместо, ДБО), а универсальные процессы (сross Industry) реализуются "Общим" ПО (CRM, HR, СЭД), см. [ГОСТ 34.003-90 ОПО vs СПО](https://dokipedia.ru/paragraph/5150744/49) +#### 1.4 Business architecture +В слое (уровне, домене) Бизнес-архитектура наиболее понятными и объективными является Каталог продуктов и Архитектура процессов (см. направление BPM). Основная надстройка над ними (Каталог продуктов как связующее звено) - [слой мотивации](https://habr.com/ru/companies/otus/articles/722134/), миссия, цели и т.п. - не подлежат объктивному контролю и поэтому субьективны (т.е. рисовать можно все, что угодно, "бумага все стерпит"). +См. также: https://github.com/bpmbpm/doc/blob/main/EA/BizArch/ +##### Objective control +Можно проектировать системы (любые) "сверху-вниз" или "снизу-вверх". Архитектуру ИТ-системы можно собрать инструментальным (с помощью инструментов) способом, например, архитектуру сети. Выполняем раскрытие сети, например, через HP OpenView Network Node Manager и далее через обощение и агрегацию формируем сетевую архитектуру. +С процессами (с высоким уровнем автоматизации) аналогично: Запускаем "раскрытие процессов" - Process Mining и далее детальные полученные процессы агрегиуем в верхнеуровневые (т.е. архитектура процессов). Есть программы, позволяющие [автоматически формировать схемы процессов верхнего уровня](https://fox-manager.com/wiki/doku.php?id=fox-manager-2.0-bpa:4.-%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D1%8B:%D1%81%D1%85%D0%B5%D0%BC%D1%8B-%D0%B2%D0%B7%D0%B0%D0%B8%D0%BC%D0%BE%D0%B4%D0%B5%D0%B9%D1%81%D1%82%D0%B2%D0%B8%D0%B9). +Это примеры "объективного контроля", осуществляемого "инструментальным способом". Такие техники позволяют как инструментальным способом (снизу-вверх) через обобщение строить архитектуру или как при проектировании "снизу-вверх" инструментальным способом подтверждать (хотя бы частично) построенную. +Пока подобных техник для superstructure (Mision Mining), которые бы вычисляли реальные мисиии или цели компании (не декларируемые), - не встречал. Не удивлюсь, если появлнение Mision Mining у многих компаний на экран выдаст результат: "300% по Марксу". + ### 2 Business capabilities 2.1 Говоря о Business architecture постоянно употребляют странное название business capabilities. Лучше бы его вообще не использовали, т.к. оно только больше запутывает и приносит вреда, чем пользы: провоцирует многочисленные дискуссии по его поводу и вообще отказ от его перевода (оправдывая сложностью перевода). Capability - Способность/Возможность предприятия делать или преобразовывать нечто, [помогающее достичь бизнес-цели или целевого показателя бизнеса](https://conf.uml2.ru/Files/1656184417_-dlya-uchastnikov.pdf). @@ -109,3 +118,8 @@ How (process) – как делать (табуретку) – это уже д - Лекции [Лекция 2: Построение архитектуры организации](https://intuit.ru/studies/courses/532/388/lecture/9003?page=1) ; [Лекция 7: Бизнес-архитектура](http://bodrenko.org/ap/ap-l7.htm) - [Расширенный язык моделирования предприятий ( EEML )](https://en.wikipedia.org/wiki/Extended_Enterprise_Modeling_Language) - [Ecosystems Enterprise Architecture Atlas Demo](https://www.dragon1.com/demo/enterprise-architecture-atlas-template) + +#### Archimate +- с семантикой: +- [Архимейт по-русски: метод описания информационной структуры](https://ailev.livejournal.com/955954.html) +- выше упомянутые: [слой мотивации](https://habr.com/ru/companies/otus/articles/722134/)