Нанокад не открывает файл dwg

Обновлено: 07.07.2024

Доброго времени суток!

Как и любой другой пользователь, инженер-конструктор с AutoCAD, обычно, работает с операционной системой Windows, поэтому сталкивается с теми же угрозами, что и остальные.

И на целостность файлов чертежей могут повлиять и вирусы (большинство из которых написано именно под Windows), и ошибки файловой системы, и проблемы с диском — да всё, что угодно.

Кстати, формат чертежей *.DWG используется не только в AutoCAD, но и в более простых и узкоспециализированных программах (например, его можно встретить даже у менеджеров в строительных магазинах).

Собственно, сегодняшняя заметка будет как раз о том случае, когда при попытке открыть файл чертежа в *.DWG формате вы столкнетесь с ошибками (например, программа может сообщить, что это сделать невозможно, т.к. нарушена целостность файла, отсутствует метаданные и т.д. и т.п.).

Исходя из опыта, могу сказать, что далеко не всегда стоит ставить крест на файле, если он не открывается. В ряде случаев удается за 10-15 мин. вернуть его к "жизни" (ну или вытащить из него хотя бы часть информации) .

ускорение ПК

Что делать, если чертеж не открывается

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

Если мы говорим про AutoCAD ( прим. : самая популярная программа для работы с чертежами) — то разработчики, конечно, подумали о том, что случаи бывают разные.

Основной плюс функции восстановления из резервной копии – собственно, то, что она встроенная , бесплатная , и вполне эффективна!

Если автоматическая проверка не запускается, но с файлом явные проблемы (например, часть объектов отсутствует), то процесс можно запустить вручную через меню: «Файл / Утилиты» , где нужно выбрать команду «Проверить» .

Исправление поврежденного файла чертежа

Исправление поврежденного файла чертежа

Помимо автоматических проверок AutoCAD имеет другое мощное встроенное средство восстановления, которое называется «Диспетчер восстановления чертежей» (находится он во вкладке: «Файл / Утилиты/» ).

Открыть диспетчер восстановления файлов

Открыть диспетчер восстановления файлов

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

Если требуется откатить последние изменения в документе, которые, возможно, вызвали проблемы, используйте файл с расширением *.bak (.sv$). Это просто авто-сохранение, которое не включает самые последние изменения.

Последние файлы

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

Папка для авто-сохранения

Папка для авто-сохранения

Она специально была разработана для восстановления поврежденных *.DWG файлов, которые по какой-то причине не восстанавливаются штатными средствами.

И так, по шагам как с ней работать:

Recovery Toolbox for DWG — скриншот главного окна программы

Recovery Toolbox for DWG — скриншот главного окна программы

Онлайн-версия Recovery Toolbox for DWG

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

Онлайн-форма для восстановление DWG

Онлайн-форма для восстановления DWG

PS

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

Если вы решили вопрос как-то иначе — дайте знать в комментариях (заранее мерси!)!

Журнал Работа с проблемными *.dwg-файлами в среде nanoCAD

Главная » CADmaster №1(87) 2018 » Платформы САПР Работа с проблемными *.dwg-файлами в среде nanoCAD

Введение

Формат *.dwg — самый популярный формат хранения электронных чертежей. Зачастую *.dwg-файлы хранятся годами, сохраняются в различных системах, используются разными пользователями и из-за этого могут накапливать различные ошибки. Чтобы обезопасить себя и свои документы, перед началом работы с файлами в nanoCAD рекомендуется выполнить ряд действий для их проверки, очистки и оптимизации. Ниже мы рассмотрим основные инструменты и методы работы с *.dwg-файлами.

Как узнать версию *.dwg-файла?

Откройте *.dwg-файл через текстовый редактор — например Блокнот. Первые символы укажут на версию, остальная часть файла будет отображаться в зашифрованном виде (рис. 1).

Примечание. Для открытия в Блокноте больших файлов может потребоваться дополнительное время.

Рис. 1

Рис. 1

