Четыре часа на разработку одного параметрического клапана звучат терпимо. Пока вам не сообщают, что через месяц придёт РКД на тысячи единиц арматуры: более 100 уникальных геометрических символов и около 10 000 типоразмеров.

Наращивать команду означало увеличивать себестоимость, а сокращать проверки — рисковать качеством. Поэтому пришлось изменить сам процесс: перенести основную отладку параметрической геометрии из кода в графическую среду и автоматизировать повторяющиеся преобразования.

В статье — как перестраивался рабочий маршрут, что пришлось изменить в графическом редакторе, почему самой трудной частью оказались системы координат и какой эффект получился на реальных задачах. А также почему локальное решение может стать технической основой для полного переноса инженерной модели — если в такой проект готовы инвестировать.

Последние годы инжиниринг живёт под одним лозунгом: то же самое, но дешевле и быстрее. Заказчики сокращают бюджеты и сроки, подрядчики ищут, какие процессы можно оптимизировать, и автоматизация проектирования становится одним из первых кандидатов. Рутинных операций в проектировании много, и значительную часть из них можно передать скриптам и небольшим программным утилитам.

Через несколько лет после сдачи проекта новая команда открывает модель. Формально всё на месте: проектная документация сохранена, каталоги и базы данных переданы, архив доступен. Но как только нужно продолжить работу — внести изменение, проверить выпуск или подключить нового подрядчика, — появляется главный вопрос: можно ли понять, почему данные устроены именно так?