Единое информационное пространство на базе ИСУП НИАЭП - Публикации - ЭСК-Центр
Внедрение систем ИСКС для управления и оперативного учета проектов капитального строительства.
Консалтинг, методическое обеспечение и регламентация процессов КС.
Комплексные решения по интеграции систем.

Единое информационное пространство на базе ИСУП НИАЭП

Журнал«Club-3D. Инновационное проектирование» №2 

Волкова М.В. ,генеральный директор;
Стоклицкий С.А., к. ф-м.н, технический директор.

Выполнение функций инжиниринговой компании предполагает управление полным циклом сооружения АЭС. Процесс сооружения АЭС состоит из следующих этапов: планирование работ, выполнение работ по проектированию, выполнение работ по строительству, комплектация материальными ресурсами, учет результатов и контроль выполнения работ. Эти этапы состоят из множества функций, которые ежедневно выполняют различные сотрудники на своих рабочих местах. На практике, для автоматизации выполнения части этих функций используются специализированные программные продукты:

  • Программное обеспечение компании Intergraph – Smart Plant Enterprise (SP3D, SPEL, SPI и др.)- Трехмерное проектирование схем, чертежей, спецификаций;
  • ПК «АтомСмета» - Выпуск сметных расчетов;
  • «TDMS 2.0» -БД «Электронный архив» проектной продукции ;
  • «Oracle Primavera Project Management» - система календарно-сетевого планирования (далее КСП);
  • «1С:УСО» (Бухгалтерский учет, заработная плата и кадровый учет, налоговый учет, управленческий учет, складской учет);
  • «MS Office» (Пакет офисных программ);
  • ПО в составе ИСУП НИАЭП на платформе Oracle 10G (БД и сервер приложений):
    • АСВД – система ведения договоров генерального подряда и субподрядных договоров (работ и поставок);
    • АСКС – система ведения учета выпуска ПСД и учета строительного производства;
    • АСКО – система комплектации оборудованием и материалами;
    • АСУС – система управления стоимостью сооуружения;
    • АСИД –система интеграции данных ( сметный ПК, КСП и тематического планирования);
  • СИО – система поставок оборудования;
  • Система ведения единой НСИ проекта.

Использование каждого из программных продуктов позволяет автоматизировать выполнение отдельных функций бизнес-процессов проектирования и строительства АЭС.

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

С технологических позиций ЕИП включает:

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

Остановимся на проблеме интеграции систем и ведения НСИ в рамках ЕИП.
Функциональной основой ИСУП НИАЭП является система оперативной обработки транзакций – OLTP система 1ИСКС - построенная по модульному принципу на основе БД Oracle 10G. ИСУП НИАЭП является частью единого информационного пространства НИАЭП, обеспечивая общую интеграционную шину обмена данными и создавая БД управления изменениями проектов. Интеграция в рамках ЕИП осуществляется на различных уровнях информационной модели:

  • На уровне данных:
    • Система обеспечивает использование единых справочников. (Контрагентов, Объектов Капитального Строительства, Статей затрат и др.). Единство обеспечивается хранением и администрированием данных справочников в единственном физическом объекте (таблице или группе таблиц) БД Oracle. Схемы других OLTP приложений, работающих в общей БД Oracle могут ссылаться на записи единого справочника. Внешние приложения могут обмениваться информацией на основе общих межсистемных кодов.
  • На уровне бизнес-логики:
    • Данные (документы) переносятся из схемы одного модуля в схему другого модуля (или системы) в синхронном или асинхронном режиме. Возможны и реализованы следующие виды межсхемных и межбазовых транзакций между приложениями, входящими в состав ЕИП:
    • Прямая передача данных (документов) из одного модуля в другой в пределах одной базы данных. Примеры:
      • АСВД  АСКО. Формирование спецификации в системе АСКО и передача его в АСВД;
      • АСКС  АСВД. Передача Акта Формы КС3 из АСКС в АСВД и обратная передача данных об оплате акта из АСВД в АСКС;
      • АСКС  АСКО. Передача данных потребности из КВП по оборудованию и материалам;
    • Формирование сложных агрегированных структур данных с помощью процедур, собирающих данные из разных схем.
    • Прямая передача данных (документов) из одной БД в другую:
      • АСКС  СИО. Передача данных по плановой потребности и обратная передача информации по лотам и договорным спецификациям
      • АСКС  КСП (PrimaVera). Передача данных по сметам и актам КС2 (построчно) и обратная передача данных по срокам;
      • АСВД  УСО (1-C). Передача данных по платежам и актам выполненных работ

Система оперативной обработки транзакций является открытой модифицируемой системой и предоставляет широкие возможности обмена информацией с другими системами, используемыми в НИАЭП – 1С:УСО, Primavera Project Management, Атомсмета и т.д.

