Подскажите специализированную программу для ведения электронного архива конструкторской документации Опции

[СНБ]

Наше начальство "созрело" до мысли, что ДЛЯ НАВЕДЕНИЯ ПОРЯДКА В ДОКУМЕНТООБОРОТЕ И ОТСЛЕЖИВАНИЯ ИЗМЕНЕНИЙ В ДОКУМЕНТАЦИИ нужно вести некую базу данных (электронный архив) конструкторской документации. И нам (инженерам) поручено изучить этот вопрос и узнать, где что используется.

В архиве мы собираемся хранить следующие типы документации:
1) Электрические схемы, выполненные в PCAD и AutoCAD
2) Двумерные и трехмерные чертежи, выполненные в AutoCAD и SolidWorks
3) Текстовые документы, выполненные в Microsoft Word
4) Исходные коды программ

Что нужно от архива:
1) Надежность хранения подлинников (чтобы никто своими кривыми ручонками не мог обрушить базу данных и случайно исказить информацию, хранимую в подлинниках)
2) Визуализация истории и характера изменения выбранного документа, чертежа или схемы (т.е. чтобы архив еще выполнял роль системы контроля версий); визуализация отличий двух произвольно выбранных документов одного типа (например двух схем)
3) механизм цифровых электронных подписей
4) удобный поиск по разным параметрам
5) отслеживание применяемости и повторов (т.е. чтобы программа подсказывала, а где ещё мы применяли данную деталь, сборочную единицу, микросхему, блок или схемный узел)

Короче хотим максимально переложить на программу то, что инженеры обычно делают в ручную

Сообщение отредактировал СНБ - May 10 2016, 07:49

[arhiv6]

Что-то вроде ЛОЦМАНа? Но не уверен, что он поддерживает хранение исходного кода.

[yuravg]

Search, но не поддерживает хранение исходников

Сообщение отредактировал yuravg - May 10 2016, 09:27

[AlexandrY]

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

Это не реально, ИМХО.
Даже Altium может показать только существенные различия в схемах касающиеся изменения списка цепей
Но не покажет вообще никаких различий если вся графика будет перерисована.

А так все остальное это типичная функциональность GitHub

[СНБ]

А так все остальное это типичная функциональность GitHub

Насколько я слышал GitHub это чисто CVS для программистов.
Конечно, наверное, можно ОТЧАСТИ приспособить его под работу со всем спектром КД (графические и текстовые документы). Но все же хотелось бы именно программу электронного архива. Причем специально "заточенную" под работу конструкторского отдела.
Чтобы не нужно было требуемый функционал "допиливать ручками" и изобретать велосипед.
Да. Хотелось бы, чтобы программа электронного архива была в курсе про наши ГОСТы.

yuravg
arhiv6
Спасибо за инфу. Почитаю.
А сами чем пользуетесь?

А чем на западе народ пользуется в больших корпорациях типа Боинг, Самсунг и т.п.?
В каком виде хранится база наработок?

[andron86]

Для всего SVN думаю, для всяких складов, бухгалтерии итд. Microsoft Navision, SAP... У SolidWorks по моему своя не плохая система. Для Алтиума есть SAP PLM

[krux]

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

Чтобы не нужно было требуемый функционал "допиливать ручками" и изобретать велосипед.

это фантастика.

крупняк сидит на SAP PLM.
а мелким расходы на системы подобного рода не по карману.
даже тот же лоцман в минимальной поставке+месячной допилке сейчас предлагают от 30 млн деревянных.

[Ydaloj]

Microsoft Access, не?
основной функционал рисуется с нуля за одну бессонную ночь
остальное допиливается по мере надобности

свалили всю КД в закрытое хранилище, ридонли всем, вписали в базу ссылки
прописали в базе ключевые параметры всех файлов КД - и пользуйтесь, фильтры там можно насочинять ого-го

[СНБ]

Microsoft Access, не?

Повторю: хотелось бы СПЕЦИАЛИЗИРОВАННЫЙ и, добавлю, "стандарт де факто", софт, специально "заточенный" под работу конструкторского отдела разработчиков электронных устройств и систем. Желательно проприетарный и платный от бренда в этой сфере.
Чтобы работать в том же, в чем работают инженеры в крупных корпорациях (типа Боинг, Сименс и т.п.) во всем мире

