Материалы для заседания Архитектурного Совета: «ИТ-стратегия по классу решений PDM (в машиностроении)»

1. Материалы для заседания Архитектурного Совета: «ИТ-стратегия по классу решений PDM (в машиностроении)»

Соловьев Анатолий Владиславович
Архитектор ЦОАИ АО «Гринатом»

2. Ранее принятые решения влияющие на проект или определение архитектуры ИТ-системы

• Постановление Правительства Российской Федерации от 16.11.2015 № 1236
«Об установлении запрета на допуск программного обеспечения, происходящего из иностранных
государств, для целей осуществления закупок для обеспечения государственных и муниципальных
нужд».
• Указ Президента РФ от 07.05.2024 № 309
«О национальных целях развития Российской Федерации на период до 2030 года и на перспективу
до 2036 года».
• Приказ Минцифры России от 18.01.2023 №21
«Об утверждении Методических рекомендаций по переходу на использование российского
программного обеспечения, в том числе на значимых объектах критической информационной
инфраструктуры Российской Федерации, и о реализации мер, направленных на ускоренный
переход органов государственной власти и организаций на использование российского
программного обеспечения в Российской Федерации».
Методические рекомендации по цифровой трансформации государственных корпораций и
компаний с государственным участием. Дата подписания 12.01.2024
• Приказ Госкорпорации «Росатом» от 24.04.2019 № 1/1231-П
«О внесении изменений в единый отраслевой порядок подготовки и представления на
рассмотрение и согласование управляющим советом стратегической программы «Цифровой
Росатом» потребности организаций Госкорпорации «Росатом» в программном обеспечении и/или
работах, услугах, связанных с внедрением программного обеспечения, происходящего не из
Правительство РФ должно обеспечить в 2024 году
использование преимущественно отечественного
ПО государственными органами, органами местного
самоуправления и организациями, а также создание
сквозных цифровых технологий преимущественно на
основе отечественных разработок.
Установление методики расчета показателей
импортозамещения, опирающейся на факт присутствия
продукта в Реестре отечественного ПО
Установление порядка принятия решений о
приобретении программного обеспечения и работ и
услуг, связанных с внедрением ПО, происходящего не
из Российской Федерации
Установление запрета на закупку иностранного ПО
суммой свыше 10 млн. руб. при наличии
импортонезависимых аналогов
Протоколом УС ЦР (Регистрационный № 1-1/57-Пр от
13.08.2024) установлены целевые показатели по
использованию ПО с целью полного перехода на
использование российского ПО к 2027 г
Российской Федерации» и не из государств-членов Евразийского экономического союза,
положение об управляющем совете стратегической программы «Цифровой Росатом» и приказ
Госкорпорации «Росатом» от 24.04.2019 «1/406-П
2

3. Содержание

№
ПП
Название раздела
Слайд
№
№
ПП
Название раздела
Слайд
№
1
Общие положения
4
14
Карта распределения PDM систем по дивизионам
26
2
Термины и определения
5
15
Планы импортозамещения PDM систем по дивизионам
27
3
Теоретическая часть. Общие сведения
7
16
Карта распределения CAD систем по дивизионам
28
4
Особенности протекания бизнес-процессов в системе
PDM
13
17
Обзор рассматриваемых систем PDM
29
Схема интеграционных взаимодействий системы PDM
18
Формирование краткого перечня программных продуктов
33
5
15
Использование системы PDM в процессах КТПП
19
Зафиксированные функциональные требования
35
6
16
Проблемы при обмене ДЭ
20
Зафиксированные нефункциональные требования
41
7
17
Текущая ситуация: специфика применения PDM в
отрасли
21
Сводная информация о степени соответствия ФТТ
43
8
19
22
Сводная информация о степени соответствия НФТТ
45
9
Затрагиваемые бизнес-процессы
20
23
Направления развития
46
10
Общая информация по стратегии по классу ИТ-решений
21
24
Структура использования функциональности PDM
48
Порядок выбора программного обеспечения (ПО) для
реализации Цифрового ПСР-образца в процессе
обеспечения производства
25
Предложения по развитию функциональности платформ PDM
49
11
22
26
Вывод. Проект решения
50
12
Методика выбора системы PDM
23
27
Приложение
51
13
Основные функциональные возможности PDM-систем
24
3

4. Общие положения

▪ Цель документа – облегчить выбор системы управления инженерными данными PDM в
машиностроительном дивизионе ГК, дать необходимое понимание предназначения и функций
системы
▪ Документ содержит ссылки на библиотеку эскизов процесса «Конструкторская и технологическая
подготовка производства», которая применяется при подготовке к реализации Цифровых ПСРобразцов
▪ В случае возникновения вопросов по настоящей документации необходимо обращаться в
Управление архитектурных решений новых производственных технологий АО «Гринатом»
(Соловьев Анатолий Владиславович <AnaVlaSolovyev@Greenatom.ru>)
4

5. Термины, определения и сокращения 1/2

Термин /
Сокращение
CAD
CAE
CAM
CAPP
EDM
ERP
MES
MPM
PDM
PIM
PMI
RMS
TDM
TIM
АС
Библиотека эскизов
ДД
ДСЕ
ДЭ
ЖЦИ
ИС
Определение
(Computer-aided design) системы автоматизированного проектирования (класс 8.3 по классификатору №486 от 22.09.2020)
(Computer-aided engineering) системы автоматизированного инженерного анализа, проведения расчетов, анализа и
симуляции физических процессов (класс 8.5)
(Computer-aided manufacturing) системы автоматизированной подготовки производства и подготовки управляющих
программ для станков с УЧПУ (класс 8.6)
(Computer-Aided Process Planning) Автоматизированная технологическая подготовка производства (класс 8.7)
(engineering data management) управление инженерными данными
(enterprise resource planning) планирование ресурсов предприятия (класс 9.7)
(manufacturing execution system) система управления производственными процессами (класс 9.2)
(Manufacturing Process Management) системы моделирования и анализа производства изделия
(Product Data Management) управление инженерными данными об изделии (класс 8.8)
PIM (product information management) управление информацией об изделии
(Product Manufacturing Information) производственная информация о продукте на 3D модели изделия
(Requirements Management Systems) управление требованиями к изделию (класс 8.13)
(technical data management) управление техническими данными
(technical information management) управление технической информацией
Автоматизированная система
Описание процесса, а также формы для сбора данных, шаблоны и примеры заполненной проектной документации
Доказательный документ
Детали и сборочные единицы
5
Электронный документ
Жизненный цикл изделия
Информационная система

6. Термины, определения и сокращения 2/2

Термин /
Сокращение
Определение
ИТР
Инженерно-технический работник
КД
Конструкторский документ
КТПП
Конструкторско-технологическая подготовка производства
ЛНА
МОС
ОГК
ОГТ
Локальный нормативный акт
Метод оценки соответствия
Отдел главного конструктора
Отдел главного технолога
Оперативные работники - лица, непосредственно занятые в процессе создания материальных ценностей, а также
занятые ремонтом, перемещением грузов, перевозкой пассажиров, оказанием материальных услуг и др.
Документ, подписанный ЭП разработчика, имеющий в реквизитной части соответствующий реквизит и предназначенный
для проверки, установленного согласования и утверждения в качестве подлинника (ГОСТ2.111)
ОР
Оригинал
ППР
Планово-предупредительный ремонт
ПЭО
СТО
ТД
ТО
ТП
УДИ
Документ, подписанный всеми установленными ЭП, имеющий в реквизитной части соответствующий реквизит и
предназначенный для изготовления дубликата и/или копий (ГОСТ2.111)
Планово-экономический отдел
Средства технологического оснащения
Технический документ
Техническое обслуживание
Технологический процесс
Управление инженерными данными (управление данными об изделии)
ЭСИ
Электронная структура изделия (конструкторская, производственно-технологическая..)
Подлинник
6

7. Теоретическая часть. Общие сведения 1/6

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

8. Теоретическая часть. Общие сведения 2/6

Базовые функциональные возможности PDMсистем:
PDM
• управление хранением данных и документами
TIM
EDM
• управление потоками работ и процессами
• управление структурой продукта
• управление конфигурациями
• автоматизация генерации выборок и отчетов
• управление изменениями
• интеграция с другими системами
• механизм авторизации
• управление доступом к документам
CAD
CAE
• Интерфейс к основным интегрированным ИС
• Контроль версий ДЭ
• Управление историей документа
Конструкция, Требования
Результаты анализа
PIM
TDM
ERP
MES
CAPP
CAM
Технология, УП для
станков УЧПУ
RMS
Управление
требованиями
Электронный
паспорт изделия
Отчеты
EDM (engineering data management) управление инженерными данными
PIM (product information management) управление информацией об изделии
TDM (technical data management) управление техническими данными
TIM (technical information management) управление технической информацией
CAD (Computer-aided design) Автоматизированное проектирование
CAE (Computer-aided engineering) Системы автоматизации инженерных расчетов
CAM (Computer-aided manufacturing) — автоматизированная система для подготовки управляющих программ для станков с УЧПУ
CAPP (Computer-Aided Process Planning) Автоматизированная технологическая подготовка производства
ERP (enterprise resource planning) планирование ресурсов предприятия
MES (manufacturing execution system) система управления производственными процессами
RMS (requirements management system) система управления требованиями
8

9. Теоретическая часть. Общие сведения 3/6

Уровень 1. Бизнес-архитектура
Укрупненное описание архитектуры бизнес-процессов (связь процесс - функции)
Жизненный цикл продукции ГОСТ Р 15.000-2016 Система разработки и постановки продукции на производство (СРПП)
1. Исследование и
проектирование
Работы, направленные на
разработку ТЗ
управление требованиями
выполнение исследований,
изучение достижений научнотехнического процесса,
потребностей экономики, изучение
рынков сбыта и требований
потребителей к продукции, условий
эксплуатации (применения,
хранения) продукции, поставщиков
материальных ресурсов,
формирование требований к
уровню и качеству продукции,
проведение конкурса (тендера) на
разработку и/или изготовление
продукции,
испытания опытных образцов;
Разработка КД
30
Разработка КД
30
38
46
43
Управление
изменениями КД
43
5. Эксплуатация
(потребление,
хранение)
4. Поставка
Работы, направленные на
сохранение качества готовой
продукции при ее поставке
потребителям в заданные сроки
Работы, направленные на
получение максимального
полезного эффекта от
использования продукции, на
снятие с эксплуатации.
Управление
изменениями ТехнолД
44
Разработка КД
30
Управление
требованиями
Согласование/
утверждение ТехнолД
39
Управление
изменениями КД
Работы, направленные на
обеспечение выпуска новой
(модернизированной,
модифицированной) продукции,
соответствующей требованиям
ТЗ, конструкторской и
технологической документации;
Разработка ТехнолД
31
Согласование/
утверждение КД
Управление
требованиями
Изготовление
опытного образца
14
Работы, направленные на
разработку соответствующей
конструкторской и
технологической
документации,
изготовление,
предварительные и
приемочные испытания
образцов,
на доработку конструкторской
документации опытных
образцов
Разработка ТехнолД
31
3. Изготовление
(производство)
2. Разработка
46
38
44
43
30
38
Управление
изменениями ТехнолД
44
46
Разработка ТехнолД
31
Согласование/
утверждение КД
Согласование/
утверждение ТехнолД
39
Управление
изменениями КД
43
Управление
требованиями
Управление
требованиями
46
Разработка КД
Согласование/
утверждение ТехнолД
39
Управление
изменениями КД
Управление
изменениями ТехнолД
К основным работам на стадии
ликвидации продукции относят
работы, направленные на
обеспечение утилизации,
уничтожения и/или захоронения
продукции, ее отходов и
удаления опасных отходов.
Разработка ТехнолД
31
Согласование/
утверждение КД
6. Ликвидация
Управление
изменениями ТехнолД
44
Управление
требованиями
46
Схемы бизнес архитектуры, состава технической документации и схем разработки КД и технологической документации приведены в приложенном файле «PDM в КТПП» на слайде 51

