Принципы организации конструкторской документации.

[GTXit 1]

Для 3Д без формализованного наименования не пересекающегося при коллективной работе вообще не жизнь! Знаете сколько человек захотят в общую сборку положить РАЗНЫЕ детали с именем "хренулька маленькая", а в сборке останется лишь одна - последняя и именно она будет стоять вместо всех ранее "прихренуленных".

Проблема деталей с одинаковыми именем легко решается средствами PDM, одинаковых идентификаторов у деталей не будет.

Обозначение детали это её уникальный идентификатор в системе конструкторского документооборота, а не рудимент. Конструктор никогда не проектирует какуютонепонятнокакуюфигню, у него задание разработать конкретный узел с описанным функционалом и габаритами, либо деталь для крепления чего либо. Почему мысль о будущем объекте нельзя назвать заранее? Полёт фантазии определяет как будет выглядеть результат проектирования, а не что я вам тут сейчас спроектирую. Типа вы просите трактор, а я нарисую дирижабель.

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

По поводу того что конструктор всегда должен знать что разрабатывает, да согласен. Только в процессе, например, опытной разработки, пока создается изделие оно может ещё раз 100 помеяться, и пусть это будут не концепция изделия в целом, а предположим мелкие узлы крепления (или какие изменения на стадии увязки с др. узлами), в любом случае их бывает очень не мало, и не мало версий. И не вижу особого смысла заставлять конструкторов затягивать цикл разработки нагружая себя дополнительными бюрократическими экзерсциссами.

[VOleg 228]

Проблема деталей с одинаковыми именем легко решается средствами PDM, одинаковых идентификаторов у деталей не будет.

Не знаю как в других ПДМ, а в SWR PDM до десятка деталек с одинаковым децимальным номером и с разными размерами, материалами, исполнениями. Так что глаз да глаз нужен... и я не тороплюсь свою работу в эту мусорную яму отправлять...

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

По поводу того что конструктор всегда должен знать что разрабатывает, да согласен. Только в процессе, например, опытной разработки, пока создается изделие оно может ещё раз 100 помеяться, и пусть это будут не концепция изделия в целом, а предположим мелкие узлы крепления (или какие изменения на стадии увязки с др. узлами), в любом случае их бывает очень не мало, и не мало версий. И не вижу особого смысла заставлять конструкторов затягивать цикл разработки нагружая себя дополнительными бюрократическими экзерсциссами.

А никто и не заставляет... делайте что хотите - мне-то что!!!!

Просто я так не делаю - а сразу создаю деталь с нужным децимальным номером.... и другим этого желаю, но не советую - сложно очень! (и хлопотно)

А при использовании библиотеки проектирования - не ПДМ, а библиотеки моей и на моем компьютере - нужная заготовка сразу имеет нужную группу - только номерок добавь и все.

Так что к моменту окончания модели у меня уже и СП в ажуре и не дожидаясь чертежей я уже администратору БД специю сдавал.

[brigval 691]

Цитата(Di-mann @ 25.04.08, 18:17)

Аналогично используем АБВГ 00.00.00. - Проект. сборка. подсборка. .деталь

А ссылочку на стандарт можно?

Если еще актуально, ГОСТ 2.201-80 Приложение 1

Цитата(VOleg @ Jul 14 2008, 10:00)

Может быть "первое применение"?

Конечно, первое применение. Но это же и входимость. Строго говоря, это разные вещи, ведь одно изделие может входить в кучу других. Но ведь вы пишите в графе 25 обозначение только одного! Таким образом, становится первое применение = входимости.

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

Если архив формирует папки, например, "Экземпляры конструктора" по проектам, то Документ примененный в нескольких проектах, будет положен в комплект папок, в котором лежит и спецификация за обозначением, зпаписанным в графе "Перв. примен." Документа.

[Nikolay_111 0]

Подниму старую тему.

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

Как преодолеваются подобные ситуации?

Вот, почитав тему, захотелось продолжить её обсуждение, т.к. дошёл ход у нас на предприятии до формализации разработки новых изделий и сопровождения выпускаемых. Хочу обсудить своё видение путей решения этих вопросов, посоветоваться, услышать критику.

