#enterprise_architecture — Public Fediverse posts

Platform Strategy by Gregor Hohpe is on sale on Leanpub! Its suggested price is $29.00; get it for $15.60 with this coupon: https://leanpub.com/platformstrategy/c/LeanPublishingDaily20260428 #software_architecture #business_it_alignment #enterprise_architecture #cloud_computing

Platform Strategy by Gregor Hohpe is on sale on Leanpub! Its suggested price is $29.00; get it for $15.60 with this coupon: https://leanpub.com/platformstrategy/c/LeanPublishingDaily20260428 #software_architecture #business_it_alignment #enterprise_architecture #cloud_computing

Platform Strategy by Gregor Hohpe is on sale on Leanpub! Its suggested price is $29.00; get it for $15.60 with this coupon: https://leanpub.com/platformstrategy/c/LeanPublishingDaily20260428 #software_architecture #business_it_alignment #enterprise_architecture #cloud_computing

Platform Strategy by Gregor Hohpe is on sale on Leanpub! Its suggested price is $29.00; get it for $15.60 with this coupon: https://leanpub.com/platformstrategy/c/LeanPublishingDaily20260428 #software_architecture #business_it_alignment #enterprise_architecture #cloud_computing

Cloud Strategy by Gregor Hohpe is on sale on Leanpub! Its suggested price is $29.00; get it for $16.50 with this coupon: https://leanpub.com/cloudstrategy/c/LeanpubAuthorUpdate20260417 #cloud_computing #software_architecture #digital_transformation #enterprise_architecture

«Архитектура в Графе». Графическая визуализация формата CSV/| формы «Операционной надежности и ИТ» (№ 0409072)

1 Операционная надежность (надежность операций, процессов, функций) Регулятор (ЦентоБанк) уже несколько лет ведет «крестовый поход» под знаменем «Операционная надёжность»: выпускает «одноименные» Положения (850-П / 787-П, 779-П), Стандарты Банка России ( СТО БР БФБО-1.5-2023 ), ГОСТы ( ГОСТ 57580.3 / 57580.4 , с его участием), а также методические рекомендации ( 18-МР ) и формы обязательной отчетности по «Операционной надёжности» (operational resilience). Под знаменем «Операционная надёжность» - делается попытка «скрестить» (где-то «ежа с ужом», но сама идея достойная) бизнес-архитектуру (архитектуру процессов, как технологических, так и бизнес – хотя разделение их не понятное), EA (enterprise architecture) / ИТ-архитектуру, ITSM (CMDB, управление инцидентами, в том числе, инцидентами операционной надежности), информационную безопасность (вкл. ГОСТ 57580.1 / 57580.2), надежность / отказоустойчивость / ОНиВД, риск-менеджмент (опер-риски, 716-П), импортозамещение (ФТК). Подобный «единый узел» - это проекции «одного и того же» на разные плоскости (EA, BPM, GRC, ИБ, ITIL и др.) с разными словарями / концепциями, поэтому формализовать его видимо равносильно притчи / сценарию «Вавилонская башня». Однако «язык графа» сближает такое восприятие и снижает барьер сложности. Далее будем говорить только о Форме 0409072 (далее ф072) — «Сведения о показателях операционной надёжности кредитной организации и применяемых ею информационных технологиях при осуществлении банковской деятельности и деятельности в сфере финансовых рынков», точнее о ее части – шифре \ шифровке архитектуры предприятия. «Операционная надёжность» - это всего лишь контекст.

https://habr.com/ru/articles/981610/

#mermaid #cmdb #risk_management #надежность #операционная_устойчивость #enterprise_architecture #bpm

«Архитектура в Графе». Графическая визуализация формата CSV/| формы «Операционной надежности и ИТ» (№ 0409072)

1 Операционная надежность (надежность операций, процессов, функций) Регулятор (ЦентоБанк) уже несколько лет ведет «крестовый поход» под знаменем «Операционная надёжность»: выпускает «одноименные» Положения (850-П / 787-П, 779-П), Стандарты Банка России ( СТО БР БФБО-1.5-2023 ), ГОСТы ( ГОСТ 57580.3 / 57580.4 , с его участием), а также методические рекомендации ( 18-МР ) и формы обязательной отчетности по «Операционной надёжности» (operational resilience). Под знаменем «Операционная надёжность» - делается попытка «скрестить» (где-то «ежа с ужом», но сама идея достойная) бизнес-архитектуру (архитектуру процессов, как технологических, так и бизнес – хотя разделение их не понятное), EA (enterprise architecture) / ИТ-архитектуру, ITSM (CMDB, управление инцидентами, в том числе, инцидентами операционной надежности), информационную безопасность (вкл. ГОСТ 57580.1 / 57580.2), надежность / отказоустойчивость / ОНиВД, риск-менеджмент (опер-риски, 716-П), импортозамещение (ФТК). Подобный «единый узел» - это проекции «одного и того же» на разные плоскости (EA, BPM, GRC, ИБ, ITIL и др.) с разными словарями / концепциями, поэтому формализовать его видимо равносильно притчи / сценарию «Вавилонская башня». Однако «язык графа» сближает такое восприятие и снижает барьер сложности. Далее будем говорить только о Форме 0409072 (далее ф072) — «Сведения о показателях операционной надёжности кредитной организации и применяемых ею информационных технологиях при осуществлении банковской деятельности и деятельности в сфере финансовых рынков», точнее о ее части – шифре \ шифровке архитектуры предприятия. «Операционная надёжность» - это всего лишь контекст.

https://habr.com/ru/articles/981610/

#mermaid #cmdb #risk_management #надежность #операционная_устойчивость #enterprise_architecture #bpm

«Архитектура в Графе». Графическая визуализация формата CSV/| формы «Операционной надежности и ИТ» (№ 0409072)

1 Операционная надежность (надежность операций, процессов, функций) Регулятор (ЦентоБанк) уже несколько лет ведет «крестовый поход» под знаменем «Операционная надёжность»: выпускает «одноименные» Положения (850-П / 787-П, 779-П), Стандарты Банка России ( СТО БР БФБО-1.5-2023 ), ГОСТы ( ГОСТ 57580.3 / 57580.4 , с его участием), а также методические рекомендации ( 18-МР ) и формы обязательной отчетности по «Операционной надёжности» (operational resilience). Под знаменем «Операционная надёжность» - делается попытка «скрестить» (где-то «ежа с ужом», но сама идея достойная) бизнес-архитектуру (архитектуру процессов, как технологических, так и бизнес – хотя разделение их не понятное), EA (enterprise architecture) / ИТ-архитектуру, ITSM (CMDB, управление инцидентами, в том числе, инцидентами операционной надежности), информационную безопасность (вкл. ГОСТ 57580.1 / 57580.2), надежность / отказоустойчивость / ОНиВД, риск-менеджмент (опер-риски, 716-П), импортозамещение (ФТК). Подобный «единый узел» - это проекции «одного и того же» на разные плоскости (EA, BPM, GRC, ИБ, ITIL и др.) с разными словарями / концепциями, поэтому формализовать его видимо равносильно притчи / сценарию «Вавилонская башня». Однако «язык графа» сближает такое восприятие и снижает барьер сложности. Далее будем говорить только о Форме 0409072 (далее ф072) — «Сведения о показателях операционной надёжности кредитной организации и применяемых ею информационных технологиях при осуществлении банковской деятельности и деятельности в сфере финансовых рынков», точнее о ее части – шифре \ шифровке архитектуры предприятия. «Операционная надёжность» - это всего лишь контекст.

https://habr.com/ru/articles/981610/

#mermaid #cmdb #risk_management #надежность #операционная_устойчивость #enterprise_architecture #bpm