10. Теоретическая часть. Общие сведения 4/6

Выделены следующие группы ИТ функций при анализе бизнес-процессов*:
Обеспечение
совместной
работы с ТД
Обеспечение
доступа
к
актуальной ТД
Обеспечение
бизнес-процессов
утверждения ТД
Автоматизированные
выгрузки ТД при прохождении
процессов WorkFlow
10
* Схемы бизнес-процессов (примеры) приведены в приложенном файле «Схема бизнес-процесса» на слайде 51

11. Теоретическая часть. Общие сведения 5/6

Конструкторская
подготовка производства
(Разработка КД)
Хранение разрабатываемой КД
Совместная работа над изделием
Электронное согласование КД
Обеспечение распределенного
доступа к актуальной КД
Обеспечение сохранности КД
Идентификация КД
Обеспечение заимствования
изделий, отслеживание
входимости
Управление ЭСИ
Управление требованиями*
Технологическая
подготовка
производства
Хранение разрабатываемой ТД
Совместная работа над изделием
Электронное согласование ТД
Обеспечение распределенного
доступа к актуальной КД
Управление ЭСИ-т
Управление требованиями*
Изготовление опытного
изделия
Обеспечение распределенного
доступа к актуальной КД и ТД
Хранение информации по
результатам изготовления /
испытаний изделия
Управление требованиями*
Внесение изменение
в КД и ТД
Хранение разрабатываемой КД
Совместная работа над изделием
Электронное согласование КД
Обеспечение распределенного
доступа к КД
Обеспечение сохранности КД
Идентификация КД
Обеспечение заимствования
изделий, отслеживание
входимости
Управление ЭСИ и ЭСИ-т
Управление требованиями*
Расширенная информация по использованию PDM в процессе КТПП и стадии разработки КД приведены в приложенном файле
* Функционал может обеспечиваться средствами системы PDM или средствами внешнего, интегрированного с системой PDM ПО
11

12. Теоретическая часть. Общие сведения 6/6