С крупными и серьёзными PDM решено (во всяком случае пока) не связываться. Оформляем всё по ГОСТ (меньше проблем при размещении изделий на других предприятиях, которые могут меняться), но без фанатизма. Больших спецов по ГОСТам у нас нет к сожалению, или к счастью, уж и не знаю. Финансирование на эти задачи умерено-бережливое, но только после того как чётко обьяснишь, что это даст и для чего конкретно это нам надо(начальство вникает во все мелочи).

Занимаемся электроникой. У нас исходные условия приблизительно следующие:

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

- изделия производятся паралельно и у нас и где-то ещё, но сопровождение и изменнения выполняем мы;

- большое количество модификаций одного изделия;

- всё работает и коренным образом ломать всё и сразу никто не будет, но необходимо навести порядок в документообороте, т.к. всё больше и больше заказов размещаем на стороне;

- у руководства в планах есть ввести систему премирования по факту завершения разработки проекта(стимулировать так сказать). В этой связи необходимо ввести формализацию завершения проекта;

- вся документация хранится исключительно в электронном виде по компьютерам разработчиков и конструкторов;

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

С присвоением номеров хочу сделать так:

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

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

[brigval 691]

С присвоением номеров хочу сделать так:

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

Сделан 8 лет назад <noindex>Регистратор обозначений</noindex>

После регистрации обозначение и наименование помещаются в буфер обмена и могут быть вставлены другой программой (например, из которой вызывался Регистратор) в основную надпись документа...

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

Посмотрите в сторону <noindex>БрагинДока</noindex>. Возможно, это то, что вам нужно.

[Nikolay_111 0]

Посмотрите в сторону <noindex>БрагинДока</noindex>. Возможно, это то, что вам нужно.

Смотрю, и даже сверяюсь как с эталоном во многих вещах, Игорь Валериевич!

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

[brigval 691]

Смотрю, и даже сверяюсь как с эталоном во многих вещах, Игорь Валериевич!

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

Понятно. Желаю удачи!

[Nikolay_111 0]

С присвоением номеров хочу сделать так:

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

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

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

В номере по ЕСКД присутствует в конце через тире номер исполнения. В базе номеров планирую хранить и наличие исполнений (хотя вопрос и спорный).

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

Как поступать? Откорректировать чертёж основной с добавлением таблицы исполнений и выпустить изменение для первого пректа?

Изменено 2 марта 2012 пользователем Nikolay_111

[JohnsonN 50]

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

Как поступать? Откорректировать чертёж основной с добавлением таблицы исполнений и выпустить изменение для первого пректа?

Вы можете выпустить самостоятельный чертеж для нового исполнения.

[Nikolay_111 0]

Вы можете выпустить самостоятельный чертеж для нового исполнения.

А какой тогда вообще смысл делать исполнения?

[valeo-ua 95]

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

В номере по ЕСКД присутствует в конце через тире номер исполнения. В базе номеров планирую хранить и наличие исполнений (хотя вопрос и спорный).

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

Как поступать? Откорректировать чертёж основной с добавлением таблицы исполнений и выпустить изменение для первого пректа?

а в чем проблема?

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

насколько я знаю - это по ГОСТ-у верно.

[JohnsonN 50]

А какой тогда вообще смысл делать исполнения?

Если рассматривать выпуск только чертежа детали (именно детали, а не сборочной единицы), то в принципе смысла в исполнении может быть и нет. Если чертеж выпускается на электронную модель, то какой смысл переделывать полностью модель (и соответственно выделять дополнительный номер), из за корректировки пары-тройки размеров? В этом случае, мне кажется, логичнее добавить исполнение (тем более что многие CAD программы поддерживают некоторое количество исполнений в файле одной детали (узла)).

P.S. Все вышесказанное является личным мнением.

[sbe-base-ul 1]

Здравствуйте.

Где можно прочесть о принципах организации КД на производстве (производство мелкосерийное, почти все изготавливается вручную), и все этапы от конструктора и до рабочего изготавливающего деталь?

