Создание единого информационного пространства в миграционной системе россии текст научной статьи по специальности «экономика и бизнес»

Введение

Информация — ключевой продукт, который продает проектная организация. Этот продукт в первую очередь нематериальный, а потому требует особых подходов при его производстве. Например, если вы хотите производить, к примеру, трубы, то вам нужно построить трубный завод, где на каждом этапе производства понадобятся специальные станки, которые будут контролировать инженеры, — ведь вам и в голову не придет просто нагнать в цех инженеров, выдать им листы металла, сварочный аппарат и молотки. Почему же в проектных организациях очень часто складывается именно такая ситуация: наняли специалистов, поставили им компьютеры, принтеры, телефоны, подключили Интернет, сделали всем электронные почтовые ящики, закупили всем САПР по их специфике, — и всё, остается только договора подписывать, да работы в срок выполнять. Только вот со сроками не у всех получается — вроде и опыт в проектировании подобных объектов есть, а каждый раз всё те же ошибки, хорошо еще если текучки кадров нет, а так — ушел специалист и вместе с ним все его знания. К примеру, на заводе по производству изделий основными активами являются станки — ресурс материальный, необходимость в их приобретении и грамотной эксплуатации — вещи очевидные. А если мы имеем дело с нематериальным ресурсом — информацией, можем ли мы создать некое информационное пространство, которое будет постоянно пополняться за счет знаний сотрудников и позволит максимально быстро находить необходимую нам информацию, за счет чего в разы вырастет эффективность работы и не будет жесткой зависимости от кадров? Да, можем! Подобный инструмент в проектной организации можно назвать неким аналогом станка на заводе, и в современных условиях необходимость его создания очевидна. Имя этому инструменту — единое информационное пространство (ЕИП).


Система управления техническим архивом долговременного хранения проектно-конструкторской и сопутствующей документации

Создатели системы АС «Архив» рассматривали ее как основу для построения ЕИП и, следовательно, намного шире, чем простую архивную поисковую базу данных.

Жизненный цикл любого технического документа состоит из следующих основных стадий, представленных на рис. 2: разработка документа, согласование, внесение изменений в документ, стадия архива. В процессе продвижения документа по его ЖЦ возможен пропуск некоторых стадий или возврат к предыдущим. Например, после помещения документа в архив в случае проведения изменений по извещению (разрешению) на изменения происходит возврат документа сначала на стадию «внесение изменений», а после внесения изменений документ возвращается на стадию «согласование». В случае успешного согласования (без замечаний) документ переходит сразу в стадию «архив», минуя стадию «внесение изменений».

Рис. 2. Основные стадии жизненного цикла документа

Таким образом, АС «Архив» охватывает три основные стадии ЖЦ документа (согласование, внесение изменений, архив), позволяя автоматизировать все рабочие процессы ОКПП (перечислены выше при описании этапа II создания ЕИП), имеющие место на любой из этих стадий. Рабочие процессы ОКПП, имеющие место на стадии «разработка», реализует система управления оперативным архивом, внедряемая на этапе III создания ЕИП.

Наряду с традиционными возможностями любой современной системы управления электронным архивом (представление технической документации в структурированном виде — объектного дерева, поиск документов, привязка электронных и бумажных документов, находящихся на хранении в бумажном архиве, и прочее), АС «Архив» обладает рядом важных дополнительных функций:

  • хранение 3D-модели и представление ее в виде структурированного дерева;
  • наличие системных ссылок между объектами 3D-модели и соответствующими плоскими (2D) документами;
  • учет связи документа с 3D-моделью при внесении изменений в документ: возможность внесения изменений в 3D-модель и получение из нее новой версии плоского документа, создание новой версии непосредственно на основе этого документа;
  • возможность хранения плоского документа как в файле оригинального формата (например, DWG, DOC, XLS и др.), так и в отсканированном виде (TIFF и др.), а также в формате PDF;
  • возможность создания и хранения неограниченного количества авторизованных комментариев к документу, в том числе использование возможности «красного карандаша» в PDF и хранение этого PDF в составе комментария;
  • возможность выгрузки документации (готовой продукции) из системы в структурированном виде на внешний носитель для передачи заказчику;
  • расчет контрольной суммы файла документа при его выгрузке;
  • возможность учета и хранения в системе любых сопутствующих документов, таких как:
    1. накладные на отправку готовой продукции;
    2. заказы-наряды на печатные и копировально-множительные работы;
    3. договоры на проектирование;
    4. технические задания к договорам;
    5. исходные проектные данные;
    6. административные документы, имеющие непосредственное отношение к технической документации (входящие и исходящие письма, служебные записки, приказы, распоряжения и прочие);
    7. другие документы;
  • возможность накопления статистических данных по классифицированным причинам внесения изменений в документацию при проведении метрологического и нормоконтроля для осуществления анализа данных с целью повышения качества готовой продукции;
  • получение различных отчетов, используемых на предприятии.

