Стандартизация при работе в САПР. Зачем это нужно и как ее контролировать?



    САПР (система автоматизированного проектирования) – это, в простейшем случае, программа для разработки и оформления проектной документации (чертежей). А для того чтобы чертежи от разных авторов (проектировщиков) были одинаково читаемы и понимаемы производственниками и другими специалистами, существуют ГОСТы на оформление, которые многие из нас изучали еще в школе (штампы, шрифты, наклон букв и т.д.). Но каждый человек индивидуален и при разработке документации часто исходит из собственного ощущения «читаемости» и «прекрасного»: то в одном месте отойдет от стандарта, то в другом положит штриховку чуть иначе. В результате чертежи, собранные в один том (комплект), начинают друг от друга хоть и немного, но отличаться. Как привести все документы к одному стилю? Казалось бы, программное обеспечение поможет и в этом, но на деле тут есть свои тонкости. Приглашаем вас подробно изучить тему.

    Введение


    Каждая САПР, ориентируясь на универсальное применение, предоставляет возможность настройки под задачи пользователя: можно загрузить свои шрифты, настроить типы и толщины линий, добавить собственные штриховки, размерные стили и т.д. Широкие возможности настройки инструментов в САПР – благо это или зло? С одной стороны, конечно, здорово, когда функционал программного продукта способен обеспечить выполнение авторских инженерных задумок, когда есть возможность настроить удобное рабочее место лично для себя.

    А с другой, если в проекте задействовано более одного человека, есть риск – и довольно большой – столкнуться с непреодолимыми проблемами на этапе сводного оформления и нормоконтроля. Помимо индивидуальных особенностей, специалисты различны по навыкам, специфике работы, длительности трудового стажа. И в итоге вместо успешной сдачи проекта мы получаем его на доработку с указанием «Не соответствует стандартам оформления». Начинается судорожное приведение к единообразию настроек чертежа и самой программы, интеграции с внешними устройствами печати… И так по десять раз кряду – из проекта в проект, под разных заказчиков, у которых также появляются свои требования к документации. Нарушаются сроки, падает качество…

    Осознание


    Постепенно компании приходят к пониманию, что, информации из общих, универсальных ГОСТов на оформление может быть недостаточно, что надо разрабатывать собственный стандарт предприятия на работу в САПР, заточенный под свою проектную специфику и программно-аппаратную инфраструктуру. В организациях появляются САПР-менеджеры, которые, исходя из опыта работы, определяют «правила игры», производят настройку своих рабочих мест, а затем распространяют эту настройку по компьютерам коллег. И, наконец, внедряется либо официальный, либо неофициальный «Стандарт Предприятия на разработку, ведение и оформление Электронной Проектной Документации» («СТП на ЭПД», который еще называют «СТП на DWG», если используется *.dwg-подобная САПР).

    Что обычно включают в «СТП на DWG»? Если говорить о платформе nanoCAD, то, как правило, в стандарт входят следующие настройки:

    • DWT-шаблон – обычный *.dwg-файл, в котором настроены единицы чертежа (метры/миллиметры), типы и толщины линий, текстовые, размерные и табличные стили, стили мультивыносок, некий предустановленный набор слоев и их комбинаций, настроенные типовые системные переменные (отображение прокси-объектов, высота текста по умолчанию, отображение штриховок и т.д.);
    • папка с SHX-шрифтами – специализированные шрифты, заточенные на применение в *.dwg-чертежах, где контролируются толщина линий и вывод на печатающие устройства;
    • папки с PAT-штриховками – специализированные штриховки, заточенные на применение в *.dwg-чертежах;
    • папка с типовыми блоками, то есть с типовыми фрагментами чертежей, которые используются из проекта в проект. Например, форматки листов со штампами, типовые условные графические обозначения и т.д.

    Помимо этого, опытные САПР-менеджеры в «СТП на *.dwg» могут подобрать полезные для компании сторонние LISP-скрипты (или даже разработать свои); сформировать панели инструментов, на которые вынесут каталоги блоков, преднастроенные инструменты и те же самые скрипты автоматизации; настроить PC3-файлы, а также CTB- и STB-стили печати, которые позволяют в один клик вывести чертежи на определенный плоттер с определенными настройками.

    Настройки могут быть общими для всех или индивидуальными для каждого отдела. А еще можно разработать и подключить DWS-стандарты, которые в режиме реального времени контролируют соответствие текущего *.dwg-файла преднастройкам DWT-шаблона и оповещают об отклонениях от стандарта (рис. 1)…


    Рис. 1. Пример проверки *.dwg-файла по DWS-стандарту в nanoCAD 20

    В общем, уже сейчас есть широкий набор возможностей для адаптации nanoCAD прямо из коробки под инфраструктуру вашей компании. Надо всего лишь настроить и начать пользоваться. В чем же проблема?

    Проблематика


    Проблема в том, что подобными настройками САПР-менеджеры управляют только при распространении этих настроек по рабочим местам коллег (обычно в момент установки САПР). Что будет со «Стандартом» дальше – должны контролировать проектировщики. И, как показывает опыт, в процессе работы настройки постепенно сбиваются. Почему? Вспоминаем, что у каждого проектировщика свой уровень познаний в САПР. И есть наработки в формате *.dwg, которые новому стандарту не соответствуют, а как их перенастроить – пользователи не знают. Кроме того, приходится иметь дело со сторонними *.dwg, которые сбивают настройки при копировании в документ пользователя. Наконец, может возникнуть необходимость включить в «СТП» новые настройки: штриховки, шрифты, форматки под новый проект…

    А теперь представьте, что в вашей организации 100 человек каждый день по восемь часов работают в САПР и ежесекундно могут поменять настройки как программы, так и используемых чертежей – да еще и сами не всегда понимают, что изменили эти настройки. «Стандарт» плывет, хаос возвращается…

    Конечно есть альтернативный способ распространения настроек: через общие папки. Но этот способ ставит пользователей в зависимость от подключения к локальной сети. И никак не обеспечивает защиту от переопределения настроек пользователями.
    Поэтому явно нужен новый подход.

    Можно ли это автоматизировать?


    Фактически нужен инструмент, который получает настройки и автоматизировано вливает их на рабочие места. Это позволит разработать, распространить и динамически обновлять «Стандарт предприятия», контролируя его изменения в процессе работы проектировщиков. И как же эту задачу решить, кроме как средствами самой *.dwg-платформы?

    Понимая это, разработчики nanoCAD занялись созданием специализированного механизма, работающего на базовом уровне. Общая идея заключается в том, чтобы САПР-менеджер собрал все настройки, из которых состоит «СТП на DWG», а затем в один клик распространил их по рабочим местам. Любое обновление – это перенастройка и обновление у проектировщиков опять же в один клик. Идея воплощалась три года и появилась в январе 2020-го с выходом платформы nanoCAD Plus 20. Реализацией идеи стал модуль «Корпоративное управление». Давайте разберемся, как он работает.

    Как это работает?


    Все смысловые единицы, обеспечивающие работу nanoCAD в соответствии со стандартами предприятия, можно разделить на три базовых участка (рис. 2):

    • рабочее место САПР-менеджера, где формируются файлы настроек;
    • серверная часть – центральное хранилище настроечных файлов плюс информация о рабочих местах пользователей, которым эти настройки доставляются;
    • рабочие места пользователей, которые получают настройки.



    Рис. 2. Общая схема работы модуля «Корпоративное управление» на платформе nanoCAD Plus 20 и выше

    Первое, что необходимо сделать для работы Корпоративного модуля, – это выбрать центральное место для хранения и обновления настроек. Оптимальный вариант – выделить папку, доступ к которой осуществляется по FTP-протоколу. Этот способ организации хранилища позволит скрыть структуру файлов, а значит заблокирует утечку интеллектуальной собственности организации, даже теоретически устранив возможность скопировать «Стандарт предприятия» вовне.

    Информация о хранилище настроек автоматически передается на рабочие места пользователей с сервера лицензий «Нанософт» – именно поэтому модуль «Корпоративное управление» работает только с сетевой лицензией.

    Затем наступает очередь САПР-менеджера, который настраивает списки групп пользователей с указанием входящих учетных записей. Что такое группа? Это любое логическое распределение пользователей. В простейшем случае все пользователи, работающие по СТП, могут быть представлены в одной группе. Также можно, например, разделить пользователей по проектным отделам организации либо сформировать группы участников проектов, над которыми работает компания. Именно поэтому одна учетная запись пользователя может входить сразу в несколько групп и существует возможность динамически переключаться между настройками по мере подключения к новым проектам с другими настройками СТП.

    Далее САПР-менеджер формирует настройки для каждой группы (рис. 3):

    • файлы настроек «Стандарта предприятия», то есть те файлы, которые настраивают nanoCAD для работы с форматом *.dwg. Это могут быть:
      файлы стандартов *.dwg (*.dws),
      штриховки (*.pat),
      настройки плоттеров (*.pc3),
      настройки стилей печати (*.stb и *.ctb),
      шрифты (*.shx),
      *.dwg-шаблоны (*.dwt),

      настройки панели Инструменты (*.ntc);
    • файлы настроек программы: визуальные стили, пользовательские панели инструментов для ленты (*.xml) и для классического интерфейса (*.cfg), параметры автосохранения, расположение стандартных папок (шаблоны, стили печати, образцы шрифтов и штриховок), поведение основных инструментов управления объектами, настройка видеографики и т.д.;
    • файлы настроек системы оформления, то есть настройки элементов аннотирования платформы (команда PARAMS): параметры размеров, выносок, автомасштабирование стилей и т.д.


    Рис. 3. Структура «Стандарта предприятия», контролируемая через модуль «Корпоративное управление» в nanoCAD Plus 20 и выше

    Кроме того, САПР-менеджер может управлять стилем обновления настроек на рабочих местах пользователей. Возможны три варианта:

    • «мягкий» стиль: настройки приходят на рабочее место пользователей, дополняя те, которые пользователи настраивали для себя. Разрешено вносить изменения;
    • «средний» стиль: настройки, приходящие на рабочее место пользователей, можно расширять (добавлять свои стили, файлы шрифтов, штриховок, стилей печати и т.д.). Внести изменения не получится – отличающиеся файлы настроек будут обновляться в соответствии с эталонными, которые отправляет администратор;
    • «жесткий» стиль: пользователь не может ни расширить настройки, ни внести изменения – все они будут приводиться в соответствие с распространяемым эталонным комплектом.

    Когда группы и настройки для них заданы, мы фактически формируем версию «Стандарта предприятия на работу в *.dwg» и готовы распространить ее по рабочим местам. Для этого САПР-менеджер публикует стандарт в централизованное хранилище, определенное на первом этапе. И, в принципе, это все – настройки автоматически попадут на рабочие места пользователей при очередной загрузке nanoCAD Plus.

    Что в итоге?


    А в итоге мы получаем организованную систему управления настройками САПР. При открытии nanoCAD 20 на сервере лицензий происходит идентификация пользователя и все необходимые настройки автоматически копируются на локальный компьютер (рис. 4). При каждом открытии программного продукта будет происходить обновление – без участия пользователя: всё настраивает САПР-менеджер, он же разрешает применение.


    Рис. 4. В nanoCAD Plus с модулем «Корпоративное управление» настройки «Стандарта предприятия на разработку, ведение и оформление *.dwg» приходят на рабочие места пользователей автоматически

    Специалист занят сразу в нескольких проектах и, соответственно, входит в несколько групп? При запуске nanoCAD появится возможность выбора конфигурации.
    Специфика работы предполагает командировки? Можно настроить работу из внешней сети. Если же интернет-подключение отсутствует, nanoCAD просто начнет работать с последней сохраненной конфигурацией.

    Иными словами, разработчики модуля «Корпоративное управление» постарались учесть все особенности организации работы над выпуском проекта.

    Подводя итоги, перечислим по пунктам практическую пользу от внедрения модуля:

    • простота применения для пользователя: достаточно запустить nanoCAD 20, и все настройки произойдут автоматически;
    • динамика внесения изменений в СТП: САПР-менеджер произвел изменения, опубликовал их – и настройки тут же появились у пользователя;
    • управление с одного рабочего места: все настройки собраны в одной точке;
    • вариативность настроек для пользователя: предусмотрена работа в нескольких группах, есть возможность пополнить СП собственными настройками;
    • доступ по интернету: удаленные филиалы и сотрудники в командировках тоже смогут работать со стандартами предприятия;
    • безопасность: FTP позволяет закрыть доступ к общим файлам настроек (СТП не «утечет» за пределы организации);
    • перспективность: отечественный разработчик хорош в том числе и тем, что находится в постоянном контакте с пользователями и готов рассмотреть предложения по развитию модуля «Корпоративное управление».

    Приглашаем вас делиться успехами, задавать вопросы и оставлять пожелания на нашем форуме по адресу forum.nanocad.ru.

    Ольга Кутузова,
    Руководитель проектов по внедрению
    программного обеспечения
    АО «Нанософт»


    Денис Ожигин,
    Технический директор
    ООО «Нанософт разработка»
    Нанософт
    Компания

    Комментарии 24

      0
      просто ещё одна точка отказа…
        0

        Я не понял этот комментарий… отказа от чего?

          –3
          всё эти задачи прекрасно решаются и без утилиты, которая может начать глючить на ровном месте в самый не подходящий момент…
            +3

            Простота решения зависит от конкретных задач, которые ставит перед собой компания… Если мы говорим о массовом распространении шрифтов и типов линий- то вполне можно обойтись общими папками. А если речь идёт о шаблонах и конфигурациях инструментальных панелей, которые должны работать для отдельных сотрудников в случае если они трудятся над конкретными проектами… И сотрудников этих больше ста человек… А проектов в разработке- десятки. То тут очень пригодится специальный инструмент. Который никак не должен "глючить" в самый не подходящий момент, поэтому проходит многоэтапное тестирование при разработке.

              0
              Который никак не должен «глючить» в самый не подходящий момент, поэтому проходит многоэтапное тестирование при разработке.

              про AutoCAD тоже самое говорят… но мы то знаем
                +1

                Вопрос, конечно, философский. ЧП случаются. Но если страшно полагаться на код, то на алгоритмы, выполняемые вручную надеяться еще опаснее (человеческий фактор- дело такое). Остаётся только предпринимать всевозможные меры, для того чтобы минимализировать риск появления ошибок. К чему мы все, несомненно, стремимся. Все-таки норма- это стабильная работа, а не наоборот!

                  0
                  вскрывать чёрный ящик ещё сложнее, а со свои кодом — ты понимаешь, что происходит и сразу можно понять, что пошло не так…
                    0
                    Да, с одной стороны, авторская индивидуальная разработка имеет максимальные шансы соответствовать всем существующим требованиям конкретного предприятия. С другой стороны — возрастает риск возникновения внештатного поведения… Но и возможностей исправления больше. И оперативного внесения изменений.
                    Мы постарались сделать наш модуль управления максимально прозрачным в сценариях работы и гибким для пользовательских настроек. Более того, есть мнение, что продукт этот больше внедренческий, чем коробочный. Скажем так, универсальная платформа для организации управления настройками САПР. Но и элементы «черного ящика» в нем тоже присутствуют. Так что, насколько это удобно — решать конечно заказчику!
                      –1
                      если падает САПР — она падает на одной машине, если сламается ваша приблуда — САПР сломается во всей организации… и всех собак спустят на САПР'вцев

                      Когда в AutoCAD появилось цетральное управление настройками, исправления которые делались за 5 пять минут — начали делатся за пол или целый день, потомучто пришлось писать заявки САПР'вцам в центральном офисе, в другом городе. А ещё выяснилось, что для Civil'а нужны другие настройки — это вообще затянулось на несколько дней…
                        0

                        Если ломается "приблуда", то всех отключают от корпмодуля и работают как обычно. А сами разбираются, что сломалось...


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

        0
        руководителю всё равно, лишь бы получить положительное заключение экспертизы и деньги от заказчика
          0
          ну не согласен… это пустая сторона стакана. Мы скорее видим полунаполненный стакан ))
          +2
          Лично я готов расцеловать автора статьи и разработчиков нанокада. У нас компания не настолько большая, чтобы использовать взрослые игрушки, но уже не такая маленькая, когда каждый сам себе хозяин. Проблемы, затронутые автором статьи, вызывают у меня острую головную боль — всё прочувствовал на собственной шкуре: разный уровень подготовки пользователей, копирование наработок из предыдущих проектов, местами игнорирование здравого смысла и т.п. Обязательно попробую предложенное решение.
          Ps. Еще бы ворд так обуздать…
            0

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

              0
              Если у Вас возникают вопросы и пожелания, то кроме форума можно обратиться к обсуживающему дилеру или по линии технической поддержки nanoCAD (адрес есть в личном кабинете)!
              +1
              выделить папку, доступ к которой осуществляется по FTP-протоколу. Этот способ организации хранилища позволит скрыть структуру файлов, а значит заблокирует утечку интеллектуальной собственности организации, даже теоретически устранив возможность скопировать «Стандарт предприятия» вовне.

              1) а что мешает «сохранить как..» хоть шаблон, хоть полупустой файл с настроенными стилями/слоями/…?
              2) что будет с чертежами полученными от субчиков? при открытии автоматом все шрифты и стили поменяются в соответствии с СТП?
                0
                1. Ничто не мешает, конечно. Но DWT шаблон — это часть процесса; важная, но не единственная. Например, DWT шаблоны могут быть в разных отделах разные — а значит надо будет ходить по всем отделам (а это уже сговор :-) ). Также корпмодуль позволяет динамично обновлять DWT шаблоны…

                2. Автоматом нет. Но DWS при каждом сохранении будет говорить, что в них нарушены такие-то такие-то пункты СТП на DWG. Субчиков имеет смысл строить с помощью договоров и требований к сдаваемым материалам.
                  0
                  Дополню) В случае со шрифтами: nanoCAD через модуль корпоративного управления можно настроить так, чтобы настроечные файлы были доступны сразу из нескольких источников: и папка созданная модулем (папка рабочей группы), и стандартные папки, и общая папка. Плюс: есть порядок очередности просмотра источников. Ну и стили управления, о которых говорилось в статье.
                  Иными словами, инструмент достаточно гибкий, чтобы в зависимости от ситуации получать от САПР желаемый результат. Главный вопрос — какой результат является желаемым при работе с файлами, пришедшими от субподрядчиков?
                    0
                    т.е. вы предлагаете в договоре с субчиками прописывать использование слоёв/типов линий/шрифта/…?
                    У субчиков своё ПО(возможно отличное от заказчика), своё СТП…
                    В одной конторе все размеры/выноски вынесены на один слой, а в другой организации слоёв с размерами может быть множество (речь про ПГС)
                      0
                      да, смысл в том, чтобы субчики работали по стандартам Заказчика… именно поэтому Корпмодуль может настраиваться под разных Заказчиков — это позволит субчикам вести проекты в нескольких стандартах.
                        0
                        т.е. вы сами все настройки субчикам отдадите, чтоб получить всё в красивой обёртке ;)
                          0
                          почему? Проектировщик выставляет требования к субчику по выдаче DWG по требованиям своего СТП (которые контролирует вручную либо с помощью нашего Корпмодуля). Субчик в свою очередь также настраивает свой СТП под этого Проектировщика. Если у субчика несколько Заказчиков (Проектировщиков), то ему надо будет вести несколько СТП внутри себя (под каждого Проектировщика). Вручную либо с помощью нашего Корпмодуля… Между Субчиком и Заказчиком СТП описывается договором и требованиями.
                  0
                  не в ту ветку (
                    +2

                    Считаю, что автор затронул очень больную тему многих КБ. Видно, что есть понимание проблемы стандартизации выпуска КД. По моему опыту, очень часто так бывает, что КБ существует уже более 5 лет, и формально даже СТП уже есть, и все конструкторы с ними ознакомлены, но продолжают лепить чертежи так, как каждый конструктор считает нужным.

                    Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                    Самое читаемое