Жизненный цикл документа на всех стадиях ЖЦИ
(пример)
Функциональность работы с документами на жизненном
цикле документа на всех стадиях ЖЦИ*
КД. В разработке
Просмотр
КД. Разработал
Изменения внесены
Пример потока
утверждения
конструкторской
документации в
системе PDM
КД. На проверке
КД. Проверил
На доработку
Техконтроль
не пройден
КД. На техконтроле
КД. Технологический
контроль пройден
КД. На
метрологической
экспертизе
Экспертиза пройдена
На этапах перехода между
КД. На
нормоконтроле
состояниями может
производиться
КД. Нормоконтроль
пройден
автоматизированное
заполнение атрибутов, а
КД. На утверждении
также проверка значений
атрибутов и требований (в
КД. Утверждаю
т.ч. и ДД. В случае
несоответствия условию
КД. Утверждено
переход может быть
заблокирован
Создание
электронного
документа
* До 80% пользователей PDM систем
необходим ограниченный функционал просмотр/согласование/выдача замечаний
Хранение
Согласование
Аннулирование
Изменение
КД. На изменении
Метрологическая
экспертиза не пройдена
Функциональность работы с требованиями на жизненном цикле изделия
на всех стадиях ЖЦИ
Нормоконтроль
не пройден
1. Создание ИО
Привязка к ИО требований из справочника
Определение ДД для каждого требования
Доработать
Внесение
изменений
2. Назначение требований
КД. ИИ
Внесение
изменений
4. Верификация и валидация ДД
Утверждение ДД
Изменение статуса ДД**
Запись атрибутов в карточку ИО и ЭМИ**
3. Разработка ЭМИ
Разработка ТД
Подготовка данных для МОС
Перечень видов конструкторских и технологических документов, схема жизненного цикла документа приведены в приложенном файле «Схема ЖЦИ ДЭ» на слайде 51
** при необходимости, зависит от реализации функционала
12

13. Особенности протекания бизнес-процессов в системе PDM 1/2

ГОСТ 14.206-73:
3.2. Технологический контроль рекомендуется производить в два этапа:
I — проверка оригиналов текстовых и графических документов;
II — проверка в подлинниках текстовых и графических документов.
Документы, предъявляемые на технологический контроль, должны быть подписаны в графах «Разраб.» и «Пров.».
ГОСТ2.111-2013
6.5 Нормоконтроль рекомендуется проводить в два этапа:
I этап — проверка оригиналов КД перед передачей на изготовление подлинников и размножение.
Эти материалы предъявляют нормоконтролеру с подписями в графах «Разраб.», «Пров.» и «Т. контр.» (при выполнении
технологического контроля КД);
II этап — проверка КД в подлинниках при наличии всех подписей лиц, ответственных за выполнение КД, кроме утверждающей
подписи.
ГОСТ Р 8.1015-2022
5.3 МЭ проводится в процессе разработки объекта, при согласовании (рассмотрении) или входном контроле (приемке)
результатов разработки объекта.
Обращая внимание на рекомендательный характер требований к проведению технологического контроля и
метрологической экспертизы, а также возможности системы PDM обеспечить одновременный
многопользовательский доступ к актуальным документам рекомендуем ввести параллельное рассмотрение
документов (требуется пересмотр ЛНА).
13

14.

Особенности протекания бизнес-процессов в системе PDM
Блок-схема процесса «Разработка РКД»
2/2
КД. В разработке
КД. В разработке
КД. Разработал
КД. Разработал
Изменения внесены
КД. На проверке
КД. Проверил
На доработку
Техконтроль
не пройден
КД. На техконтроле
КД. Технологический
контроль пройден
КД. На
метрологической
экспертизе
КД. На
нормоконтроле
КД. На проверке
КД. На изменении
Метрологическая
экспертиза не пройдена
КД. На техконтроле
Нормоконтроль
не пройден
КД. На
метрологической
экспертизе
КД. Проверка наличия
замечаний
КД. На
нормоконтроле
Имеются
замечания
Замечаний нет
Доработать
КД. На утверждении
КД. Утверждаю
Внесение
изменений
КД. Утверждено
Имеются
замечания
КД. На изменении
КД. Нормоконтроль
пройден
КД. На утверждении
Изменения
внесены
Доработать
На этапах перехода между
состояниями может производиться
автоматизированное заполнение
атрибутов, а также проверка
значений атрибутов и требований. В
случае несоответствия условию
переход может быть заблокирован.
В качестве атрибутов могут
выступать отметки о соответствии
требованиям и другие элементы
реквизитной части объекта.
*Схемы примеров бизнеспроцессов приведены в
приложенном файле и на
слайде 51
КД. Утверждаю
Внесение
изменений
КД. ИИ
Внесение
изменений
«Наследие» бумажной технологии:
• Большое количество возвратных петель
• Последовательное согласование
• Длительное время протекания процесса
КД. Утверждено
КД. ИИ
Внесение
изменений
Уменьшенное количество возвратных петель
Сокращение времени протекания процесса за счет распределения этапов
14
согласования ТД в параллельном режиме
Инструмент анализа процессов прохождения бизнес-процессов за счет обработки
массива данных, накопленного при электронном согласовании

15.

Целевая схема интеграционных взаимодействий системы PDM
Схема интеграционного взаимодействия ИС
B.2
CAPP
Система автоматизации
технологической
подготовки
производства
In: DF.13; DF.30; DF.33
Out:DF.29; DF.34
G.3
ИС Документооборот
Управление
корпоративным
контентом предприятия
In:
Out:DF.28
DF.34
A1
ERP
Cистема управления
ресурсами предприятия
In: DF.19; DF.33; DF.34
Out:DF.20; DF.24; DF.27
G.7
Табличный редактор
Редактор табличных
данных
In: DF.2; DF.18
Out:DF.5
DF.24; DF.19; DF.20
DF.29; DF.30; DF.33
A2
ЕОС Качество
Единая отраслевая
система управления
качеством
In: DF.20; DF.24
Out:DF.19
DF.1
DF.18
DF.33
DF.20
B.1
PDM
Система управления
инженерными данными
DF.31
DF.35
DF.11; DF.12; DF.13; DF.14; DF.15;
DF.16; DF.17; DF.21; DF.22; DF.25;
DF.28; DF.29; DF.30; DF.31; DF.32
Out:DF.3; DF.4; DF.6; DF.7; DF.9;
DF.10; DF.11; DF.14; DF.15; DF.17;
B.6
CAM
Система разработки
управляющих программ
на УЧПУ
In: DF.30
Out:DF.30
DF.6; DF.13
DF.30
B.7
CAE
Система инженерного
анализа
In: DF.21
Out:DF.21
DF.21
B.8
RMS
Система управления
требованиями
In: B.1;
Out:B.1;B.8
In:
Out:DF.23
DF.23
DF.23
G.2
Деловая почта
Защищенная
электронная почта ГК
In: DF.23
Out:DF.5
DF.22
DF.18; DF.20; DF.26; DF.30; DF.33
B.5
CAD
Система
автоматизированного
проектирования
In:
Out:DF.16; DF.25; DF.32
G.1
Эл. Почта
Электронная почта
In: DF.5; DF.23; DF.26
Out:DF.5
DF.26
In: DF.1; DF.3; DF.4; DF.7; DF.9; DF.1 0;
DF.16; DF.25; DF.32
G.6
Текстовый редактор
Текстовый редактор
DF.5
DF.28
G.5
СКЗИ для КТПП
Средство
криптографической
защиты информации
(НЭП)
In:
Out:DF.31
Распределение потоков
B.4
Планировщик задач
DF.27 Система планирования
работ и задач
In: DF.27
Out:DF.1; DF.2
DF.2
DF.12
B.3
Справочники КТПП DF.12
Система управления НСИ
для КТПП
In: DF.6; DF.12
Out:DF.13
G.8
Translator
ИС поддержки
переводов
(мультиязычный)
In: DF.22
Out:DF.22
G.4
DF.12
ЕСИК БП
Сервисная шина данных
предприятия
In:
Out:DF.12
F.1
MDM
Мастер-система
управления НСИ
предприятия
In: DF.5
Out:DF.12
Код
DF.1
DF.2
DF.3
DF.4
DF.5
DF.6
DF.7
DF.8
DF.9
DF.10
DF.11
DF.12
DF.13
DF.14
DF.15
DF.16
DF.17
DF.18
DF.19
DF.20
DF.21
DF.22
DF.23
DF.24
DF.25
DF.26
DF.27
DF.28
DF.29
DF.30
DF.31
DF.32
DF.33
DF.34
DF.35
Название потока
График КТПП
График работ
Замечания
Заявка PDM
Заявка на НСИ
Заявка на оборуд
Заявка на техперевод
Заявка оснастки
Заявка УП
Извещения
Инв. Номер
ИО НСИ MDM
ИО НСИ КТПП
КАЗ
Карточка документа
КД оснастки
КУН
Набор данных для отчета
Несоответствие
ОН
Отчет CAE анализа
Перевод техдокументации
Письма СО
Расчет затрат на ОН
РКД (разработка, согласование)
РКД (согласование СО)
Сроки КТПП по заказу
Ссылки на объекты письма
ТД
УП
УПЭП
ЭМИ
ЭСИ-К
ЭСИ-Т
Требование
На слайде приведен пример схемы интеграций для рассматриваемой модели данных. На разных предприятиях возможно отличие в
составе информационных потоков и схема может быть подкорректирована под потребности предприятия
Схема приведена в приложенном файле «Интеграционные взаимодействия» на слайде 51 и в формате pdf на этом слайде
Тип передачи
Out
Интеграция
B.4;
Не автоматизированный B.4;
Внутри ИС
B.1;
Внутри ИС
B.1;
Интеграция
G.1;G.7
Интеграция
B.1;
Внутри ИС
B.1;
Вне систем
#Н/Д
Внутри ИС
B.1;
Внутри ИС
B.1;
Внутри ИС
B.1;
Интеграция
F.1;G.4
Интеграция
B.3;
Внутри ИС
B.1;
Внутри ИС
B.1;
Интеграция
B.5;
Внутри ИС
B.1;
Интеграция
B.1;
Не автоматизированный A2;
Не автоматизированный B.1;A1
Не автоматизированный B.7;
Не автоматизированный G.8;B.1
Не автоматизированный G.6;
Не автоматизированный A1;
Внутри ИС
B.5;
Не автоматизированный B.1;
Не автоматизированный A1;
G.3;
Интеграция
B.2;
Не автоматизированный B.6;B.1
Интеграция
G.5;
Интеграция
B.5;
Интеграция
B.1;
Интеграция
B.2;
Внутри ИС / интеграция B.1;B.8
In
B.1;
G.7;
B.1;
B.1;
G.1;F.1
B.3;
B.1;
#Н/Д
B.1;
B.1;
B.1;
B.3;B.1
B.1;B.2
B.1;
B.1;
B.1;
B.1;
G.7;
A1;
A2;
B.1;
B.1;G.8
G.1;G.2
A2;
B.1;
G.1;
B.4;
B.1;
B.1;
B.1;B.2
B.1;
B.1;
B.2;A1
A1;
B.1;
15

16. Использование системы PDM в процессах КТПП

Конструкторская
подготовка
производства
Хранение разрабатываемой КД
Совместная работа над изделием
Электронное согласование КД
Обеспечение распределенного
доступа к актуальной КД
Обеспечение сохранности КД
Идентификация КД
Обеспечение заимствования
изделий, отслеживание
входимости
Управление ЭСИ
Управление требованиями*
Технологическая
подготовка
производства
Хранение разрабатываемой ТД
Совместная работа над изделием
Электронное согласование ТД
Обеспечение распределенного
доступа к актуальной КД
Управление ЭСИ-т
Управление требованиями*
Внесение
изменение в КД и
ТД
Изготовление
опытного изделия
Обеспечение распределенного
доступа к актуальной КД и ТД
Хранение информации по
результатам изготовления /
испытаний изделия
Управление требованиями*
Хранение разрабатываемой КД
Совместная работа над изделием
Электронное согласование КД
Обеспечение распределенного
доступа к КД
Обеспечение сохранности КД
Идентификация КД
Обеспечение заимствования
изделий, отслеживание
входимости
Управление ЭСИ и ЭСИ-т
Управление требованиями*
* Расширенная информация по использованию PDM в процессе КТПП и стадии разработки КД приведены в приложенном файле на слайде 51
16

17. Проблемы при обмене ДЭ 1/2

Проблема
Рекомендация
Передача ТД в PDM системы внешних
потребителей ТД (трудозатраты во внесении
реквизитной части
Унифицировать названия реквизитных свойств, сохраняемых в
метаданных файлов, для облегчения передачи документов между
площадками
Создать процессы WorkFlow с автоматическими процессами выгрузки ТД
в целевом формате и отсылкой уведомлений абонентам
Поддержка в актуальном состоянии КД,
переданной внешним контрагентом
уведомление зарегистрированных абонентов согласно ГОСТ 2.501
Не определены правила построения модели,
наличия реквизитов, PMI
Разработать дивизиональные правила проектирования с требованиями к
оформлению КД
Подлинник КД в неподдерживаемом ПО формате
Потеря ассоциативности при конвертировании в
формат стороннего ПО
Конвертирование КД в формат нативного ПО, привязка к исходному
файлу (подлиннику) для отслеживания изменений, настройка
оповещений об изменении
Риск изменения геометрии модели изделия при
конвертации
Использовать ПО с возможностью ассоциативного чтения КД
Правильное занесение реквизитов сторонней КД
в учетную систему
Унифицировать названия реквизитных свойств, сохраняемых в
метаданных файлов, для облегчения передачи документов между
площадками
17

18. Проблемы при обмене ДЭ 2/2

Проблема
Рекомендация
Использование для проектирования СТО другого ПО
Унифицировать используемое ПО
Создание копий модели для передаче на CAE анализ
Подготавливать геометрию модели для CAE анализа в дочерних
исполнениях
При разном уровне развития проектирования разные
требования к оформлению 3D модели и чертежа
Поднимать уровень проектирования до показателей ведущих
представителей
Отсутствие ассоциативности при разработке
попередельной КД (отливка (куст)/поковка и др.)
Использовать технологию мастер-модели при разработке
технологических моделей (модель поковки, отливки) и подготовке
модели к CAE анализу (при наличии инструментов изменения
геометрии модели без использования дерева построения)
18

19.

Текущая ситуация: специфика применения PDM в отрасли
Стандартизация и унификация PDM
На уровне отрасли выбор систем PDM
следующие вопросы:
Унификация названий атрибутов
Передача ТД между организациями
унифицирован, но не решены
Вопросы применения PDM
В рамках предприятия системы PDM решают производственные задачи в рамках
возможностей ПО и компетенций ИТ-служб. При передаче на другую площадку
возникают вопросы совместимости ПО, прослеживаемости реквизитов и
качеству документов.
ИТ-ландшафт PDM в дивизионах и отрасли
Управление инженерными данными (PDM) (автоматизированная система управления
данными об изделии – АС УДИ): АС, обеспечивающая разработку, получение,
безопасное хранение, преобразование, сопровождение конструкторских,
технологических, производственных, эксплуатационных и других данных об изделии и
их представление потребителям в соответствии с установленными правилами (ГОСТ Р
58300-2018)
Текущий ИТ-ландшафт инструментов PDM в отрасли (машиностроительное
направление)
представлен
российским
и
иностранным
/
импортозависимым ПО. Ключевые вендоры1:
• Интермех (IPS Search);
• T-Flex (T-Flex.Docs)
• Siemens (TeamCenter, Polarion);
• PTC (WindChill)
• Аскон (Лоцман.PLM)
• ФГУП "РФЯЦ - ВНИИЭФ" Сарус.PLM
• Лоция Софтвеа (Лоция PDM);
• Стаксель
Разнообразие применяемого ПО обусловлено различными факторами:
Необходимо решить следующие вопросы межзаводского обмена ТД:
Формат обменных файлов
Обеспечение прослеживаемости при использовании мультиформатных
моделей
Унификация названий атрибутов
Единые требования к построению моделей для обработки
Использование PMI в производстве
1 – перечислены не все иностранные вендоры (как и их продукты), только наиболее массово применяемые в отрасли.
историческими (ПО закупалось в различные периоды под разные
задачи);
спецификой и функциональной потребностью заказчиков (в том
числе, наличием контрактных требований заказчика в отдельных
проектах);
уровнем зрелости предприятия – пользователя ПО;
С учетом текущей геополитической ситуации необходимо реализация
комплексного импортозамещения PDM, которое целесообразно
реализовать с учетом целевой унификации и стандартизации в отрасли в
целом.
19

20. Затрагиваемые бизнес-процессы

Управление производственной эффективностью
4.23
4.24
4.25
4.26
4.27
4.28
УПК
УПМ
ОСП
НА
СТ
УП
Управление качеством*
Метрологическое обеспечение*
Организация специальных перевозок*
Непрофильные активы
Стандартизация
Управление проектированием АЭС
Откорректированная
РКД
Разработка комплекта
РКД
Комплект
документов
Конструктор
Комплект РКД
Подготовка документов
опережающего запуска
(при необходимости)
Опережающий
запуск
Схема подпроцесса «Технологический контроль» процесса «Разработка РКД»
Этап
Проверка РКД
Нач КБ
Внутризаводские
отделы
ПСР
Технический проект,
ГПП
Метрологическая
4.22
Работа с
замечаниями
главного
Отдел экспертиза
сварщика
Процессная область 4. Операционные процессы
4.01
КД
Конструкторская деятельность
4.02
УЭМ
Энергетическое машиностроение
4.03
ДОБ
Добыча
4.04
КОБ
Конверсия и обогащение
4.05
ФАБ
Фабрикация
4.06
ОЯТ
Обращение с ОЯТ
4.07
РАО
Обращение с РАО
4.08
УСА
Сооружение АЭС за рубежом
4.09
УСР
Сооружение АЭС в России
Генерация электроэнергии / эксплуатация АЭС в
4.10
УПГ
России
Генерация электроэнергии / эксплуатация АЭС
4.101 УПГЗ
за рубежом
4.11 САЭС Сервис АЭС за рубежом
4.12 САЭСР Сервис АЭС в России
4.13
ВИЭ
Вывод из эксплуатации
4.14
РТМ
Радиационные технологии и материалы
4.15
АФ
Атомный флот
4.16
КМ
Композитные материалы
4.17
МС
Маркетинг и сбыт
4.18
НКР
НИР и ОКР
4.19
КС
Капитальное строительство прочих объектов *
4.20
ТОиР Техобслуживание и ремонт
Схема процесса «Разработка РКД»
онтроль
Операционные процессы
Согласовано
Разработка РКД
РКД на
согласование
Поступление
Технологический
подлинника контроль
РКД на
Согласование
согласование
Требуется
опережающий
запуск?
Мотивированный
отказ
да
Возврат в
процесс
Работа с
замечаниями
Да/нет
Проведение
Оценка документа
на возможность
метрологической
выполнения требований
документа
экспертизы
в зоне ответственности
согласующего и получения годной
ДСЕ на технологическом переходе
Проверка 1 этап
Решение
согласующего
20

21.

Общая информация по стратегии по классу ИТ-решений
Управление инженерными данными
Стратегия по классу ИТ-решений представляет собой анализ существующих PDM решений, и выявляет лидеров в классе на основе
ряда сравнений по функциональным характеристикам*
ОРГАНИЗАЦИОННАЯ СТРУКТУРА
КЛАСС ИТ-решений
Управление инженерными данными (PDM) 08.08
Заказчик стратегии:
Архитектор (Гринатом): Соловьев А.В.
Приложение № 8,9 к ЕОМУ по унификации продукции в области
информационных технологий, автоматизации и связи утвержденных приказом
от 06.08.2024 №1/1447-П
Экспертная рабочая группа (в части согласования критериев
и оценки функциональных возможностей PDM решений Вендоров):
Члены архитектурного совета Госкорпорации «Росатом»
ОРГАНИЗАЦИОННЫЙ ОБЪЕМ
Госкорпорация Росатом
Предприятия атомной отрасли
ФУНКЦИОНАЛЬНЫЙ ОБЪЕМ
Загрузка данных из различных источников;
Хранение и обработка технических документов предприятия;
Процессы согласования технических документов
Управление электронной подписью.
ОСНОВНЫЕ БИЗНЕС-ПРОЦЕССЫ
Конструкторская подготовка производства;
Технологическая подготовка производства;
Обеспечение технической документацией;
Согласование технической документации.
СВЯЗАННЫЕ ИТ-ПРОЕКТЫ (НЕ ОГРАНИЧИВАЯСЬ)
Эскизная библиотека КТПП по классам CAD, CAM, CAE, CAPP,
PDM. ПРОТОКОЛ управляющего совета проекта «Комплексная
оптимизация производства предприятий атомной отрасли» (УС
ПСР) от 04.04.2024 № 1-1/31-Пр.».
БАЗОВЫЕ ДОПУЩЕНИЯ И ОГРАНИЧЕНИЯ
Рассматриваемый класс ИТ-решений соответствует пункту 8.8
Приложения №8 к ЕОМУ по унификации продукции в области
информационных технологий, автоматизации и связи.
Серверная часть системы может располагаться в облаке ЗКО и должна
соответствовать требованиям Госкорпорации Росатом.
Серверная часть системы может располагаться в локальной сети
предприятия
Система работает с видами информации, составляющими
21
коммерческую тайну и персональными данными работников
Госкорпорации

22. Порядок выбора программного обеспечения (ПО) для реализации Цифрового ПСР-образца в процессе обеспечения производства

01
Определить процесс для
трансформации и автоматизации
Наименование
процесса
02
Провести самооценку зрелости
процесса, в том числе используя
качественные критерии оценки из
МР по РППК
03
Определить границы Цифрового
ПСР-образца, идеальное и
целевое состояние процесса
(картирование)
Результаты самооценки
процесса
Границы процесса
Результаты самооценки
автоматизации (при
наличие)
Идеальное и
целевое состояние
процесса, включая
автоматизацию
07
Выполнение дальнейших этапов
реализации Цифрового ПСРобразца
- Шаги подпроцесса по выбору ПО
Сформировать функциональные и
технические требования к ПО используя
предзаполненные шаблоны (ФТТ/ТЗ),
см. Приложение 1.7.2 эскизной
библиотеки КТПП
ФТТ/ТЗ
06
В случае отсутствия необходимого
ПО в ЕОМУ по унификации выйти
на Архитектурный совет ГК с
предложением по новому ПО.
Порядок выхода на Архитектурный
совет ГК описан в ЕОМУ по
унификации.
ПО выбрано
- Шаги процесса реализации Цифрового ПСР-образца
04
05
Выбрать ПО из предлагаемых вариантов
по классу решения ПО в ЕОМУ по
унификации (слайд №12 эскизной
библиотеки КТПП).
Изучить лучшие практики в части
автоматизации процесса КТПП
(слайд №10 эскизной библиотеки КТПП)
Определен(ы)
вариант(ты) ПО
22

23. Методика выбора системы PDM

Этап
Постановка задачи
Полученный результат
В какие разделы документа необходимо
вносить полученный результат
Верхнеуровневые требования к процессу
управления техническими документами
Задокументированные потребности в
функциональности системы PDM
Картированные бизнес-процессы с использованием
эскизной библиотеки КТПП
Приложение 1 к Стратегии ИТ решений по
классу PDM
Сравнение требуемых функций с
возможностями ИС
Определение степени соответствия ИС требованиям
организации
Заполненные ФТТ
Приложение 7.2 библиотеки эскизов КТПП
Заполнение ФТТ из эскизной
библиотеки
Выбранная к внедрению платформа
Подготовка к внедрению
Подготовленный материал для настройки системы
(паспорт системы)
Внедрение
Готовая к работе система PDM
Карта потребностей
Приложения 2-7 к Стратегии ИТ решений по
классу PDM
23
Файлы приложений выложены на слайде 51

24. Основные функциональные возможности PDM-систем 1/2

Работа с информационными объектами (в т.ч. с документами)
• Управление ДЭ в архиве
• Формы поиска
• Поддержка различных видов ДЭ
• Работа с реквизитной частью ЭМИ и ЭМС
• Хранение технической документации: сертификаты, технические
условия…
• Работа с исполнениями (конфигурациями)
• Поддержка версионности документов (с реквизитной частью)
• Ввод замечаний к ДЭ в текстовом виде
• Ввод замечаний к ДЭ в графическом виде (красный карандаш)
• Работа с информационными объектами (в иерархическом виде)
Управление рабочими процессами
• WorkFlow для всех типов технической документации.
• Смена статуса документа
• Изменение прав доступа к документу при изменении состояния
• Поддержка работы с групповыми (связанными) документами
Обновление данных
• Работа с транзакциями
• Управление репликационными серверами
• Резервное копирование
• Холодное хранение
Оповещение пользователей
• Отправка сообщений при изменении состояния ДЭ
• Настройка своего оповещения при внесении изменений в документ
(новая версия)
• Поддержка рассылки документа по спискам отделов, должностям и ФИО
при ручной активации
• Возможность вести внешнюю переписку или сохранять письма в систему
(или интеграция со сторонним ПО)
• Возможность вести внутреннюю переписку или сохранять письма в
систему (или интеграция со сторонним ПО)
Интеграция
• Интеграция с внешними программами для планирования изготовления,
закупок, расчета себестоимости
• Экспорт состава изделия с указанием количества деталей, выбранного
материала и др. свойств - настраиваемый
• Возможность использования норм времени длительности операций в
трудовом нормировании и планировании производства
• Возможность записи в карточку объекта информации из файла
• Интерфейсы для внешних ИС
• Поддержка электронной подписи (простая - для внутреннего документа
и УНЭП - для документов, предназначенных для передачи внешнему
контрагенту)
• API интерфейс (и спецификации)
• Типовые сценарии использования функций
24
• Документирование использования API функций
• Запуск программы (модуля) по событию и расписанию

25. Основные функциональные возможности PDM-систем 2/2

Отчетность
• Создание отчетов по статусам Workflow
• Создание сводных отчетов по типам документов
• Генерирование ЭСИ (отчет сборки)
• Создание списка сборок, где используется ЭМИ / ЭМС
• Создание списка ссылочных документов
• Вывод перечня версий документа с комментариями и номером
версии/релиза в отчет
• Создание отчетов для BI
Графический интерфейс
• интерфейс для работы с ИО
• интерфейс для работы с файлами
• интерфейс работы с формами поиска
• интерфейс для администрирования
Администрирование
• Управление пользователями
• Управление группами
• Управление счетчиками (серийными номерами)
• Управление лицензиями
• Логгирование
• Интерфейс системы (толстый, тонкий клиент)
• Создание типовых задач и шаблонов
• Настройка управления ДЭ в архиве
• Управление библиотеками (стандартизованных и унифицированных
изделий, материалов и сортаментов)
* Расширенная информация по бизнес-архитектуре и функциональной схеме PDM в приложенном файле и на слайде 51
25

26.

Карта распределения PDM (PLM) систем по дивизионам
Инжиниринговый
Машиностроительный
Система управления инженерными данными IPS Search
«НЕОСИНТЕЗ» (проект СУИД )
В том числе по материалам
В том числе по материалам ЦИТАИР используются:
используются:
Siemens PLM Software Teamcenter
Dassault Systemes Enovia
Windchill
SmartPlant Foundation
ЛОЦМАН:PLM
Multi-D IMS 4.0
Топливный
IPS Search
IPS Web Portal
ЦИТАИР IPS Компас Connector
ЯОК
T-Flex.Docs
ЛОЦМАН:PLM
АСУТП и электротехника
Наука и инновации
1С:Предприятие 8. PDM
АО Прорыв
Стаксель
IPS Search (планируется)
В том числе по материалам
используются:
ЛОЦМАН:PLM
Жирным шрифтом выделены основное и наиболее распространенное в дивизионе ПО
Информация предоставлена ЦИТАИР (по состоянию на 1 квартал 2024г)
ЦИТАИР
26

27.

Планы импортозамещения PDM систем по дивизионам
Дивизион
АСУТП и электротехника
АСУТП и электротехника
АСУТП и электротехника
Безопасность
Горнорудный
Инжиниринговый
Инжиниринговый
Машиностроительный
Машиностроительный
Машиностроительный
Наука и инновации
Топливный
Перечень наименований
Наименование ПО (ИС)
альтернативного ПО, предполагаемого к
иностранного или отечественного
использованию в рамках замены
производителя
иностранного ПО
Используется ПО собствевнной
разработки ИС АКУРА ИПП
Используется собственной разработки
ПО ИС АКУРА ИПП (На текущий момоент
порабатывается вопрос по пересборке
клиентской части ПО под Astra Linux
PTC Windchill Quality Solutions
Enterprise Architect
AutoCAD
Autodesk Vault
Intergraph SPF, Dassault Systemes
Enovia
PTC Windchil/Integrity
Siemens Teamcenter
L:otus Notes
ПО IPS Techcard/Search из Реестра
евразийского программного
обеспечения
ПК Барс, Simintec. Арбитр
Поиск аналога
ЛОЦМАН:PLM (АСКОН)
НЕОСИНТЕЗ
НЕОСИНТЕЗ
Multi-D IMS 4.0
Intermech IPS
Intermech IPS
Intermech IPS
"Лоцман PLM" СПЖЦ "Сарус"
IPS Techcard/Search
27
Информация предоставлена ЦИТАИР (по состоянию на 2 квартал 2024г)

28.

Карта распределения CAD систем по дивизионам*
Инжиниринговый
Наука и инновации
Северный морской путь
Цифровизация
Artlantis Studio
nanoCAD СПДС
Autodesk AutoCAD
КОМПАС-3D
Autodesk 3ds Max
КОМПАС-3D
Autodesk AutoCAD
АСУТП и электротехника
УК Русатом Сервис
Топливный
CABLES
nanoCAD Plus
Autodesk AutoCAD
Autodesk AutoCAD
CADLib Модель и Архив
КОМПАС-3D
Intergraph SmartPlant Foundation
Autodesk Civil 3D
GeoniCS СЕТИ
КОМПАС-График
SmartSketch
Autodesk Product Design Suite
GeoniCS СЕЧЕНИЯ
КОМПАС-3D
Ultimate
GeoniCS ТРАССЫ
Model Studio CS Кабельное хозяйство
Сбыт и трейдинг
РИР
Cadmech КОМПАС
Model Studio CS Компоновщик щитов
КОМПАС-3D
nanoCAD Plus
MechaniCS
Model Studio CS Корпоративная лицензия
nanoCAD Механика
Model Studio CS Водоснабжение
Model Studio CS Молниезащита
ЮМАТЕКС
Электроэнергетический
и канализация
Model Studio CS ОПС
nanoCAD Plus
Model Studio CS Отопление и
Model Studio CS Открытые распределительные КОМПАС-3D
вентиляция
КОМПАС-3D
устройства
КОМПАС-График
Model
Studio
CS
Model Studio CS Строительные решения
Model Studio CS Технологические схемы
Технологические схемы
Машиностроительный
Горнорудный
Model Studio CS Трубопроводы
Model Studio CS Трубопроводы
AutoCAD
Autodesk AutoCAD
Model Studio CS Электротехнические схемы
КОМПАС-3D
Aveva
CADLib Модель и Архив
nanoCAD Конструкции
КОМПАС-График
Solid Edge
Model Studio CS Корпоративная лицензия
nanoCAD ОПС
КОМПАС-Эксперт
КОМПАС-3D
nanoCAD СПДС
nanoCAD СПДС
СКМ ЛП "ПолигонСофт“
КОМПАС-График
nanoCAD Электро
Project Studio CS Водоснабжение
Project Studio CS Конструкции
Предклапан
КОМПАС-3D
Project Studio CS Фундаменты
SolidWorks
САПР ЛЭП
Project Studio CS Электрика
СПДС GraphiCS
ЯОК
SmartSketch
СПДС Стройплощадка
T-Flex
SRCad
КОМПАС-3D
Компас-3D
КОМПАС-График
КОМПАС-Эксперт
СПДС GraphiCS
*CAD системы являются поставщиком основных технических документов для PDM.
СПДС Стройплощадка
Autodesk Inventor Professional
Информация предоставлена ЦИТАИР
SolidWorks
(по состоянию на 1 квартал 2024г)
28

29.

Обзор рассматриваемых систем PDM
1/4
№ Решение
Краткое описание решения
1
IPS Search
Многофункциональная система автоматизации управления данными об изделиях, управления электронными архивами технической
документации и ведения документооборота предприятия разработки белорусской компании Интермех.
По своим функциональным возможностям система ориентирована для использования на крупных, средних и малых предприятиях,
предъявляющих высокие требования к электронному документообороту и ведению базы данных выпускаемых и используемых на
предприятии изделий.
Реестр ФСТЭК: Реестровая запись №4077 от 30.01.2019*
Реестр ПО: Реестровая запись №4eac от 19.09.2019
2
Лоцман
Система управления инженерными данными и жизненным циклом изделия ЛОЦМАН:PLM выполняет координирующую роль в рамках
программного комплекса АСКОН для машиностроения. Ее задача состоит в объединении бизнес-процессов предприятия, работы инженерных
департаментов и использования программных решений в единый процесс разработки изделий.
ЛОЦМАН:PLM представляет собой платформу, которая включает в себя базовые инструменты и прикладные модули для решения широкого
спектра задач:
Управление данными и изменениями
Управление структурой и конфигурациями изделия
Управление требованиями и испытаниями
Коммуникации
Интеграция с ПО
Формирование отчетов и печать
Реестр ФСТЭК: Реестровая запись №4849 от 18.09.2024
Календарное планирование и управление проектами
Реестр ПО: Реестровая запись №1307 от 05.09.2016
Управление бизнес-процессами
3
Lotsia PDM
Интегрированное программное обеспечение (ПО) по управлению жизненным циклом продукции, автоматизации документооборота и
управлению проектными данными от российской компании Лоция софтвеа. Lotsia PDM PLUS является ядром российского решения по
управлению жизненным циклом продукции Lotsia PLM и позволяет в полной мере автоматизировать задачи управления данными о продукции,
документами, а также автоматизации документооборота и бизнес-процессов предприятия.
Реестр ФСТЭК: нет
4
СПЖЦ.PLM
(коммерческое
название
Сарус.PLM)
Реестр ПО: Реестровая запись №739 от 16.05.2016
Отечественная импортонезависимая система полного жизненного цикла для предприятий ОПК. Система состоит из нескольких модулей,
необходимых для проектирования, изготовления и эксплуатации, а также вывода из эксплуатации сложных изделий машиностроения.
Платформа реализующая сквозные технологии создания изделий, управление жизненным циклом, управление предприятием и
производством на базе комплексов информационных систем, функционирующих в защищённой цифровой среде в экосистеме заказчик Реестр ФСТЭК: Реестровая запись №4607 от 12.10.2022
Реестр ПО: Реестровая запись №14586 от 23.08.2023
интегратор - разработчик
* Срок действия истек. Документы на продление поданы, техническое заключение лаборатории положительное.
29

30.

Обзор рассматриваемых систем PDM
2/4
№
Решение
Краткое описание решения
5
PTC WindChill
Приложение PTC Windchill является централизованным репозиторием для всей информации об изделиях. Таким образом, создается
единый источник достоверных данных для хранения всей информации об изделиях, включая модели CAD, документы, технические
иллюстрации, встроенное ПО, расчеты и технические требования
Реестр ФСТЭК:нет
Реестр ПО: нет
6
SolidWorks PDM
Информационная система для управления данными об изделии в среде SOLIDWORKS. Предназначена для хранения данных
конструкторско-технологических отделов, управления ими в рамках процессов, происходящих в компании, и передаче в иные
информационные системы.
Реестр ФСТЭК:нет
Реестр ПО: нет
7
Siemens
Teamcenter
Полный пакет приложений Teamcenter для управления жизненным циклом изделия помогает принимать правильные решения для
выполнения поставленных задач, объединяя различные рабочие потоки в рамках единого источника данных об изделиях и
процессах.
• Системное проектирование и управление требованиями.
• Управление портфелями продуктов, программами и проектами.
• Управление процессом разработки изделия.
• Управление структурой изделия.
• Управление соответствием нормативным требованиям.
• Управление контентом и документами.
• Управление рецептурой, упаковкой и торговой маркой.
• Управление взаимодействием с поставщиками.
• Управление электромеханическими данными.
• Управление производственным процессом.
• Управление процессами инженерных расчетов.
• Сервисное обслуживание, эксплуатация и ремонт.
• Отчеты и аналитика.
• Совместная работа.
• Визуализация жизненного цикла.
• Сервисы расширения платформы.
Реестр ФСТЭК:нет
Реестр ПО: нет
• Интеллектуальные ресурсы предприятия.
30

31.

Обзор рассматриваемых систем PDM
3/4
№
Решение
Краткое описание решения
8
ADEM
Модуль ADEM PDM обеспечивает структурированное хранение любых документов и управление данными изделия. Кроме того,
электронный архив системы ADEM PDM позволяет вносить комментарии к документу и вести журнал работы с документом. В архиве
реализован контекстный поиск, поиск документов по свойствам, вписанным в учетную карточку документа, а также по времени создания
и иным атрибутам.
Реализован механизм управления статусом документа, который обеспечивает поддержку коллективной работы над проектом.
ADEM PDM автоматизирует работу с версиями документов, что позволяет контролировать изменения в течении всего времени жизни
документа.
Реестр ФСТЭК: нет
Реестр ПО: Реестровая запись №23216 от 15.07.2024
9
T-Flex DOCs
Комплексное ПО для управления жизненным циклом продукта от российского провайдера «Топ Системы». Платформа автоматизирует
все этапы проектирования и производства: от разработки концепции до выпуска продукта на рынок и даже его постпродажного
сопровождения.
Единая система инфопространства показывает полную картину происходящего на предприятии, обеспечивая эффективное управление
и высокое качество готовых изделий.
T-FLEX PLM управляет:
• проектной, конструкторской и техдокументацией,
• изменениями конфигураций, версий, составов изделий,
• проектами,
Реестр ФСТЭК: Реестровая запись №4651 от 08.02.2023
• планированием ресурсов и производства,
Реестр ПО: Реестровая запись №1770 от 06.09.2016
• цепочкой поставок и продаж.
10
1С: PLM
Многофункциональная PLM-система, разработанная на базе платформы 1С. Как часть экосистемы ПО для бизнеса, ориентирована на
интеграцию с другими продуктами 1С, особенно, с ERP-системами. 1С:PLM управляет разработкой, проектированием и производством
продукции – от концепта до выхода на рынок.
Функционал 1С:PLM:
• единое хранилище данных о продуктах, чертежах, спецификациях,
• контроль корректировок документации, конфигураций, моделей,
• планирование, контроль выполнения задач и управление ресурсами,
• контроль соблюдения стандартов качества и соответствия нормативам,
Реестр ФСТЭК: нет
• ведение истории изменений, управление версиями продукта,
Реестр ПО: Реестровая запись №770 от 16.05.2016
• интеграция с CAD/CAE-системами,
• автоматизация процессов подготовки и согласования проектной документации,
• бесшовная работа с 1С:ERP для передачи данных между системами и синхронизации бизнес-процессов.
31

32.

Обзор рассматриваемых систем PDM
4/4
№
Решение
Краткое описание решения
11
Appius-PLM
Интегрированный инфо-комплекс, автоматизирующий разработку, проектирование, управление данными и координацию изменений на всех
этапах жизни изделия. Система ориентирована на улучшение качества и скорости разработки продукции, минимизацию затрат и
оптимизацию бизнес-процессов.
Функционал Appius-PLM:
• управление конструкторской подготовкой,
• разработка технологических процессов сборочных, механических, литейных и других видов производств,
• конфигурирование изделий,
• трудовое и материальное нормирование,
• контроль бизнес-процессов (согласование изменений, просмотр выполнения поручений),
• управление проектами и задачами,
Реестр ФСТЭК:нет
• электронный документооборот,
Реестр ПО: Реестровая запись №5535 от 24.06.2019
• отчетность.
12
Стаксель
PLM-платформа для централизованного управления производством от компании «СиЭс Технологии». Единая экосистема управляет
данными IT, инженерных, производственных и административных отделов, обеспечивая реализацию полного жизненного цикла продукта –
от разработки концепции до постпродажного сопровождения.
Базовый функционал Стаксель:
• конструкторское и технологическое сопровождение производства,
• управление проектами,
• система электронного документооборота,
Реестр ФСТЭК: ведется сертификация
• единая справочная система,
Реестр ПО: Реестровая запись №17738 от 19.05.2023
• администрирование.
32

33.

Формирование краткого перечня программных продуктов
1/2
4 Наличие опыта реализации проектов в контуре ГК Росатом
1
2
3
Присутствие в ЕОМУ по унификации по классам 08.01 / 08.08
Присутствие в реестре российского/евразийского ПО
Наличие сертификата ФСТЭК
5
6
Возможность работы в среде AstraLinux
Возможность работы с Postgres Pro и др. импортонезависимыми СУБД
№
Наименование
продукта
Страна
вендора
Разработчик продукта
1
IPS Search
Беларусь
ИНТЕРМЕХ
частично
2
Лоцман
Россия
Аскон
В работе
3
Lotsia PDM
Россия
Лоция Софтвеа
4
СПЖЦ.PDM
Россия
ФГУП "РФЯЦ - ВНИИЭФ"
5
PTC WindChill
США
PTC
6
SolidWorks PDM
США
Dassault Systemes
7
Siemens Teamcenter
США
SDI Software
8
ADEM
Россия
9
T-Flex PLM
Россия
Топ Системы
10
1С: PDM
Россия
ООО 1:С
11
Appius-PLM
Россия
Аппиус
12
Стаксель
Россия
ООО «СиЭс
Технологии»
Блокирующий параметр
соответствует
Не соответствует
1
2
3
4
5
6
Комментарий
Срок действия сертификата ФСТЭК
истек. Док-ты на продление поданы
Коммерческое название
САРУС.PDM
Используется в ЯОК
Внедряется АО Прорыв
Планируются работы по
сертификации
33
частично
Ответы вендоров на запрос по отрицательным значениям критериев пп. 3, 5-6
приведены на слайде 51

34.

Формирование краткого перечня программных продуктов
2/2 Возможность интеграции приложений в соответствии ЕОМУ по унификации по классам CAD, CAM, CAE, CAPP
№
Наименование
продукта
1
IPS Search*
2
Лоцман
4
СПЖЦ.PDM
9
T-Flex.Docs PDM**
12
Стаксель
Компас
NanoCad
СПЖЦ.
PLM**
T-Flex
Вертикаль
IPS
Techcard
Стаксель
Спрут
ТП
SprutCAM
Логос
Repeat
ERP
IPS Nanocad
connector
коннектор
CAD
Имеется интеграция
CAD CAM CAE
CAPP
CAPP
CAM
CAE
Не интегрированы
В таблице проведена оценка интеграции рассматриваемых PDM систем с ПО CAD, CAM, CAE, CAPP и ERP классов, указанных в ЕОМУ по
унификации продукции в области информационных технологий, автоматизации и связи, а также ПО, вошедшим в краткий перечень.
* Для интеграции с Nanocad используется дополнительный модуль IPS Nanocad Connector, не входящий в базовый состав IPS Search
** Комплекс T-Flex представляет собой платформу, объединяющую модули с функциональностью по классам CAD, CAM, CAE, CAPP, PDM.
34

35. Зафиксированные функциональные требования 1/6

№
1
1.1
1.2
1.3
Группы функциональных требований
Вес требования
Работа с информационными объектами и документами
Единомоментно, вносить изменения в файл (которые потом могут быть сохранены в хранилище) может только один пользователь. Возможность внесения изменений
Критично
определяется состоянием файла
Возможность работы в автономном режиме с отображением и работой с кэшированными файлами. В автономном режиме недоступна разрегистрация документов. Ранее
Низкая важность
разрегистрированные файлы используются в штатном порядке.
Возможность проверки уникальности имени файла в хранилище (с учетом расширения файла). При включенной проверке система не должна позволить поместить новый
Важно
одноименный файл в хранилище с выведением на экран уведомления о недопустимом действии с указанием местонахождения дубля.
1.4
Возможность проводить проверку уникальности атрибута. Необходимость проверки указывается в настройках.
Важно
1.5
Возможность создания значений свойств в результате вычислительных операций с цифровыми и текстовыми данными, датами
Важно
1.6
Возможность использования счетчиков и серийных номеров в названии и атрибутах файлов
Важно
1.7
Возможность переименования файлов вручную, по команде и во время смены состояния с сохранением внутренних ссылок (переименование ссылок)
Важно
1.8
Возможность поддержки работы с конструкторскими документами, имеющих несколько исполнений
Критично
1.9
Возможность поддержки версионности документа (с реквизитной частью)
Критично
1.10
Возможность поддержки работы с групповыми (связанными) документами
Критично
1.11
Возможность сравнения версий документов, в том числе по содержимому
Важно
1.12
Возможность создания ветви документа, поддержка версионности и слияния с исходной версией
Важно
1.13
Возможность ввода замечаний к ДЭ в текстовом и графическом виде
Критично
1.14
Возможность регистрации документа (перевод документа из редактируемого состояния)
Важно
1.15
Система должна иметь возможность работать с изменениями конструкторских документов по ГОСТ 2.503 и ГОСТ 2.504 с помощью собственных или подключаемых модулей
Критично
1.16
Возможность пользователю получить любую промежуточную версию файла, при наличии прав доступа и возможности получения файла с «холодного» хранения.
Важно
1.17
Возможность чтения/записи реквизитной части используемых технических документов документа
Важно
1.18
Система должна иметь возможность перехода к связанному документу в текущем или новом окне
1.19
Система должна иметь возможность сохранения в файл результаты поиска. Формат сохраняемого документа csv, xls, txt
Важно
Низкая важность
35
Вес:
Критично
Важно
Низкая важность
Опционально

36. Зафиксированные функциональные требования 2/6

№
Группы функциональных требований
Вес требования
2
Управление рабочими процессами
2.1
Возможность выполнения автоматизированных действий (задач) над файлами с правами администратора при смене состояния
Критично
2.2
Возможность задания прав доступа к файлам потока по ролям и по состоянию
Критично
2.3
Возможность задания набора доступных действий с файлами потока по ролям и по состоянию
Критично
2.4
Возможность изменения состояния по команде пользователя
Критично
2.5
Возможность автоматического запуска изменения состояния после регистрации файла при условии выполнения заданных условий
Критично
2.6
Возможность создания диаграмм изменения состояния (бизнес-процессов)
Важно
2.7
Возможность создания потоков WorkFlow для различных типов/категорий документов с автоматическим включением документов по заранее настроенному алгоритму
Критично
2.8
Возможность настройки блок-схемы изменения состояний с заданием условий перехода и перечнем выполняемых заданий при переходах
Критично
2.9
Возможность задания ограничивающих условий для возможности изменения состояния
Важно
2.10
Система должна иметь возможность для каждой категории или группы категорий создавать бизнес-процесс утверждения/согласования (поток WorkFlow). Бизнес-процесс
должен содержать набор состояний с переходами между ними.
Критично
2.11
Система должна иметь возможность назначать права доступа для каждого состояния, а также права доступа на смену состояния в зависимости от исполняемой роли.
Критично
2.12
Система должна иметь возможность назначать исполняемые задачи к процессу смены состояния. Возможно выполнение задач до или после смены состояния.
Критично
2.13
Система должна иметь возможность назначать ограничения на возможность перехода по соответствию значений свойств назначенному условию.
Важно
2.14
Система должна иметь возможность осуществлять переходы нескольких типов:
• автоматический (по выполнению условия),
• обычный (ручная активация пользователем одной роли)
• параллельный (ручная активация пользователем, принадлежащего од-ной из нескольких ролей)
Важно
2.15
При параллельном типе перехода можно задавать количество необходимых активаций перехода для каждой роли.
Важно
2.16
Система должна иметь возможность смены редакции (при необходимости использования) при смене состояния.
Опционально
2.17
Система должна иметь возможность задания перечня и последовательности выполняемых при переходе действий (запуск задачи, изменение значения переменной…)
Важно
2.18
Возможность использования счетчиков и серийных номеров в workflow (бизнес-процесс, диаграмма изменения состояния)
Важно
2.19
Пользователь может входить в несколько ролей. При активации перехода отметка о решении делается во всех ролях, где присутствует пользователь. В истории перехода
фиксируется пользователь и дата совершения перехода.
Критично
Вес:
Критично
Важно
Низкая важность
Опционально
36

37. Зафиксированные функциональные требования 3/6

№
Группы функциональных требований
Вес требования
3
Оповещение
3.1
При настройке автоматических оповещений система должна иметь возможность настройки шаблонов оповещения.
Важно
3.2
Шаблон оповещения должен иметь возможность использования значений свойств из карточки файла.
Важно
3.3
Шаблон оповещения должен иметь возможность вставки в текст сообщения ссылки(ссылок) на объект оповещения для быстрого перехода по хранилищу.
Важно
3.4
Система должна иметь возможность отправки сообщений пользователям, группам пользователей по событию, по расписанию, по условию.
Важно
3.5
Система должна иметь возможность отправки сообщений при изменении состояния документа, при задержке в смене состояния
Важно
3.6
Система должна иметь возможность назначать оповещение на смену состояния согласно предварительно настроенному листу рассылок. Шаблон сообщения должен
настраиваться при настройке потока.
Критично
3.7
Система должна иметь возможность рассылки оповещений среди пользователей ИС, по спискам отделов, должностям и ФИО
Важно
3.8
Система должна иметь возможность рассылки оповещений через внешний почтовый сервер
Важно
4
Отчетность
Система должна иметь возможность выбора набора представлений в отчет и сохранение его в формате HTML/PDF/XLS/XODS для последующего использования. Система
должна обеспечить инструмент автоматического формирования отчетных/аналитических форм документов, реализуемых в системе. Инструментарий должен позволять
быстро настраивать/актуализировать данные формы, без внесения изменений в системный код.
4.1
Важно
4.2
При создании отчетов системы должна иметь возможность использовать реквизитную часть объектов, хранящуюся в СУБД.
Критично
4.3
При создании отчетов системы должна иметь возможность использовать список пользователей и групп пользователей.
Важно
4.4
Система должна иметь возможность создания отчетов и настройки их отображения.
Критично
4.5
Система должна иметь возможность использовать sql запросы для вычисления значений свойств и в формах поиска
Важно
4.6
Система должна иметь возможность использования настраиваемых форм поиска
Критично
4.7
Система должна иметь возможность сохранения результатов поиска в файл (xls,txt, pdf).
Важно
4.8
Система должна иметь возможность выгрузки предварительно настроенных отчетов в локальную или сетевую папку, в том числе ЭСИ
Важно
4.9
Сервисы подсистемы должны обеспечивать сбор и обработку формализованных данных.
Критично
37
Вес:
Критично
Важно
Низкая важность
Опционально

38. Зафиксированные функциональные требования 4/6

№
Группы функциональных требований
Вес требования
5
Графический интерфейс
5.1
Пользовательский интерфейс Системы должен быть реализован не менее чем на 2х языках: русский и английский.
5.2
Подсистема должна обеспечивать переключение между наборами отображения для удобства пользователя при решении разноплановых задач.
Важно
5.3
Система должна иметь возможность предварительного просмотра документа в окне программы
Важно
5.4
5.5
Система должна иметь возможность отображения структуры сборки в графическом виде с отображением реквизитной части (схема типа звезда или снежинка,
иерархическая).
Система должна иметь возможность просмотра реквизитной части ДЭ в карточке объекта – специально настроенная форма с полями, отображающими значения атрибутов
(свойств). Карточки для разных видов ДЭ могут отличаться размером и содержимым.
Низкая важность
Важно
Важно
5.6
Система должна с учетом ролевой модели обеспечивать контекстный/интеллектуальный поиск по всем системным документам, схемам, моделям и справочникам.
Важно
5.7
Система должна иметь возможность просмотра связанных дочерних (состоит из) и родительских документов (входит в).
Важно
6
Интеграция
Подсистема должна иметь развитый API интерфейс с достаточной степенью документированностью для самостоятельного использования силами ИТ подразделений
организации.
Система должна иметь возможность централизованного подключения исполняемых модулей (макросы, программы) для запуска на ПК пользователей. Подключение
возможно в виде библиотек dll, или исполняемых exe файлов.
6.1
6.2
Важно
Важно
6.3
Система должна иметь инструменты работы с извещениями об изменении
Важно
6.4
Система должна иметь возможность создания макросов (подпрограмм). С помощью встроенных средств программирования Low-code или No-code.
Важно
6.5
6.6
Активация макроса может осуществляться: Командой меню (назначается администратором при создании макроса); Во время смены состояния (до или после смены –
настраивается); Во время разрегистрации файла (взятия на изменение); Во время добавления (до или после добавления)
Макрос должен содержать инструменты работы с текстовыми, числовыми данными, датой и временем, поддерживать логические операции, структурированными и
неструктурированными данными
Важно
Важно
6.7
Система должна иметь возможность выгрузки сформированных отчетов в интегрированные приложения
Критично
6.8
Соединение с интегрируемыми смежными системами может осуществляться по расписанию или по событию.
Важно
6.9
Возможность поддержки электронной подписи (простой - для внутреннего документа и УНЭП - для документов, предназначенных для передачи внешнему контрагенту)
Важно
6.10
Система должна иметь возможность интеграции с CAD, CAM, CAE, CAPP, ERP программами
Важно
6.11
Система должна иметь возможность создания ПЭП на основании данных логгирования. Отметка о принятых решениях (при смене состояния) является доказательством
принятого пользователем решения (ФИО, дата/время из логов)
Вес:
Критично
Важно
Низкая важность
Опционально
Низкая важность
38

39. Зафиксированные функциональные требования 5/6

№
Группы функциональных требований
7
Администрирование
7.1
Система должна иметь возможность создания вычисляемых полей.
7.2
7.3
Вес требования
Важно
Возможность выполнения действий над файлами с правами администратора при смене состояния вне зависимости от прав пользователя запустившего процесс смены
состояния.
Система должна обеспечивать настраиваемое наследование прав доступа и свойств вложенных папок и файлов. Специально назначенные права на папку имеют более
высокий ценз по сравнению с наследуемыми правами.
Важно
Важно
7.4
Возможность создания категорий (типов) файлов на основе комбинации свойств и типов файлов
Критично
7.5
Возможность создания счетчиков и серийных номеров с настраиваемым форматом отображения
Важно
7.6
Возможность настройки карточки документа с изменением видимости элементов в зависимости от состояния и потока (типа документа)
Важно
7.7
Система должна иметь возможность сохранения данных пользователя и даты активации перехода между состояниями WorkFlow и использования в качестве факта принятия
решения по процессу согласования ДЭ и дальнейшему формированию ЭП
Важно
7.8
Система должна иметь возможность использования веб интерфейса
Важно
7.9
Система должна иметь возможность разграничения доступа к формам поиска, к отчетам (расчетным спецификациям) по пользователям и группам пользователей
Важно
7.10
Система должна иметь возможность создания ролей участникам бизнес-процесса, групп пользователей и группировки групп пользователей
Критично
7.11
Система должна иметь возможность нахождения пользователя в нескольких группах. При этом система должна иметь возможность конкатенации прав. Разрешительный допуск
имеет более высокий статус над запретительным.
Критично
7.12
Система должна иметь возможность наполнения участников роли из списка пользователей, групп пользователей
Важно
7.13
Система должна иметь возможность автоматического добавления автоформируемых на основе групп пользователей списков новыми пользователями, добавленными в группу.
Важно
7.14
Система должна иметь возможность создания и настройки стандартизованных задач, добавление их.в потоки и в интерфейс для ручного запуска.
7.15
Система должна иметь возможность настройки интерфейса задач.
Важно
7.16
Система должна иметь возможность создания задач по конвертации документа в обменный формат, по автоматизированной по-форматной печати на пул принтеров/плоттеров
Важно
7.17
Система должна иметь возможность создания задач с помощью программирования на языке программирования (VBA, С, C# указать необходимый)
Важно
7.18
Система должна иметь возможность создания переменных с указанием типа, уникальности, обязательности
Критично
7.19
Система должна иметь возможность скрытия полей по условию (значение свойства)
7.20
Система должна иметь возможность мониторинга пользователей.
Вес:
Критично
Важно
Низкая важность
Важно 39
Низкая важность
Опционально

40. Зафиксированные функциональные требования 6/6

№
Группы функциональных требований
Вес требования
7.21
Система должна иметь возможность настройки видимости элементов карточки для различных групп пользователей.
Низкая важность
7.22
Система должна иметь инструменты выравнивания размера и положения элементов карточки.
Низкая важность
7.23
Система должна иметь возможность программирования логики элементов управления карточки объекта.
Важно
7.24
Система должна иметь возможность выполнения операций арифметических и текстовых со значениями свойств.
Важно
7.25
Система должна иметь возможность назначения прав доступа к папкам пользователям и группам пользователей, к типам файлов пользователям и группам
пользователей.
Критично
7.26
Система должна иметь возможность назначения прав доступа к состояниям потоков WorkFlow пользователям и группам пользователей.
Критично
7.27
7.28
7.29
7.30
7.31
Система должна иметь возможность для создания шаблонов структуры папок. При запуске шаблона используется форма с переменными данными для ввода
пользователем оригинальных характеристик.
Система должна иметь возможность для создания изделия по шаблону (типовому проекту). При запуске шаблона используется форма с переменными данными для
ввода пользователем оригинальных характеристик. При выполнении шаблона указанные данные записываются в переменные объекта. Именование файлов согласно
настраиваемому правилу.
Система должна иметь возможность настройки холодного хранения для папок. Возможный вариант – удаление или перемещение промежуточных версий в другую
папку. Количество оставляемых версий настраивается. Частота проверок – по преднастроенным расписаниям или настроенному пользователем расписанию.
Система должна иметь возможность реплицирования файлового хранилища и СУБД на реплицируемых серверах. Необходимо иметь возможность привязки
пользователей и групп пользователей к реплицируемым серверам. Необходимо указание максимального времени рассинхронизации хранилищ.
Система должна иметь возможность управления лицензиями. Лицензии можно временно выдавать на локальный компьютер для работы с ПО вне локальной сети
предприятия.
Важно
Низкая важность
Важно
Важно
Важно
8
Обновление данных
8.1
Возможность ручного и программного заполнения реквизитной части документа
Критично
8.2
Возможность синхронизации свойств в файле и свойств в реквизитах
Важно
8.3
При настройке репликации есть возможность настройки максимального времени задержки транзакций
Важно
8.4
Возможность назначения пользователей/групп пользователей на использовании репликационных серверов
8.5
Возможность просмотра количества нереплицированных файлов на репликационных серверах
Важно
Низкая важность
Функциональные требования сформированы на основании экспертного мнения архитектурного блока.
40
Функциональные требования с возможностью заполнения и оценки степени соответствия находятся в файле на слайде 51
Вес:
Критично
Важно
Низкая важность
Опционально

41. Зафиксированные нефункциональные требования 1/2

№
Группы функциональных требований
1
Работа с информационными объектами и документами
1.1
Возможность загрузки исходной информации из структурированных файлов
1.2
Возможность хранить в системе файлы разных форматов
1.3
Система должна поддерживать файлы с несколькими конфигурациями (исполнениями).
Вес требования
Важно
Важно
Критично
2
Оповещение
2.1
Система должна иметь возможность сохранения неотправленных сообщений до момента устранения неисправности, мешающей отправке сообщений.
3
Графический интерфейс
3.1
3.2
3.3
4
4.1
4.2
4.3
Интерфейс пользователя должен быть лаконичен, содержать сведения необходимые и достаточные для выполнения требуемых действий по возможности на одном
экранном поле.
Подсистема должна обеспечивать удобство, эстетику, эргономику, интуитивную понятность пользовательского интерфейса с адаптацией и персонализацией в рамках
его деятельности.
Система должна иметь возможность хранения документов в виде файлов, разложенных по папкам, структурированным удобным пользователю образом
Интеграция
Макрос должен обеспечивать работу с файлами, системой оповещения и реквизитной частью документа.
Возможность интеграции с информационными системами, предоставляющими исходную информацию
Возможность интеграции со всеми смежными ИС и сервисами в части мониторинга событий информационной безопасности и в части управления ролями и доступом
пользователей
Важно
Важно
Важно
Важно
Важно
Важно
Критично
4.4
Система должна иметь возможность выводить оперативную информацию о готовности документов в смежные ИС (ERP, планировщик)
Важно
4.5
Система должна иметь возможность установки интерфейса в офисные приложения
Важно
4.6
Система должна иметь интерфейс в CAD, CAM, CAE, CAPP программе
Критично
4.7
Система должна иметь возможность обеспечить интеграционные взаимодействия со смежными ИС для обмена содержательной и реквизитной частью файлов;
Критично
5
Администрирование
5.1
Система реализована по схеме клиент-серверного приложения
Критично
5.2
Система имеет web интерфейс
Критично
5.2
Система имеет гибкую систему лицензирования с дифференцированием стоимости (только просмотр - бесплатно (низкая стоимость), участие в workFlow и добавление
документов - платно)
Важно
Вес:
Критично
Важно
Низкая важность
Опционально
41

42. Зафиксированные нефункциональные требования 2/2

№
5.3
5.4
5.5
5.6
Группы функциональных требований
Вес требования
Система должна иметь возможность создания переменных с указанием признака уникальности значения. При поставленном признаке дублирование значения
свойства не допускается. При невыполнении условия – сообщение об ошибке.
Система должна иметь возможность создания переменных с указанием признака обязательности. При поставленном признаке требуется обязательное заполнение
свойства. При невыполнении условия – сообщение об ошибке.
Система должна иметь возможность связывания переменных с определенным свойством из метаданных файла. При указании атрибута метаданных необходимо
указание наименование блока хранения атрибута и типа файла. Каждая переменная может иметь несколько маппированных свойств по нескольким типам файлов.
Система должна иметь возможность создания карточки объекта. В качестве объекта может выступать папка или тип файла. Правила наследования карточек
совпадают с правилами наследования свойств.
Важно
Важно
Критично
Критично
5.7
Карточки объектов содержат текстовые и графические поля, а также поля ввода данных, привязанные к переменным
Важно
5.8
Возможно совмещение создания папок и файлов в одном шаблоне.
Важно
5.9
Требования и возможности карточек шаблонов совпадают с требованиями и возможностями карточек объектов.
Важно
5.10
Каждая роль может содержать несколько пользователей.
Критично
5.11
5.12
5.13
5.14
5.15
5.16
Журналы делятся по типам: отладочные, подробные сообщения, используемые при отладке системы; информационные, сообщения о событиях в системе;
предупреждения, о возникновении нежелательной ситуации; ошибки, при которых приложение способно продолжать работать; критические ошибки, приводящие к
завершению работы приложения;
Обеспечен полный доступ к журналам для администратора системы. Разграниченный доступ к журналам должен предоставляться пользователям в соответствии с
ролевой моделью
Реализована высокопроизводительная компонента ведения протокола технических событий, позволяющая проводить централизованный сбор и анализ данных для
мониторинга состояния системы, поиск неисправностей и определение последовательности действий пользователей
Возможность использования Системы в круглосуточном режиме работы (24 часа в сутки, 7 дней в неделю)
Обновление данных
6.1
Возможность работы с репликационными серверами структурированной и неструктурированной информации
Критично
Критично
Важно
Обеспечено постоянное хранение и обработка данных (размер БД и хранилище контента) без установления логических (программных) ограничений на их объем в
системе при наличии необходимой программно-технической инфраструктуры
Система и платформа, на которой реализована Система, включая используемые модули и библиотеки, должны удовлетворять требованиям отнесения к
импортонезависимому ПО
6
Важно
Важно
Критично
Важно
Нефункциональные требования сформированы на основании экспертного мнения архитектурного блока.
42
Вес:
Критично
Важно
Низкая важность
Функциональные требования с оценкой рассматриваемых систем находятся в файле на слайде 44, шаблон для оценки на слайде 51
Опционально

43. Сводная информация о степени соответствия системы PDM функциональным техническим требованиям 1/2

Сравнение по функциональным
требованиям
IPS Search
Степень
соответствия, %
Лоцман
Степень
соответствия, %
Стаксель
Степень
соответствия, %
СПЖЦ.PDM
Степень
соответствия, %
T-Flex Docs
Степень
соответствия, %
4
3
2
100%
76%
44%
80%
79%
74%
63%
74%
90%
68%
38%
71%
76%
61%
56%
67%
86%
84%
67%
81%
4
3
1
94%
88%
100%
93%
94%
70%
0%
73%
88%
72%
100%
84%
75%
63%
63%
69%
95%
81%
83%
88%
4
3
2
100%
54%
38%
71%
100%
67%
50%
78%
100%
33%
0%
55%
100%
58%
50%
75%
100%
67%
50%
78%
4
3
100%
98%
99%
100%
94%
97%
100%
80%
91%
75%
60%
69%
83%
81%
82%
4
3
2
96%
73%
88%
86%
96%
93%
100%
96%
92%
68%
88%
83%
79%
73%
69%
75%
83%
82%
88%
84%
4
3
2
100%
88%
100%
96%
100%
88%
100%
96%
100%
50%
100%
83%
78%
73%
69%
74%
94%
88%
75%
88%
Вес
Работа с ИО
Критично
Важно
Низкая важность
Итого по разделу
Управление рабочими процессами
Критично
Важно
Опционально
Итого по разделу
Обновление данных
Критично
Важно
Низкая важность
Итого по разделу
Оповещение пользователей
Критично
Важно
Итого по разделу
Интеграция
Критично
Важно
Низкая важность
Итого по разделу
Отчетность
Критично
Важно
Низкая важность
Итого по разделу
43

44. Сводная информация о степени соответствия системы PDM функциональным техническим требованиям 2/2

Сравнение по функциональным
требованиям
Вес
IPS Search
Степень
соответствия, %
Лоцман
Степень
соответствия, %
Стаксель
Степень
соответствия, %
СПЖЦ.PDM
Степень
соответствия, %
T-Flex Docs
Степень
соответствия, %
Графический интерфейс
Важно
Низкая важность
Итого по разделу
3
2
93%
100%
96%
100%
50%
80%
79%
100%
87%
68%
50%
61%
87%
83%
85%
Критично
Важно
Низкая важность
Опционально
Итого по разделу
4
3
2
1
93%
83%
79%
100%
88%
90%
81%
58%
100%
82%
89%
67%
58%
100%
77%
84%
67%
54%
100%
75%
90%
77%
76%
67%
81%
88%
85%
78%
71%
83%
Администрирование
<25%
>25%<50%
Сводный файл
оценки соответствия
>50%<75%
>75%
Наибольшее соответствие ФТТ выявлено у IPS Search. Лоцман, T-Flex Docs и Стаксель имеют меньшее соответствие.
Платформу T-Flex Docs целесообразно использовать при внедрении комплексного решения CAD/CAM/CAE/CAPP/PDM (PLM)
Платформу IPS Search целесообразно использовать при внедрении PDM на предприятии с уже внедренными решениями классов CAD/CAM/CAE
44
Файлы с оценкой степени соответствия находятся на слайде 51

45. Сводная информация о степени соответствия системы PDM нефункциональным техническим требованиям

Сравнение по нефункциональным
требованиям
Вес
IPS Search
Степень
соответствия, %
Лоцман
Степень
соответствия, %
Стаксель
Степень
соответствия, %
СПЖЦ.PDM
Степень
соответствия, %
T-Flex Docs
Степень
соответствия, %
Работа с ИО
Критично
Важно
Итого по разделу
4
3
88%
100%
93%
100%
100%
100%
50%
100%
71%
79%
88%
83%
83%
100%
90%
Важно
Итого по разделу
Оповещение пользователей
Важно
Итого по разделу
Интеграция
Критично
Важно
Итого по разделу
Графический интерфейс
Важно
Итого по разделу
Администрирование
Критично
Важно
Низкая важность
Итого по разделу
Итого по нефункциональным ТТ
3
38%
38%
50%
50%
0%
0%
50%
50%
50%
50%
3
75%
75%
63%
63%
75%
75%
25%
25%
92%
92%
4
3
91%
73%
83%
94%
82%
89%
88%
68%
79%
84%
64%
75%
85%
76%
81%
3
88%
88%
83%
83%
83%
83%
79%
79%
75%
75%
98%
97%
88%
95%
84%
92%
93%
75%
89%
85%
97%
84%
50%
82%
71%
80%
80%
38%
71%
69%
86%
87%
75%
84%
81%
IPS Search
Лоцман
Стаксель
СПЖЦ.PDM
T-Flex Docs
Обновление данных
4
3
2
Оценка по ФТТ
88%
Оценка по НФТТ
84%
1
2
85%
85%
2
1
78%
71%
Файлы с оценкой степени соответствия и сводный оценочный файл находятся на слайде 51
4
4
71%
69%
5
5
83%
81%
<25%
>25%<50%
>50%<75%
>75%
3
3
45

46.

Направления
развития
1/2
Интеграция программ различных классов разных
разработчиков*
Более высокие риски с
количества
вендоров
CAD
1 увеличением
2
Смещение
сроков
поддержки совместимости
новых версий приложений
3
Трудности
интеграции
приложений на команде
внедрения.
Трудоемкая
тиражируемость.
MPM
Развитие до полноценной PLM системы с
выполнением
CAD/CAM/CAE/CAPP/PDM/MPM
задач на одной платформе
MPM
CAM
PDM
PDM
CAPP
CAE
IPS Search
Быстрое подключение существующего программного
1 обеспечения к единому хранилищу технических документов
2 Работа в едином информационном пространстве
PLM
CAPP
трудоемкость
1 Высокая
создания программы
CAD
CAE
CAM
2
Малое
количество
внедрений
и
практики
применения системы
T-Flex Docs**
1 Бесшовная интеграция модулей программы
2 Работа в едином информационном пространстве
обеспечивает совместимость модулей
3 Разработчик
при обновлениях
46
• В этой логике в отрасли применяются продукты IPS Search, Лоцман и Стаксель
** В отрасли планируется развитие объединенного PLM решения на базе СПЖЦ.PLM и T-Flex

47.

Направления
развития
2/2 Логика выбора
да
Есть ли внедренные CAD/
нет
CAM/CAE/CAPP/PDM Системы
на предприятии?
Оценка соответствия системы ФТТ.
Выбор решения. Устраивает
решение?
нет
Выбор CAM/CAE/CAPP/PDM систем
(PLM) используя эскизную библиотеку
КТПП по классам систем.
IPS Search
Комплексное решение (PLM): T-Flex
Лоцман
IPS Search + CAD + CAE + CAM + CAPP решения
T-Flex.Docs
Лоцман + CAD + CAE + CAM + CAPP решения
Стаксель
Стаксель + CAD + CAE + CAM + CAPP решения
Решения приведены в порядке приоритетности выбора
Оценка соответствия выбираемой системы производится по методике, приведенной на слайдах 22-23
47

48. Структура использования функциональности PDM в организации

Производственно-инжиниринговая компания
Производство
Инжиниринг
Администрация
Производственники
90%
Цеховые технологи и
конструктора (10%)
Разработчики ТД
Должностные лица
Просмотр ТД 100%
Создание ТД 50%
Согласование ТД 10%
Просмотр ТД 40%
Создание ТД 60%
Согласование ТД 10%
Просмотр ТД 30%
Согласование ТД 10%
Просмотр ТД 90%
Соотношение инженерного и производственного персонала: ИТР/ОР = (0.6/1
До 80% пользователей необходим ограниченный функционал - просмотр/согласование/выдача замечаний
48

49. Предложения по развитию функциональности платформ PDM

1
Разработать специальный облегченный интерфейс на базе web-технологий с соответствующей дешевой (бесплатной) лицензией с
ограниченными функциональными возможностями – позволит повысить эффективность и привлекательность использования
системы.
* До 80% пользователей необходим ограниченный функционал - просмотр/согласование/выдача замечаний (слайд №47)
2
Ускорить разработку клиентских приложений для использования на импортонезависимой операционной системе AstraLinux SE 1.7
и выше. Клиентские приложения должны иметь возможность использовать импортонезависимые приложения – МойОфис, Libre
Office.
49

50. Проект решения

Вывод:
• Выбор системы PDM необходимо осуществлять не отдельно по классу, а в связке с существующим (и планируемым в будущем)
ландшафтом ИС, создающих техническую документацию - ПО классов CAD/CAM/CAE/CAPP
• Для интеграции с ПО Потребителя (АЭС, предприятия и проектные институты) необходима разработка регламента обмена ТД с
потребителями продукции: разработка правил по формату передаваемых данных, унификации наименования атрибутов,
проведения изменений, методам оповещения.
Проект решения
• запросить у разработчиков рассматриваемого программного обеспечения информацию о планах по сертификации ФСТЭК и в
случае непредоставления данных повторно вынести материалы на рассмотрение АС не позднее 1 квартала 2025г; *
• при разработке отраслевой системы PDM учитывать расширенные требования дивизионов, не входящие в требования ГОСТ Р
58300-2018 и ГОСТ Р 58675-2019;
• актуализировать Единые отраслевые методические указания по унификации продукции в области информационных
технологий, автоматизации и связи, утверждённые приказом Госкорпорации «Росатом» от 23.12.2020 №1/1594-П по классу
08.08 «Средства управления данными об изделии»:
• в приоритетную конфигурации включить IPS Search (IPS Search Certified), программный модуль «Система управления
инженерными данными об изделии« T-Flex Docs. PDM и Лоцман .
• в допустимые конфигурации включить Стаксель
50
* Полученные на 16.01.2025г. ответы приложены на слайде 51