САПР (система автоматизированного проектирования) – это, в простейшем случае, программа для разработки и оформления проектной документации (чертежей). А для того чтобы чертежи от разных авторов (проектировщиков) были одинаково читаемы и понимаемы производственниками и другими специалистами, существуют ГОСТы на оформление, которые многие из нас изучали еще в школе (штампы, шрифты, наклон букв и т.д.). Но каждый человек индивидуален и при разработке документации часто исходит из собственного ощущения «читаемости» и «прекрасного»: то в одном месте отойдет от стандарта, то в другом положит штриховку чуть иначе. В результате чертежи, собранные в один том (комплект), начинают друг от друга хоть и немного, но отличаться. Как привести все документы к одному стилю? Казалось бы, программное обеспечение поможет и в этом, но на деле тут есть свои тонкости. Приглашаем вас подробно изучить тему.
Введение
Каждая САПР, ориентируясь на универсальное применение, предоставляет возможность настройки под задачи пользователя: можно загрузить свои шрифты, настроить типы и толщины линий, добавить собственные штриховки, размерные стили и т.д. Широкие возможности настройки инструментов в САПР – благо это или зло? С одной стороны, конечно, здорово, когда функционал программного продукта способен обеспечить выполнение авторских инженерных задумок, когда есть возможность настроить удобное рабочее место лично для себя.
А с другой, если в проекте задействовано более одного человека, есть риск – и довольно большой – столкнуться с непреодолимыми проблемами на этапе сводного оформления и нормоконтроля. Помимо индивидуальных особенностей, специалисты различны по навыкам, специфике работы, длительности трудового стажа. И в итоге вместо успешной сдачи проекта мы получаем его на доработку с указанием «Не соответствует стандартам оформления». Начинается судорожное приведение к единообразию настроек чертежа и самой программы, интеграции с внешними устройствами печати… И так по десять раз кряду – из проекта в проект, под разных заказчиков, у которых также появляются свои требования к документации. Нарушаются сроки, падает качество…
Осознание
Постепенно компании приходят к пониманию, что, информации из общих, универсальных ГОСТов на оформление может быть недостаточно, что надо разрабатывать собственный стандарт предприятия на работу в САПР, заточенный под свою проектную специфику и программно-аппаратную инфраструктуру. В организациях появляются САПР-менеджеры, которые, исходя из опыта работы, определяют «правила игры», производят настройку своих рабочих мест, а затем распространяют эту настройку по компьютерам коллег. И, наконец, внедряется либо официальный, либо неофициальный «Стандарт Предприятия на разработку, ведение и оформление Электронной Проектной Документации» («СТП на ЭПД», который еще называют «СТП на 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.
Ольга Кутузова,
Руководитель проектов по внедрению
программного обеспечения
АО «Нанософт»
Денис Ожигин,
Технический директор
ООО «Нанософт разработка»
trir
просто ещё одна точка отказа…
dows
Я не понял этот комментарий… отказа от чего?
trir
всё эти задачи прекрасно решаются и без утилиты, которая может начать глючить на ровном месте в самый не подходящий момент…
Kutuzova Автор
Простота решения зависит от конкретных задач, которые ставит перед собой компания… Если мы говорим о массовом распространении шрифтов и типов линий- то вполне можно обойтись общими папками. А если речь идёт о шаблонах и конфигурациях инструментальных панелей, которые должны работать для отдельных сотрудников в случае если они трудятся над конкретными проектами… И сотрудников этих больше ста человек… А проектов в разработке- десятки. То тут очень пригодится специальный инструмент. Который никак не должен "глючить" в самый не подходящий момент, поэтому проходит многоэтапное тестирование при разработке.
trir
про AutoCAD тоже самое говорят… но мы то знаем
Kutuzova Автор
Вопрос, конечно, философский. ЧП случаются. Но если страшно полагаться на код, то на алгоритмы, выполняемые вручную надеяться еще опаснее (человеческий фактор- дело такое). Остаётся только предпринимать всевозможные меры, для того чтобы минимализировать риск появления ошибок. К чему мы все, несомненно, стремимся. Все-таки норма- это стабильная работа, а не наоборот!
trir
вскрывать чёрный ящик ещё сложнее, а со свои кодом — ты понимаешь, что происходит и сразу можно понять, что пошло не так…
Kutuzova Автор
Да, с одной стороны, авторская индивидуальная разработка имеет максимальные шансы соответствовать всем существующим требованиям конкретного предприятия. С другой стороны — возрастает риск возникновения внештатного поведения… Но и возможностей исправления больше. И оперативного внесения изменений.
Мы постарались сделать наш модуль управления максимально прозрачным в сценариях работы и гибким для пользовательских настроек. Более того, есть мнение, что продукт этот больше внедренческий, чем коробочный. Скажем так, универсальная платформа для организации управления настройками САПР. Но и элементы «черного ящика» в нем тоже присутствуют. Так что, насколько это удобно — решать конечно заказчику!
trir
если падает САПР — она падает на одной машине, если сламается ваша приблуда — САПР сломается во всей организации… и всех собак спустят на САПР'вцев
Когда в AutoCAD появилось цетральное управление настройками, исправления которые делались за 5 пять минут — начали делатся за пол или целый день, потомучто пришлось писать заявки САПР'вцам в центральном офисе, в другом городе. А ещё выяснилось, что для Civil'а нужны другие настройки — это вообще затянулось на несколько дней…
dows
Если ломается "приблуда", то всех отключают от корпмодуля и работают как обычно. А сами разбираются, что сломалось...
Но вообще самый верный путь — это сначала настроить, оттестировать, а потом вводить в промышленную эксплуатацию. Тогда и собак не надо будет спускать...