З AutoCAD та в nanoCAD: зміна основної САПР в проектному інституті


Від автора
Ця стаття – наш реальний досвід переходу з AutoCAD на російський nanoCAD. Такий, яким він був насправді. Тільки факти і ніякої реклами.

Сподіваюся, що вона вийде неупередженої до того чи іншого вендору САПР, допоможе іншим підприємствам уникнути деяких зроблених нами помилок і дозволить не допускати власних. Рамки статті не дозволяють описати всі нюанси, пов'язані з переходом, тому доведеться обмежитися основними організаційними моментами плюс деякими технічними подробицями.

Від ЗАТ Нанософт
Нас часто запитують «як реально здійснюється перехід на nanoCAD?» — зараз відчувається брак інформації подібного роду; виступи, передають досвід впровадження завжди слухають уважно. Саме тому ми вирішили під п'ятницю опублікувати статтю, яка максимально об'єктивно описує процес, і поділитися досвідом — все описане в статті дуже схоже на наш досвід роботи з проектними організаціями і без сумніву буде корисна цікавиться. В коментарях давайте обговорювати ваші ситуації.

Основні дійові особи


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

У вересні 2014-го керівництво інституту вирішило навести порядок у використовуваному програмному забезпеченні і з допомогою вдосконалення застосовуваного ЗА підвищити ефективність підприємства в цілому. Далі розглядається лише ЗА САПР, хоча треба розуміти, що модернізація торкнулася і решті всієї IT-інфраструктури. Компанія «ИнфоИндастри» брала участь у цьому процесі як основний постачальник і інтегратор по продуктам САПР: «Сибгипробиосинтез» вже п'ять років є клієнтом нашої організації по системі NormaCS, розробок Autodesk і НТП «Трубопровід».

В інституті працюють 40 проектувальників, колектив в основному віковий.

До початку перетворень ситуація з САПР виглядала наступним чином:
  • основне ЗА – AutoCAD 2007-2012 («зоопарк» із різних версій, частково ліцензійний). СПДС GraphiCS («зоопарк» із різних версій, частково ліцензійний), встановлений на частини ПК. Безкоштовний СПДС-модуль Autodesk, встановлений на частини ПК;
  • відсутність єдиних параметрів ПЗ;
  • відсутність чіткої структури і правил ведення архіву проектної документації;
  • відсутність стандарту підприємства (СТП);
  • відсутність плану розвитку САПР.
Така ситуація загалом-то досить типова для багатьох проектних організацій, і багато з них не вважають за необхідне щось міняти, воліючи працювати «як склалося».

Отже, вибираємо основну САПР...

Власне, вибір невеликий. Варіанти:
  1. Апгрейдити існуючий AutoCAD (не LT) і докупити не ліцензовані раніше місця.
    + Якісний, стабільний, зарекомендував себе у роботі інструмент.
    + Ніякого перенавчання співробітників і проблем з переходом.
    — Ціна питання на ліцензії і апгрейд.
    — Необхідність апгрейдити або змінювати «залізо» для багатьох робочих місць.
  2. ZWCAD
    + Недорого при досить сильному функціоналі.
    + Підтримка *.dwg (ODA).
    — Перехід і всі пов'язані з ним складності.
    — Відсутність прямого контакту з розробником та регіонального представництва.
  3. nanoCAD
    + Підтримка *.dwg (ODA).
    + Ціна.
    + Наявність офіційного дилера в Красноярську.
    + Можливість прямого контакту з розробником.
    — Перехід і всі пов'язані з ним складності.
    — Наявність у продукті моментів, які потребують доопрацювання.
Наведені плюси і мінуси досить умовні і не претендують на повне охоплення ситуації: з керівниками інституту обговорювалося куди більш широке коло плюсів/мінусів, а також нюансів, пов'язаних з можливим переходом. Оцінивши всі основні фактори, керівництво інституту обрало nanoCAD. Одночасно було вирішено не робити «різких рухів»: процес переходу має бути плавним.

