Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 13
Интересно
простите, что влезаю, но просто не могу промолчать. это не просто интересно, это восхитительно.
я спецом зарегестрировалась (и прошла все мучения с авторизацией), чтобы сказать, что один из демонстрационных модулей был реализован в интересах моего Заказчика. за пару часов был собран прототип, который уже наглядно может показать Заказчику КАК это может выглядеть. когда у тебя ограниченный бюджет и время, но необходимо суперсрочно показать рабочую демку, такие решения выручают.
И еще напоследок:
1. джиматрикс в сердечке навсегда <3
2. панамку не даю
3. если у вас есть мешок денег на айти, то зовите меня к себе на проекты, я вам помогу их потратить
и что самое главное, заказчику понравилось (вспоминаем, что потребовалось пару часов на демку) и он уже заинтересован в целевом проекте на платформе. плюсов миллион, минус только один - не нужны больше скрам местера и херова туча разработчиков
можете рассказать по подробней? что решали? что автоматизировали?
При сдаче оборудования вместе с ним подрядчик обычно передаёт соответствующую документацию (сборочные чертежи, инструкции и т. д.) на диске, по почте или даже на бумаге. Как оказалось, этот процесс не централизован и не стандартизирован. В итоге вся важная для предприятия документация разбросана по различным сетевым ресурсам или электронной почте конкретных сотрудников.
Ответственные за этот процесс более-менее смогли собрать какую-то часть документации, но без соответствующей системы хранения очевидно, что будет новый бардак. Автоматизация должна была решить две задачи: хранение уже имеющегося архива и централизацию новых поступающих документов.
Причём цель - не просто закинуть файлы, а выстроить структуру хранения (завод, цех, тех. место, узел, сборка и т. д.) и обеспечить возможность поиска и комфортной навигации, в том числе по сборочному чертежу. Плюс были планы на дальнейшее развитие: подтянуть классификатор оборудования и модуль аналогов для замены запасных частей.
В JMatrixPlatform как раз присутствуют все нужные компоненты для реализации такого решения. Создание MVP такого модуля заняло у меня 3 дня: многоуровневая структура предприятия, сами документы, типы документов, сборки, узлы (есть даже статья о том, как я загружал эти тысячи объектов и связей). Плюс сделал возможность перехода в конкретный документ прямо со сборочного чертежа по соответствующей ссылке, которая добавляется на чертёж вручную (перетаскиванием).
Показал - и тут классика, всё хорошо, "мы вам перезвоним". Знаю что параллельно смотрели решение лоцмана, но реализовать ссылку на PDF-чертеже лоцман не смог. Да и много чего он не смог. Но зато у лоцмана есть "имя", а у меня пока нет. Может перезвонят ещё конечно.
Почти уверен что перезвонят, когда узнают стоимость одной лицензии лоцмана и узнают, что каждому придётся устанавливать его на ПК. И что доработка Лоцман только через вендора и минимум через год, когда релиз. И что 80% купленной функциональности им вообще не пригодится, поскольку другие решения Аскон на предприятии не используются. А знаю я это, потому что уже лично делал миграцию большого архива из Лоцмана в Enovia, на другом предприятии.
“ох уж ваше пикабу”
Уважаемые читатели, если вы находитесь в поисках решения для внутренней автоматизации и рассматриваете вариант использования платформ, можете написать мне в личные сообщения. Обсудим реализацию пресейл кастомизации, которая поможет вам принять окончательное решение перед выбором: классические фреймворки с нуля vs платформа.
Ну будет платформа... хорошо, а cad connectos? как хранить cae data и cae result? DOE?
как хранить исполнения? чем отличается от того же aras или odoo? как организованна версионность? check-out? check-in? ну итд итп.... хоть я и спонтанно накидал на вентилятор, но если брать полную цепочку от конструктора-модель -чертеж-технолог- техноллогия -чертеж-модель-модель-заготовка-управление докум-управление bom( на память там штуки три не меньше со своими жци) ну итд в том числе бесшовная интеграция в серийный выпуск с заделами и прочими...
вопросов больше чем ответов.
Логичный вопрос. Но:
...гибкого движка для построения бизнес-приложений, с возможностями управления жизненным циклом, без привязки к тяжелому САПР.
На сегодняшний день основная цель сосредоточена конкретно на автоматизации именно ВНУТРЕННИХ процессов инжиниринга или проектирования. Существует много компаний, которые использовали Enovia, без связки с САПР, чисто как площадку для разработки любых решений автоматизации. Т.е. куплена вся 3DExperience, а используется только Enovia (тут в двух словах не объяснить разницу, кто знает тот знает).
Тем не менее, вся инфраструктура для интеграции с сапр также присутствует. Скорее всего сегодня всех будет интересовать интеграция с ModelStudio, на ней и потренируемся. Или с Аскон. Всё зависит от запросов. Для каждой САПР свой коннектор придётся писать в любом случае.
как хранить исполнения? как организованна версионность? check-out? check-in?
Всё как в эновии. Исполнения, версии и ревизии - всё в коробке (физически это отдельные объекты, входящее "в семейство" ревизий и isLast свойством). Checkin checkout также присутствуют. Promote, demote, revise, expand (по связям), reservedBy и т.д. тоже есть.
чем отличается от того же aras или odoo?
Это продукты в первую очередь про готовые типовые решения под классические задачи "классического" бизнеса. Новая платформа - в первую очередь под уникальные НЕ типовые внутренние задачи инжиниринга, проектирования или производства. Т.е. попытка ответить на вопрос, что делать, когда нужно автоматизировать процесс (не для ИТ компании), для которого нет готового решения? Писать с нуля? Новое dns имя каждый раз? Я видел как растут зоопарки систем. Критически плохого в этом ничего конечно нет, но и хорошего тоже. Истина где-то по середине.
На сегодняшний день основная цель сосредоточена конкретно на автоматизации именно ВНУТРЕННИХ >процессов инжиниринга или проектирования. Существует много компаний, которые использовали Enovia, >без связки с САПР, чисто как площадку для разработки любых решений автоматизации. Т.е. куплена вся >3DExperience, а используется только Enovia (тут в двух словах не объяснить разницу, кто знает тот знает).
тогда airtable тотум nocodb? чем ваша выгодней? все тоже самое?
Тем не менее, вся инфраструктура для интеграции с сапр также присутствует. Скорее всего сегодня всех >будет интересовать интеграция с ModelStudio, на ней и потренируемся. Или с Аскон. Всё зависит от >запросов. Для каждой САПР свой коннектор придётся писать в любом случае.
Renga? лоцман, tflex docs? Опять мы идем к строителям и будут опять у нас строительные сапр и плм.
Это продукты в первую очередь про готовые типовые решения под классические задачи “классического” >бизнеса.
я бы не сказал. это типичные конструкторы в которых есть настроенные шаблоны (в отличие от вашего)
без связки с САПР, чисто как площадку для разработки любых решений автоматизации. Т.е. куплена вся >3DExperience, а используется только Enovia (тут в двух словах не объяснить разницу, кто знает тот знает).
ну тот же p&g все-равно использует cad, некоторые ритейлеры да используют без cad… хотя в том же спортмастере есть cad) Кстати есть еще тритон) но он узкоспециализированный. таже эновия это попытка привязать крупные пр-ва на одного вендора начиная с конструктора технолога расчетчика иддалее по цепочке. Именно поэтому многие сопротивлялись и “выстрелил” тимцентр. потому что он предлагал всем всё знакомое и на зацикливал на кад.
У меня сложилось впечатление,что вы больше склоняетесь к openbom чем к plm ;-) притом, что openbom уже умеет в bom, а вас надо еще настраивать и прописывать. как пример…
Повторюсь - связки с cad из коробки на сегодняшний день нет, это факт. Без увиливаний и маркетинговых уловок.
Преимущества совершенно в другой плоскости.
Тут я попытался объяснить позицию:
И да, изначально (лет 20 назад) PLM - это только про жизненный цикл изделия. Но поскольку возможности такой платформы предполагают гибкую архитектуру модели данных, разработчики быстро догадались применять её для решения любых повседневных задач, а не только хранить сборочные модели с разбивкой вплоть до болтиков. Документооборот - пожалуйста, управление требованиями - легко, управление проектами - уже завтра будет готово и т.д.
Опишу примеры задач, которые решались на "чистой" Enovia:
документооборот, включая внутреннее согласование и передачу заказчику
модули замечаний (к любому процессу, включая документооборот)
различные архивы
внедрение qr кодов в pdf
каталог оборудования и материалов для проектировщиков, включая готовые 3d модели (нужная модель буквально мышкой перетаскивалась в сапр)
каталог параметрических моделей трубопроводной арматуры (около 30 моделей, которые покрывают 90% потребностей проектировщиков, без необходимости создания отдельной единицы 3d модели под каждое конкретное изделие. Указываем, например, face2face конкретной арматуры и модель сама перестраивается)
управление требованиями
управление изменениями (change management)
MDM, особенно в части "схемы" каталогов оборудования для других различных САПР
управление качеством документации (отслеживание процесса согласования документов, грубо: чем больше замечаний к комплекту и чем больше версия комплекта - тем меньше зарплата у проектировщиков)
автоматизации электронной переписки с проектными офисами
предзаполнение word документов данными из системы, по заранее подготовленным шаблонам
различная отчётность (дашборды, графики, excel и т.д.)
конечно же управление проектами, структурой предприятия
ну и другие различные внутренние процессы, которые существуют только внутри конкретного предприятия и таких нет больше нигде, что автоматически требует программирования
И всё это в одной платформе. Везде используется статусная модель, которую предоставляет plm из коробки.
Не существует готовых решений под каждый пункт. Возможно и есть "похожие", но везде требуется "подгонка" и программирование под конкретный процесс. Про nocode хорошо написано в этом комментарии.
Ну те мы опять вернулись в nocodb или тотум airdesk. Все отличие в преднастроенных “трех табличках” со статусами id и некоторыми взаимосвязями. Это я к тому, что на указанных лоукод платформах уже есть построенные мини плм/пдм/мдм и тд итп. и в чем отличие от вашей пока не понятно.
Решение ориентировано на промышленные холдинги, машиностроительные и инжиниринговые >компании Вот возьмём машиностроение… не сильно большое.
Управление архивом у вас нет
управление 3д моделями нет
управление проектами нет
управление версионностью МОДЕЛЕЙ нет.
управление инструментом нет
учета уп/времени работы/ пройденного пути с нет и как брать не понятно с привязкой к инструменту нет тк модели компас/тфлекс/ ижес/степ уп в gкодах на сименс и фанук и зоопарк типа мастерками эджкама и еще какого нить кама.
заготовки и прочее нет отгрузок нет … интерграции с wms нет … вообще ничего нет… даже для быстрого старта… хоть как-нибудь. никто не будет сидеть и ждать… всем надо работать.
Всё будет... По мере внедрения, платформа обрастёт модулями, которые войдут в стандартную поставку. Сегодняшний приоритет - разработка архитектуры ядра, на котором описанные модули можно будет реализовать быстрее чем на открытом стеке, буквально за "горсть орехов".
Если прямо сейчас нужно готовое решение для архива например - что ж, вы абсолютно правы, такого готового модуля действительно нет. Долго его делать? Ну думаю за пару недель можно управиться. Может чуть дольше. Собственными силами. Ничего там особо сложного нет в процессе. Возможности ядра легко позволяют реализовать на стандартных компонентах.
В сегодняшних реалиях главное - это возможность быстрого внесения изменений в продукт, а не то, сколько "модулей" входят в поставку. Если их невозможно изменить под процесс - никакого смысла в них нет.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Enovia умерла, да здравствует JMatrixPlatform: пересобираю легендарную платформу на Java и Vue