Почему за потоком отдельных сообщений становятся видны этапы построения региональной устойчивой балто-европейской системы — и при чём здесь ERP.
Балтийский регион как сеть предметов, функций и взаимозависимостей..
Несколько коллег попросили меня посмотреть на Балтийский регион тем способом, которым я привык разбирать сложные предприятия: через предметы, их состояния, обязанности, ресурсы и зависимости. По профессии я занимаюсь ERP и бизнес-архитектурой, поэтому первоначально относился к такой работе как к эксперименту. Но результат оказался гораздо интереснее, чем я ожидал.
Я увидел в опубликованных документах и практических действиях европейских балтийских государств не просто череду встреч, заявлений и отдельных проектов. Прослеживается методичная работа по созданию согласованной системы устойчивости: с распределением функций, законодательными основаниями, требованиями к инфраструктуре, ресурсному обеспечению, испытаниям и восстановлению. Шаг за шагом, слой за слоем. И именно эту предметную историю хочется сделать видимой коллегам.
Это не политическая оценка и не попытка судить о чьих-либо мотивах. Мне интересна архитектура: как устроена такая большая система, какие решения действительно образуют одну цепочку, что уже исполнено, а что остаётся обязательством или планом. На этой основе и появилась бесплатная книга «Устойчивость и безопасность Балтийского региона».
Сначала я обнаружил проблему, знакомую по ERP
После внедрения ERP у предприятия часто остаётся программа, но начинает исчезать целостная модель деятельности, на которой строился проект. Меняется маршрут производства, перераспределяется ответственность, вводится новый договор, меняется поставщик. Данные и настройки постепенно приспосабливают к новой реальности, а согласованное описание того, какие предметы участвуют в процессе и почему именно так, отстаёт.
Отсюда мой постоянный профессиональный вопрос: внедрили ERP — что дальше? Как удерживать в живом состоянии знания об обязательствах, производственных ресурсах, технологических операциях, финансовых последствиях и результатах, если их носителями стали разные подразделения и разные документы?
Так появились предметно-ориентированные способы описания систем. Для каждого существенного предмета мы стараемся определить класс и конкретный экземпляр, роль в процессе, наблюдаемые состояния, зависимость от других предметов и свидетельства изменения. Для системы учёта это принципиально: «заказ согласован», «материал заказан», «материал получен» и «материал доступен производству» — четыре разных состояния, даже если в отчёте они иногда прячутся за одной зелёной строкой.
Эта дисциплина не привязана к ERP. Если вместо заказа взять порт, электросеть, службу предупреждения или транспортный коридор, вопросы почти те же. Что должно работать? Кто обеспечивает результат? Какой документ устанавливает обязанность? Что действительно произошло? Именно такой перенос метода я и решил проверить на Балтике.
Иллюстрация из книги: «От предмета к зависимостям». Структура системы видна через результат, обеспечивающие предметы и отношения между ними.
Балтийские государства: не россыпь проектов, а последовательная архитектура
Первое, что стало заметно при предметном чтении источников, — повторяемость не слов, а управленческой конструкции. В разных документах появляются одни и те же требования: определить критически важные функции, установить ответственных, выявить зависимые отрасли, обеспечить запасные возможности, подготовить восстановление, проверить процедуры учениями. От этого не возникает единого наднационального предприятия, но появляется общий способ организации разнородных национальных систем.
Хороший пример — европейская директива 2022/2557 об устойчивости критически важных субъектов. Она требует рассматривать организации через оказываемые ими жизненно важные услуги и последствия нарушений, в том числе для других секторов. Национальные меры её применения должны были быть приняты к октябрю 2024 года. В 2025 году Европейская комиссия представила Preparedness Union Strategy, где особенно заметны координация ведомств, оценка рисков и готовность общества. В сентябре 2026 года НАТО обновило базовые требования к национальной устойчивости, подробно разделив управление, энергоснабжение, транспорт, связь, медицину, продовольствие, воду и поддерживающие функции.
Для системного аналитика это уже не просто три документа. В них можно выделить предметы, роли и связи: нормативное требование; национальная программа; определённый оператор; план ресурса; подготовленная возможность; проверка; подтверждённое состояние. Наличие общей логики не означает, что все страны выполнили требования одинаково или что вся региональная система уже готова. Но и считать каждое новое совещание случайным «поиском направления» после чтения таких документов трудно.
Электричество для больницы, связь для аварийного оповещения, транспорт для снабжения, ремонтные мощности, страхование и финансирование восстановления — всё это становится частью вопроса о способности региона сохранять функции при нарушениях. То, что в профессиональных каталогах относится к разным областям, в реальности должно дать единый результат.
В книге показаны энергетические соединения, морские порты, подводные коммуникации, промышленность, институты финансирования, гражданская защита, образовательные и оборонные структуры. Разные участники, разные правовые режимы, но одна аналитическая задача: понять, где действительно существуют взаимозависимости и какие действия позволяют им работать.
Иллюстрация из книги: балтийские электросети. Обзорная схема взаимосвязей; точные инженерные трассы и действующие режимы требуют отдельной проверки.
Важнее не встреча, а продолжение предметной истории
Предположим, в январе ведомства объявили о совместной подготовке транспортной инфраструктуры. В апреле принято положение о распределении обязанностей. В сентябре оператор сообщил о финансировании. Через год проведено испытание. В обычной новостной ленте это четыре изолированных сообщения, иногда даже в разных рубриках и на разных языках. В предметной модели это может быть одна последовательная история развития определённой возможности — если связь между этапами подтверждена документами.
Здесь принципиальны два запрета. Нельзя считать «обсудили» равным «приняли обязательство», а «выделили средства» равным «объект построен». И нельзя связывать два события только потому, что они похожи по теме: нужно установить общий предмет, исполнителя, документ, временные границы и проверяемый переход состояния.
Поэтому слово «система» в названии книги имеет строгий смысл. Меня интересуют не объявления в отдельности, а жизненный цикл каждого значимого предмета. Как возникла задача? Кто её формализовал? Какие обязательства приняты? Какими ресурсами обеспечены? Что выполнено, испытано и стало действительно доступным? По каким свидетельствам можно утверждать, что произошёл результат?
Это и есть мой главный вывод об исследуемом регионе: за внешне разрозненными действиями видна дисциплина последовательного строительства. Не стоит приписывать каждому эпизоду общий замысел без доказательств; но столь же неверно терять уже установленную преемственность только потому, что события разнесены по странам, ведомствам и годам.
Что даёт технология «Глаз стрекозы» и MIRA
«Глаз стрекозы» позволяет задать исследованию несколько предметных оптик. Один и тот же порт существует как транспортный узел, промышленный объект, участник энергетической логистики, источник экологических воздействий и инфраструктура обеспечения. Если смотреть только через одну отрасль, связи исчезают. Если смешать все отрасли в одну рубрику «безопасность», исчезают границы предметов. Поэтому метод сначала сохраняет самостоятельность областей, а затем устанавливает подтверждённые взаимодействия между ними.
MIRA («Поиск: от слова к доказательству») нужна потому, что исходные сведения распределены по множеству интернет-ресурсов и языков: национальные министерства, операторы сетей и портов, надзорные органы, парламенты, исследовательские учреждения, международные организации. Поиск должен уметь находить не только знакомое русское слово, но и национальный термин, техническое обозначение, название документа, его версию и последующее изменение.
Здесь особенно полезно различать несколько тысяч потенциальных источников и условий поиска, которые можно включить в исследовательский контур, и уже проверенный массив событий. Первое — архитектура сбора, второе — результат доказательной обработки. Их нельзя смешивать. Одинаковая новость в десятках перепечаток не создаёт десятков событий, а отсутствие сообщения в выбранных источниках ещё не доказывает отсутствия действия.
В этой постановке получилась книга из цикла «Системная документалистика». Она задаёт предметный каркас региона: читатель видит не только, какие объекты имеются на карте, но и какие условия позволяют им выполнять функции. Книгу можно прочитать как самостоятельное исследование; для ИТ-архитектора она одновременно служит примером переноса инженерного мышления на сложный, многоведомственный объект.
Следующая ступень — MESA: от сообщения к изменению состояния
После поиска обнаруживается трудность, которую невозможно решить простым увеличением числа источников. Из текста надо извлечь проверяемое утверждение и понять, что именно в нём изменилось. «Газопровод отремонтирован», «газопровод прошёл испытания», «возобновлена коммерческая транспортировка» и «устойчивость газоснабжения оценена как достаточная» — разные результаты разных предметов.
Этому посвящена готовящаяся научно-техническая монография MESA — «От текста к состоянию». В ней сопоставляются международные разработки по извлечению информации и событий, семантическим ролям и происхождению данных (MUC, FASTUS, FrameNet, PropBank, SEM, TimeML, PROV-O, KAIROS), российские исследования анализа текста и предметные модели UML. Цель — инженерный маршрут от документа к проверяемому предметному утверждению, его роли, времени, модальности и состоянию.
MESA пока исследовательская архитектура, а не действующая программа, которая автоматически знает всё происходящее в регионе. Но без такой ступени нельзя надёжно перейти к следующей задаче — оценке взаимного влияния событий и прогнозированию. Прогнозу нужны не просто новости, а установленные предметные изменения с их временем и доказательной силой.
Иллюстрация из книги: переход от публикации к подтверждённому событию. Тип документа, извлечённое утверждение и событие должны оставаться разными объектами.
Для чего нужны еженедельные бюллетени
Книга фиксирует архитектуру и исходную картину. Бюллетень должен возвращаться к той же предметной модели каждую неделю. Не переписывать весь регион заново, а отвечать: какие истории получили продолжение, какие прежние планы уточнены, какие обязанности перешли в исполнение, какие объекты испытаны, какие нарушения восстановлены и где появились новые вопросы.
Я хочу показывать преемственность в явном виде. У каждого существенного события должен быть собственный идентификатор, исходный документ, дата, участники и предмет. Если через неделю появился новый источник, он должен уточнить существующую историю или обосновать новую, а не стереть предыдущую формулировку. Один договор, одно сооружение или одна услуга могут проходить много состояний, и именно история этих состояний показывает направление работы гораздо лучше, чем календарь заголовков.
При таком подходе бюллетени смогут делать заметным то, что трудно увидеть при ежедневном чтении новостей: продолжительность программ, движение ресурсов, согласование разных отраслей, зависимости между национальными решениями и трансграничной инфраструктурой. И, не менее важно, они должны честно отмечать пробелы: что заявлено, но не подтверждено; что подтверждено лишь одним источником; где связь пока является гипотезой.
Я планирую развивать этот формат на основе открытых интернет-источников десяти стран исследуемого балтийского и соседнего контекста, включая Норвегию. Это способ поделиться с коллегами тем самым наблюдением: большая система выстраивается не одним громким решением, а множеством связанных, документируемых шагов.
Почему я решил опубликовать этот эксперимент
Мы живём рядом с этой сложной европейской системой и взаимодействуем с ней через инфраструктуру, экономику, технологии, транспорт и условия повседневной жизни. Для меня, жителя Калининградской области, это особенно наглядно, но интерес не ограничивается Калининградом: российский Северо-Запад связан с балтийским пространством множеством предметных отношений.
Коллегам по ИТ и системному анализу здесь, думаю, будет интересно не столько моё отношение к происходящему, сколько сама организация работы: как масштабный замысел переводится в требования, обязанности, ресурсы, рабочие возможности и испытания; как десятки предметных областей удаётся сохранить самостоятельными и всё же связать; как можно проверять продолжение одной истории годами.
И ещё один профессиональный результат эксперимента: он возвращает полезные идеи в исходный ERP-контур. Я продолжаю готовить Puzzle ERP для детального проектирования и уточнения предметно-ориентированных бизнес-процессов, а «Мой ERP Навигатор» — для публикации модели и обратной связи с сотрудниками после внедрения. Эти инструменты пока не представлены публично; о них планирую рассказать отдельно. Здесь же мне хотелось показать неожиданный результат применения общей методологии к другому масштабу системы.
Книга и материалы
«Устойчивость и безопасность Балтийского региона» — бесплатная документально-аналитическая книга. В ней представлены семь частей, 34 главы, карты, иконографические схемы и разборы взаимосвязей. Это попытка сделать архитектуру региона доступной для профессионального, доказательного обсуждения — без необходимости принимать чью-либо политическую позицию.
Обложка книги «Устойчивость и безопасность Балтийского региона».
Читать книгу бесплатно: Литнет — «Устойчивость и безопасность Балтийского региона»
Либо пишите лично, вышлю книгу в PDF.
Поиск и методика: Литнет — «Поиск: от слова к доказательству» (MIRA)
Главный вопрос для обсуждения: удаётся ли нам, профессиональным аналитикам, так же последовательно фиксировать развитие своих собственных систем — от требования и обещания до измеренного результата?
Публикации и документы для дальнейшего чтения
• Хабр — «Глаз стрекозы: практическая технология исследования с ИИ»
• Хабр — Материал из цикла «Глаз стрекозы»
• Хабр — Книга «Поиск: от слова к доказательству» и MIRA
• Хабр — Исследование на стыке предметных областей
Источник: habr.com