Етапи переходу

1. Знайомимося (жовтень-грудень 2014)
1.1 Перше, що ми зробили і керівництво підприємства на цьому етапі, – організували збори повного складу всіх проектних відділів. На цьому зібранні я як представник вендора провів коротку презентацію продукту, а керівництво докладно пояснив свої плани і (що важливо) мотиви дій. Всі співробітники повинні максимально чітко уявляти, навіщо і чому відбувається. Також на цьому зібранні ми озвучили основні етапи переходу і відповіли на питання (в тому числі на питання проектувальників «Як же тепер ми будемо працювати?!»).

2.1 Друге – тестова експлуатація. Проводилася, щоб можна було ще до початку переходу зняти деякі питання і подивитися, з якими труднощами доведеться зіткнутися.

Даний етап пройшов з рук геть погано. Незважаючи на те, що абсолютно всім співробітникам пояснили, навіщо потрібно починати працювати в nanoCAD, робити цього майже ніхто не став. Багато хто не повірив, що AutoCAD взагалі зникне як інструмент роботи; позначилися і поточні завдання, і нерозуміння, що саме потрібно робити в новому, та й просто лінь. Етап тривав два місяці і відчутних результатів, на жаль, не приніс.

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

Висновки: якщо ви плануєте тестувати дану САПР на предмет її застосовності, то:
  • поясніть всім співробітникам мети встановлення демо-версії ПЗ;
  • вимагайте розгорнутих письмових звітів щодо тестування;

  • виділяйте час для тестування;

  • ставте на період тестування конкретні завдання для і співробітників.
Користувачам хотів би порадити одне: застосовуйте досліджуване ПО наскільки це можливо – тільки так ви зможете побачити всі його переваги і недоліки.


2. Узгодження специфікації/закупівля (грудень 2014)
Цілком очікувано базовим продуктом був обраний nanoCAD СПДС. Крім того, інститут придбав ряд «вертикальних» рішень на базі nanoCAD. Форма поставки: «коробка» + передплата (для можливості оновлення). Ліцензія мережева з прив'язкою «залізо».

Поставка та оформлення ЗА пройшли в штатному режимі за два тижні.

3. Установка/розгортання (січень 2015)
Ще пару тижнів зайняли узгодження, які налаштування виносимо/не виносимо в мережу і які робимо редаговані/нередактируемыми. У результаті ми прийшли до якоїсь схемою (прохання не вважати її єдино правильною).

Отже:
  • сервер мережевих ліцензій – один на всі продукти nanoCAD;
  • один загальний SQL-сервер для всіх продуктів, що використовують бази елементів/деталей на SQL (nanoCAD СПДС, nanoCAD Механіка та ін). SQL-бази даних (Access) були встановлені на локальні ПК (nanoCAD Електро);
  • Один загальний *.dwt-шаблон;
  • Додаткова папка шрифтів на сервері. Туди в подальшому склали всі «екзотичні» шрифти.
Розгортання проводилося за допомогою Microsoft Active Directory, за попередньо налаштованому нами дистрибутиву. Налаштування дистрибутива, на жаль, відняла деякий час і багато в чому проводилася за допомогою розробника nanoCAD – ЗАТ «Нанософт». Ну і як ви зрозуміли, у nanoCAD немає власної системи розгортання, як у AutoCAD.

Загалом, «довго запрягали, так швидко доїхали»: установка зайняла півгодини. Під одиничні продукти дистрибутиви не адаптували, розставили за пару годин вручну.

Вже потім виявилися деякі недоробки розгортання:
  • nCAD.cfg (системні налаштування інтерфейсу і т. д.) за замовчуванням в Program Files (ну навіщо?), а Program Files у всіх користувачів захищені від змін;
  • папка автозбереження файлів, призначена за замовчуванням в AppData/Local/Temp, теж виявилася закритою для редагування. Довелося пояснювати, як це так, і перенастроювати.
