стандарты для разработки ПП, кто какие использует или считает нужным использовать Опции

[lazarev andrey]

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

кто какие стандарты использует в работе для формализации процесса? (в данный момент пытаемся организовать библиотеки под новый САПР, про старое железо разговора нет)
например:
- для УГО стандарт IEC 60617
- не нашел еще пока что соглашение об именовании элементов (кто знает киньте номерок)
- для footprint, padstack - IPC7351B (размеры, именование)

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

может быть тема вообще бред?
до этого смотрел темы:
1. http://electronix.ru/forum/index.php?showt...50314&st=60
2. http://electronix.ru/forum/index.php?showt...%ED%E4%E0%F0%F2

[lazarev andrey]

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

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

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

[vitan]

на самом деле в блок-схеме процесса не один человек и система проверок тоже предусмотрена.

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

вопрос то о правилах, по которым создавать элементы

Нет, не в этом. Эти правила Вы зачем-то хотите ввести. Вопрос именно в том, зачем и чего надо этим добиться.