АС «Архив» — открытая система, поэтому систему управления оперативным архивом (этап III) можно реализовать путем масштабирования АС «Архив» или как самостоятельную систему, полностью интегрируемую с АС «Архив». Известны и апробированы механизмы интеграции АС «Архив» с CAD-системами и системами ресурсного планирования MS Project и Primavera, что гарантирует создание единой среды проектирования на ОКПП по завершении этапа III.

2020: До 31 декабря продлен эксперимент по использованию НСУД

Соответствующее Постановление Правительства РФ от 27 марта 2020 года опубликовано на официальном портале правовой информации.

Эксперимент проводится с 1 июля 2019 и должен сделать эффективнее обмен сведениями в электронной форме между физическими лицами, банками, государственными органами (в том числе при оказании гражданам банковских услуг) посредством использования создаваемых компонентов национальной системы управления данными (НСУД), а также создаваемой в рамках единой системы идентификации и аутентификации инфраструктуры цифрового профиля.

Также документом в число участников эксперимента были включены:

  • министерство труда и социальной защиты;
  • операторы связи — на добровольной основе по согласованию с Минкомсвязью РФ;
  • работодатели — юридические лица, с которыми граждане, ищущие работу, планируют вступить в трудовые отношения, — на добровольной основе по согласованию с Минкомсвязью РФ;
  • многофункциональные центры предоставления государственных и муниципальных услуг — на добровольной основе в случае, если высший исполнительный орган государственной власти субъекта Российской Федерации, принявший решение об участии в эксперименте, указал об участии такого многофункционального центра в эксперименте в своем обращении.

Система управления техническим архивом долговременного хранения проектно­конструкторской и сопутствующей документации

Создатели системы АС «Архив» рассматривали ее как основу для построения ЕИП , а следовательно, намного шире, чем простую архивную поисковую базу данных.

Жизненный цикл любого технического документа состоит из следующих основных стадий, представленных на рис. 2: разработка документа, согласование, внесение изменений в документ, стадия архива. В процессе продвижения документа по его ЖЦ возможен пропуск некоторых стадий или возврат к предыдущим. Например, после помещения документа в архив в случае проведения изменений по извещению (разрешению) на изменения происходит возврат документа сначала на стадию «внесение изменений», а после внесения изменений документ возвращается на стадию «согласование». В случае успешного согласования (без замечаний) документ сразу переходит в стадию «архив», минуя стадию «внесение изменений».


Рис. 2. Основные стадии жизненного цикла документа

Таким образом, АС «Архив» охватывает три основные стадии ЖЦ документа (согласование, внесение изменений, архив), позволяя автоматизировать все рабочие процессы ОКПП (перечислены выше при описании этапа II создания ЕИП), имеющие место на любой из этих стадий. Рабочие процессы ОКПП, имеющие место на стадии «разработка», реализует система управления оперативным архивом, внедряемая на этапе III создания ЕИП.

Наряду с традиционными возможностями любой современной системы управления электронным архивом (представление технической документации в структурированном виде — объектного дерева, поиск документов, привязка электронных и бумажных документов, находящихся на хранении в бумажном архиве, и прочее), АС «Архив» обладает рядом важных дополнительных функций:

  • хранение 3D­модели и представление ее в виде структурированного дерева;
  • наличие системных ссылок между объектами 3D­модели и соответствующими плоскими (2D) документами;
  • учет связи документа с 3D­моделью при внесении изменений в документ: возможность внесения изменений в 3D­модель и получение из нее новой версии плоского документа, создание новой версии непосредственно на основе этого документа;
  • возможность хранения плоского документа как в файле оригинального формата (например, DWG, DOC, XLS и др.), так и в отсканированном виде (TIFF и др.), а также в формате PDF;
  • возможность создания и хранения неограниченного количества авторизованных комментариев к документу, в том числе использование возможности «красного карандаша» в PDF и хранение этого PDF в составе комментария;
  • возможность выгрузки документации (готовой продукции) из системы в структурированном виде на внешний носитель для передачи заказчику;
  • расчет контрольной суммы файла документа при его выгрузке;
  • возможность учета и хранения в системе любых сопутствующих документов, таких как:

