ИКС-платформа

Индустриальная Комплексная Системная Платформа (ИКС-Платформа) предназначена для построения на базе единой программной платформы автоматизированных систем управления технологическими процессами (АСУТП), систем диспетчеризации (SCADA), систем управления производственными процессами (MES) и различных информационно-управляющих систем (ИУС) для промышленных предприятий и крупных холдингов в различных отраслях промышленности и энергетики с непрерывным циклом производства, включая функции моделирования, прогнозирования и оптимизации технологических процессов, а также централизованного ведения нормативно-справочной информации (НСИ) производственных объектов с алгоритмами (бизнес-процессами) ее гармонизации.
Одним из ключевых преимуществ системы является ее соответствие текущим российским требованиям по обеспечению информационной безопасности для объектов Критической Информационной Инфраструктуры (КИИ).

Краткое описание:

ИКС-Платформа разработана с учетом текущих потребностей крупных промышленных предприятий и обладает гармоничным сочетанием таких характеристик, как:

Многоуровневость – платформа позволяет строить автоматизированные системы с различными уровнями управления (установка-цех-предприятие-дивизион-корпорация) и функционалом безопасной передачи управления между диспетчерами/операторами.
Высокая надежность - платформа обеспечивает бесперебойную работу при управлении множеством производственных объектов в масштабах крупного промышленного предприятия за счет функций горячего резервирования каждого ответственного компонента, кроме того, в рамках использования дополнительных опций возможно построение катастрофоустойчивых иерархических корпоративных систем управления производством.
Безопасность управления и сохранность данных кластерная архитектура сервера архивной базы данных позволяет сохранять работоспособность при отказе некоторых узлов кластера; протоколы межуровневой передачи данных с функцией «докачки данных» позволяют избежать потери данных при временном отсутствии связи между серверами; подсистема разграничения прав доступа пользователей, учитывающая рабочее место и время входа, гарантирует предотвращение несанкционированного доступа к управлению промышленными объектами и к данным, а совместимость системы с защищенными российскими ОС и СУБД позволяет выстроить регламенты защищенного резервного копирования данных и горячей замены неисправных узлов.
Открытость - встроенные редакторы мнемосхем, скриптов, построения математических моделей, отчетов, открытый программный интерфейс приложения (API), механизмы настройки различных расчетов для обработки данных и учетной политики позволяют нашим заказчикам и партнерам развивать функционал платформы без привлечения разработчика, а поддержка различных наиболее распространенных протоколов и интерфейсов обмена данными позволяет интегрировать "ИКС-Платформу" с существующими информационными системами Заказчика.
Архитектура:

ИКС-Платформа построена с использованием классической трехзвенной архитектуры «клиент-сервер-БД». Обработка логики осуществляется преимущественно на уровне сервера приложений и частично – на уровне СУБД (в случае использования хранимых процедур для массовой обработки данных). Логика клиентских рабочих местах не обрабатывается, но конфигурируется при наличии соответствующих прав пользователя.