«Архитектура в Графе». Графическая визуализация формата CSV/| формы «Операционной надежности и ИТ» (№ 0409072)

1 Операционная надежность (надежность операций, процессов, функций) Регулятор (ЦентоБанк) уже несколько лет ведет «крестовый поход» под знаменем «Операционная надёжность»: выпускает «одноименные» Положения (850-П / 787-П, 779-П), Стандарты Банка России ( СТО БР БФБО-1.5-2023 ), ГОСТы ( ГОСТ 57580.3 / 57580.4 , с его участием), а также методические рекомендации ( 18-МР ) и формы обязательной отчетности по «Операционной надёжности» (operational resilience). Под знаменем «Операционная надёжность» - делается попытка «скрестить» (где-то «ежа с ужом», но сама идея достойная) бизнес-архитектуру (архитектуру процессов, как технологических, так и бизнес – хотя разделение их не понятное), EA (enterprise architecture) / ИТ-архитектуру, ITSM (CMDB, управление инцидентами, в том числе, инцидентами операционной надежности), информационную безопасность (вкл. ГОСТ 57580.1 / 57580.2), надежность / отказоустойчивость / ОНиВД, риск-менеджмент (опер-риски, 716-П), импортозамещение (ФТК). Подобный «единый узел» - это проекции «одного и того же» на разные плоскости (EA, BPM, GRC, ИБ, ITIL и др.) с разными словарями / концепциями, поэтому формализовать его видимо равносильно притчи / сценарию «Вавилонская башня». Однако «язык графа» сближает такое восприятие и снижает барьер сложности. Далее будем говорить только о Форме 0409072 (далее ф072) — «Сведения о показателях операционной надёжности кредитной организации и применяемых ею информационных технологиях при осуществлении банковской деятельности и деятельности в сфере финансовых рынков», точнее о ее части – шифре \ шифровке архитектуры предприятия. «Операционная надёжность» - это всего лишь контекст.

https://habr.com/ru/articles/981610/

#mermaid #cmdb #risk_management #надежность #операционная_устойчивость #enterprise_architecture #bpm

Краткий обзор стандарта Open Agile Architecture от The Open Group (O-AA)

В октябре 2022 года The Open Group официально выпустил Open Agile Architecture™ (O-AA) — новую версию стандарта, призванного соединить мир «классической» корпоративной архитектуры с реалиями Agile, DevOps и цифровой трансформации. Первая версия документа была опубликована Open Group еще в 2020 году. Если вы корпоративный архитектор, архитектор решения, бизнес- или системный аналитик, и до сих пор считали, что Agile — это «про разработчиков», а архитектура это «про рисунки и бумажки», эта статья для вас. Задача этой статьи — дать краткое содержание стандарта Open Agile Architecture, чтобы вы могли сами решить, нужно ли его вам изучить подробнее или нет. Подробнее о стандарте

https://habr.com/ru/companies/otus/articles/969122/

#togaf #Open_Agile_Architecture #Open_Group #enterprise_architect #enterprise_architecture #agile #architecture #archimate #architectural_patterns #OAA

Краткий обзор стандарта Open Agile Architecture от The Open Group (O-AA)

В октябре 2022 года The Open Group официально выпустил Open Agile Architecture™ (O-AA) — новую версию стандарта, призванного соединить мир «классической» корпоративной архитектуры с реалиями Agile, DevOps и цифровой трансформации. Первая версия документа была опубликована Open Group еще в 2020 году. Если вы корпоративный архитектор, архитектор решения, бизнес- или системный аналитик, и до сих пор считали, что Agile — это «про разработчиков», а архитектура это «про рисунки и бумажки», эта статья для вас. Задача этой статьи — дать краткое содержание стандарта Open Agile Architecture, чтобы вы могли сами решить, нужно ли его вам изучить подробнее или нет. Подробнее о стандарте