Возможные технологии обмена информацией:

  • Традиционный экспорт/импорт данных с помощью обмена файлами стандартных форматов (текстовые файлы, DBF – файлы, файлы MS Office (Word, Excel, Access), файлы формата АРПС1.10, DUMP – файлы. Экспорт/Импорт может осуществляться как с помощью утилит Oracle (ЕXP/IMP, SQL Loader, SQL+), так и с помощью специально созданных клиентских приложений.
  • Обмен данными между SQL-серверами на платформе Oracle. Обмен данными осуществляется аналогично обмену данными между модулями системы оперативной обработки транзакций на уровне бизнес-логики. Реализация требует создания взаимных ссылок (DBLINK) баз данных, что позволяет одному серверу запрашивать и модифицировать данные, которые физически расположены на другом сервере (распределенные SQL – запросы и транзакции).
  • Обмен данными между сервером Oracle и SQL-серверами других производителей (MS SQL-сервер, Firebird и др). Обмен данными возможен:
    • через клиентское приложение, имеющий доступ одновременно к обеим базам данных по протоколу ODBC или JDBC
    • с помощью гетерогенной службы Oracle, позволяющей выполнять распределенные SQL запросы к БД, функционирующей на другой платформе.
  • Интеграция на основе сервис - ориентированной архитектуры (SOA) . Может быть реализована на основе Oracle SOA Suite или других аналогичных продуктов. Реализация требует создания программных адаптеров, обеспечивающих преобразование данных в формат сообщений XML и реализацию инфраструктуры обмена XML - сообщениями. Интеграция систем на основе SOA возможна при соблюдении следующих общих требований:
    • Каждая система – участник ЕИП - должна предоставлять (публиковать) Web-сервисы обмена на основе глобальных стандартов WSDL и SOAP.
    • При необходимости передачи данных система – источник должна формировать XML-сообщение и обращаться к соответствующей web-службе системы - приемника по протоколу http или https.
    • Должны быть развернуты web-сервисы обмена данными на платформе J2EE (Oracle Application Server или другие аналогичные продукты).

Архитектура обмена должна обеспечивать согласованное функционирование основных процессов передачи и распределения данных:

  • Должны быть реализованы: процесс отслеживания событий (транзакций) в системе–источнике; процесс формирования сообщений на основе завершенных транзакций в системе-источнике; процесс передачи сообщений в систему – приемник; процесс обработки сообщений в системе – приемнике.
  • При обработке сообщений в системе-приемнике должна быть обеспечена автоматическая трансформация данных и формирование системных идентификаторов документов.
  • Система обмена должна обеспечивать ведение протокола успешно завершенных и неудачных операций.

Известные методы интеграции баз данных основаны на реляционной модели данных, что обеспечивает достижение схемной однородности распределенной БД по определению. Применение технологий обмена на основе распределенных транзакций и SOA позволяет говорить о реализации профессионального уровня схемной интеграции баз данных. На схемном интеграционном уровне решаются задачи табличного представления данных независимо от специфики определения локальных баз данных в средах различных систем управления базами данных (СУБД), таких как Oracle, MS SQL и др. Принципиально важным является существование представлений всех распределенных данных в виде реляционных схем, что гарантирует разрешение целевой интеграционной проблемы. На схемном интеграционном уровне решаются характерные для технологии БД задачи, в частности, согласование форматов описания данных, нормализация, минимизация и упорядочение реляционных схем, согласование SQL-доступа и др.
Интеграция ИСУП реализована на основе разработки специальных структур данных (интерфейсных таблиц) и программных адаптеров АСИД, обеспечивающих согласованный формат обмена, включая:

  1. Синхронизацию данных между информационными системами с целью получения единой и непротиворечивой картины бизнес-процессов (на уровне руководства предприятия). Виды синхронизации:
    • Периодическая (batch-style) синхронизация. Выполняется в определенные моменты с помощью специального системного процесса;
    • Он-лайн (Transactional) синхронизация. Выполняется немедленно при изменении данных какой-либо подсистемой.
  2. Изоляцию (модульность) приложений и бизнес-процессов (см. рис 1). Специализация ПО и растущая сложность в обновлении (установке новых версий) делает необходимым изолировать приложения друг от друга. В рамках ИСУП НИАЭП созданы модули, оптимизированные для решения конкретной задачи, которые сообщаются с другими модулями через стандартизованные интерфейсы. Это дает возможность обновлять, модифицировать, заменять конкретный модуль, не нарушая работу всей системы.
  3. Упрощение (рационализация) многошаговых бизнес – процессов. Автоматизация уменьшает степень участия операторов с помощью организации прямого обмена информацией между программными модулями.

Необходимость разработки системы НСИ при интеграции в рамках ЕИП очевидна. Работа систем, входящих в ЕИП, связана с постоянным обращением к словарям и справочникам, содержание которых самое разное по составу и объему. Для обеспечения идентичности сведений, используемых в различных подразделениях НИАЭП, требуется эффективное управление нормативно-справочной информацией. Ведение нормативно-справочной информации, подчиненное единому регламенту и обеспеченное единой технологической средой позволяет поддерживать полноту, целостность и актуальность всех входящих в состав информационной системы ИСУП НИАЭП справочников и классификаторов, а также интеграцию любых используемых информационных систем на уровне справочных данных.

Нормативно-справочная информация системы ИСУП НИАЭП обеспечивает возможности:

  • интеграции данных, обрабатываемых различными функциональными модулями системы;
  • консолидации данных от различных функциональных подразделений в рамках организационной структуры управления проектированием и строительством АЭС «центральный офис – филиал».
  • информационного взаимодействия системы ИСУП через адаптеры с автоматизированными системами, составляющими ЕИП.
    При этом в рамках ЕИП обеспечиваются следующие принципы организации НСИ:
  • единообразие системы классификации и кодификации объектов, в сочетании с необходимым и достаточным реквизитным составом описания объектов. Обозначение одного и того же объекта должно быть единым для любой задачи системы, что обеспечивает информационную связь между задачами;
  • использование межотраслевых, отраслевых и корпоративных кодификаторов и классификаторов, действующих стандартов структуры НСИ;
  • открытость системы НСИ, возможность подключения новых классификаторов и кодификаторов (справочников) и сопряжения их с существующими;
  • оперативность внесения изменений в элементы НСИ при соблюдении централизованного ведения основных справочников системы;
  • взаимоувязка элементов НСИ, использование ссылок справочников друг на друга;
  • распределение ответственности и полномочий за актуальность содержащейся в системе НСИ;
  • поддержка единой технологии ведения НСИ.

При разработке системы НСИ принято во внимание три уровня нормативных документов и стандартов:

  • межотраслевой уровень – государственные и международные (региональные) стандарты, общероссийские классификаторы и справочники технико-экономической информации;
  • отраслевой уровень – стандарты, нормы, правила, рекомендации, классификаторы и справочники отраслевого значения;
  • корпоративный уровень – стандарты, нормы, правила, система классификации и кодирования, принятая для внутреннего использования.

В системе ИСУП разработаны справочники двух категорий:

  • Справочники-классификаторы (классификаторы), представляющие собой систематизированный перечень однородных элементов. Справочники-классификаторы, являющиеся носителями корпоративной методологии, как правило, статичны, разрабатываются и ведутся централизованно – только соответствующими службами центрального офиса - и передаются филиалам для использования в работе. Справочники-классификаторы состоят из однородных с точки зрения предметной области элементов. В иерархии справочника нижестоящий элемент не может принадлежать одновременно нескольким вышестоящим элементам (группам).
  • Справочники-кодификаторы (кодификаторы или просто справочники) состоят из неограниченного числа записей, каждой из которых соответствует информация в виде шифра для идентификации объектов или учетных элементов строительства. При этом состав записей является динамичным.

Система кодирования, структура и длина кодов разрабатывались с учетом следующих требований:

  • исключение разночтение кодовых обозначений;
  • учет возможности кодирования новых элементов НСИ.

Ведение НСИ осуществляется регламентировано с ограничением доступа сотрудников, имеющих возможность изменять информацию в справочнике. Реализация ролевого доступа к данным НСИ и разработка согласованных процедур предоставления запросов на изменение НСИ от функциональных подразделений обеспечивает:

  • упорядочивание справочной информации;
  • обеспечение проверки НСИ на соответствие корпоративным и внешним стандартам;
  • обеспечение полноты и достаточности справочной информации;
  • интеграцию различных информационных систем по справочным данным в рамках ЕИП;
  • поддержка на уровне словарей и справочников единства сводной и консолидированной отчетности;
  • поддержка процессов принятия решений.

Итог по текущему состоянию ЕИП:

  • данные создаются и обрабатываются в различных специализированных системах и передаются (публикуются) в ИСУП НИАЭП в требуемом формате;
  • процесс контроля за изменениями данных на различных этапах проекта ведется централизованно в соответствии с регламентами;
  • интеграция специализированных систем осуществляется на базе НСИ ИСУП;
  • интеграция систем, входящих в состав ЕИП, создает базу данных для контроля хода проекта сооружения сложного объекта на всех этапах.

Для справки:
В отчете Boston Consulting Group (BCG) исследовалась проблема удовлетворенности предприятий результатами внедрения у них корпоративных информационных систем. По мнению аналитиков BCG, КИС являются жизненно необходимыми для предприятий, однако успех внедрения зависит от того, удалось ли адаптировать их в соответствии с намеченными целями максимально близко к сути происходящего производственного процесса. В ходе исследования были опрошены 100 должностных лиц, отвечающих за внедрение корпоративных информационных систем на предприятии в течение последних 3 лет. Эти предприятия занимаются различными видами деятельности, и в большинстве из них работает более 5000 сотрудников. Результаты опроса 100 высших должностных лиц ведущих компаний свидетельствуют, что только каждое третье предприятие удовлетворено результатами внедрения КИС при оценке по критериям ценообразования, ценовой эффективности, реального финансового воздействия и достижения поставленных целей.

По данным Gartner Group, соответствие проектов внедрения плановым показателям оценивается для ERP систем в 60%, а полностью провалившиеся проекты - в 10%.