«толстый» клиент – приложение, требующее установки на автоматизированное рабочее место (компьютер) пользователя системы, отвечает за взаимодействие пользователя (обычно либо оператор, либо диспетчер, либо средства коллективного отображения) с серверами и рекомендуется для создания стационарных рабочих мест с возможностью управления технологическими объектами и средствами коллективного отображения (видеостены) .
«тонкий» клиент – подключение к удаленному рабочему столу терминального сервера по протоколу RDP (Remote Desktop Protocol) стандартными средствами операционной системы. Обеспечивает взаимодействие пользователя с основными серверами системы через терминальный сервер. Рекомендуется для создания стационарных рабочих мест без возможности управления технологическими объектами, но с возможностью ввода и анализа данных, корректировок информации и изменения конфигурации системы
web-клиент – подключение к системе с помощью стандартного web-браузера. Обеспечивает взаимодействие пользователя с системой через ее web-сервер. Рекомендуется для создания мобильных рабочих мест без возможности управления .
Основной сервер приложений осуществляет:
Сбор данных с нижестоящих по архитектуре систем в режиме реального времени по промышленным протоколам, используемым в АСУТП (набор протоколов может дополняться по пожеланию Заказчиков), либо по протоколу межуровневого взаимодействия в режиме реального времени
Проверку поступающих данных на полноту и достоверность
Необходимые расчеты технологических параметров
Хранение конфигурации системы своего уровня
Интеграцию с верхним уровнем и внешними системами
Хранение данных реального времени
Подготовка и загрузка данных на архивный сервер для долговременного хранения
Формирование интерфейсов пользователей и хранение конфигураций рабочих мест пользователей
Прочие компоненты системы:
Резервный сервер приложений контролирует работоспособность основного сервера и в режиме «горячего» резервирования, «подхватывает» функции сбора данных и управления. Переключения режима работы с основного на резервный сервер не вызывают изменения работы системы с точки зрения пользователя.
Сервер брокера сообщений осуществляет передачу данных из защищенных сетей АСУТП в общедоступную сеть предприятия и хранение накапливаемого буфера данных в случае кратковременного (до 1 недели) отсутствия связи с сервером верхнего уровня
Терминальный сервер осуществляет формирование интерфейсов пользователей по протоколу RDP. С технической точки зрения, это программный сервер, обрабатывающий определенное количество (несколько десятков) виртуальных рабочих столов пользователей, поэтому количество физических или виртуальных серверов данного типа рассчитывается в соответствии с предполагаемым количеством пользователей
Web-сервер осуществляет формирование интерфейсов пользователей для web-клиентов. С технической точки зрения -это программный сервер, обрабатывающий определенное количество (несколько сотен) web-интерфейсов пользователей, поэтому количество физических или виртуальных серверов данного типа рассчитывается в соответствии с предполагаемым количеством пользователей данного типа
Архивный сервер осуществляет долговременное хранение обработанных и, при необходимости, «сырых» данных, предоставляет сохраненные данные для серверов приложений и внешних систем, а также осуществляет резервное копирование данных. С технической точки зрения, в зависимости от объема сохраняемых данных и ценности для предприятия, архивный сервер может быть реализован на базе кластерной технологии
Назначение:

Создаваемые на базе ИКС-платформы автоматизированные системы предназначены для решения следующих задач:

Обеспечение руководителей Предприятия и ответственных за производство лиц оперативной и достоверной информацией о ходе производственного процесса
Обеспечение информационно-аналитической поддержкой основных существующих бизнес-процессов Предприятия: производственного планирования, диспетчерского управления, производственного учета, расчета материального баланса, лабораторного учета, а также формирование информационной базы для организации будущих бизнес-процессов на объектах Предприятия на основе единого информационного пространства производственных оперативных и исторических данных Предприятия
Анализ состояния и хода производства на Предприятиях Холдинга
Информационная поддержка принятия решений, в части контроля производства, контроля технологических параметров и параметров качества выпускаемой продукции
Автоматизация процессов сбора, обработки, контроля, накопления, хранения и отображения информации, полученной от имеющихся на момент реализации Системы источников информации в производственной среде Предприятия
Ценообразование:

Стоимость поставки программного обеспечения ИКС-платформы предоставляется по запросу на адрес электронной почты info@pbsoft.ru. В запросе необходимо указать:

⦁ отрасль, в которой предполагается применение ПО;

⦁ краткое описание объекта управления (технологический процесс) и функций управления (мониторинг, телеуправление, прогнозирование, оптимизация, расчет ТЭП/KPI и пр.);

⦁ количество уровней диспетчерского управления (если более одного);

⦁ ожидаемое количество объектов БД и количество управляющих АРМ;

⦁ количество телеизмерений/телесигнализации и протоколы приема данных с уровня процесса;

⦁ информационное окружение системы, с которым необходима интеграция;

⦁ наименование исторической системы управления (если есть);

⦁ краткое описание имеющихся источников исходных данных и их форматы;

⦁ контактное лицо, с которым можно обсудить технические детали решения.