Сообщение отредактировал СНБ - May 14 2016, 12:08

[gosha-z]

Boeing - CATIA с очень большой кастомной надстройкой
Siemens - TeamCenter, вестимо
в вашем случае я смотрел бы на что-то из линейки IBM Rational

[Aaron]

В своё время у нас на предприятии (800 человек, более 200 разработчиков) пытались внедрить и использовать интермех - http://www.intermech.ru/ - но это на самом деле ппц как тяжко.
Да, система специализированная, да, есть цифровые подписи и возможность сверки и прослеживания связей, да, есть работа по ЕСКД и т.д.
НО!
1. Любая PDM/PLM требует поддержки рабочего состояния. Должен быть штат сотрудников. Поверьте, без поддержки, силами самих инженеров/конструкторов это не взлетит.
2. Должен быть как минимум 1 мега-мозг - человек, хорошо разбирающийся в PDM/PLM, чтобы её хотя бы настроить до минимально рабочего состояния под ваши нужды. И поддерживать систему в рабочем состоянии...
3. Сложная система потребует длительного и качественного обучения ВСЕГО коллектива сотрудников по работе с этой системой. У нас после общих обучающих курсов всего персонала, за 1,5-2 года использования так и не получилось наладить нормальной работы.

У вас какой коллектив? На сколько человек рассчитываете взаимодействие?
Мы когда от интермеха отказались, с таким облегчением вздохнули!

В итоге под нужды предприятия наши программисты разработали собственную систему электронного документооборота:
* модульная система, весь функционал разбит на подключаемые модули;
* SVN - для хранения проектной документации (ТЗ/договора/письма/ПО/КД...);
* Jenkins/Redmine с надстройками для постановки задач внутри отделов и между подразделениями;
* центральная БД применяемыех ПКИ и ЭРИ;
* центральная БД разработанной продукции;
* центральные БД связаны с библиотеками САПР;
* централизованное создание спецификации на основе импорта файлов из САПР, с помощью выбора из БД;
* привязка КД к продукции по ссылкам из SVN хранилищ проектов;
* автоматический контроль недостающей КД на основе спецификации;
* контролируемое изменение эскизной/учтённой КД с автоматическими оповещениями;
* система сбора цифровых подписей при проверке КД различными службами;
* ну и куча других плюшек...

Я к тому, что хорошенько подумайте перед тем, как внедрять "специализированные системы" - деньги затрачены будут большие, отказываться будет жалко - как с кактусом, "жуёт и плачет.. плачет и жуёт.."
SVN/GIT/Access не такой уж плохой выбор...

К слову, вроде как наша система тоже может поставляться "под заказ" другим предприятиям. Но по цене ничего не скажу, кроме того, что дорого. Если интересно, пишите в личку, скажу, с кем поконтактировать на эту тему можно

[СНБ]

По Вашей ссылке

Системы ИНТЕРМЕХ используют более 4000 предприятий, работающих в различных отраслях промышленности как в СНГ, так и за его пределами. Системы внедрены и успешно используются на таких известных предприятиях как ООО "КЗ "Ростсельмаш", ОАО "Уралмашзавод", ОАО "Ижорские заводы", ОАО "Петрозаводскмаш", ОАО "МЗиК", ОАО "РИРВ", ОАО "КМЗ" ОАО "ЗиД", ОАО "ТВЗ", АМАЗ, БЕЛАЗ, ОАО "Амкодор-Ударник", ОАО "Беларуськалий", ОКБМ Африкантов, Московский вертолетный завод им. М.Л. Миля, Кременчугский колесный завод, Комсомольское-на-Амуре авиационное производственное объединение, НАПО им. В.П. Чкалова и многих других.

Почему у Вас тогда не "взлетело"?

[Владимир]

О. Они мои соседи. Даже интеграцию с Altium сделали.
По крайней мере мне год назад частично показывали.
Но в какой степени завершенности не знаю

[Aaron]

Почему у Вас тогда не "взлетело"?

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

[СНБ]

Не знаю, может цели разные ставились, степень интеграции и использования модулей различная.

Скорей всего средний "по больнице" уровень квалификации инженеров был низкий. Так?

У нас тоже 80% инженеров - это старики "за 70". Которые боятся компьютера - как черт ладана.
А вопрос "какая у тебя венда стоит?" приводит их в ступор