Из AutoCAD да в nanoCAD. Смена основной САПР в проектном институте

Буду рад любым комментариям, замечаниям по данной статье и теме в целом. Связаться или задать вопрос можно по адресу soldatov@infoind.info.

Основные действующие лица

• Проектный институт СибГТУ «Сибгипробиосинтез»;
• ООО «ИнфоИндастри» – поставка и обслуживание ПО (в основном САПР);
• ЗАО «Нанософт» – разработчик nanoCAD.

Предыстория и суть проблемы

В институте работают 40 проектировщиков, коллектив в основном возрастной.

До начала преобразований ситуация с САПР выглядела следующим образом:

• основное используемое ПО – AutoCAD 2007-2012 («зоопарк» из разных версий, частично лицензионный). СПДС GraphiCS («зоопарк» из разных версий, частично лицензионный), установлен на части ПК. Бесплатный СПДС-модуль Autodesk, установлен на части ПК;
• отсутствие единых настроек ПО;
• отсутствие четкой структуры и правил ведения архива проектной документации;
• отсутствие стандарта предприятия (СТП);
• отсутствие плана развития САПР.

Итак, выбираем основную САПР...

1. Апгрейдить существующий AutoCAD (не LT) и докупить не лицензированные ранее места:
+ Качественный, стабильный, зарекомендовавший себя в работе инструмент.
+ Никакого переобучения сотрудников и проблем с переходом.
- Цена вопроса на лицензии и апгрейд.
- Необходимость апгрейдить или менять «железо» для многих рабочих мест.

2. ZWCAD:
+ Недорого при довольно сильном функционале.
+ Поддержка *.dwg (ODA).
- Переход и все связанные с ним сложности.
- Отсутствие прямого контакта с разработчиком и регионального представительства.

3. nanoCAD:
+ Поддержка *.dwg (ODA).
+ Цена.
+ Наличие официального дилера в Красноярске.
+ Возможность прямого контакта с разработчиком.
- Переход и все связанные с ним сложности.
- Наличие в продукте моментов, требующих доработки.

Приведенные плюсы и минусы довольно условны и не претендуют на полный охват ситуации: с руководителями института обсуждался куда более широкий круг плюсов/минусов, а также нюансов, связанных с возможным переходом. Оценив все основные факторы, руководство института выбрало nanoCAD. Одновременно решено было не делать «резких движений»: процесс перехода должен быть плавным.

Этапы перехода

1. Знакомимся (октябрь-декабрь 2014)

1.2. Второе – тестовая эксплуатация. Проводилась, чтобы можно было еще до начала перехода снять некоторые вопросы и посмотреть, с какими трудностями придется столкнуться.

Данный этап прошел из рук вон плохо. Несмотря на то что абсолютно всем сотрудникам объяснили, зачем нужно начинать работать в nanoCAD, делать этого почти никто не стал. Многие не поверили, что AutoCAD вообще исчезнет как инструмент работы; сказались и текущие задачи, и непонимание, что именно нужно делать в новом ПО, да и просто лень. Этап продлился два месяца и ощутимых результатов, к сожалению, не принес.

Я считаю, что хороший результат в случае тестирования nanoCAD – это четыре листа вопросов по итогам, а также ясное понимание руководством и самими проектировщиками плюсов и минусов ПО.

Выводы: если вы планируете тестировать данную САПР на предмет ее применимости, то:

• объясните всем сотрудникам цели установки демо-версии ПО;
• требуйте развернутых письменных отчетов по тестированию;
• выделяйте время для тестирования;
• ставьте на период тестирования конкретные задачи для ПО и сотрудников.

2. Согласование спецификации/закупка (декабрь 2014)

Поставка и оформление ПО прошли в штатном режиме за две недели.

3. Установка/развертывание (январь 2015)

Итак:

• сервер сетевых лицензий – один на все продукты nanoCAD;
• один общий SQL-сервер для всех продуктов, использующих базы элементов/деталей на SQL (nanoCAD СПДС, nanoCAD Механика и др.). Не SQL-базы (Access) были установлены на локальные ПК (nanoCAD Электро);
• Один общий *.dwt-шаблон;
• Дополнительная папка шрифтов на сервере. Туда в дальнейшем сложили все «экзотические» шрифты.

В общем, «долго запрягали, да быстро доехали»: установка заняла полчаса. Под единичные продукты дистрибутивы не адаптировали, расставили за пару часов вручную.

Уже потом выявились некоторые недоработки развертывания:

• nCAD.cfg (системные настройки интерфейса и т.д.) по умолчанию в Program Files (ну зачем?), а Program Files у всех пользователей защищены от изменений;
• папка автосохранения файлов, назначенная по умолчанию в AppData/Local/Temp, тоже оказалась закрытой для редактирования. Пришлось объясняться, как это так, и перенастраивать.

4. Привыкание к новому ПО (февраль-март 2015)

• через два месяца AutoCAD будет полностью удален с ПК;
• nanoCAD установлен и готов к эксплуатации. Настоятельно рекомендуется начинать работать в нем.

• все проверки в AutoCAD (_purge, audit и т.д.);
• ручное удаление объектов. Например, зачеркнутой (но зачем-то присутствующей в файле) части проекта.

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

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

5. Обучение (март 2015 – настоящее время)

Сложнее всего оказалось ответить на вопрос, чему именно учить. Процесс работы и в nanoCAD, и в AutoCAD практически одинаков, инструменты работы тоже в большинстве одинаковы. То есть люди в принципе-то всё умеют – на «чертежном» уровне. Поэтому, хотя я и подготовил стандартную программу обучения, менять ее приходилось «по ходу событий». Это было обусловлено еще и тем, что у обучаемых разный уровень владения AutoCAD да и компьютерной грамотности вообще: кому-то изучаемая тема более чем понятна, а другим надо объяснять и объяснять. Причем в разных группах по-разному.

Вывод: для подобного обучения нужно либо проводить детальное тестирование на знание AutoCAD (да и на предмет компьютерной грамотности как таковой) и на его основе формировать группы, либо смириться с «разноуровневостью» аудитории.

Обучение, связанное с модулем СПДС, прошло довольно гладко, поскольку возможности этого модуля были знакомы лишь немногим проектировщикам.

На каждом занятии часть времени (15 минут) посвящалась решению текущих проблем и вопросов, не связанных с основной темой обучения.

На момент написания статьи (июнь 2015-го) основной курс обучения «платформа + СПДС» пройден, дальше планируем разбираться с «вертикальными» решениями, начав с nanoCAD Электро.

6. Работа на новой платформе (март-июнь 2015)

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

Детальную статистику по вопросам я не подводил, но традиционно они подразделялись на три группы – примерно в равных долях:

• вопросы, связанные с форматом *.dwg. Сюда относятся нюансы «конвертации» *.dwg, неразрушаемые proxy (привет разработчикам первых версий бесплатной СПДС Autodesk), «битые» Z-координаты и т.д.;
• «хочу как в AutoCAD!» и отсутствие некоторого функционала в nanoCAD. Например, на тот момент не было привязки со смещением и поворота видовых экранов. В nanoCAD 7 все это уже появилось, а вот фильтра слоев по имени нет и сейчас ☹;
• трудности с восприятием нового ПО и технологические ошибки в работе проектировщиков решались обучением и индивидуальными консультациями.

7. Стабилизация (июнь 2015)

В целом я считаю, что в институте «Сибгипробиосинтез» переход от AutoCAD к nanoCAD полностью завершен. Дальнейшая автоматизация и повышение скорости работы проектных отделов – уже совсем другая история.

P.S. Искренняя благодарность ответственному за IT-инфраструктуру института СибГТУ «Сибгипробиосинтез» Александру Галахову – за поддержку по техническим и организационным вопросам, а также инженерам-проектировщикам Анастасии Жуковой и Надежде Третьяк – за поддержку в процессе перехода.