https://habr.com/ru/companies/otus/articles/969122/

#togaf #Open_Agile_Architecture #Open_Group #enterprise_architect #enterprise_architecture #agile #architecture #archimate #architectural_patterns #OAA

Краткий обзор стандарта Open Agile Architecture от The Open Group (O-AA)

В октябре 2022 года The Open Group официально выпустил Open Agile Architecture™ (O-AA) — новую версию стандарта, призванного соединить мир «классической» корпоративной архитектуры с реалиями Agile, DevOps и цифровой трансформации. Первая версия документа была опубликована Open Group еще в 2020 году. Если вы корпоративный архитектор, архитектор решения, бизнес- или системный аналитик, и до сих пор считали, что Agile — это «про разработчиков», а архитектура это «про рисунки и бумажки», эта статья для вас. Задача этой статьи — дать краткое содержание стандарта Open Agile Architecture, чтобы вы могли сами решить, нужно ли его вам изучить подробнее или нет. Подробнее о стандарте

https://habr.com/ru/companies/otus/articles/969122/

#togaf #Open_Agile_Architecture #Open_Group #enterprise_architect #enterprise_architecture #agile #architecture #archimate #architectural_patterns #OAA

Краткий обзор стандарта Open Agile Architecture от The Open Group (O-AA)

В октябре 2022 года The Open Group официально выпустил Open Agile Architecture™ (O-AA) — новую версию стандарта, призванного соединить мир «классической» корпоративной архитектуры с реалиями Agile, DevOps и цифровой трансформации. Первая версия документа была опубликована Open Group еще в 2020 году. Если вы корпоративный архитектор, архитектор решения, бизнес- или системный аналитик, и до сих пор считали, что Agile — это «про разработчиков», а архитектура это «про рисунки и бумажки», эта статья для вас. Задача этой статьи — дать краткое содержание стандарта Open Agile Architecture, чтобы вы могли сами решить, нужно ли его вам изучить подробнее или нет. Подробнее о стандарте

https://habr.com/ru/companies/otus/articles/969122/

#togaf #Open_Agile_Architecture #Open_Group #enterprise_architect #enterprise_architecture #agile #architecture #archimate #architectural_patterns #OAA

Используем на практике Business Capability Map на языке Archimate

Business Capability Map (карта бизнес-способностей) — это один из ключевых артефактов в современных подходах к управлению корпоративной архитектурой, особенно в таких методологиях, как TOGAF, ArchiMate и других архитектурных фреймворках. В данной статье разберемся с определением что же такое бизнес-способность, и приведем пример карты бизнес-способностей небольшого бизнеса в области обучения.

https://habr.com/ru/companies/otus/articles/968098/

#togaf #architecture #archimate #capabilities #capability #babok #enterprise #enterprise_architecture #enterprise_architect #business

Compo B2B Platform vs 1С-Битрикс Enterprise: особенности внедрения

Сегодня на рынке B2B/B2C‑платформ в России конкурируют два подхода. Яркие представители этих подходов, Compo B2B Platform , созданная по принципам headless‑commerce, ориентирована на модульность и микросервисный подход. С другой стороны — 1С‑Битрикс Enterprise , один из самых распространённых в России корпоративных продуктов для веб‑разработки, выросший из CMS‑системы и ставший полноценной платформой для e‑commerce и корпоративных порталов. В этом материале мы проанализируем архитектуру, интеграции, управление данными, безопасность, бизнес‑возможности и экономику. Сравнение поможет оценить реальную применимость и ценность решений для бизнеса.

https://habr.com/ru/companies/compo/articles/970776/

#битрикс #b2bсистема #pim_система #dam_система #headless #интеграции_сервисов #управление_данными #enterprise_architecture #onpremise #cms

Организационные и технологические трансформации в банке глазами корпоративного архитектора

