Философия и документация

Когда я работал в Control Data (фактически, в дочерней компании), каждой схеме был присвоен простой идентификационный номер, который располагался в порядке возрастания. То же самое касалось механических чертежей и печатных плат. Хотя я работал в отделе документации, должен признать, что не помню, как все они собрались вместе, чтобы создать мини-компьютер, над которым мы работали.

В те дни все создавалось вручную - схема была набросана и передана в редакционный отдел, и они перенесли ее на пергамент (также кальку, хотя для более молодых читателей обе концепции могут быть такими же чуждыми, как копировальная бумага), часто используя стандартные символы. достижение однородности с помощью трафаретов. Специалист-чертежник раскладывал печатную плату, используя точку и ленту, а инженер-механик создавал упаковку за чертежным столом. Внутриофисное общение осуществлялось посредством записок, отчетов, встреч и, конечно же, индивидуального взаимодействия. Я вел блог о своих воспоминаниях о том, как все было «Как это было:макет печатной платы от Rubylith до точки и от ленты до CAD».

По мере совершенствования автоматизированного проектирования чертежи стали электронными с бумажным документом, но это был просто более удобный способ реализации статус-кво в документации. Что касается печатной платы, то схема была лишь способом получить список соединений. Механический чертеж требовал одного или двух шагов для преобразования вывода печатной платы в файл .dxf для импорта в Autocad. Было легко разделить и классифицировать различные выходные документы.

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

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

Рис. 1. Один из немного более сложных продуктов, которые мы производим. Полный перечень материалов для продукта A включает чертежи, которые покрывают боковые наклейки (B), корпус (C), чертежи передней панели (D), штекерные соединители и чертежи для маркировки соединителя (E &F), узел (G) и не показаны, документы для прошивки, которая будет запрограммирована на микроконтроллер G. Упаковка также добавлена. Подузел состоит из печатной платы и всех установленных на ней компонентов. Где в иерархии мы размещаем схему? (Источник:автор)

Каждый продукт, который мы производим, имеет идентификационный номер (чаще всего назначаемый последовательно), который мы называем «каталожным номером». Все документы на его (верхнем) уровне иерархии состоят из буквенного префикса, номера по каталогу и суффикса редакции. Например, схема (версия C) каталожного номера 330924 будет W330924C, механический чертеж (ссылка F) - M330924F, а спецификация (версия G) - P330924G. Если есть подсборка, ей будет присвоен собственный порядковый номер (например, SB00123), а документы, необходимые для этого уровня, будут пронумерованы в соответствии с той же идеей суффикса префикса SB00123. Документы присутствуют только там, где это необходимо, а схема, например, опустится до уровня общего предшественника. Значения компонентов, которые могут изменяться в зависимости от сборки, отмечены символом, который означает, что значение указано в спецификации. Механические сборки и прошивки следуют той же идее. Точно так же печатная плата получает порядковый номер и версию - без префиксов.

Но мир САПР изменился, и загадка стала более загадочной. Пакеты, подобные Altium, объединяют многие аспекты дизайна. Схема, печатная плата, сборочный чертеж, механика и, возможно, даже прошивка - все это части одной и той же среды проектирования. Настолько, что наш чертежник настаивает на том, что печатная плата является физическим воплощением схемы, и поэтому обе всегда должны быть синхронизированы с использованием одной и той же ревизии. Поэтому, если значение компонента изменяется, версия платы должна измениться! Что вы делаете? И вдобавок ко всему, какой номер присваивается схемам, сборочным и механическим чертежам, которые изменяются каждый раз при замене печатной платы (включая, возможно, тривиальные вещи, такие как обновления шелкографии)? В каком месте иерархии они лежат - связаны ли они с каталожным номером или номером печатной платы? И где вы их храните, чтобы, когда инженер обновляет чертеж, рисовальщик работал с измененным чертежом, а не с тем, который автоматически сохраняется как часть пакета печатной платы? ПОМОЩЬ!

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