— накладные на отправку готовой продукции;

— заказы­наряды на печатные и копировально­множительные работы;

— договоры на проектирование;

— технические задания к договорам;

— исходные проектные данные;


— административные документы, имеющие непосредственное отношение к технической документации (входящие и исходящие письма, служебные записки, приказы, распоряжения и пр.),

— другие документы;

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

АС «Архив» — открытая система, поэтому систему управления оперативным архивом (этап III) можно реализовать путем масштабирования АС «Архив» или как самостоятельную систему, полностью интегрируемую с АС «Архив». Известны и апробированы механизмы интеграции АС «Архив» с CAD­системами и системами ресурсного планирования MS Project и Primavera, что гарантирует создание единой среды проектирования на ОКПП по завершении этапа III.

Определение ЕИП: этапы создания ЕИП в организации, проектирующей объекты ПГС

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

  • 1­й — выявление информационного потока;
  • 2­й — стандартизация информационного потока;
  • 3­й — анализ рынка существующих ПО в этой области;
  • 4­й — приобретение и внедрение выбранного ПО.

Этапы должны идти друг за другом последовательно, но в нашей российской действительности мы же хотим всё и сразу, руководители многих проектных организаций зачастую, даже минуя 3­й этап, сразу приобретают ПО, а потом только разбираются, как его применить и нужно ли оно вообще. А работа по первым двум этапам ложится на плечи компании­интегратора, которая охотно берется за дело, не всегда выполнимое (в тех случаях, когда выбранное ПО не походит под специфику данной организации, но деньги за его внедрение готовы выплачивать — не отговаривать же!). Даже если ПО выбрано верно, внедрить его так, чтобы оно использовалось на 100%, можно только при выявлении и стандартизации информационного потока в данном направлении — а это работа, которую необходимо делать постоянно и своими силами, ведь лучше вас самих вашу специфику не знает никто. А компания­интегратор будет проделывать эту работу, только пока она для них рентабельна, при этом далеко не всегда это рентабельно вам. В итоге — скупой платит дважды. Работу по первым трем этапам создания ЕИП, по глубокому убеждению автора, в условиях современной действительности  проектная организация должна выполнять самостоятельно и постоянно. Необходимо создать штатную единицу, которая будет выявлять и стандартизировать информационные потоки, — без такого подхода к структуре в проектной организации сегодня невозможно ее развитие в принципе

Очень важен обмен опытом по работе в данном направлении, ведь в перспективе стандартизация некоторых информационных потоков станет настолько важной, что может превратиться в отдельную дисциплину. Как это, к примеру, уже произошло в США, где развитие корпоративных стандартов чертежный документации привело к необходимости включения в штанное расписание проектной организации отдельной должности — CAD­manager

В обязанности такого сотрудника входит настройка систем автоматизированного проектирования (САПР) в соответствии с корпоративными стандартами организации, при этом на государственном уровне разработан документ United States National CAD Standard (NCS)  — в нем прописаны основные стандарты, которые необходимо соблюдать при проектировании с применением САПР.

На страницах журнала «САПР и графика» автор планирует опуб­ликовать ряд статей, где приведет конкретные примеры по созданию:

  • корпоративных настроек AutoCAD и стандарта предприятия на чертежную документацию;
  • корпоративной библиотеки типовой документации;
  • структуры папок проектов на общем сетевом диске;
  • корпоративной базы нормативной документации в NormaCS;
  • корпоративной базы расположения объектов в Google на планете;
  • корпоративной базы контактов заказчиков, подрядчиков и сотрудников.

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