Корпоративный архитектор — это «демон Максвелла», и его задача — бороться со сложностью ИТ-ландшафта. У нас в Банке это добрый демон, оперирующий подходами Just Enough Enterprise Architecture (JEEA) и Lightweight Architecture Governance (LAG). Именно корпоративные ценности и культура в Банке делают демона добрым. Поверьте мне, ведь я один из них. Привет, Хабр! Меня зовут Дмитрий Клецких. Я Chief Enterprise Architect в Райффайзен Банке. До этого много лет работал корпоративным архитектором в других компаниях: МКБ, СБЕР, Транснефть, Правительстве Москвы. Поговорим об изменениях ИТ-ландшафта, организационных и технологических трансформациях, о роли архитекторов и изменении этой роли с приходом ИИ.

https://habr.com/ru/companies/raiffeisenbank/articles/957316/

#enterprise_architecture #platform_engineering #lag #apifirst #greenpath #jeea #цифровая_трансформация #архитектурное_мышление #ии_в_разработке #ITстратегия_банка

Java-Based No-Code and Low-Code Application Bootstrapping Tools Review
https://www.infoq.com/articles/java-no-code-bootstrapping-tools/
#ycombinator #java_no_code_bootstrapping_tools #Development #Low_Code #Business_Process_Management #No_Code #Java #Programming_Languages #Enterprise_Architecture #System_Programming #Architecture #SOA

Java-Based No-Code and Low-Code Application Bootstrapping Tools Review
https://www.infoq.com/articles/java-no-code-bootstrapping-tools/
#ycombinator #java_no_code_bootstrapping_tools #Development #Low_Code #Business_Process_Management #No_Code #Java #Programming_Languages #Enterprise_Architecture #System_Programming #Architecture #SOA

Java-Based No-Code and Low-Code Application Bootstrapping Tools Review
https://www.infoq.com/articles/java-no-code-bootstrapping-tools/
#ycombinator #java_no_code_bootstrapping_tools #Development #Low_Code #Business_Process_Management #No_Code #Java #Programming_Languages #Enterprise_Architecture #System_Programming #Architecture #SOA

Java-Based No-Code and Low-Code Application Bootstrapping Tools Review
https://www.infoq.com/articles/java-no-code-bootstrapping-tools/
#ycombinator #java_no_code_bootstrapping_tools #Development #Low_Code #Business_Process_Management #No_Code #Java #Programming_Languages #Enterprise_Architecture #System_Programming #Architecture #SOA

Semantic BPM. Онтологическое моделирование верхнеуровневых процессов. VAD

Введение Представление моделей бизнес-процессов на основе онтологий (онтологическое моделирование) эквивалентно Semantic BPM . Введение в семантический BPM (Business Process Management) см. «Semantic BPM. Семантика и синтаксис бизнес-процессов» [semBPM24]. Если кратко, то можно провести аналогию: если классическая BPM система (BPMS: ARIS, бизнес-студия, fox-manager и т.п.) – это технологический аналог mediawiki (wikipedia), то Semantic BPM - это технологический аналог semantic mediaWiki (Wikidata), т.е. IF MediaWiki --> Semantic MediaWiki then BPM (ARIS, BPMS, EA) --> Semantic BPM Основной замысел (цель) семантического представления процессов (BPM, EA) не классическими BPM-системами, а семантическими (Linked Data) - такой же, как и у семантических wiki Одно из ключевых дополнений к wiki-гиперссылки (html) это указание не просто что «ОбъектА связан с ОбъектомБ» (т.е. просто «связано») и соответствующий кликабельный переход (wiki-ссылки, markdown syntax), а указание, что «ОбъектА связан с ОбъектомБ» такими-то типом отношения (впрочем, как и задание других свойств объекта через отношения). Изначально все BPMS (изначально называемые CASE-средствами) – семантические, т.к. их суть – это отношения между объектами, только в них семантика глубоко спрятана «под капотом» BPMS и нестандартная (собственная, проприетарная). Semantic BPM «поднимает» семантическую составляющую на поверхность (возможность работы с семантическим слоем) и использует стандартные сематические технологии Linked Data. В основе RDF (Resource Description Framework) – триплеты «субъект – отношение - объект» лежит ERD: Entity Relationship (ER) diagram . RDF \ ERD – это способ формализации знаний на основе атома знания – триплета. Вообще ER, subject, predicate, типы рассуждений и другие базовые элементы для работы со знаниями в СССР содержались в школьных учебниках [Логика54].

https://habr.com/ru/articles/828266/

#семантика #онтология #aris #bpm #bpms #semantic_bpm #vad #rdf #enterprise_architecture

NIST 800-207A: Implementing Zero Trust Architecture
https://www.infoq.com/presentations/nist-800-207a/
#ycombinator #nist_800_207a #Development #Architecture_Design #Standardization #QCon_San_Francisco_2023 #Transcripts #QCon_Software_Development_Conference #Enterprise_Architecture #Security #Architecture #InfoQ

NIST 800-207A: Implementing Zero Trust Architecture
https://www.infoq.com/presentations/nist-800-207a/
#ycombinator #nist_800_207a #Development #Architecture_Design #Standardization #QCon_San_Francisco_2023 #Transcripts #QCon_Software_Development_Conference #Enterprise_Architecture #Security #Architecture #InfoQ

NIST 800-207A: Implementing Zero Trust Architecture
https://www.infoq.com/presentations/nist-800-207a/
#ycombinator #nist_800_207a #Development #Architecture_Design #Standardization #QCon_San_Francisco_2023 #Transcripts #QCon_Software_Development_Conference #Enterprise_Architecture #Security #Architecture #InfoQ

NIST 800-207A: Implementing Zero Trust Architecture
https://www.infoq.com/presentations/nist-800-207a/
#ycombinator #nist_800_207a #Development #Architecture_Design #Standardization #QCon_San_Francisco_2023 #Transcripts #QCon_Software_Development_Conference #Enterprise_Architecture #Security #Architecture #InfoQ

Semantic BPM. Семантика и синтаксис бизнес-процессов

Онтологический инжиниринг в области Управления бизнес-процессами (BPM). Семантический BPM (Business Process Management), впрочем, как и семантический ЕА (Enterprise Architecture), – это заимствование концепций (подходов к описанию и онтологизации) \ инструментов Linked Data к указанным направлениям (формализация процессов и архитектур предприятий). «Красная нить»: когда мы формализуем процессы - мы говорим об одном и том же, но на разных языках (нотациях), поэтому стандартизация Языка семантики, онтологических концептов BPM (EA) – важная, но еще недостаточно популяризированная составляющая развития BPM (следующий этап, ВРМ 3.0). Отделение («мух от котлет») семантики от синтаксиса позволит «рафинировать» понятийный (смысловой) анализ бизнес-процессов и при их аналитике оперировать базовыми (семантическими) концептами (образами). В Semantic BPM, как и в Semantic Web (семантическая паутина), смысл представленного процесса \ архитектуры понятен не только человеку, но и машинам и они могут его читать и обрабатывать. Эти смыслы, обычно передаваемые «человек – человек» на языке синтаксиса / графической грамматики через нотации VAD, EPC, BPMN, UML (плюс еще несколько десятков подобных вариантов \ форматов «обертывания», включая Дракон), исходно формализуются на языке семантики (стек Linked Data или аналогичный) и уже потом упаковываются в схемы с конкретной нотацией («пишутся» на языке какой-либо нотации). Для единого понимания смысловой составляющей схем применяется общая ВРМ-онтология, толковый словарь ВРМ.

https://habr.com/ru/articles/795883/

#семантика #онтология #aris #bpm #Semantic_BPM #epc #bpms #semantic_web #enterprise_architecture #rdf