Статьи

Цели и задачи ЦКР по открытой АСУ ТП. Витрина решений ОАСУ ТП

ЦКР АСУ ТП и проектный офис

Рабочая группа по открытой АСУ ТП 15 августа 2024 г. провела брейнсторминг, в котором приняли участие представители компаний “Еврохим”, “Газпром нефть”, “НПО “КИС”, Positive Technologies, iSource.

Главными темами брейнсторминга стали создание Центра компетенций по разработке открытой АСУ ТП и проектного офиса, а также создание доверенной витрины решений открытой АСУ ТП.
Центр компетенций по разработке ОАСУ ТП

ЦКР должен играть роль посредника/бизнес-транслятора между основными участниками рынка: ФОИВами (Минпромторг, Минцифры, Минобрнауки), промышленными потребителями, вендорами, вузами, интеграторами.

В создаваемый ЦКР должны войти представители заказчиков, которые будут гарантировать внедрение того, что будет разработано. При этом заказчикам нужны в ЦКР представители вендоров, чтобы могли быть закрыты все направления разработки компонентов.

Функции ЦКР:
  • Визионер (как будет развиваться и из чего должна состоять открытая АСУ ТП);
  • Формирование экосистемы ОАСУ ТП;
  • Определение модели стандартизации и сертификации решений ОАСУ ТП.

Функции стандартизации и сертификации должны быть делегированы внешней организации, поскольку они не могут быть реализованы без финансирования.
Роли в ЦКР: промышленные заказчики должны играть роль “якоря”, они должны создавать требования - ЧТО должно быть сделано, а разработчики должны создавать требования в части того, КАК это должно быть сделано.

ЦКР должен создавать следующие документы: УГТ технологий компонентов и график их апробации. Заказчик подтверждает степень готовности технологий, а вендор подтверждает степень готовности производства. ЦКР выполняет роль фасилитатора.

Основная роль ЦКР - в формировании плана внедрения ОАСУ ТП. Именно по этому показателю ЦКР должен отчитываться перед МПТ. Помимо разработки, необходимо еще будет обеспечить необходимые трудовые ресурсы для их внедрения - в этом роль Минобразования.

ЦКР должен нанять/создать юридическое лицо - управляющую компанию. Этот пункт необходимо включить в положение о ЦКР.

В положении о деятельности ЦКР необходимо описать функции, которые находятся внутри ЦКР, и функции, которые для реализации требуют создания внешнего юридического лица.

Три направления работы ЦКР:

  • Подготовка стандартов;
  • Подготовка/разработка компонентов;
  • Обеспечение их апробирования.

По этим направлениям необходимо сформировать требования/КПЭ к участникам ЦКР. Каждый участник должен выполнять определенные требования по участию в направлениях.


Витрина решений открытой АСУ ТП

На стартовом этапе лучше уйти от понятии “маркетплейс” и ограничиться понятием “витрина”. Сейчас составляющие доверенности и публичности важнее, чем процесс покупки и продажи решений.

В целевом виде это должен быть маркетплейс, доверенная площадка.

Для небольших разработчиков витрина - это возможность выхода на рынок, а для заказчиков - это элемент надежности.

На “витрине” должны выставляться сертифицированные на соответствие ОАСУ ТП компоненты. Соответствие должен оценивать сертификационный орган. На витрине фиксируется результат аудита коллегиального органа (ЦКР).

На входе в витрину должны быть фильтры на три класса требований: функциональных, технических, ИБ.

Для решений могут быть введены градации (“звездочки”) - по УГТ, проверяемости, безопасности…

На витрине должен присутствовать разработчик с определенным рейтингом, который должен обеспечивать поддержку своего решения.

Необходимо пригласить на витрину максимальное число разработчиков, чтобы создать конкурентную среду. Для этого необходимо показать, во-первых, чего (каких компонентов в высокой стадии зрелости) еще у нас нет на витрине. Во-вторых, показать правила, как это должно там появляться.

Уровни объектов

  • Конфигурации. Конечные алгоритмы, которые написаны для того или иного приложения и могут переиспользоваться. Можно было бы расположить их в репозитории с доступом через витрину;
  • Приложения. Тоже могут быть размещены в репозитории. Приложения для конечных интеграторов;
  • Системы. Совокупность алгоритмов, технологической карты и информационной модели системы. Комплект приложений. AML, конфигурации, приложения и описание. Совокупность приложений

Витрина должна быть дополнена критерием безопасности.

Необходимо учитывать в концепции витрины различные этапы жизненного цикла создания решения. Рядом с витриной нужно будет создать инфраструктуру подготовки кода. Должны быть не только технические требования, но и требования к качеству кода (как у Гитхаба и др.). Необходим девопс-конвейер проверки (статической и динамической) кода для формальной проверки. На основании проверки будет выдаваться сертификат.

ЦКР должен создать документ по методике оценки, которая будет реализована в конвейере. Реализовывать конвейер и проверки будет юридическое лицо.