Узнать версию dwg, в которой сохранен файл, можно из таблицы 1.

Таблица 1
AC1015 dwg 2000
AC1018 dwg 2004
AC1021 dwg 2007
AC1024 dwg 2010
AC1027 dwg 2013
AC1032 dwg 2018

*.dwg-файл не открывается

Рис. 2

Рис. 2

Перезапустите программу nanoCAD и воспользуйтесь утилитой Восстановление документа.
Меню: ФайлУтилитыВосстановление документа…
Командная строка: ВОССТАН (RECOVER)

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

Рис. 3

Рис. 3

Рис. 4

Рис. 4

Проверка документа

Меню: ФайлУтилитыПроверка документа
Командная строка: ПРОВЕРИТЬ (AUDIT)

Рис. 5

Рис. 5

По завершении программа представит в командной строке отчет (рис. 6). Но главное, что все ошибки будут исправлены.

Рис. 6

Рис. 6

После выполнения проверки документа сохраните файл под другим именем. Рекомендую сохранять файлы с постфиксом утилиты, которой проверены файлы: Архитектура_audit.dwg.

Проверка геометрии

Меню: ФайлУтилитыПроверка геометрии
Командная строка: ПРОВГЕОМ (AUDITGEOMETRY)

Команда предназначена для выявления и исправления проблемных объектов чертежа, лежащих за пределами диапазона. Есть два режима:

  • Проверка_Z_координат — проверка координат по оси Z всех объектов чертежа;
  • Проверка_Штриховок — проверка правильности отображения штриховок в границах контуров.

Битые Z-координаты, на мой взгляд, один из наиболее часто встречающихся недугов формата *.dwg. Они могут годами находиться в чертеже, оставаясь необнаруженными, так как чаще всего пользователи работают в плоскости.

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

Начиная с 7-й версии платформа nanoCAD при запуске *.dwg-файлов проверяет Z-координаты автоматически, и если в вашем файле обнаружится проблема, вы увидите окно, показанное на рис. 8.

Рис. 8

Рис. 8

Конвертация в 2D

Меню: ФайлУтилитыКонвертирование в 2D
Командная строка: КОНВ2D (FLATTEN)

Эта функция позволяет сделать все объекты чертежа совершенно плоскими. Поэтому, если вы работаете с 3D-полилиниями, ее нужно использовать с особой осторожностью. Вот пара способов, которыми я пользуюсь при работе с такими файлами.

В этом случае требуется выбрать все объекты, лежащие вне нулевой плоскости. Для этого нам необходимо:

    Включить вид сбоку и выбрать все объекты, которые лежат выше или ниже нуля (рис. 9).

Рис. 9

Рис. 9

Рис. 10

Рис. 10

Способ более трудоемкий, но и более безопасный.

