Update readme.md

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/)