Совершенно верно, такой вариант рассматривался. Он не подошел, так как чувствительный элемент должен быть расположен под термоизоляцией труб. Термоизоляция представляет из себя слой стекловаты и наружную алюминиевую оболочку. Радиомодуль разместить под такой конструкцией невозможно, поэтому чувствительный элемент выносной. В том числе, радиомодуль с проводом позволяет погружать чувствительный элемент в колодцы.
Да, все так. Мы интегрируем данные из операционных систем, складываем в хранилище, собираем описания и предоставляем данные как сервис.
Для поиска нюансов из вашего примера в Управлении корпоративными данными есть отдельные команды бизнес- и системных аналитиков, которые исследуют систему и готовят почву для работы дата-инженеров. Они общаются с заказчиком, прототипируют прогнозные модели и дашборды в Tableau. Работу таких команд мы описывали на примере данных функции Маркетинг и Продажи.
Для описания сложных и неочевидных (и очевидных тоже!) кейсов на данных мы используем глоссарий. В нашем понимании он чуть шире, чем просто набор терминов. Сюда также вписываются алгоритмы расчетов, методология и хранится история изменений подходов для вопросов из серии «А почему сейчас так, раньше ведь все было иначе?». Каждая запись из глоссария связывается с задействованными в ней элементами логической модели. В наших планах сделать живую систему, когда задачу на разработку можно было бы генерить напрямую через указания терминов логической модели.
За корректностью описаний в глоссарии следят Кураторы и Ответственные — люди от бизнеса, знакомые со всей спецификой. Поддерживая такие описания, они решают сразу несколько задач: не тратят время на объяснения показателей аналитикам смежных подразделений, снижают время на погружение новичков и консультантов, снижают затраты на аналитическую проработку новых IT-решений. А мы получаем еще один кусочек знаний в каталог.
Качество и структура данных. Все верно. Такие кейсы также встречаются в процессе прединтеграционной проработки системы. В этом случае мы либо не затягиваем атрибут вообще (например, когда функционал предусмотрен базовым набором атрибутов системы, но конкретно у нас не востребован сейчас и в будущем), либо об этом делается отдельная пометка в Каталоге о недопустимости использования конкретно этого атрибута.
Насчет мотивации описывать модели данных систем. Совместно с корпоративной архитектурой мы выстраиваем новый процесс управления изменениями. Описание данных встроено в новые архитектурные стандарты и принципы. Со своей стороны мы подготовили чеклисты для контроля заполняемости.
Каждое новое решение должно быть смоделировано в Sparx Enterprise architect, в том числе и потоки данных. Это невозможно сделать, если данные не описаны. Со своей стороны мы доносим до всех архитекторов компании пользу и кейсы применимости описанных данных
Архитекторы понимают, что большие трудозатраты на описание сейчас в целевом видении компенсируются сокращением времени на поиск нужных данных. Основная задача сейчас — выдержать большой поток работ по описанию некоторой критической массы данных, на которой уже можно показать эффекты от трудозатрат. После чего у аналитиков и архитекторов появится стимул поддерживать данные в актуальном состоянии, ведь это будет полезно им, прежде всего.
Тобольск, зима, температура воздуха -40С, обходчик берет смартфон с приложением для мобильных обходов. Ему нужно пройти по определенному маршруту (в среднем продолжительностью около двух часов) и сканировать определенные метки. Каждые 10-15 минут он достает смартфон из внешнего кармана спецовки, разблокирует его и подносит к метке. Так мы и проверяли смартфоны в термокамере на похожие условия.
Как было сказано в статье, пишет методику и тестирует один человек. Он также получает от потенциальных пользователей информацию о том, в каких условиях, как долго и с какими целевыми приложениями эксплуатируется устройство.
Исходя из этого пишется ПМИ, чтобы сымитировать условия, наиболее приближенные к реальным на производствах.
В термокамере действия с приложением выполняются с помощью Bluetooth-мыши.
Лабораторные тесты позволяют значительно сократить трудозатраты на испытания в реальных условиях, т.к. 2/3 моделей «отваливаются» уже в термокамере.
Далее, прошедшие лабораторное тестирование модели отправляются на производство для пилотной эксплуатации в реальных условиях.
Обязательно сертифицированы. Но получать сертификат – задача производителя устройства, для чего он идет в сертифицирующий орган.
Наша задача – тестирование по собственным методикам, которые рождены в результате анализа реальных условий эксплуатации прибора.
ПМИ для каждого устройства составляется исходя из внутренних потребностей площадок Сибура, мы не являемся сертифицирующей лабораторией и тестируем устройства на соответствие требуемым параметрам.
Контролируется температура среды в термокамере. Если смартфон греется из-за приложений в термокамере, он точно так же будет греться и при его реальной эксплуатации. Соответственно, мы моделируем реальные условия, когда устройство функционирует, на нем запущены приложения, и оно не лежит выключенным «кирпичом». Тем не менее, методика испытаний подразумевает периоды покоя, когда влияние внутренних процессов на нагрев устройства минимальны.
Сам «Интерактивный макет» — это 472 fbx, но моделей больше, около 1500. Общий полигонаж — 7.2 млн треугольников. Для работы подойдёт стандартный, по современным меркам, игровой ПК — i7, 16Gb DDR, RTX 2060. Запускали на i5 и GTX1060 — также вполне комфортно. И, конечно, все в 4к :)
Проект пилотный, развиваем под новые сценарии. Если будет эффект — будем тиражировать на другие производства. Там, где отсутствуют проектные модели, будем применять лазерное сканирование, фотограмметрию и локально поднятие 3D-моделей с чертежей там, где нужна максимальная точность.
Разработчиков Unity проще найти на рынке, а результат идентичен. Также у нас уже есть свои внутренние разработчики Unity, чтобы с наращиванием компетенций модернизировать макет без привлечения подрядчиков.
ЗапСибНефтехим — это нефтехимическое производство, не совсем верно сравнивать его с нефте- или газоперерабатывающими заводами. ЗСНХ включает два основных производства: мономерное и полимерное. На мономерном производстве путем пиролиза получают основное сырьё (этилен и пропилен), которое поступает на полимерные установки, где уже получают полипропилен и полиэтилен разных марок. Подробнее можно изучить в видео или в статье про производство в нашем блоге
Модель строилась из CAD-моделей, соответственно, любую установку или часть модели можно достаточно легко заменить. Сейчас для корректировки модели необходим специалист по Unity (разработчик), в 2020 году мы планируем встроить конструктор, который позволяет сотруднику с обычными навыками в части ИТ внести изменения в макет.
Web-версию не делали, руководствуясь безопасностью: это объект повышенной опасности и публиковать в общий доступ 3D-модель в масштабе 1:1 мы не можем. Школьникам модель показываем в режиме офлайн: они приезжают к нам или мы к ним. 3D помогает рассказывать о современной нефтехимии и работе крупного производства.
Привели пример основного софта, используемого в Сибуре. Помимо этого и указанного вами есть большой набор узкоспециализированного ПО, использующегося для first principle моделирования сложных процессов нефтехимии. Его тоже используем)
Для поиска нюансов из вашего примера в Управлении корпоративными данными есть отдельные команды бизнес- и системных аналитиков, которые исследуют систему и готовят почву для работы дата-инженеров. Они общаются с заказчиком, прототипируют прогнозные модели и дашборды в Tableau. Работу таких команд мы описывали на примере данных функции Маркетинг и Продажи.
Для описания сложных и неочевидных (и очевидных тоже!) кейсов на данных мы используем глоссарий. В нашем понимании он чуть шире, чем просто набор терминов. Сюда также вписываются алгоритмы расчетов, методология и хранится история изменений подходов для вопросов из серии «А почему сейчас так, раньше ведь все было иначе?». Каждая запись из глоссария связывается с задействованными в ней элементами логической модели. В наших планах сделать живую систему, когда задачу на разработку можно было бы генерить напрямую через указания терминов логической модели.
За корректностью описаний в глоссарии следят Кураторы и Ответственные — люди от бизнеса, знакомые со всей спецификой. Поддерживая такие описания, они решают сразу несколько задач: не тратят время на объяснения показателей аналитикам смежных подразделений, снижают время на погружение новичков и консультантов, снижают затраты на аналитическую проработку новых IT-решений. А мы получаем еще один кусочек знаний в каталог.
Качество и структура данных. Все верно. Такие кейсы также встречаются в процессе прединтеграционной проработки системы. В этом случае мы либо не затягиваем атрибут вообще (например, когда функционал предусмотрен базовым набором атрибутов системы, но конкретно у нас не востребован сейчас и в будущем), либо об этом делается отдельная пометка в Каталоге о недопустимости использования конкретно этого атрибута.
Насчет мотивации описывать модели данных систем. Совместно с корпоративной архитектурой мы выстраиваем новый процесс управления изменениями. Описание данных встроено в новые архитектурные стандарты и принципы. Со своей стороны мы подготовили чеклисты для контроля заполняемости.
Каждое новое решение должно быть смоделировано в Sparx Enterprise architect, в том числе и потоки данных. Это невозможно сделать, если данные не описаны. Со своей стороны мы доносим до всех архитекторов компании пользу и кейсы применимости описанных данных
Архитекторы понимают, что большие трудозатраты на описание сейчас в целевом видении компенсируются сокращением времени на поиск нужных данных. Основная задача сейчас — выдержать большой поток работ по описанию некоторой критической массы данных, на которой уже можно показать эффекты от трудозатрат. После чего у аналитиков и архитекторов появится стимул поддерживать данные в актуальном состоянии, ведь это будет полезно им, прежде всего.
Исходя из этого пишется ПМИ, чтобы сымитировать условия, наиболее приближенные к реальным на производствах.
Лабораторные тесты позволяют значительно сократить трудозатраты на испытания в реальных условиях, т.к. 2/3 моделей «отваливаются» уже в термокамере.
Далее, прошедшие лабораторное тестирование модели отправляются на производство для пилотной эксплуатации в реальных условиях.
Устройства имеют программируемые кнопки, которые можно нажимать в перчатках.
Наша задача – тестирование по собственным методикам, которые рождены в результате анализа реальных условий эксплуатации прибора.