Специалисты ОП «Атомпроектинжиниринг», проектно-конструкторского филиала ОАО «Концерн Росэнергоатом», а также Киевского научно-исследовательского и проектно-конструкторского института «Энергопроект» обсудили внедрение информационных технологий в проектирование и строительство энергообъектов.
Мероприятие проводилось в рамках программы сотрудничества между ГП НАЭК «Энергоатом» и «Концерном Росэнергоатом» на 2012 год. Организатором семинара выступило ОП «Атомпроектинжиниринг».
Открывая работу семинара, генеральный директор «Атомпроектинжиниринг» Александр Рыбчук отметил, что в этом году приняты законодательные решения о строительстве двух энергоблоков № 3 и 4 на Хмельницкой АЭС и централизованного хранилища отработавшего ядерного топлива. Поэтому компания будет усиливать свою деятельность в реализации этих двух инвестиционных проектов. В частности, одной из задач является подготовка организации и внедрение самых современных технологий автоматизированного проектирования и управления строительством данных проектов. «Сегодня во многих странах строительство энергетических объектов проводится на современной основе с привлечением новейших инжиниринговых технологий. Проекты в высшей степени информатизированы и, соответственно, более управляемы. Поэтому для нас очень важно изучить опыт «Росэнергоатома» по этим вопросам», - подчеркнул руководитель «Атомпроектинжиниринг».
В ходе семинара российские и украинские специалисты обменялись опытом организации и технической поддержки внедрения систем автоматизированного проектирования (САПР), которые обеспечивают и упрощают выполнение работ на всех этапах жизненного цикла энергетического объекта.
Киевский институт «Энергопроект» представил на семинаре доклад об использовании систем автоматизированного проектирования, создании 3D моделей энергетических объектов с использованием двух программных комплексов AVEVA (для объектов тепловой энергетики) и Intergraph (для объектов атомной отрасли).
В свою очередь специалисты ОП «Атомпроектинжиниринг» рассказали о планах и перспективах внедрения программных продуктов для целей нового строительства. Отмечалось, что «поскольку жизненный цикл атомной станции составляет около 100 лет, вся информация, которая создается на стадии «проектирования», а также «строительства», должна храниться, управляться и обрабатываться. Кроме того, информация не должна теряться, когда она будет необходима в ходе эксплуатации энергообъекта, его модернизации и снятия с эксплуатации». «Мы планируем создать единое информационное пространство по всем видам работ с возможностью последующего использования данных на всех этапах жизненного цикла ядерной установки», - констатировали в завершение украинские специалисты.
Российские представители рассказали участникам совещания о современном состоянии разработки проекта ВВЭР-ТОИ. В частности поделились опытом создания портала, как единственного инструмента для сдачи-принятия отчетной документации по проекту «ВВЭР-ТОИ». Специалисты отметили, что главным преимуществом использования портала является создание единого информационного пространства для всех участников данного проекта. Представители ПКФ также рассказали об опыте совместного использования программных продуктов SmartPlant Enterprise компании Intergraph и систем математического моделирования для верификации данных и проектных решений. Также обменялись опытом автоматизации выпуска документации на стадии «проект» и рабочей документацией по программным дополнениям SmartPlant компании Intergraph.
Проектно-конструкторский филиал является базовой организацией генерирующей компании ОАО «Концерн Росэнергоатом» по информатизации проектов российских АЭС. Киевский научно-исследовательский и проектно-конструкторский институт «Энергопроект» является генеральным проектировщиком Ривненской и Хмельницкой АЭС, а также разработчиком ТЭО строительства новых энергоблоков № 3, 4 Хмельницкой АЭС.
Никто пока не комментировал эту страницу.
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует