Хотелось бы обсудить автоматизацию по ведению проектов на предприятии, организацию и хранение архива тех.документации в электронном виде, технологии сопровождения разработанных изделий, внесения изменений с выраженной цепочкой максимально быстрого продвижения этих изменений от разработчиков до производственников.
А то ведь часто получается как. Разработано устройство, запущено в производство. На него начинают поступать рекламации. Разработчик видит, что некоторые решения неудачны, производит устранение недостатков, а потом технологическая цепочка по внесению этих изменений в спецификации рвется, производственники об этом не узнают. Причины разные, часто связанные с человеческим фактором (отвлекли человека, и он просто забыл, закрутился, ушел в отпуск, коммандировку и т.п.). А в результате партия устройств опять производится без учета изменений и снова идут рекламации.
Хочется чего то вроде как CVS для программистов, но для работы с тех.документацией. Выстраивать согласно гостам дерево проекта от спецификации и вниз к уже конретным составным частям, назначать связи, а не так, как сейчас - лежит набор doc файлов на серваке, и никто не знает, как они там менялись и кем. Здесь бы хотелось иметь уже стык со складской частью программы для работы снабженцев для заказа комплектующих.
Ну и автоматизация раздачи заданий разработчикам, чтобы разработчик видел всегда перед собой "красную лампочку", что данная работа не выполнена, изменение не доведено до производственного отдела.

Нечто похожее уже поднималось здесь http://forum.electronix.ru/index.php?showt...%EE%EC%EF%E0%F1,
но как-то заглохло...

Порекомендую ту же белорусскую систему Search, которая упоминается в указанной ветке. Только, подозреваю, за нее придется заплатить, и вряд ли вы сумеете найти ломанный продукт.

Вот ссылка на сайт разработчиков
http://www.intermech.ru/search.htm

Чтобы не покупать кота в мешке, они вам могут предложить evaluation версию, и вообще к потенциальным клиентам относятся очень внимательно, постоянно теребят и готовы идти на различные уступки.

У нас в конторе этот SEARCH муслякают года 4 - глюк на глюке и глюком погоняет.

А какие глюки? Вы с разработчиками связывались? Они постоянно корректируют/обновляют софт.

Может, что-то типа Microsoft Project Planner?

Для "Компас"-а сделали систему "Лоцман".
А еще тут на Форуме, в разделе "Общение" (http://forum.electronix.ru/index.php?showtopic=6101), тоже пытались обсуждать подобную тему.

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

У нас используется система электронного документооборота Party+.
С автоматическим получением. ВП и СП на базе Компаса.
В принципе идея организации такой системы на предприятии на первом этапе утраивала всех. Но в реальности такая фигня "мягко говоря."
1. Отсутствует возможность получения групповых спецификаций и ведомостей покупных. Из за одной переменной позиции выпускаем по несколько СП и ВП (максимум было 32 СП на одно изделие и это не предел).
2. Процесс внесения комплектующих изделий в базу усложнили до такой степени (чисто организационно), что целый день ходишь подписи собираешь.
3. Процесс поиска внесенных в базу комплектующих изделий и заполнение их атрибутов для формирования СП это вообще такой тягомотный процесс. За это время можно набрать СП в Word в несколько 10 раз быстрее.
4. А самое главное наличие параллельного хождения электронной и бумажной версии документа, и не понятно какой из них верный, после прохода нескольких извещений.

Как обычно повесили все на конструкторов.

Если собираетесь внедрять, как следует, пропишите процесс взаимодействия между подразделениями. Это немного сгладит минусы системы Party+.

На мой взгляд самый оптимальный вариант для конструктора это программа TTD, для получения комплекта КД из схемы.

Посоветуйте что-нибудь небольшое(имеется ввиду размер инталяшки и желательно ественно фриварное), для календарного планирования проектами.

в этой теме не смотрели? (NetOffice)

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

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

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

Если нет порядка в головах, то никакое внедрение автоматизированной системы не поможет. Бардак автоматизировать невозможно! (с)перто.
Мы для себя, если вкратце, сделали так:
1. Организовали общее хранилище файлов КД с упорядочением по папкам согласно структуре изделий.
2. Приняли соглашение по наименованиям файлов, когда в имя файла и в его содержание включается номер изменения.
3. В хранилище лежат только действующие версии файлов. Для старых и находящихся в работе - отдельные места.
4. Каждое изменение проводится в соответствии с ЕСКД (выпускается извещение об изменении и т.д. со всеми вытекающими).
5. По каждому выявленному дефекту (неважно - в процессе опробования, изготовления, испытаний, эксплуатации) оформляется документ (акт исследования) с указанием мероприятий по его устранению, назначением сроков и ответственных лиц.
6. Правила следования данной системе доводятся до всех заинтересованных лиц и требуется неукоснительное их исполнение - как сверху, так и снизу.

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

Еще раз - прежде всего необходим порядок в головах.

Как насчет следующей связки:
1) CVS/SVN (как хранилище различных версий документов). Назначается "специально обученный" администратор CVS.
2) OpenSource bug-tracker с веб-интерфейсом для отслеживания "рекламаций" (Trouble Report) и работы над ними. Назначается "специально обученный" диспетчер TR.
3) несколько инструкций-регламентов по обработке жалоб клиентов вплоть до внесения изменений в документацию

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

У программистов работает хорошо. Почему бы не использовать в производстве?

Вот именно поэтому и не будет использоваться.

Скорее всего именно для Вашего случая Bitrix - Бизнес-процессы - стоит 99 500 рублей. В старшую редакцию включены инструменты визуального проектирования бизнес-процессов, возможность управления «Экстранетом», а также Контроллер для интеграции портала с внешним сайтом.

В новой версии изменился процесс лицензирования дополнительных пользователей. Как и прежде, во все редакции включены лицензии на 25 активных пользователей. Лицензия для каждого дополнительного пользователя стоит 500 рублей (для любой редакции). Появилась возможность приобрести лицензию на неограниченное количество пользователей, для всех редакций продукта «1С-Битрикс: Корпоративный портал 8.5» стоимость такой лицензии составляет 199 000 рублей.

То есть?

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

Потом, "специально обученных" нужно еще найти. Как правило варианта два:
1) брать дополнительных работников. Увы, не каждое предприятие на это согласиться.
2) давать дополнительную нагрузку имеющимся. А вот это вряд ли кто захочет. Да и платить придется больше.

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

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

В этом плане хороший пример - описание процесса проведения изменений по ЕСКД.

Понятно.

У нас работает. Наверное, потому что 1) программизмом занимаемся 2) большинство людей более-мене обучаемые.
Зависит от условий, конечно. Если в головах порядка не будет, то любые регламенты, ПО, инструкции бесполезны.
Так что - карты в руки начальнику. Дай Бог здоровья, сил и уверенности в собственной правоте

Три знакомые конторы, включая мою, перешли на Search. По поводу документооборота конструкторского считаю, что все можно настроить для хорошей работы. А вот подключение к PDM-системе всех остальных заинтересованных (типа бухгалтерии, склада и проч.) - это очень большая проблема. Если на предприятии нет порядка в так называемых "бизнес-процессах" - перенос этого бардака в систему вызовет такие коллизии, что...

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

Наибольшая проблемма в том, что основная масса конструкторских документов не текстовые, а графические. Мы перешли на безбумажный оборот КД. Чертежи и схемы рисуются в САПРах, делаются pdf снимки и отправляются на нормоконтроль. Правда чтоб нормоконтроль взял в работу твой файл приходится выпускать бумажное ИИ по форме ГОСТ2.503 в котором просишь проверить изменённую версию такого-то файла Дурдом вобщем. Посмотрел как друзья программеры работают с SVN-аж завидно стало. Но они то с текстом работают. А что если и картинки хранить в текстовом формате? Благо есть .svg - принятый и открытый формат. И тогда система контроля версий могла бы находить изменения, а потом можно разработать утилиту, которая по найденным отличиям выводила бы графику изменений в извещении. Сам не программист, но может кто проверит такую возможность?

В разработке/производстве столкнулся с аналогичной проблемой.
Есть много идей - но все буксует. Попробовал понять корень проблемы.
Пришел к тому что SVN и аналоги не смогут быть внедрены на 100% из-за
наличия нескольких "сущностей" в самом процессе: КД и разработка в
нематериальном виде, а само изделие имеем уже в "железе".
Соответственно и проблемы в работе возникают принципиально разные:
коррекция КД на мониторе это одно, а изготовление и испытание это другое.

Для программистов имеем одну "сущность" - экран монитора, это значит и
разработка, и коррекция и эксплуатация (!) находятся рамках монитора.
Здесь проще внедрять SVN - 100% прослеживаемость. Но там свои проблемы.

Смотрел разработку Т-50, там постарались все в электронном виде хранить,
но пришлось на каждом рабочем месте на заводе установить монитор, чтобы
чертеж и сборку рабочий "брал" с монитора - очень эффективно, производительность
по разным оценкам выросла в 2-3 раза. Цену вопроса не рассматриваем.

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

Может у кого есть еще мысли по теме ?

У нас тоже были попытки организовать автоматизированный документооборот самостоятельно, но постоянные проблемы типа, кто-то что-то не туда внес, записал чужие данные, или "Это не я!" привели к пониманию того, что нужно что-то разумное, где-бы поучаствовали опытные люди. Корпорация у нас большая, несколько предприятий в совокупности на 8000 людей, с программой сейчас работают около 1000, так что выбирали долго, но нашли, да и внедрение было нелегким. Сейчас будем внедрять приложение для менеджмента качества.