В данной статье вновь хочется вернуться к проблеме адекватного представления бизнеса и его составных частей. То, что проблема адекватного представления есть, свидетельствуют разные источники: это и типовые модели бизнес-процессов, разрабатываемые различными ассоциациями, и конкретные примеры моделирования бизнеса, с которыми мне приходится сталкиваться.
Совершенно случайно, читая материалы по ISO 15288, я увидел схему «System interaction with Typical Enabling Systems» (оригинальный вид схемы намеренно приведен только в конце статьи), в которой достаточно наглядно изображены:
виды систем, задействованных в создании и обеспечении работы целевой системы
связи этих систем с целевой системой.
Мне немедленно захотелось попробовать применить эту схему к разложению на части бизнес-системы, и результатами этой попытки я и делюсь в данной статье.
Системная инженерия постулирует, что есть разные описания архитектуры системы. При этом определение архитектуры системная инженерия не дает. Дано лишь определение термина «описание архитектуры». Я хочу разобраться в том, почему это так случилось.
Попытка выяснить что же такое архитектура системы не увенчалась успехом, однако, рассуждения, которые были сделаны, позволили мне пробросить мостик между моей методологией и другими методологиями описания предметных областей. Спасибо всем, кто помогал мне в этом! В данной статье я объясню, как появляются моделируемые нами объекты.
Возникновение термина «архитектура здания»
Итак, пусть у нас есть описание здания с точки зрения эстетики и функционального назначения. Это описание называется архитектурным описанием. Архитектурное описание здания также называют для краткости – архитектурой здания. Сторонний наблюдатель, который далек от строительной отрасли, может сказать: опишите мне архитектуру здания. Строители так не говорят, они говорят: дайте мне архитектурную часть проекта. Строители выражаются более точно, но сторонний наблюдатель этого может не знать. Архитектура в строительстве – это свод знаний по проектированию зданий с точки зрения функциональности и эстетики. Этот свод знаний не включает в себя проектирование узлов, расчет нагрузок и прочее, чем заняты проектировщики, отвечающие за конструктивную часть проекта. С точки зрения этого свода знаний строится модель здания и называется: архитектурное описание здания, или для краткости – архитектура здания.
Привет, Хабр! Меня зовут Игорь Тулинов. Я руковожу центром архитектуры ИТ в Национальной системе платежных карт (АО НСПК) и хочу рассказать о том, как наша компания пришла к решению внедрить процессы управления Enterprise-архитектурой, выделить штат архитекторов предприятия и реализовать архитектурный контроль на ключевых стадиях создания ИТ-ценности.
В ИТ отрасли термин «Архитектура предприятия» (Enterprise Architecture) появился более тридцати лет назад. Со временем возник широкий ряд определений этого понятия, моделей, фреймворков и стандартов его описания. Во множестве ИТ и финтех компаний в том или ином виде реализованы процессы управления корпоративной архитектурой.
Но в какой именно момент в компании появляется Архитектура предприятия? Когда и на основе чего организация приходит к пониманию, что настало время внедрять процессы управления корпоративной архитектурой?
После достаточно продолжительного созерцания того, как различные специалисты объясняют (устанавливают) своё понимание архитектуры, я решил, что нужно им, всё-таки, помочь :)
Критиковать не стал, но предложить есть что.