Вопросов очень много накопилось. Узнать не у кого.

Хорошо бы какое-нибудь методическое пособие. ГОСТов мало, там все больше регламентирующие указания, без описания самого процесса. А интересует именно процесс.

Создал чертеж. Присвоил обозначение (какое? разные системы, по классификатору, или как иначе) зарегистрировал и т.д.

Документы обозначаю в смешанной системе обозначений. Документы на изделие обозначаю в предметной системе, а входящие в изделие сборочные единицы в обезличенной системе по типу классификатора ЕСКД. Краткое описание предметной системы обозначений см. во вложенном файле.

Обозн_докум.doc

[VOleg 228]

дравствуйте.

Где можно прочесть о принципах организации КД на производстве (производство мелкосерийное, почти все изготавливается вручную), и все этапы от конструктора и до рабочего изготавливающего деталь?

Вопросов очень много накопилось. Узнать не у кого.

Хорошо бы какое-нибудь методическое пособие. ГОСТов мало, там все больше регламентирующие указания, без описания самого процесса. А интересует именно процесс.

Создал чертеж. Присвоил обозначение (какое? разные системы, по классификатору, или как иначе) зарегистрировал и т.д.

Документы обозначаю в смешанной системе обозначений. Документы на изделие обозначаю в предметной системе, а входящие в изделие сборочные единицы в обезличенной системе по типу классификатора ЕСКД. Краткое описание предметной системы обозначений см. во вложенном файле.

Прочесть можно : Соколицин "Организация и управление машиностроительным производством". Это я по памяти. Можно и другие книги.

Если вопросов много, то перечислите их здесь - ответим (если сможем)...

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

[sbe-base-ul 1]

Прочесть можно : Соколицин "Организация и управление машиностроительным производством". Это я по памяти. Можно и другие книги.

Если вопросов много, то перечислите их здесь - ответим (если сможем)...

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

Обезличенная и предметная система обозначений КД имеют каждая свои достоинства и недостатки их смешивание позволяет увеличить достоинства их использования, тем более если КД хранится в электронном виде.

[JohnsonN 50]

Обезличенная и предметная система обозначений КД имеют каждая свои достоинства и недостатки их смешивание позволяет увеличить достоинства их использования, тем более если КД хранится в электронном виде.

А в чем преимущество хранения документации в электронном виде, со смешанной системой обозначений по сравнению с обезличенной?

[sbe-base-ul 1]

А в чем преимущество хранения документации в электронном виде, со смешанной системой обозначений по сравнению с обезличенной?

В электронном архиве удобно хранить КД с любой системой обозначений. Я писал о достоинствах смешанной системы обозначений, а не о преимуществах хранения.

В предметной системе обозначений работают многие организации, а в обезличенной даже не знаю сколько, тк, например, обозначение сборочных единиц по классификатору ЕСКД проработано слабо, а обозначение деталей очень сложно. Поэтому я сделал для себя базу данных (БД) "Чертежи деталей" и БД "Сборочные единицы" В них и храню КД в смешанной системе обозначений.

[Di-mann 1 547]

В предметной системе обозначений работают многие организации, а в обезличенной даже не знаю сколько, тк, например, обозначение сборочных единиц по классификатору ЕСКД проработано слабо, а обозначение деталей очень сложно. Поэтому я сделал для себя базу данных (БД) "Чертежи деталей" и БД "Сборочные единицы" В них и храню КД в смешанной системе обозначений.

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

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

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

ПыСы Вобщем, какую систему не примени будешь виноват, что не принял противоположную...

[ak762 313]

Таленс_Я.Ф._Работа_конструктора.pdf

[VOleg 228]

Обезличенная и предметная система обозначений КД имеют каждая свои достоинства и недостатки их смешивание позволяет увеличить достоинства их использования, тем более если КД хранится в электронном виде.

Да нет никаких преимуществ и недостатков. Без разницы, лишь бы не было путаницы и был ЕДИНЫЙ порядок. Вне зависимости от электронного или другого вида.

Не нравится классификатор ЕСКД - создайте свой и всех проблем. Дело 5 минут.

...

Еще вопросы есть?