Порядка 80% функций в коробочных ПО-решениях у отечественных вендоров дублируют друг друга. В итоге неэффективно используется ресурс дефицитных ИТ-кадров. Могут ли помочь с решением этой проблемы платформенные программные продукты и введение стандартов, RSpectr рассказали участники рынка.
Повторение - мать не учения
Основная ценность функциональности устройств в коробочных ПО-продуктах приходится только на 20%. Это значит, что компании-клиенты сильно ограничены в интеграции ИТ-решений с другими системами. К таким выводам в ходе своего исследования пришли эксперты Центра Национальной технологической инициативы (ЦНТИ) «Технологии транспортировки электроэнергии и распределенных интеллектуальных энергосистем» НИУ МЭИ.
Отсутствие интеграции существенным образом ограничивает возможности по развитию функционала, по переходу, например, с импортного на отечественное ПО, рассказал RSpectr директор Центра Александр Волошин.
Проблему дублирования ПО подтвердил RSpectr член Комитета СФ по конституционному законодательству и государственному строительству, заместитель председателя Совета по развитию цифровой экономики Артем Шейкин. «Нам говорят представители ИТ-вендоров на совместных заседаниях, что во время или после разработки своего ПО-продукта они узнают об аналогичном ИТ-решении у других компаний. Если бы знали заранее, то не стали бы разрабатывать», сообщил он.
«По некоторым классам систем сегодня существует десятки (дублирующих. – Прим. ред.) ИТ-решений на рынке. И такое количество избыточных продуктов усугубляет дефицит ИТ-специалистов, которые заняты одинаковыми разработками», – назвал еще одну проблему заместитель генерального директора ОАО «РЖД» Евгений Чаркин в ходе круглого стола в Совете Федерации на тему совместимости российских программных решений.
Дублирование функционала по разным классам начинается с документации, считает руководитель комитета по информационному моделированию градостроительной деятельности АРПП «Отечественный софт», заместитель гендиректора по науке «СиСофт Девелопмент» Михаил Бочаров.
Например, «Средства управления проектами» из раздела «Прикладное программное обеспечение» и аналогичные классы в разделе «Промышленное программное обеспечение» в классификаторе ПО от Минцифры. «Что это, как не иллюстрация еще не перешедшего в качество накопленного количества», – сетует эксперт.
За каждым классом стоит свой разработчик, который мог бы выпускать более универсальные продукты. В условиях нехватки программистов это непозволительная роскошь.
считает Михаил Бочаров.
Необходимо вести регуляторную борьбу с дублированием функционала, поддержала коллегу президент группы компаний InfoWatch Наталья Касперская.
Панацеей может стать развитие платформенных продуктов, которые позволяют внедрять и изменять различные программные решения, которые используют общие данные, полагает Александр Волошин.
Александр Волошин, ЦНТИ НИУ МЭИ:
В рамках одной платформы эти 80% функций будут выполнять универсальную задачу. Это позволит клиентам использовать их за счет модульности в разных прикладных сервисах. Единый дизайн и идентификатор позволят легко находить его и использовать. Конечно, это закладывает новые требования, но, по сути, речь идет о новой концепции.
Эту позицию разделяет генеральный директор АНО «Национальный центр компетенций по информационным системам управления холдингом» (НЦК ИСУ), руководитель департамента информатизации «РЖД» Кирилл Семион. Переход на микросервисную архитектуру (модульные функции. – Прим. ред.) позволит более гибко развивать функционал, рассказал он RSpectr.
Кто встанет на платформу?
Платформенные продукты обычно предоставляют инфраструктуру и набор инструментов для разработки и интеграции различных приложений.
Использование таких платформ позволяет не только снизить дублирование функций, но и сделать различное ПО более гибким и модульным, убежден руководитель направления разработки решений для контакт-центров компании САТЕЛ Роман Милованов.
В разговоре с RSpectr он отметил, что одним из потенциальных примеров таких платформ может быть разработка единого хранилища данных.
которое будет использоваться разными приложениями в рамках предприятия.
Однако при создании платформенных продуктов необходимо учитывать такие факторы, как сложность и разнообразие требований предприятия, а также поддержку и обновление самой платформы. Кроме того, важно обеспечить совместимость ПО с существующими системами и технологиями предприятия.
Роман Милованов, САТЕЛ:
Создание универсального продукта поможет клиентам упростить и стандартизировать обработку и анализ данных, а также снизить дублирование функций и улучшить интеграцию различных систем, а значит, эффективность и гибкость предприятия.
По его мнению, такой подход позволяет выйти на новый уровень в разработке ПО и предложить клиентам инновационные решения, отвечающие их потребностям в эффективной обработке данных.
«Как крупный отечественный разработчик своего класса решений, конечно, мы видим правильный и прагматичный путь в построении комплексных интегрированных экосистем на основе качественных и стабильных платформенных решений», – сообщил RSpectr директор департамента управления продуктом компании «Нанософт» Сергей Сыч.
По его мнению, это упрощает и структурирует «как саму комплексную разработку продуктов вендора, так и путь автоматизации клиента». «Конечно, понимая широту задач наших пользователей, мы всегда открыты и работаем в направлении интеграции с другими поставщиками на основе наиболее широко применяющихся в нашей сфере форматов обмена данными», – уточнил Сергей Сыч.
В то же время, Кирилл Семион отмечает, что сами вендоры часто не заинтересованы в универсальных решениях.
Кирилл Семион, АНО «НЦК ИСУ»:
Интересно ли было бы разработчикам в своем классе создавать универсальный продукт, который позволил бы вырабатывать единый формат данных? Не уверен, что они заинтересованы нести дополнительные расходы в рамках адаптации под некий универсальный формат.
Ведь именно в формате данных, структуре их хранения заложены преимущества конкретного ПО. А вот сами заказчики подход унификации всячески поддержали бы, уверен Кирилл Семион.
В ГК Softline считают, что вендоры, наоборот, заинтересованы создавать универсальные в своем классе продукты.
«Один из наших заказчиков обратился после покупки коробочного продукта класса ERP-модуль управления производством. Ему было нужно платформенное решение, которое позволит настраивать заказ-наряды», – рассказала директор по маркетингу компании «Девелоника» (входит в ГК Softline) Светлана Горшкова. В итоге для них доработали функционал, который позволяет отслеживать действия персонала в процессе производства: задачи, индивидуальные планы работ, их выполнение.
Казалось бы, решить проблему «коробок» может заказная разработка. Но этот сегмент рынка не имеет высокого потенциала роста, утверждают некоторые участники рынка.
В модели «под заказ» очень сложно масштабироваться, уверен серийный ИТ-предприниматель, венчурный инвестор, основатель ГК ITGLOBAL.COM Дмитрий Гачко. Это возможно только за счет продажи дополнительных человеко-часов в отличие от продуктовой разработки, где успех оценивается в тираже проданных копий, отметил он в беседе с RSpectr.
Дмитрий Гачко, ГК ITGLOBAL.COM:
Главная проблема как раз и заключается в том, что дефицитные кадры в виде разработчиков заняты в заказных, нетиражируемых проектах, которые нужны только в рамках одной организации. Наиболее логичным решением было бы полностью запретить заказную разработку, а все R&D-подразделения перевести на продуктовую разработку.
Основная проблема не в программистах, а в бизнес-процессах, которые должны подчиняться каким-то стандартам, чтобы сделать такое платформенное решение, возражает директор облачной дистрибуции MONT Дмитрий Елин.
«Те, кто внедрял SAP и Oracle, знают, что основное время до начала внедрения уходит, как правило, на описание и стандартизацию бизнес-процессов. Включить это в единую платформу достаточно сложно», – рассказал он RSpectr.
От дублей к стандартам
Эксперты полагают, что отследить создание дублей в решениях на начальных этапах по всему рынку просто невозможно.
«Такая идея с трудом возможна в полностью плановой экономике, когда есть единое министерство по цифровизации всех отраслей, которое ведет учет всех ресурсов и дает заказы и средства на будущие проекты. Только представьте его штат и уровень компетенции экспертов!» – пояснил в разговоре с RSpectr исполнительный директор ГК «Рексофт» Евгений Минеев.
Он, как и многие участники рынка, уверен, что выходом может стать разработка единых стандартов. Они помогут проще интегрировать и переиспользовать уже созданные решения.
Главное, чтобы стандартизация не коснулась самого функционала, предостерегает Александр Волошин: «Решения по сбору и мониторингу данных тоже должны уметь эволюционировать с развитием технологии».
Стандартизация – наиболее распространенное решение в международной практике, сообщила RSpectr директор центра технологического консалтинга РДТЕХ Светлана Иванова.
«Вырабатываются единые для отрасли технологические стандарты: справочники, протоколы и технологии обмена информацией и ее хранения. Все участники рынка, разрабатывающие ИТ-решения, вынуждены присоединяться к одной из отраслевых НКО и соблюдать ее стандарт», – пояснила она. По ее мнению, это позволяет обеспечивать синхронизацию, не ограничивая конкуренцию и технологический стек. При этом курировать стандарты должно не государство, а отраслевое НКО, считает эксперт. Например, в ЕС большинство ИТ-разработчиков в автомобильной промышленности работают с платформой стандартизации Odette.
«Поиск решения этого вопроса сразу ведет нас к вопросу о форматах и схемах взаимодействия, который тоже еще не решен на государственном уровне. А ведь это позволит оптимизировать трудозатраты не только вендоров, но и Минцифры. А также структурировать разрабатываемое ПО компаниями и формировать долгосрочную стратегию развития перспективных инновационных программных решений для развития цифровой экономики», – рассказал о роли государства в этом процессе Михаил Бочаров.
Он уверен, что стандартизация форматов позволит более эффективно расходовать государственные ресурсы. «Например, мы знаем, что РФРИТ по всем этим классам ПО выдает гранты. Если произойдет объединение классов, разработчиков, то и госсредства могли бы избежать дублей в расходах», – предлагает сэкономить бюджетные деньги Михаил Бочаров.
По мнению эксперта, схожий эффект можно будет увидеть и при унификации в секторе программно-аппаратных комплексов.
Комментарии (9)
aleks-th
30.10.2023 11:52+1..."Во время и после разработки они узнают про дублирующее ПО конкурентов"...
Однако отделу маркетинга вместо бухать и красить ногти , просто нужно следить за рынком, и нежданчиков не будет.
Или таки речь идёт не о рынке, где есть конкуренция и она свободная, а о какомто картельном сговоре олигархов ?
Batalmv
30.10.2023 11:52+3Что-то мне полки советских магазинов вспомнились в эпоху дефицита :)
А если серьезно, то либо распил, либо дядьки просто приехали попить кофейки и поесть ништяки в своей компашке
«Нам говорят представители ИТ-вендоров на совместных заседаниях, что во время или после разработки своего ПО-продукта они узнают об аналогичном ИТ-решении у других компаний. Если бы знали заранее, то не стали бы разрабатывать»
Прям легко верится. Есть заказчик, есть ДЕНЬГИ, но вендор говорит - "Не, уже есть решение у другого. Купите то, а мы отказываемся" :)
За каждым классом стоит свой разработчик, который мог бы выпускать более универсальные продукты. В условиях нехватки программистов это непозволительная роскошь
Да ладно, давайте сначала зададим вопрос - а чего вдруг возник дефицит? Ну ведь еще "с пеленок" учат. Есть проблема, ищи причину и борись с ней :) А не, по ходу не учат :)
Ну и так далее, тут вся статья раздергивается на феерические цитаты, но жалко времени.
----------
В чем сложность то? Создание платформы далеко не простое дело.
Во-первых, заказчики разные с разными потребностями. Неожиданно, да? Есть большие, маленькие. Есть разные бизнес стратегии. Разные конкурентные условия. Конечно если предварительно всех заказчиков пропустить через машинку по стрижке из анекдота ( ... ну это только в первый раз), то наверное да. Но пока это не произошло :)
Во-вторых, платформа это несколько больше low-code чем кастомное решение, а єто уже реально сложно. Так как low-code всегда классно выглядит в презентации. А в реале всегда есть минусы в виде:
производительности
рагульности описания логики, на которую программист мог бы потратить 5 строчек кода
необходимости тестить не продукт, а генератор продуктов, что является задачей на порядок более сложной (по сути это как тестить не программу, а компилятор языка, на котором она написана)
необходимости изучать нишевую технологию, на что далеко не все спецы согласны. Кому интересно тратить время на нишевую платформу, когда можно учить Java?
Стандарты - ну такое. К примеру карточные платежные системы. Работают по всему миру, в десятках тысяч решений ... как так-то? А в реальности за каждым "стандартом" труд многих людей, которые собаку съели в данном вопросе. А тут чего? Думаете с нуля легко придумать свои правила?
Или как всегда "импортозаместим" (т.е. скопируем и назовем своим, как "москвич")? Ну тогда такое себе упражнение. Плюс в том, что все таки скопированное, т.е. рабочее (если переклеить только шилдик). Но к стандарту часто идет куча программных решений, которые имеют слова лицензии ... но чуда нет, свою экосистему такого же качества не построишь в виду не такой массовости.
А за воровство в конечном итоге спросят
SadOcean
30.10.2023 11:52+2Можно пойти и дальше - совершенно нет смысла разрабатывать аналоги продуктов, которые можно купить у других компаний, в основном зарубежных, конечно, и прекрасно работают.
Ах да, погодите ка..
martin_wanderer
30.10.2023 11:52Пхах, я уже заголовок статьи читал ровно с этой мыслью: "как это такую крамолу пропустили"
avf48
30.10.2023 11:52От дублей к стандартам
Эксперты полагают, что отследить создание дублей в решениях на начальных этапах по всему рынку просто невозможно.
«Такая идея с трудом возможна в полностью плановой экономике, когда есть единое министерство по цифровизации всех отраслей, которое ведет учет всех ресурсов и дает заказы и средства на будущие проекты. Только представьте его штат и уровень компетенции экспертов!» – пояснил в разговоре с RSpectr исполнительный директор ГК «Рексофт» Евгений Минеев.
Он, как и многие участники рынка, уверен, что выходом может стать разработка единых стандартов. Они помогут проще интегрировать и переиспользовать уже созданные решения.
Главное, чтобы стандартизация не коснулась самого функционала, предостерегает Александр Волошин: «Решения по сбору и мониторингу данных тоже должны уметь эволюционировать с развитием технологии».
Стандартизация – наиболее распространенное решение в международной практике, сообщила RSpectr директор центра технологического консалтинга РДТЕХ Светлана Иванова.
Что значит невозможно??! Господа директора, походу, не обладают достаточными компетенциями в области стандартизации и разделения труда. А они вообще в какой области Эксперты то? Вы сами (все кто упоминается в статье) не берёте сотрудников (в ИТ 100%) со знанием стандартов. Если нет, то плз ссылку на вакансию в студию. Где, от этих ребят, требования к квалификации ИТ специалистов в своих компаниях?? Что они могут разработать?
К делу:
Стандарт (ГОСТ/ISO) есть на все виды деятельности! Можно сверится по ОКВЭД. Если нет, пишите, потом автоматизируйте;
Трудовые функции (что должен делать и уметь работник) есть на сайте мин труда;
Должностные инструкции и Положения о подразделении, для кого вообще существуют?;
Может, всё таки архитектуру ПО стандартизировать по видам деятельности, а не продукт? Рассмотрите серию iso 10303 или eTOM, может мысли появятся;
Говоря о "затратном описании процессов" вы указывайте, ещё раз, на свою некомпетентность в области стандартизации. 9001 стандарт, как раз регламентирует этот процесс;
С BIM стандартами сначала разберитесь... Что то даже в одной области вы не можете добиться успеха, а уже говорите про весь рынок. С техосмотрами тоже постановление было. Где?
Даже для ОТиПБ нет стандартных решений, хотя там то требования, вроде как, есть. Автоматизируйте деятельность Директора (как руководящую, не как управленца) и всё будет ок.
нету стандартов
ГОСТ_Р 53633.10-2015 ИТ. eTOM. Декомп. и описания проц.. Процессы уровня 2 eTOM. Управление организацией. Управление рисками организации
ГОСТ_Р 53633.0-2009 ИТ. Сеть управления электросвязью. eТОМ. Общая структура бизнес-процессов
ГОСТ_Р 53633.1-2009 ИТ. eТОМ. Декомп. и описания проц.. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками
ГОСТ_Р 53633.12-2016 ИТ. eTOM. Декомп. и описания проц.. Процессы уровня 2 eTOM. Управление организацией. Управление знаниями организации и
ГОСТ_Р 53633.14-2016 ИТ. eTOM. Декомп. и описания проц.. Процессы ур 2 eTOM. Управление организацией. Управление отношениями с заинтересованными сторонами и внеш связями
ГОСТ_Р 53633.16-2016 ИТ. eTOM. Декомп. и описания проц.. ОД. Управление и эксплуатация ресурсов. Процессы ур 3 eTOM. Процесс 1.1.3.1 Поддержка и обеспечение готовности процессов RM&O
ГОСТ_Р 10.0.03-2019 Информационное моделирование в строительстве. Справочник по обмену информацией. Часть 1. Методология и формат (ИСО 29481-1 2016)
ГОСТ_Р 10.0.05-2019 Информационное моделирование в строительстве. Строительство зданий. Структура информации об объектах строительства. Часть 2. Основные принципы классификации (ИСО 12006-2 2015)
ГОСТ_Р 55273-2012 Разработка систем. Руководство по применению ГОСТ_Р_ИСО 9001 в процессах ЖЦС (15288) NEW (ISO IEC TR 90005 2008)
ГОСТ_Р 58302-2018 Упр. стоимостью ЖЦ. Номенклатура показателей для оценивания стоимости жизненного цикла изделия. Общие требования
ГОСТ_Р 56135-2014 Управление жизненным циклом продукции военного назначения. Общие положения
ГОСТ_Р 56861-2016 Система управления жизненным циклом. Разработка концепции изделия и технологий. ОП
ГОСТ_Р 56862-2016 Система управления жизненным циклом. Разработка концепции изделия и технологий.ТиО
ГОСТ_Р 56863-2016 Система управления полным жизненным циклом (HiTech). Требования к организации работ по разработке ЭКД на этапах изготовления и испытания опытного образца и утверждения рабоче КД
ГОСТ_Р 58299-2018 Управление данными об изделии. Порядок представления результатов проектно-конструкторских работ в электронной форме. ОП
ГОСТ_Р 10.0.05-2019 СС ИМ зданий и сооружений. Строительство зданий. Структура информации об объектах строительства. Часть 2. Основные принципы классифик (ИСО 12006-2 2015)
ГОСТ_Р 53392-2009 ИЛП. Анализ логистической поддержки
ГОСТ_Р 53393-2017 ИЛП. Основные положения
ГОСТ_Р 53394-2009 (заменен 2017) ИЛП. ТиО
ГОСТ_Р 53394-2017 ИЛП. ТиО
ГОСТ_Р 55929-2013 ИЛП экспортируемой ПВН. ИЛП и послепродажное обслуживание. Общие положения
ГОСТ_Р 55931-2013 ИЛП экспортируемой ПВН. СТОИМОСТЬ ЖЦП ВОЕННОГО НАЗНАЧЕНИЯ
ГОСТ_Р_ИСО_МЭК 19762-1-2011 ИТ. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД
ГОСТ_Р 10.0.06-2019 Информационное моделирование в строительстве. Строительство зданий. СИОС. Часть 3. Основы обмена объектно-ориентированной инф (ИСО 12006-3 2007)
ГОСТ_Р_ИСО_МЭК 8824-1-2001 ИТ. АСН версии один (АСН.1). Часть 1. Спецификация основной нотации
ГОСТ_Р_ИСО_МЭК 8824-2-2001 ИТ. АСН версии один (АСН.1). Часть 2. Спецификация информационного объекта
ГОСТ_Р 56875-2016 ИТ. Системы безопасности комплексные и интегрированные. Типовые требования к архитектуре и технологиям интеллектуальных систем мониторинга для обеспечения безопасности предприятий и террито
ГОСТ_Р_МЭК 60950-2002 Безопасность оборудования информационных технологий
ГОСТ_Р 58907-4-2020 Строительство. Планирование срока службы объектов строительства. Часть 4. Планирование с исп цифрового моделирования
СП 333.1325800.2017 BIM. Информационное моделирование в строительстве. Правила формирования информационной модели объектов на различных стадиях жизненного цикла
ГОСТ_Р 57311-2016 BIM. Моделирование информационное в строительстве. Требования к эксплуатационной документации объектов заверш стороительства
ГОСТ_Р_ИСО 22263-2017 Модель организации данных о строительных работах. Структура управления проектной информацией
ГОСТ_Р 57295-2016 Системы дизайн-менеджмента. Руководство по дизайн-менеджменту в строительстве
ГОСТ_Р 57310-2016 (заменен на ГОСТ_Р 10.0.03-2019) Информационное моделирование в строительстве. Руководство по доставке информации. Часть 1. Методология и формат (ИСО 29481-1 2010)
ГОСТ_Р 58438.1-2019 Структуры данных электронных каталогов продукции для инженерных систем зданий. Часть 1. Понятия, архитектура и модель
ГОСТ_Р 58438.2-2020 Структуры данных электронных каталогов продукции для инженерных систем зданий. Часть 2. Геометрия
ГОСТ_Р_ИСО_МЭК 24703-2011 ИТ. Идентификаторы участников
ГОСТ_Р 60.0.7.5-2019 Роботы и робототехнические устройства. Методы построения баз данных
ГОСТ_Р 58439.1-2019 Организация информации об объектах капитального строительства. Информационный менеджмент в строительстве с использованием технологии инф моделирования. Часть 1. Понятия и принципы
ГОСТ_Р_ИСО_МЭК 15910-2002 ИТ. Процесс создания документации пользователя программного средства
ГОСТ_Р_ИСО_МЭК 2382-23-2004 ИТ. Словарь. Часть 23. Обработка текста
ГОСТ_Р_ИСО_МЭК 2382-36-2011 ИТ. Словарь. Часть 36. Обучение, образование и подготовка
Р 50.1.029-2001 ИНТЕРАКТИВНЫЕ ЭЛЕКТРОННЫЕ ТЕХНИЧЕСКИЕ РУКОВОДСТВА
Р 50.1.030-2001 ИНТЕРАКТИВНЫЕ ЭЛЕКТРОННЫЕ ТЕХНИЧЕСКИЕ РУКОВОДСТВА. ТРЕБОВАНИЯ К ЛОГИЧЕСКОЙ СТРУКТУРЕ БАЗЫ ДАННЫХ
ГОСТ_Р 52636-2006 Электронная история болезни. Общие положения
ГОСТ_Р 58439.2-2019 Организация информации об объектах капитального строительства. Информационный менеджмент в строительстве с использованием технологии информационного моделирования. Часть 2. Стадия капитал
ГОСТ_Р_ИСО_МЭК 30100-2-2019 ИТ. Менеджмент ресурсов домашних сетей. Часть 2. Архитектура
ГОСТ_Р 57100-2016 СиПИ. Описание архитектуры (ISO IEC IEEE 42010-2011)
ГОСТ_Р_ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия.rtf
ГОСТ_Р_ИСО 19440-2010 Интеграция предприятия. Конструкции для моделирования предприятий.rtf
ГОСТ_Р_ИСО 14258-2008 Промышленные автоматизированные системы. Концепции и правила для моделей предприятия
ГОСТ_Р_ИСО 15704-2008 Промышленные автоматизированные системы. Требования к стандартным арх-рам и метод-ям предприятия
ГОСТ_Р 43.0.11-2014 Инф. обеспечение техники и операторской деят.. Базы данных в тех деятельности
ГОСТ_Р 43.0.11-2014 Инф. обеспечение техники и операторской деят.. Базы данных в технической деятельности
ГОСТ_Р 43.0.19-2019 Инф. обеспечение техники и операторской деят.. Познавательные процессы. Общие положения
ГОСТ_Р_МЭК 61131-1-2016 Контроллеры программируемые. Часть 1. Общая информация
ГОСТ_Р_МЭК 61131-3-2016 Контроллеры программируемые. Часть 3. Языки программирования
ПНСТ BigData ИТ. Большие данные. Типовая архитектура
ГОСТ_Р_ИСО_МЭК 10164-1-99 ИТ. Взаимосвязь открытых систем. Административное управление систем. Функция административного управления объектами
ГОСТ_Р_ИСО_МЭК 10165-1-2001 ИТ. Взаимосвязь открытых систем. Структура информации административного управления. Часть 1. Модель информации административного управления
ГОСТ_Р_ИСО_МЭК 10746-2-2000 ИТ. Взаимосвязь открытых систем. Управление данными и открытая распределенная обработка. Часть 2. Базовая модель
ГОСТ_Р_ИСО_МЭК 7498-1-99 ИТ. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель
ГОСТ_Р_ИСО_МЭК 8831-99 ИТ. Взаимосвязь открытых систем. Концепции и услуги передачи и обработки заданий
ГОСТ_Р_ИСО_МЭК 9594-1-98 ИТ. Взаимосвязь открытых систем. Справочник. Часть 1. Общее описание принципов, моделей и услуг
ГОСТ_Р_ИСО_МЭК 9595-99 ИТ. Взаимосвязь открытых систем. Определение общих услуг информации административного управления
ГОСТ_Р_ИСО_МЭК 19778-2-2011 ИТ. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 2. Модель данных среды взаимодействия
ГОСТ_Р_ИСО_МЭК 19778-3-2011 ИТ. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 3. Модель данных группы взаимодействия
ГОСТ_Р 52655-2006 Информационно-коммуникационные технологии в образовании. Интегрированная АС управления учреждением высшего профессионального образования. ОП
ГОСТ_Р_ИСО_МЭК 38500-2017 ИТ. Стратегическое управление ИТ в организации
ГОСТ_Р_ИСО_МЭК 15504-1-2009 ИТ. Оценка процесса. Часть 1. Концепция и словарь
ГОСТ_Р_ИСО_МЭК 15504-2-2009 ИТ. Оценка процесса. Часть 2. Проведение оценки
ГОСТ_Р_ИСО_МЭК 15504-3-2009 ИТ. Оценка процесса. Часть 3. Руководство по проведению оценки
ГОСТ_Р_ИСО_МЭК 15504-4-2012 ИТ. Оценка процесса. Часть 4. Руководство по применению для улучшения и оценки возможностей процесса
ГОСТ_Р_ИСО_МЭК 15504-5-2016 ИТ. Оценка процесса. Часть 5. Образец модели оценки процессов ЖЦ ПО
ГОСТ_Р_ИСО_МЭК 33001-2017 ИТ. Оценка процесса. Понятия и терминология
ГОСТ_Р_ИСО_МЭК 33002-2017 ИТ. Оценка процесса. ТРЕБОВАНИЯ К ПРОВЕДЕНИЮ ОЦЕНКИ ПРОЦЕССА
ГОСТ_Р_ИСО_МЭК 33003-2017 ИТ. Оценка процесса. Требования к системам измерения процесса
ГОСТ_Р_ИСО_МЭК 33004-2017 ИТ. Оценка процесса. Требования к эталонным моделям процесса, моделям оценки процесса и моделям зрелости
ГОСТ_Р 51171-98 Правила предъявления информационных технологий на сертификацию
ГОСТ_Р 58976-2020 Изделия медицинские. Программное обеспечение. Часть 2. Валидация ПО (ISOTR 80002-22017)
ГОСТ_Р_ИСО_МЭК 9126-93 ИТ. Оценка программной продукции. Характеристики качества и руководства по их применению
ГОСТ_Р_ИСО_МЭК 12207-2010 ИТ. СиПИ. ЖЦ ПС.rtf
ГОСТ_Р_ИСО_МЭК 15026-1-2013 СиПИ. Гарантирование систем и программного обеспечения. Часть 1. Понятия и словарь
ГОСТ_Р_ИСО_МЭК 15026-4-2016 СиПИ. Гарантирование систем и программного обеспечения. Часть 4. Гарантии жизненного цикла
ГОСТ_Р 54090-2018 ИЛП. Каталоги и перечни предметов снабжения. Структура и состав данных
ГОСТ_Р_МЭК 62714-1-2020 Формат обмена инженерными данными для использования в системах промышленной. AutomationML. Часть 1. Архитектура
ГОСТ_Р_ИСО 23081-1-2008 СИБИД. Процессы управления документами. Метаданные для документов. Часть 1. Принципы.rtf
ГОСТ_Р_ИСО 26324-2015 СИБИД. Система дискретных идентификаторов объекта
ГОСТ_Р 58908.1-2020 (ПСУОП) Промышленные системы, установки и оборудование и промышленная продукция. Принципы структурирования и кодированные обозначения. Часть 1. Основные правила (МЭК 81346-12009)
ГОСТ_Р 58908.12-2020 ПСУОП. Принципы структурирования и коды. Часть 12. Объекты КС и системы инженерно-технического обеспечения (ИСО 81346-122018)
ГОСТ_Р_ИСО_МЭК 20000-1-2010 ИТ. Менеджмент услуг. Часть 1. Спецификация
ГОСТ_Р_ИСО_МЭК 20000-1-2013 ИТ. Управление услугами. Часть 1. Требования к системе управления услугами
ГОСТ_Р_ИСО_МЭК 20000-2-2010 ИТ. Менеджмент услуг. Часть 2. Кодекс практической деятельности
ГОСТ_Р_ИСО_МЭК 20000-3-2014 ИТ. Управление услугами. Часть 3. Руководство по определению области применения и применимости ИСО МЭК 20000-1
ГОСТ_Р_ИСО_МЭК 10031-1-2000 ИТ. Текстовые и учрежденческие системы. Модель приложений распределенного учреждения. Часть 1. Общая модель
ГОСТ_Р_ИСО_МЭК 15026-2002 ИТ. УРОВНИ ЦЕЛОСТНОСТИ СИСТЕМ И ПРОГРАММНЫХ СРЕДСТВ
ГОСТ_Р_ИСО_МЭК 29361-2012 ИТ. Интероперабельность сетевых услуг. Базовый профиль WS-1. Версия 1.1
Р 50.1.031-2001 ТЕРМИНОЛОГИЧЕСКИЙ СЛОВАРЬ Ч1. Стадии жизненного цикла продукции
Р 50.1.032-2001 ТЕРМИНОЛОГИЧЕСКИЙ СЛОВАРЬ Ч2. Применение стандартов серии ГОСТ_Р_ИСО 10303
Р 50-34.126-92 Рекомендация. ИТ. Правила проведения работ при создании автоматизированных систем
ГОСТ_Р 53624-2009 ИТ. Информационно-вычислительные системы. Программное обеспечение. СМ качества. Требования
ГОСТ_Р 56566-2015 ИТ. Оценка процессов. Часть 9. Профили целевого процесса (ISO IEC TS 15504-9 2011)
ГОСТ_Р 56205-2014 Сети коммуникационные промышленные. Защищенность (кибербезопасность) сети и системы. Часть 1-1. Терминология, концептуальные положения и модели (IEC TS 62443-1-1 2009)
ГОСТ_Р_МЭК 62443-2-1-2015 Сети коммуникационные промышленные. Защищенность сети и системы. Часть 2-1. Составление программы обеспечения защищенности СУ и пром автоматики
ГОСТ_Р_ИСО 13584-25-2010 СПАиИ. Библиотека деталей. Часть 25. Логический ресурс. Логическая модель библиотеки поставщика с агрегированными значениями и подробным содержанием
ГОСТ_Р_ИСО 13584-32-2012 СПАиИ. Библиотека деталей. Часть 32. Ресурсы практической реализации. Язык онтологической разметки продукции
ГОСТ_Р_ИСО 26162-2016 Системы управления терминологией, базами знаний и контентом. Проектирование, внедрение и поддержка систем управления терминологией
ГОСТ_Р_ИСО 13008-2015 Информация и документация. Процессы конверсии и миграции электронных документов
ГОСТ_Р 55681-2013 Информация и документация. Анализ процессов работы с точки зрения управления документами
ГОСТ_Р 7.0.101-2018 СИБИД. Информация и документация. Системы управления документами. Требования (ИСО 30301 2011)
ГОСТ_Р_ИСО 15489-1-2007 СИБИД. (заменен) Управление документами. Общие требования
ГОСТ_Р_ИСО 15489-1-2019 СИБИД. Информация и документация. Управление документами. Часть 1. Понятия и принципы.docx
ГОСТ_Р_ИСО 22310-2009 СИБИД. Информация и документация. Руководство для разработчиков ст-тов, устанавливающих требования к управлению документами
ГОСТ_Р_ИСО 30300-2015 СИБИД. Информация и документация. Системы управления документами. Основные положения и словарь.rtf
ГОСТ_Р 7.0.12-2011 СИБИД. Библиографическая запись. Сокращение слов и словосочетаний на русском языке. Общие требования и правила
ГОСТ_Р 7.0.34-2014 СИБИД. Правила упрощенной транслитерации русского письма латинским алфавитом
ГОСТ_Р_ИСО 15531-1-2008 СПАиИ. Данные по управлению промышленным производством. Часть 1. Общий обзор
ГОСТ_Р_ИСО 15531-31-2010 СПАиИ. ДУПП. Часть 31. Информационная модель ресурсов
ГОСТ_Р_ИСО 15531-32-2010 СПАиИ. ДУПП. Часть 32. Концептуальная модель данных для управления использованием ресурсов.rtf
ГОСТ_Р_ИСО 15531-42-2010 СПАиИ. ДУПП. Часть 42. Модель времени
ГОСТ_Р_ИСО 15531-43-2011 СПАиИ. ДУПП. Часть 43. Информация для управления производственными потоками. Модель данных для мониторинга и обмена производственной информацией
ГОСТ_Р_ИСО 15531-44-2012 СПАиИ. ДУПП. Моделирование сбора цеховых данных
ГОСТ_Р ХХХ20(52) Системная инженерия. Защита информации в процессе определения архитектуры системы
ГОСТ_Р_ИСО 15531-44-2012 СПАиИ. ДУПП. Часть 44. Моделирование сбора цеховых данных
ГОСТ_Р 55340-2014 СПАиИ. Интеграция данных ЖЦ перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 4. Исходные справочные данные (ISO TS 15926-4 2007)
ГОСТ_Р 56263-2014 СПАиИ. Руководство по созданию автоматизированных библиотек данных на основе комплекса стандартов ГОСТ_Р_ИСО 13584
ГОСТ_Р_МЭК 62023-2016 Структурирование технической информации и документации (структура документа)
ГОСТ_Р_ИСО_МЭК 20741-2019 СиПИ. Руководство для оценки и выбора инструментальных средств программной инженерии
ГОСТ_Р_ИСО 15926-1-2008 СПАиИ. Интеграция данных ЖЦ для перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 1. Обзор и основополагающие принципы
ГОСТ_Р 57101-2016 СиПИ. Процессы жизненного цикла. Управление проектом (ISO IEC IEEE 16326-2009)
ГОСТ_Р 57193-2016 СиПИ. ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА СИСТЕМ (ISO 15288-2015)
ГОСТ_Р 58608-2019 ИТ. Стратегическое управление ИТ. Структура и модель (ISO IEC TR 38502 2017)
ГОСТ_Р 56923-2016 ИТ. СиПИ. Управление ЖЦ. Часть 3. Руководство по применению ИСО МЭК 12207 (ISO IEC TR 24748-3-2011)
ГОСТ_Р 57098-2016 СиПИ. Управление жизненным циклом. Руководство для описания процесса (ISO IEC TR 247740-2010)
ГОСТ_Р 57102-2016 ИТ. СиПИ. Управление жизненным циклом. Часть 2. Руководство по применению ИСО МЭК 15288 (ISO IEC TR 24748-2 2011)
ГОСТ_Р 57269-2016 Интегрированный подход к управлению информацией жизненного цикла антропогенных объектов и сред. ТиО
ГОСТ_Р 57296-2016 Интегрированный подход к управлению информацией ЖЦ антропогенных сред. Описание данных для мат моделирования процессов ЖЦ. Основные положения
ГОСТ_Р 58607-2019 СиПИ. Управление ЖЦИ. Часть 4. Планирование системной инженерии (ISO IEC IEEE 24748-42016)
ГОСТ_Р_ИСО 10005-2019 Менеджмент качества. Руководящие указания по планам качества.rtf
ГОСТ_Р_ИСО 10014-2008 Менеджмент организации. РУКОВОДЯЩИЕ УКАЗАНИЯ ПО ДОСТИЖЕНИЮ ЭКОНОМИЧЕСКОГО ЭФФЕКТА В СИСТЕМЕ МЕНЕДЖМЕНТА КАЧЕСТВА
ГОСТ_Р_ИСО 10018 Менеджмент качества. Руководящие указания по вовлечению работников и их компетентности
ГОСТ_Р_ИСО 10018-2014 Менеджмент качества. Руководящие указания по вовлечению работников и их компетентности
ГОСТ_Р 51705.1-2001 Системы качества. Управление качеством пищевых продуктов на основе принципов ХАССП. Общие требования
ГОСТ_Р 52380.1-2005 Руководство по экономике качества. Модель затрат на процесс
ГОСТ_Р 52380.2-2005 Руководство по экономике качества. Модель предупреждения, оценки и отказов
ГОСТ_Р 55540-2013 Качество услуги. Услуга центра обработки вызовов. Показатели качества
ГОСТ_Р 56078-2014 СМ качества предприятий авиационно-космической промышленности. Поставщики
ГОСТ_Р_ИСО 9000_2015 СМ качества. ТиО
ГОСТ_Р_ИСО 9001-2015 СМ качества. Требования_Текст
ГОСТ_Р_ИСО 9004-2010 Менеджмент для достижения устойчивого успеха организации. Подход на основе менеджмента качества
ГОСТ_Р_ИСО 9004-2019 Менеджмент качества. Качество организации. Руководство по достижению устойчивого успеха организации
ГОСТ_Р 57132-2016 Менеджмент знаний. Взаимосвязь с организационными функциями и дисциплинами. Руководство по наилучшей практике
ГОСТ_Р 55900-2013 Руководство по обоснованию применимости и разработке стандартов на СМ для инновационной деятельности малых и средних предприятий
ГОСТ_Р_ИСО 15926-2-2010 СПАиИ. Интеграция данных жизненного цикла для перерабатывающих предприятий, включая НиГ ПП. Часть 2. Модель данных
ГОСТ_Р 57133-2016 Менеджмент организационной культуры и знания. Руководство по наилучшей практике
ГОСТ_Р_МЭК 62502-2014 Менеджмент риска. Анализ дерева событий
ГОСТ_Р_ИСО 20121-2014 СМ устойчивого развития. Требования и практическое руководство по менеджменту устойчивости событий
ГОСТ_Р_ИСО 22301-2014 СМ непрерывности бизнеса. Общие требования
ГОСТ_Р 53647.3-2015 Менеджмент непрерывности бизнеса. Часть 3. Руководство по обеспечению соответствия требованиям ГОСТ_Р_ИСО 22301
ПНСТ 366.2-2019 СПАиИ. Обеспечение безопасности ПП за счет использования САУП. Часть 2. СМ
ПНСТ 366.3-2019 СПАиИ. Обеспечение безопасности ПП за счет использования СА управления процессами. Часть 3. Подготовка, запуск и эксплуатация устройств безопасности
ПНСТ 366.4-2019 СПАиИ. Обеспечение безопасности ПП за счет использования систем автоматического УП. Часть 4. Верификация полноты аппаратных средств автоматизированной СБ
ПНСТ 366.5-2019 СПАиИ. Обеспечение безопасности ПП за счет использования систем автоматического управления процессами. Часть 5. Руководство по практическому применению
ПНСТ 366.6-2019 СПАиИ. Обеспечение безопасности ПП за счет использования САУП. Часть 6. Прил для ОБ ПП с повышенным уровнем опасности
ГОСТ_Р 56272-2014 СПАиИ. Интеграция данных ЖЦ перерабатывающих предприятий, включая н и г пп. Часть 8. ПМИРС практическая реализация сетевого языка (OWL) (ISO TS 15926-8 2011)
ГОСТ_Р 58542-2019 ИНТЕГРИРОВАННЫЕ СМ. Руководство по практическому применению
ГОСТ_Р_ИСО 18435-3-2016 СПАиИ. Интеграция приложений для диагностики, оценки возможностей и технического обслуживания. Часть 3. Метод описания интеграции приложений
ГОСТ_Р 57136-2016 СПАиИ. Подход к интеграции приложений с использованием моделирования требований к обмену информацией и профилирования функциональных возможностей ПО (ISO TR 18161 2013).rtf
ГОСТ_Р 57136-2016 СПАиИ. Подход к интеграции приложений с использованием моделирования требований к обмену информацией и профилирования функциональных возможностей ПО (ISO TR 18161-2013)
ГОСТ_Р 57323-2016 СПАиИ. Интеграция данных ЖЦ перерабатывающих предприятий, включая н и г пп. Часть 11. Методология упрощенного пром исп справочных данных (ISO TS 15926-11 2015)
ГОСТ_Р_МЭК 58546-2019 Интеграция систем управления предприятием. Часть 5. МОДЕЛЬ СЛУЖБЫ ОБМЕНА СООБЩЕНИЯМИ (IEC PAS 62264-6 2016).rtf
ГОСТ_Р_МЭК 62264-1-2010 Интеграция систем управления предприятием. Часть 1. Модели и терминология (Заменен 2014)
ГОСТ_Р_МЭК 62264-1-2014 Интеграция систем управления предприятием. Часть 1. Модели и терминология
ГОСТ_Р_МЭК 62264-2-2010 Интеграция систем управления предприятием. Часть 2. Атрибуты объектных моделей (Заменен 2016)
ГОСТ_Р_МЭК 62264-2-2016 Интеграция систем управления предприятием. Часть 2. Атрибуты объектных моделей
ГОСТ_Р_МЭК 62264-3-2012 Интеграция систем управления предприятием. Часть 3. Рабочая модель управления технологическими операциями (2)
ГОСТ_Р_МЭК 62264-5-2012 Интеграция систем управления предприятием. Часть 5. Операции бизнес-производство (2)
ГОСТ_Р_ИСО_МЭК 29161-2019 ИТ. Структура данных. Уникальная идентификация для IoT
ПНСТ_ISO_IEC_FDIS 30141 ИТ. Промышленный интернет вещей. Типовая архитектура
ПНСТ_ISO_IEC_FDIS 30141 Эталонная архитектура интернета вещей и индустриального (промышленного) интернета вещей IoT
ПНСТ 418-2020 ИТ. Интернет вещей. Структура системы интернета вещей, работающей в режиме реального времени (RT-IoT)
ГОСТ_Р_ИСО 10303-1290-2014 САПиИ. ПДИиОД. Часть 1290. Прикладной модуль. Управление документами
ГОСТ_Р_ИСО 10303-239-2008 САПиИ. Часть 239. Поддержка жизненного цикла изделий
ГОСТ_Р_ИСО 10303-41-99 САПиИ. ПДИиОД. Часть 41. Интегрированные обобщенные ресурсы. Основы описания и поддержки изделий
ПНСТ 420-2020 ИТ. Промышленный интернет вещей. Типовая архитектура
ПНСТ 433-2020 ИТ. Интернет вещей. Требования к платформе обмена данными для различных служб ИВ
ПНСТ 367-2019 Информационный менеджмент. Облачные вычисления. Структура соглашения об уровне сервиса. Метрическая модель.rtf
ГОСТ_Р 58609-2019 Системная и программная инженерия. Состав и содержание информационных элементов жизненного цикла (документации)
ГОСТ_Р 57188-2016 Численное моделирование физических процессов. ТиО
ГОСТ_Р 57412-2017 Компьютерные модели в процессах разработки, производства и эксплуатации изделий. Общие положения
ГОСТ_Р_ИСО 16100-1-2012 СПАиИ. Профилирование возможности интероперабельности промышленных программных средств. Часть 1. Структура
ГОСТ_Р_ИСО 16100-2-2010 СПАиИ. Профилирование возможности интероперабельности промышленных программных средств. Часть 2. Методология профилирования
ГОСТ_Р_ИСО 16100-3-2010 СПАиИ. Профилирование возможности интероперабельности промышленных программных средств. Часть 3. Службы интерфейса, протоколы и шаблоны возможностей
ГОСТ_Р_ИСО 16100-4-2010 СПАиИ. Профилирование возможности интероперабельности промышленных программных средств. Часть 4. Методы аттестационных испытаний, критерии и отчеты
ГОСТ_Р_ИСО 16100-5-2011 СПАиИ. Профилирование возможности интероперабельности ППС. Часть 5. Методология согласования конфигураций профилей с помощью многоцелевых структ классов возм
ГОСТ_Р_ИСО 16100-6-2014 СПАиИ. Профилирование возможности интероперабельности ППС. Часть 6. Службы и протоколы интерфейса для сопоставления профилей, основанных на многоцелевых структурах
ГОСТ_Р_ИСО 10303-1264-2014 САПиИ. ПДИиОД. Часть 1264. Прикладной модуль. Риск
ГОСТ_Р 57700.19-2019 Численное моделирование динамических рабочих процессов в социотехнических системах. Требования к архитектуре процессов
ГОСТ_Р 57700.20-2019 Численное моделирование динамических рабочих процессов в социотехнических системах. Общие положения
ПНСТ 365.1-2019 СПАиИ. Формализованное описание процессов. Часть 1. Концептуальное и графическое представление
ГОСТ_Р_ИСО 20140-1-2014 СПАиИ. Оценка энергетической эффективности и прочих факторов производственных систем, воздействующих на ОС. Часть 1. Обзор и общие принципы
ГОСТ_Р_ИСО 20140-1-2020 СПАиИ. Оценка энергетической эффективности и прочих факторов ПС, воздействующих на ОС. Часть 1. Обзор и общие принципы
ГОСТ_Р_ИСО 10303-1011-2011 САПиИ. ПДИиОД. Часть 1011. Прикладной модуль. Организация и работники
ГОСТ_Р 57322-2016 Руководство по стратегическому развитию принципов стандартизации в области промышленной автоматизации
ГОСТ_Р_ИСО 10303-1348-2014 САПиИ. ПДИиОД. Часть 1348. Прикладной модуль. Управление требованиями
ГОСТ_Р_ИСО 10303-11-2000 САПиИ. ПДИиОД. Часть 11. Справочное руководство по языку EXPRESS
ГОСТ_Р_ИСО 10303-1126-2014 САПиИ. ПДИиОД. Часть 1126. Прикладной модуль. Свойства документа
ГОСТ_Р_ИСО 10303-12-2000 САПиИ. ПДИиОД. Часть 12. Справочное руководство по языку EXPRESS-I
ГОСТ_Р_ИСО 10303-1233-2014 САПиИ. ПДИиОД. Часть 1233. Прикладной модуль. Задание требования
ГОСТ_Р_ИСО 10303-1264-2014 САПиИ. ПДИиОД. Часть 1264. Прикладной модуль. Риск (HD+)
ГОСТ_Р_ИСО 10303-1-99 САПиИ. (ПДИиОД) Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы
ГОСТ_Р_ИСО 10303-239-2008 САПиИ. Прикладные протоколы. Поддержка жизненного цикла изделий
ГОСТ_Р_ИСО 10303-43-2002 САПиИ. ПДИиОД. Часть 43. Интегрированные обобщенные ресурсы. Структуры представлений
ГОСТ_Р_ИСО 10303-439-2016 САПиИ. ПДИиОД. Часть 439. Прикладной модуль. Поддержка ЖЦИ по прикладному протоколу ПП239
ГОСТ_Р_ИСО 10303-49-2003 САПиИ. ПДИиОД. Часть 41. Интегрированные обобщенные ресурсы. Структура и свойства процесса
ГОСТ_Р_ИСО 13584-26-2014 СПАиИ. Библиотека деталей. Часть 26. Логический ресурс. Идентификация поставщика информации
ГОСТ_Р_ИСО 15745-1-2014 СПАиИ. Прикладная интеграционная среда открытых систем. Часть 1. Общее эталонное описание.docx
ГОСТ_Р_ИСО 15746-1-2016 СПАиИ. Интеграция возможностей усовершенствованного управления технологическими процессами и оптимизации для производственных систем. Часть 1. Структура и функциональная модель
ГОСТ_Р_ИСО 18435-2-2012 СПАиИ. Интеграция приложений для диагностики, оценки возможностей и технического обслуживания. Часть 2. Описание и определение элементов матрицы домена приложения
ГОСТ_Р_ИСО 18629-1-2010 СПАиИ. Язык спецификаций. Часть 1. Обзор и основные принципы.rtf
ГОСТ_Р_ИСО 18629-14-2011 СПАиИ. Язык спецификаций. Часть 14. Теории ресурсов.rtf
ГОСТ_Р_ИСО 22745-1-2013 СПАиИ. Открытые технические словари и их применение к основным данным. Часть 1. Общие сведения и основополагающие принципы
ГОСТ_Р_ИСО 22745-2-2011 СПАиИ. Открытые технические словари и их применение к основным данным. Часть 2. Словарь
ГОСТ_Р 52611-2006 СПАиИ. Средства информационной поддержки жцп. безопасность информации
ГОСТ_Р 54136-2010 СПАиИ. Руководство по применению стандартов, структура и словарь
ГОСТ_Р 55062-2012 СПАиИ. Интероперабельность. Основные положения
ГОСТ_Р 55240-2012 СПАиИ. Открытые технические словари и их применение к основным данным. Часть 14. Интерфейс для запросов по словарю
ГОСТ_Р 57131-2016 Интеграция предприятий. Эталонная модель принятия решения (CEN TS 14818 2004)
ГОСТ_Р 57317-2016 СПАиИ. ТиО
ГОСТ_Р 57318-2016 СПАиИ. Применение и управление процессами системной инженерии
ГОСТ_Р 57329-2016 СПАиИ. Системы технического обслуживания и ремонта. ТиО (EN 13306 2010)
ГОСТ_Р 51167-98 Качество служебной информации. Графические модели технологических процессов переработки данных
ГОСТ_Р 51168-98 Качество служебной информации. Условные обозначения элементов технологических процессов переработки данных
ГОСТ_Р 51170-98 Качество служебной информации. ТиО
ГОСТ_Р 56216-2014 Качество данных. Часть 311. Руководство по применению качества данных при описании продукции
ГОСТ_Р_ИСО 8000-1-2009 Качество информационных технологий. Часть 1. Обзор
ПНСТ 0000 Умное производство. Цифровые двойники. Часть 3. Цифровое представление физических элементов
ПНСТ 0000 Умное производство. Цифровые двойники. Элементы визуализации
ПНСТ 304-2018 ЕЭС и изолированно работающие энергосистемы. Балансовая надежность энергосистем
ПНСТ 451.3-2020 Инновационный менеджмент. Управление продукцией. Часть 3. Планирование новых видов продукции с использованием инструмента Бизнес-инструктор
ПНСТ 452.1-2020 Инновационный менеджмент. Применение принципов экономики замкнутого цикла в организациях. Часть 1. Основные положения
ПНСТ 452.2-2020 Инновационный менеджмент. Применение принципов экономики замкнутого цикла в организациях. Часть 2. Общие принципы и требования
ПНСТ 452.3-2020 Инновационный менеджмент. Применение принципов экономики замкнутого цикла в организациях. Руководство по применению на малых и средних предприятиях
ГОСТ_Р_ИСО 56002-2020 Инновационный менеджмент. Системы инновационного менеджмента. Руководящие указания
ГОСТ_Р_ИСО 56003-2020 Инновационный менеджмент. Методы и средства организации инновационного партнерстваю. Руководящие указания
ГОСТ_Р 57315-2016 Инновационный менеджмент. Руководящие принципы для осуществления открытого инновац подхода
ГОСТ_Р_ИСО 10075-2-2009 Эргономические принципы обеспечения адекватности умственной нагрузки. Часть 2. Принципы проектирования
ГОСТ_Р_ИСО 11064-2-2015 Эргономическое проектирование центров управления. Часть 2. Принципы организации комплексов управления (Переиздание)
ГОСТ_Р_ИСО 31000-2019 Менеджмент риска. Принципы и руководство
ГОСТ_Р 51897-2011 Менеджмент риска. ТиО (ИСО 732009)
ГОСТ_Р 51901.10-2009 Менеджмент риска. Процедуры управления пожарным риском на предприятии
ГОСТ_Р 51901.1-2002 Менеджмент риска. Анализ риска технологических систем
ГОСТ_Р 51901.15-2005 (Не действующий) Менеджмент риска. ПРИМЕНЕНИЕ МАРКОВСКИХ МЕТОДОВ (заменен на ГОСТ_Р_МЭК 61165-2019)
ГОСТ_Р 51901.6-2005 Менеджмент риска. Программа повышения надежности
ГОСТ_Р 58969-2020 Менеджмент риска. Управление технико-производственными рисками промышленного предприятия
ГОСТ_Р_МЭК 61160-2006 (Не действующий) Менеджмент риска. Формальный анализ проекта
ПНСТ 434-2020 Умное производство. Интероперабельность единиц возможностей для прекладных решений (ИСО 16300-12018)
ГОСТ_Р 27.001-2009 Надежность в технике. Система управления надежностью. Основные положения
ГОСТ_Р 27.002 Надежность в технике. ТиО
ГОСТ_Р 27.003-2011 Надежность в технике. Управление надежноcтью. Руководство по заданию технических требований к надежности
ГОСТ_Р 27.302-2009 Надежность в технике. Анализ дерева неисправностей
ГОСТ_Р_МЭК 61165-2019 Надежность в технике. Применение марковских методов
ГОСТ_Р_ИСО 44001-2020 Корпоративные системы управления взаимоотношениями с бизнесом. Требования и структура
ГОСТ_Р_ИСО 21500-2014 Руководство по проектному менеджменту
ГОСТ_Р 54870-2011 Проектный менеджмент. Требования к управлению портфелем проектов (Переиздание)
ГОСТ_Р 56714.1-2015 Мультипроектный менеджмент. Управление проектом, портфелем проектов, программой. Часть 1. Основные положения
ГОСТ_Р 56714.2-2015 Мультипроектный менеджмент. Управление проектом, портфелем проектов, программой. Часть 2. Процессы и процессная модель
ГОСТ_Р 56715.1-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 1. Основные положения
ГОСТ_Р 56715.2-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 2. Процессы и процессная модель.docx
ГОСТ_Р 56715.3-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 3. Методы
ГОСТ_Р 56715.4-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 4. Данные и модель данных.docx
ГОСТ_Р 56715.5-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 5. ТиО
ГОСТ_Р 56716-2015 Проектный менеджмент. Техника сетевого планирования. Общие положения и терминология
ГОСТ_Р_МЭК 61160-2015 Проектный менеджмент. Документальный анализ проекта
ГОСТ_Р 53704-2009 Системы безопасности комплексные и интегрированные. Общие технические требования
ГОСТ_Р_ИСО 10017-2005 Статистические методы. Руководство по применению в соответствии с ГОСТ_Р..._Текст
ГОСТ_Р_ИСО 10017-2005 Статистические методы. Руководство по применению в соответствии с ГОСТ_Р_ИСО 9001
ГОСТ_Р_ИСО 11462-1-2007 Статистические методы. Руководство по внедрению статистического управления процессами. Элементы
ГОСТ_Р_ИСО 11462-1-2007 Статистические методы. Руководство по внедрению. Элементы.rtf
ГОСТ_Р_ИСО 11462-2-2012 Статистические методы. Руководство по внедрению статистического управления процессами
ГОСТ_Р_ИСО 13053-1-2013 Статистические методы. Методология улучшения процессов Шесть сигм. методология DMAIC
ГОСТ_Р_ИСО 13053-2-2013 Статистические методы. Методология улучшения процессов шесть сигм. Часть 2. Методы и приемы
ГОСТ_Р_ИСО 13053-2-2015 Статистические методы. Количественные методы улучшения процессов Шесть сигм
ГОСТ_Р_ИСО 22514-1-2015 Статистические методы. Управление процессами. Часть 1. Общие принципы
ГОСТ_Р 50779.11-2000 Статистические методы. Статистическое управление качеством. ТиО (ИСО 3534.2-93)
ГОСТ_Р 50779.42-99 Статистические методы. КОНТРОЛЬНЫЕ КАРТЫ ШУХАРТА
ГОСТ_Р_ИСО 7870-1-2011 Статистические методы. Контрольные карты. Часть 1. Общие принципы
ГОСТ_Р 53898-2013 СЭД. Взаимодействие систем управления документами. Требования к электронному сообщению
ПНСТ 436-2020 Умное производство. Интероперабельность единиц возможностей для промышленных решений (ИСО 16300-32017)
ПНСТ 441-2020 ИТ. Умный город. Онтология верхнего уровня показателей УГ (ИСО МЭК 21972 2020)
ГОСТ_Р 55.0.00-2014 Управление активами. Основные положения
ГОСТ_Р 55.0.01-2014 Управление активами. Общее представление, принципы и терминология (ИСО 55000 2014)
ГОСТ_Р 55.0.02-2014 Управление активами. СМ. Требования (ИСО 55001 2014)
ГОСТ_Р 55.0.03-2014 Управление активами. СМ. Руководство по применению ISO 55001 (ИСО 55002 2014)
ГОСТ_Р 55235.2-2012 Практические аспекты менеджмента непрерывности бизнеса. Менеджмент активов. Руководство по применению требований к оптимальному управлению производственными активами
ГОСТ_Р 57271.3-2016 Менеджмент вспомогательных процессов в управлении недвижимостью. Часть 3. Руководство по качеству (EN 15221-3 2011)
ГОСТ_Р 57271.5-2016 Менеджмент вспомогательных процессов в управлении недвижимостью. Часть 5. Руководство по процессам (EN 15221-5 2011)
ГОСТ_Р_МЭК 61512-1-2016 (УСП) Управление серийным производством. Часть 1. Модели и терминология
ГОСТ_Р_МЭК 61512-2-2016 УСП. Часть 2. Структуры данных и руководство по языку
ГОСТ_Р_МЭК 61512-3-2016 УСП. Часть 3. Общие модели и представления, а также примеры их практической реализации на предприятиях
ГОСТ_Р 56518-2015 Техника космическая. Требования к системам менеджмента качества организаций, участвующих в создании, производстве и эксплуатации
ГОСТ_Р 57098-2016 СиПИ. Управление жизненным циклом. Руководство для описания процесса (ISO IEC TR 247740-2010).docx
ГОСТ_Р 57193-2016 (ISO 15288) СиПИ. Процессы жизненного цикла систем
ГОСТ_Р 57194.1-2016 Трансфер технологий. Общие положения
ГОСТ_Р 57194.2-2016 Трансфер технологий. Результаты интеллектуальной деятельности (Переиздание)
ГОСТ_Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения.docx
ГОСТ_Р 58404-2019 Станции и комплексы автозаправочные. Правила технической эксплуатации
ГОСТ_Р 58971-2020 Требования к экспертам и специалистам. Специалист по метрологическому обеспечению.rtf
vasilijmooduckovic
30.10.2023 11:52с одной стороны кункуренция с другой зоопарк софта/технологий/etc. тоже не очень or what?
AlexXYZ
А как же конкуренция?
Tinkz
конкуренция от лукавого, нужен РосГосКод который популярно объяснит как и что писать