Литература

  1. Бредун П.О., Данилова Л.Г., Иванов И.П. Архитектура корпоративного интегрированного информационного пространства (ИИП) ИС управления документооборотом//Материалы VI Международной конференции «Интеллект&ИТ Бизнес Металл» 14­18 июня 2004 г. М. 2004, С. 43­46.
  2. Воробьев А.М., Пивоваров В.М, Щеглов Д.К. и др. Концепция создания единой среды проектирования как первый этап обеспечения жизненного цикла изделия (Опыт ОАО «КБСМ»)//CADmaster. 2008. № 2. С. 16­20.
  3. Воробьев А.М., Щеглов Д.К. Создание единого информационного пространства предприятия//Материалы семинара «Развитие информационной инфраструктуры Концерна». М.: ОАО «Концерн ПВО «Алмаз­Антей». 2007. С. 93­104.
  4. Гунько М.С., Егоров В.В., Щеглов Д.К. Практика внедрения электронного архива технической документации в проектных организациях//Молодежь. Техника. Космос: труды II Общероссийской молодежной науч.­техн. конф./Балт. гос. техн. ун­т. СПб. 2010. С. 216­217.
  5. Исследования и подготовка предложений по разработке проекта Концепции информатизации Роскосмоса и РКП — НИР «Концепция»/ НТО № 851­2112/09 — 1.6 — 1024­116/65­09, Гос. рег. № Ф40836, ОАО «КБСМ», СПб., 2009, 251 с.
  6. Нормативные документы Роскосмоса. Концепция информатизации Роскосмоса и РКП (2010­2015 гг.). Первая редакция. Москва, 2010. Internet: www.federalspace.ru/main.php?id=13&did=928.
  7. Опыт создания единой среды проектирования в ОАО «КБСМ»//Воробьев А.М., Пивоваров В.М., Щеглов Д.К., Алимов М.В., Ведерникова Т.В., Данилова Л.Г., Рындин А.А., Тучков А.А., Фертман И.Б.//CALS­технологии в образовании, науке и производстве: материалы второй научн.­метод. конф./Балт. гос. тех. ун­т. СПб. 2008. С. 139­145.
  8. Рындин А.А., Рябенький Л.М., Тучков А.А., Фертман И.Б. Описание электронной информационной модели изделия судостроения на различных стадиях жизненного цикла с элементами интегрированной логистической поддержки//Сб. материалов конференции «Применение ИПИ­технологий для повышения качества и конкурентоспособности наукоемкой продукции (ИПИ­2004)». 7­8 декабря 2004 г. Москва.
  9. Рындин А.А., Тучков А.А., Фертман И.Б. Ступени внедрения ИПИ­технологий. Опыт реализации электронного документооборота//Материалы конференции «Моринтех­практик информационные технологии в судостроении — 2006». СПб. 2006.
  10. Тихомиров А.В., Тимофеев С.Г., Джуромский Д.С. Концепция построения ЕИП//Internet: http://npo1.kansstel.ru/research/appliance/articles/eip.html.
  11. Точилов Л. CALS и ЕИП//Internet: http://rte.rte1.ru/technology/techmash/article/cals­erp.html.
  12. Тучков А.А. Внедрение электронных архивов инженерной документации//CADmaster. 2008. № 3. С. 42­49.
  13. Чиковская И.Н. Электронный кульман или информационная модель здания//REM. 2008. № 2. С. 42­44.

1  Роскосмос, ЦНИИмаш, ОАО «КБСМ», ООО «CSoft­Бюро ESG», БГТУ «Военмех» им. Д.Ф. Устинова и другие.


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