AutoCAD на цьому етапі не деинсталлировали, і люди працювали як раніше.

4. Звикання до нового (лютий-березень 2015)
Після встановлення ще раз провели збори колективу, на якому було оголошено, що:
  • через два місяці AutoCAD буде повністю видалений з ПК;
  • nanoCAD встановлений і готовий до експлуатації. Настійно рекомендується починати працювати в ньому.
Окремо було роз'яснено порядок конвертації файлового архіву – на цьому пункті зупинюся детальніше. Архів організовувався по суті заново, з дещо іншою логікою та принципами, ніж були раніше. Перш ніж потрапити в новий архів файл креслення проходив всі можливі стадії очищення, а саме:
  • всі перевірки в AutoCAD (_purge, audit тощо);
  • ручне видалення об'єктів. Наприклад, закресленої (але навіщо-то присутньої в файлі) частини проекту.

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

Також варто відзначити, що саме на цьому етапі велика частина проектного колективу усвідомила серйозність намірів керівництва щодо переходу на nanoCAD. Але мало кому хочеться виходити з зони комфорту, тому щільно працювати в nanoCAD почали небагато.

5. Навчання (березень 2015 – теперішній час)
Навчання, яке проводилося силами фахівців ТОВ «ИнфоИндастри», ми почали практично відразу після установки. Сформували групи по 15 чоловік, на кожну групу було відведено по дві години на тиждень у визначений день і заздалегідь призначений час. Основне завдання першого етапу навчання – навчити працювати в nanoCAD СПДС як мінімум з такою ж швидкістю, що і в AutoCAD. В даному випадку просунуті технології AutoCAD (динамічні блоки, підшивки, зовнішні посилання/спільна робота, аннотативность і т. д.) практично не використовувалися, тому завдання за короткий час вийти на колишню швидкість роботи була цілком реальною.

Найскладніше виявилося відповісти на питання, чому саме вчити. Процес роботи і в nanoCAD, і в AutoCAD практично однаковий, інструменти роботи теж у більшості однакові. Тобто люди в принципі-то всі вміють – на «креслярському» рівні. Тому, хоча я і підготував стандартну програму навчання, змінювати її доводилося «по ходу подій». Це було обумовлено ще і тим, що в учнів різний рівень володіння AutoCAD та й комп'ютерної грамотності взагалі: комусь вивчається тема більш ніж зрозуміла, а іншим треба пояснювати й пояснювати. Причому в різних групах по-різному.

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

Навчання, пов'язане з модулем СПДС, пройшло досить гладко, оскільки можливості цього модуля були знайомі лише трохи проектувальникам. На кожному занятті частину часу (15 хвилин) присвячено вирішенню поточних проблем та питань, не пов'язаних з основною темою навчання.

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

6. Робота на новій платформі (березень-червень 2015)
У березні 2015-го знову розпочаті проекти вже розроблялися в nanoCAD, а AutoCAD був видалений з робочих місць проектувальників. Реакція на цю подію була досить різною, від адекватного сприйняття необхідності змін до рідко зустрічався, але кардинального неприйняття нового ПО. Вважаю, що тут потрібна чітка і чітко виражена позиція керівництва підприємства. Бажаючі «розводити демократію» знайдуться в будь-якому колективі, і завдання керівництва адекватно на це реагувати. Якщо вже ви, шановне керівництво, наважилися переходити на інше, то потрібно строго слідувати плану і дохідливо (але якщо знадобиться – жорстко) пояснювати це співробітникам. На початку активної роботи з новим ПЗ на інтеграторів і розробників «вішають» всі: від дійсних недоробок ПО до проблем, взагалі ніяк з цим не пов'язані.

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

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

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


Іван Солдатов
ТОВ «ИнфоИндастри»


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

P. P. S. Буду радий будь-яким коментарям, зауважень по цій статті і теми в цілому. Зв'язатися або задати питання можна за адресою soldatov@infoind.info.

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.