Беда с технической документацией. Огромный пласт работы без четкой регламентации. Особенно в текстовых документах. В конце-концов все равно как оформлять, лишь бы было понятно. Но на вкус и цвет... Начальству видится это так, заказчику иначе, а тебе поменьше работы, но что-бы было понятно. И разрыв поколений в языке. Для меня разъем "вилка" и "розетка", а для других "папа" "мама", даже в техническом описании. Ругал ГОСТ, но без него еще хуже.

maegg
Уважаемый, когда я впервый раз сделал работу в соответствии ГОСТ на ОКР, я понял, КАК надо работать. Сколько раз я слышал, что надо работать, как на Западе, только так и надо делать. Пока не столкнулся с ивропейцами и увидел КАК они работаю. Сложилось впечатление, что каждое утро они ГОСТ просто заучивают.

К maegg
А что, такое понятие как нормоконтроль у вас уже в принципе отсутствует?

Посмотрите межгосударственный стандарт ГОСТ 2.105—95 "ОБЩИЕ ТРЕБОВАНИЯ К ТЕКСТОВЫМ ДОКУМЕНТАМ" и бед с текстовыми техническими документами почти не будет. Не плохо посмотреть и документы, перечисленные в разделе "НОРМАТИВНЫЕ ССЫЛКИ" этого стандарта.

Разрыва поколений никакого нет, просто некоторые живут по законам, некоторые по понятиям. Весь мир живет по ГОСТ или ISO или DIN и.т.д., наши ГОСТ в изрядной степени коррелируют с ISO или в настоящее время приводятся в соответствие, вот по ним и надо жить. Другого пути нет.
А вот что касается разработки и правильного оформления, то разработка любого устройства 5% затрат, остальное оформление конструкторской и технологической документации, и поэтому в каждой солидной фирме должно быть среднее звено ИТР, которые звезд с неба не хватают, но делают 95% работы(а их никто не ценит) , по сути обеспечивая выпуск качественных изделий.
Я то сам разработчик, но с глубоким уважением отношусь и к нормативной тех.документации и к людям, которые прорывают эти гигантские пласты знаний.

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

ГОСТ вещь нужная.
На сайте http://caxapa.ru/faq/ есть
ГОСТ. Единая система программной документации
ГОСТ. Единая система конструкторской документации
ГОСТ. Схемы и УГО
ГОСТ. Человеко-машинный интерфейс
ГОСТ. Качество электрической энергии. Электромагнитная совместимость
Одна беда с ГОСТ в интернете, начали сравнивать отсканированные ГОСТ с распознанными а они не совпадают
На сайте http://ergd.ru/HTML/?c=4 есть примеры оформления документации по ГОСТ сделаные автором.

ктонить знает где взять госты приведенные к iso?

Посмотри тут
http://stroyinf.ru/cgi-bin/mck/re.cgi?&l=r&u=[0]infr.html
и тут
http://www.bnst.ru/lib/gost.htm может что найдешь

А можно поконкретнее, какие именно ГОСТЫ (тематика или номер) нужны?.

к примеру оформление ТУ

По моему, это ГОСТ 2.114-95. ЕСКД. Технические условия. Отправился?

Вот ГОСТ по оформлению конструкторской док-ции

А вот ещё один ГОСТ

ГОСТ 2.001-93 (1995)

ГОСТ 2.123-93 (1995)

ГОСТ 2.106-96

Скажите пожалуйста, являются ли данные ГОСТы (19.001-77, 19.002-80 и т.д.) действующими на данный момент ? (ведь практически все ГОСТы по ЕСПД были изданы в 77-90 годах). Я читал (по-моему на сайте министерства связи), что в 2003 году был пересмотр этих гостов, но чем он закончился - нигде информации не нашел. У нас с эти возникла проблема. Дело в том, что мы являемся разработчиками электронных приборов и программ к ним. Как писалось выше, "работников среднего звена" у нас нет, поэтому документацию к прораммам должны делать тоже мы. (А работы и так хватает.) Один "толковый руководитель" составил инструкцию, согласно которой мы должны писать документацию (видимо, за какие-то премии и обещания руководства). Как я посмотрел, вся эта инструкция - это надерганные пункты из этих самых гостов, в большинстве случаев дублирующие друг друга и на мой взляд совсем не уместные и попросту убивающие много нашего времени. (Зато получилась громадная инструкция, эдакая красивая и утвержденная руководством подшивочка.) И согласно этой хрени, мы должны документировать и разъяснять чуть ли не каждый символ в программе, не говоря уж о строчках. Хотелось бы составить на этот счет свою "анти-инструкцию", которая была бы не филькиной грамотой, а вполне официальным и современным стандартом. И чтобы она выглядела не как эти госты (пункт ХХХ. Для выполнения пункта YYY ГОСТа XX.XXX-XX следует руководствоваться нормативами, указанными в ГОСТ ХХ-XXX.), а как говорится "читалась с листа".

Всем заранее спасибо!