Литература

  1. Бредун П.О., Данилова Л.Г., Иванов И.П. Архитектура корпоративного интегрированного информационного пространства (ИИП) ИС управления документооборотом//Материалы VI Международной конференции «Интеллект&ИТ Бизнес Металл» 14–18 июня 2004 г. — М., 2004, с. 43−46.
  2. Воробьев А.М., Пивоваров В.М., Щеглов Д.К. и др. Концепция создания единой среды проектирования как первый этап обеспечения жизненного цикла изделия (Опыт ОАО «КБСМ»)//CADmaster, 2008, № 2, с. 16−20.
  3. Воробьев А.М., Щеглов Д.К. Создание единого информационного пространства предприятия//Материалы семинара «Развитие информационной инфраструктуры Концерна». — М., ОАО «Концерн ПВО «Алмаз-Антей», 2007, с. 93−104.
  4. Гунько М.С., Егоров В.В., Щеглов Д.К. Практика внедрения электронного архива технической документации в проектных организациях//Молодежь. Техника. Космос: труды II Общероссийской молодежной науч.-техн. конф./Балт. гос. техн. ун-т, СПб., 2010, с. 216−217.
  5. Исследования и подготовка предложений по разработке проекта Концепции информатизации Роскосмоса и РКП — НИР «Концепция»/ НТО № 851−2112/09 — 1.6 — 1024−116/65−09, Гос. рег. № Ф40836, ОАО «КБСМ», СПб., 2009, 251 с.
  6. Опыт создания единой среды проектирования в ОАО «КБСМ»//Воробьев А.М., Пивоваров В.М., Щеглов Д.К., Алимов М.В., Ведерникова Т.В., Данилова Л.Г., Рындин А.А., Тучков А.А., Фертман И.Б.//CALS-технологии в образовании, науке и производстве: материалы второй научн.-метод. конф./Балт. гос. тех. ун-т. — СПб., 2008, с. 139−145.
  7. Рындин А.А., Рябенький Л.М., Тучков А.А., Фертман И.Б. Описание электронной информационной модели изделия судостроения на различных стадиях жизненного цикла с элементами интегрированной логистической поддержки//Сб. материалов конференции «Применение ИПИ-технологий для повышения качества и конкурентоспособности наукоемкой продукции (ИПИ-2004)», 7–8 декабря 2004 г., Москва.
  8. Рындин А.А., Тучков А.А., Фертман И.Б. Ступени внедрения ИПИ-технологий. Опыт реализации электронного документооборота//Материалы конференции «Моринтех-практик информационные технологии в судостроении — 2006», СПб., 2006.
  9. Точилов Л.С. CALS и ЕИП//Internet: http://rte.rte1.ru/technology/techmash/article/cals-erp.html
  10. Тучков А.А. Внедрение электронных архивов инженерной документации//CADmaster, 2008, № 3, с. 42−49.
  11. Чиковская И.Н. Электронный кульман или информационная модель здания//REM, 2008, № 2, с. 42−44.
  1. Роскосмос, ЦНИИмаш, ОАО «КБСМ», ООО «CSoft-Бюро ESG», БГТУ «Военмех» им. Д.Ф. Устинова и другие. 
  2. К сожалению, на большинстве предприятий переход на новые технологии проектирования ограничивается первыми тремя пунктами первого этапа. 
  3. ОАО «КБСМ» активно сотрудничает с Роскосмосом и предприятиями РКП. 

Алексей Воробьев, д.т.н., профессор, ОАО «Конструкторское бюро специального машиностроения»Лариса Данилова, к.ф.-м.н., ООО «CSoft-Бюро ESG»Борис Игнатов, РоскосмосАлексей Рындин, ООО «CSoft-Бюро ESG»Александр Тучков, к.т.н., ООО «CSoft-Бюро ESG»Алексей Уткин, д.т.н., профессор, ОАО «Конструкторское бюро специального машиностроения»Игорь Фертман, ООО «CSoft-Бюро ESG»Дмитрий Щеглов, ОАО «Конструкторское бюро специального машиностроения»

Единый механизм обмена электронными данными между подсистемами ЕИП на основе сервисной шины предприятия

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

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

Рис. 3. Пример обмена данными между АС «Архив» и САПР с использованием единого универсального механизма обмена данными

Как видно на рис. 3, в основе предлагаемого универсального механизма обмена данными лежат широко используемые в настоящее время современные технологии, опирающиеся на международные стандарты:

  • безопасности (технология WS-Security);
  • обмена сообщениями (технология MOM);
  • описания web-сервисов (технология WSDL);
  • манипулирования и преобразования данных (технологии XML, XSLT, XPath, XQuery);
  • моделирования бизнес-процессов предприятия (технологии BPEL4WS и WSChoreography).

Использование этих технологий позволяет создать сервисную шину предприятия, обеспечивающую гарантированный, надежный и защищенный обмен электронными данными между любыми открытыми системами, составляющими ЕИП .

Заключение

Из изложенного выше следует, что построение ЕИП Роскосмоса и предприятий РКП целесообразно начинать «снизу вверх» — с создания на каждом предприятии комплексной системы управления электронным архивом технической документации о разработанных и разрабатываемых изделиях (или объектах строительства), предназначенной для долговременного хранения. С целью ускорения и удешевления работ по созданию ЕИП в рамках отрасли в целом рекомендуется создать единую распределенную интегрированную систему управления изделием и архивом документации методом распространения на другие предприятия одной такой системы, наиболее успешно зарекомендовавшей себя на любом из предприятий отрасли. При этом целесообразно использовать опыт специалистов данного предприятия и разработчика системы при ее внедрении на других предприятиях РКП.

В заключение авторы выражают благодарность творческому коллективу исполнителей научно-исследовательской работы «Исследования и подготовка предложений по разработке проекта Концепции информатизации Роскосмоса и РКП» (НИР «Концепция») и всем разработчикам проекта концепции информатизации отрасли на 2010−2015 гг., материалы которых легли в основу этой статьи .


С этим читают