Дело в том, что конвертация в 2D разрушает объекты оформления СПДС (выноски, оси, отметки уровня поэтому перед началом конвертации нам необходимо исключить эти объекты из селекции.

Выбираем все объекты чертежа (Ctrl+A). Переходим на функциональную панель Свойства, выбираем из выпадающего списка объекты оформления и исключаем их из выбора (рис. 11). Повторяем эту операцию до тех пор, пока в селекции не останется объектов оформления СПДС.

Рис. 11

Рис. 11

Не сбрасывая селекции с объектов, вызываем функцию Конвертация в 2D. Затем файл можно снова проверить на ошибки. После проверки сохраните файл под другим именем — например, Архитектура_audit_flatten.dwg. Я использую при сохранении версионность, чтобы в случае какой-либо ошибки вернуться к предыдущей версии файла и не проделывать с нуля все операции очистки.

Очистка документа (purge)

Меню: ФайлУтилитыОчистка документа…
Командная строка: ОЧИСТИТЬ, ОЧ, УДАЛИ (PURGE, PU)

После запуска команда вызывает диалоговое окно Очистка документа, в котором представлены список элементов, доступных для удаления, и список элементов, удалить которые из документа нельзя.
Выберите из списка элементы, которые будут удалены, либо нажмите Удалить всё (рис. 12).

Рис. 12

Рис. 12
  • Удаление вложенных элементов — включение режима удаления всех неиспользуемых именованных объектов, содержащихся внутри других неиспользуемых именованных объектов.
  • Автоматическая очистка непривязанных данных — удаление устаревших стилей векторных данных формата DGN.
    Файлы с DGN-стилями весят больше обычного, хотя содержат мало графики. Такие файлы могут медленно работать и вызывать зависание при сохранении.
  • Удалить геометрию нулевой длины и пустые текстовые объекты — включение режима удаления графического мусора. Флажок недоступен в случае отсутствия соответствующей геометрии в документе.
    Такие объекты тяжело найти в модели. Тексты визуально отображаются только после селекции, так как не имеют содержимого (рис. 13).

Рис. 13

Рис. 13 Обнаруживать их удобно через Диспетчер чертежа (меню СервисДиспетчер чертежа). В этой функциональной панели пустые однострочные и многострочные тексты будут отображаться как «ПУСТОЙ ТЕКСТ» (рис. 14).

Рис. 14

Рис. 14

После выполнения очистки сохраните файл под другим именем. Я сохраняю чертежи с постфиксом утилиты, которой его проверял. Поэтому имя нашего файла будет теперь выглядеть так: Архитектура_audit_flatten_purge.dwg.

Перекодировка текста

Меню: ФайлУтилитыПерекодировка текста
Командная строка: ДЕКОД (TEXTDECODER)

Наверное, любой российский пользователь хоть раз сталкивался с проблемами кодировки, когда, например, названия файлов в проводнике или текст в браузере отображаются в виде непонятных значков. Знакома эта проблема и пользователям САПР-систем (рис. 15).

Рис. 15

Рис. 15

Утилита перекодировки текста представлена в виде отдельного выпадающего окна. Первое, что нам необходимо выбрать, это тип объектов, которые мы будет перекодировать (рис. 16). Такими объектами могут быть слои, стили, тексты

Рис. 16

Рис. 16

Существуют два режима декодирования: вручную и автоподбор. Первый — самый точный и очень трудозатратный, второй — быстрый, но связанный с риском ошибок. Давайте рассмотрим подробнее каждый из них.

Выбираем из списка текст и назначаем ему конечную кодировку (рис. 17). Далее нажимаем Декодировать и смотрим результат в окне Результат декодирования. Если не угадали с кодировкой, выбираем другую и перекодируем заново.

В этом режиме программа подбирает конечную кодировку самостоятельно. Выберите пункт из списка с проблемной кодировкой, установите режим декодирования Автоподбор и нажмите кнопку Декодировать (рис. 18). Программе не всегда удается верно определить конечную кодировку, поэтому пользователю предоставляется список результатов с различной кодировкой. Из выпадающего списка выбираем верное представление.

Перекодировка всех объектов

Можно перекодировать и весь массив данных. Для этого надо нажать кнопку Выбрать все, установить режим декодирования Автоподбор и нажать на кнопку Перекодировка (рис. 19).

Рис. 19

Рис. 19

Если вам предстоит перекодировать большой массив объектов, постарайтесь исключить из перекодировки те из них, которые отображаются корректно. Сделать это можно, щелкнув по элементу списка левой кнопкой мыши при зажатой клавише Ctrl (рис. 20).

Рис. 20

Рис. 20

После исправления кодировки сохраните файл под другим именем — например, Архитектура_audit_flatten_purge_decod.dwg.

Вставка чертежа в новый файл

Внимание! В чертеже пропадут все оформленные листы.

Создаем в nanoCAD новый файл (меню ФайлСоздать). Далее нужно вставить проблемный чертеж в этот открытый файл как блок (меню ВставкаБлок). В окне Вставка блока следует снять флажок Указать на экране, чтобы вставить чертеж сразу в нулевые координаты. Еще нужно установить флажок напротив пункта Разбить, чтобы вставленный чертеж после вставки не пришлось разбивать (рис. 21).

Рис. 21

Рис. 21

Разбивка и удаление прокси-объектов

Меню: РедактированиеДополнительные средстваРазбивка прокси-объектов
Меню: РедактированиеДополнительные средстваУдаление прокси-объектов

*.dwg-файлы могут содержать сторонние объекты, созданные в других приложениях. Все неопознанные объекты называются прокси-объектами (они могут иметь графическое представление, а могут и не иметь).

Прокси-объекты создают специализированные приложения под различными CAD-платформами. С такими объектами сталкивался, наверное, каждый проектировщик. Их нельзя редактировать, у них нет «ручек».

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

Некоторые разработчики специализированных приложений защищают свои объекты, не позволяя разбить их командой EXPLODE. Именно для таких случаев в nanoCAD реализованы специальные утилиты разбивки и удаления прокси. Работают они достаточно просто, нужно только выбрать прокси-объекты и вызвать необходимую команду (разбивка и удаление). Эти команды доступны и контекстном меню Диспетчера чертежа — специального инструмента, показывающего всю структуру *.dwg-файла (рис. 22).

Рис. 22

Рис. 22

Заключение

После работы со всеми утилитами внимательно ознакомьтесь с финальным файлом. Иногда для сложных файлов может потребоваться 2−3 прохода утилитами. Если все нужные проектные данные целы и текущий результат вас полностью устраивает, удалите промежуточные файлы и оставьте исходный файл архитектура.dwg, а финальному присвойте имя архитектура_rec.dwg.

Используя такую маркировку, вы будете знать, какие файлы у вас уже обработаны, а какие еще только предстоит проверить. Всегда работайте в файлах с пометкой _rec.

Надеюсь, приведенная информация поможет вам навести порядок в ваших файлах, упростить и ускорить работу в *.dwg-среде, а также избежать критических ошибок и потери данных.

Смотрим в nanoCAD

Первым делом загружаю nanoCAD Plus 6.0, нажимаю Открыть и поднимаю чертеж. Грузится быстро, отображается явно не все (рис. 1).

Пытаюсь взглянуть на чертеж сбоку (команда View -> Стандартные виды -> Спереди): бах — поле чертежа превращается в белый экран, курсор на нем не отображается. Все понятно: выбило видеоподсистему у nanoCAD. Возвращаюсь обратно в вид сверху (команда View -> Стандартные виды -> Сверху). Закрываю документ.

Рис. 1. Отображение проблемного *.dwg-файла в nanoCAD

Рис. 1. Отображение проблемного *.dwg-файла в nanoCAD
и бесплатном просмотрщике (скриншот клиента)

Смотрим в AutoCAD

Ради интереса смотрим в AutoCAD 2015. Загружаем: вроде показывает больше. Смотрим сбоку: программа отображает вертикальную полосу, координаты в строке состояния не воспроизводятся. Но если панорамировать, то можно выхватить координаты в строке состояния (рис. 2) — на минуточку: там ­1.284e+81 (то есть единица с 81 нулем)!

Закрываю документ — все ясно. Диагноз: в файле z­координаты разбросаны случайным образом по огромному диапазону. AutoCAD такие файлы как­то отображает (все ли?), nanoCAD честно показывает только разумные координаты, намекая на проблемность документа.

Рис. 2. Исследуя документ, можно заметить, что САПР оперирует очень большими числами

Рис. 2. Исследуя документ, можно заметить, что САПР оперирует очень большими числами

Исправляем в nanoCAD

*.dwg­документ явно испорчен, пользователь обычно в таких случаях говорит: «А что я? Я ничего — просто открыл». Виновных, конечно, не найти, остается исправлять…

В nanoCAD Plus 6.0 мы ввели команду ПРОВГЕОМ, которая позволяет обнулить координаты: заходим в Файл -> Утилиты -> Проверка геометрии, выбираем опцию Проверка z­координаты, затем — Исправлять ошибки -> Да с допуском по умолчанию (1e+20), затем Enter… Что происходит?

Программа проходит по всем объектам и, если у них z­ко­ор­ди­на­та выбивается из указанного диапазона, переносит объект целиком вверх или вниз на выбившуюся z­координату. Это приводит к тому, что геометрия объекта не меняется, но сам объект возвращается «из космоса на землю». Даже после такой простейшей операции данные в чертеже тут же проявляются. Кроме того, появляется возможность взглянуть на чертеж сбоку — вот и визуализация проблемного *.dwg (рис. 3).

Рис. 3. Визуализация проблемного *.dwg-файла сбоку

Рис. 3. Визуализация проблемного *.dwg-файла сбоку

Рис. 4. Визуализация проблемного *.dwg-файла в 3D

Рис. 4. Визуализация проблемного *.dwg-файла в 3D

Еще красиво посмотреть на это в 3D (рис. 4).

Рис. 5. Исправленный *.dwg-файл

Рис. 5. Исправленный *.dwg-файл

Еще чуть­чуть о тонкостях

Умные люди скажут, что в AutoCAD есть похожая команда FLATTEN (из Express Tools). Да, конечно, есть, но… FLATTEN меняет геометрию чертежа, делая проекцию геометрии на нулевую плоскость — этим она и опасна. Например, если в документе были 3D­объекты (скажем, линия, один конец которой лежит на высоте 100, а второй — на 3000), FLATTEN полностью разрушит 3D­представление модели (то есть опустит концы точек на нулевую плоскость), а ПРОВГЕОМ перенесет в нулевую плоскость только те объекты, которые выходят за указанный диапазон! На примере с линией — у нее один конец будет лежать на нуле, а второй — на 2900. Таким образом, чертеж с 3D­данными не будет разрушен. Есть разница, и ее нужно понимать.

Кроме того, я прошелся по *.dwg­документу утилитой Проверка документа (AUDIT) — очень часто она исправляет ошибки базы данных. И еще можно воспользоваться инструментом Очистка документа (PURGE): в текущем документе куча неиспользуемых слоев, типов линий, блоков и прочего. Но все это уже на усмотрение пользователя.

Пробовали Briscad в тестовом режиме как альтернативу AutoCAD - на трех разных системах стабильный вылет при закрытии приложения, при попытке распечатать из подшивки и т.д. Зато поддерживает подшивку и поля.

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

Но как правильно заметил уважаемый ShaggyDoc, как только Нанокад станет близким к реальной альтернативе AutoCAD - его быстро коммерциализируют. Со всеми вытекающими последствиями.

Инженер-проектировщик искусственных сооружений

я так понимаю что переходят из - за того что лицензия на НаноКад дешевая а в АвтоКада подороже будет, у нас тоже перешли с АвтоКада на БриксКад. все по началу возмущались а потом привыкли.. научились. почти одно и то же. (хотя смотря чем ваша компания занимается) я так понимаю что переходят из - за того что лицензия на НаноКад дешевая а в АвтоКада подороже будет, у нас тоже перешли с АвтоКада на БриксКад. все по началу возмущались а потом привыкли.. научились. почти одно и то же. (хотя смотря чем ваша компания занимается) Так у вас брискад не падает регулярно? или шаманили?

Инженер-проектировщик искусственных сооружений

Сергей812, бывает пару раз в день.. (( ну а что ж поделать когда кризис.. экономим на всем.

уже не КМ, и не САПР

Мне не понятно почему именно этот софт был выбран.
Ставил я NanoCAD. Не может он заменить AutoCAD у нас в институте (нет 3D, нет подшивок, нет динамических блоков . ).

Автор же в своей статье написал.
Ну я от себя:
1. Организаций где внедрен стандарт предприятия намного меньше, чем тех где его нет.
2. СПДС позволяет на программном уровне осуществить поддержку СТП, а не только на бумаге. Автокад это тоже может (я так думаю, могу ошибаться), но слабее.
3. 3D есть, вроде по функциональней автокадовского. Подшивки скоро обещают.
4. Цена.
5. Поддержка в РФ.
6. Не применяет санкции к фирмам в РФ.

Автокад у вас лицензионный? Всегда с последними обновлениями? 3. 3D есть, вроде по функциональней автокадовского. Подшивки скоро обещают. Они же вместо подшивок декларируют средства СПДС, насколько помню. Подшивки для них - прямой конкурент) И еще бы полная поддержка динамических блоков - но насколько понимаю, пока никакая из альтернатив их полностью не поддерживает. Максимум - использование готовых.

Прошу заранее меня простить за резкость формулировок. Некоторые проблемы накладывают свой отпечаток.

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

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

Кхм. У меня сейчас, конечно, не такой дикий треш, но веселья тоже хватает. Могу сказать следующее: все пункты, кроме первого - косяк отдела, который должен заниматься CAD-системами. Точка. ПО тут не при делах ни разу. Можно сделать все - но было лениво / трудно / надо было думать, проще все переломать (как там пелось в свое время - "весь мир насилья мы разрушим до основанья, а затем. ") и заставить жить по-новому.

>> Итак, выбираем основную САПР.
Увы, но не САПР надо было выбирать. Не САПР. Пройдет какое-то время - и та же ситуация легко может повториться с nanoCAD.

>> Выводы: если вы планируете тестировать данную САПР на предмет ее применимости, то:
- объясните всем сотрудникам цели установки демо-версии ПО;
- требуйте развернутых письменных отчетов по тестированию;
- выделяйте время для тестирования;
- ставьте на период тестирования конкретные задачи для ПО и сотрудников.

Ээээ. (Нецензурщину вырезал) Объясните сотруднику, у которого "горит" выдача, что ему вот прям-таки до зарезу надо сейчас, и именно сейчас изучать новый функционал. А потом выслушайте, сколько народу и насколько вежливо вас пошлет в пешее эротическое путешествие без продуктов и путеводителя. Это же надо придумать - заставить пользователей составлять отчеты! Господа, по пользователям бегать следует, узнавать - что им надо. А не ждать, пока все принесут на блюдечке с голубой каемочкой.

Выделить время на тестирование? Отлично! Погнали! Только вот незадача - текущую работу кто будет делать? Или полностью останавливать процесс проектирования? Что-то мне слабо в это верится.

Ставить задачи? Ага, на задачи, поставленные не профи, пользователи будут смотреть как на абсолютно лишний и ненужный мусор. И делать их "на отвали" (не сказать еще грубее).

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

Увы и ах, но лично мне проще смириться с "разноуровневостью" пользователей и разрабатывать инструменты и технологии, которые удовлетворяют всех. Особо клинические случаи приходится выяснять на местах - но сильно радует, что таких случаев единицы. Так что это скорее вопрос компетентности отдела САПР, а не программного обеспечения.

Еще один непонятный момент: скорость работы и количество вопросов. Вообще-то говоря, количество вопросов от пользователей ни о чем не говорит (для иллюстрации: пользователи могут выдумать свой абсолютно идиотский способ решения проблемы и будут молчать о нем в тряпочку. Поди потом, докажи - что так неправильно и невыгодно! Ведь сколько проектов уже по такой технологии выпущено!). Скорость работы - это что? Скорость выдачи чертежей? Файлов? Чего-то еще? Уменьшилось количество ошибок в проектах? Ошибок в файлах? Там стало меньше мусора?
ИМХО совершенно притянутая за уши формулировка - и без разъяснения. Извините, но в голословные утверждения мне что-то слабо верится. Я почти убежден, что практически те же временные (и финансовые) затраты ушли бы на причесывание имеющегося положения дел. Но ситуацию не знаю досконально, поэтому ограничусь подозрениями

И последнее: по моему личному убеждению, "дальнейшая автоматизация и повышение скорости работы проектных отделов" не совсем другая история, а основная часть показанной. И значительно более важная. А про нее - ни гу-гу.

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

Читайте также: