¿Cómo crean sus hojas de datos las empresas de diseño de circuitos integrados?

Trabajo para un gran fabricante de circuitos integrados y tenemos un departamento separado que se encarga de la generación de las versiones publicadas de las hojas de datos. Este departamento está a cargo de asegurarse de que la hoja de datos tenga un inglés correcto, use la terminología correcta de la industria y la empresa, cumpla con los estándares de formato de la empresa, no contenga ningún texto que pueda tener malas implicaciones legales para la empresa, etc. El documento está basado en XML.

Antes de que ese departamento se involucre, el ingeniero a cargo de las especificaciones del producto (generalmente llamado "ingeniero de sistemas" o similar) mantiene la hoja de datos. La hoja de datos inicial generalmente se basa en un producto de la generación anterior, por lo que gran parte de la información ya se ha generado. A lo largo del proceso de desarrollo, el ingeniero de sistemas actualiza las especificaciones en función de las entradas de los demás ingenieros de desarrollo (todos los ingenieros de desarrollo pueden leer el documento desde un repositorio central, pero solo el ingeniero de sistemas puede escribir en él). En el transcurso de estas actualizaciones, muchos ingenieros tienen la oportunidad de corregir errores técnicos, ortográficos y gramaticales (porque de todos modos están revisando la hoja de datos para su propio trabajo). Estos ingenieros también proporcionan al ingeniero de sistemas datos para agregar a la hoja de datos (p. gramo. diagramas de bloques, diagramas de circuitos de aplicación, capturas de alcance, etc.). Cuando llega el momento del lanzamiento, los ingenieros de desarrollo realizan una revisión final para asegurarse de que todos los datos técnicos sean correctos.

En este punto, el departamento editorial se involucra. El departamento de publicación no tiene idea de si los detalles técnicos son correctos o no; su propósito es garantizar la corrección del formato, la ortografía, etc. Hay algunos intercambios entre el departamento de publicación y el ingeniero de sistemas, ya que ambas partes aseguran la el borrador es técnicamente correcto y tiene el formato correcto.

Para resumir los puntos principales:

• Las hojas de datos se basan en las hojas de datos de productos de la generación anterior (o al menos productos similares), por lo que no se crean completamente desde cero.
• Todos los ingenieros del equipo de desarrollo leen y contribuyen a la hoja de datos, pero la edición real de la hoja de datos está controlada por un ingeniero (el ingeniero de sistemas).
• El equipo de desarrollo es responsable de garantizar que la hoja de datos sea técnicamente precisa.
• Un departamento separado se encarga del formato, la terminología, etc.

Depende mucho de la cultura de la empresa, como insinuó The Photon. En algunas empresas, los diseñadores son responsables de la hoja de datos. En otros es Ingeniero de Aplicaciones. Solo puedo contarte mi experiencia personal. Lo importante es que el desarrollo de la hoja de datos es realmente informal.

Para los chips en los que he sido ingeniero principal, he escrito la hoja de datos yo mismo usando Word. El primer borrador de la hoja de datos suele ser la primera parte de la especificación de microarquitectura (MAS), que se escribe al principio del proceso de diseño. En las grandes empresas, como decía Null, esto lo impulsa el Ingeniero de Sistemas. Donde trabajo, el diseñador suele ser el responsable (y asume muchas de las funciones de un ingeniero de sistemas). Después de que finalice el diseño, se grabe el chip y esté esperando las obleas, tomaré el comienzo del MAS y luego lo convertiré en una hoja de datos preliminar. Se escribe todo el texto y se realizan simulaciones para todas las tramas. Esto se pasa alrededor del grupo para la retroalimentación.

Luego, los chips regresan y el ingeniero de producto los trae. El ingeniero de pruebas inicia las mediciones y reemplazo todas las simulaciones con datos medidos. También reemplazo la tabla de especificaciones con datos medidos reales (¡a veces las especificaciones cambian después de que el chip regresa, ya sabes!).

Luego, cuando lo considero completo, se lo envío a nuestro redactor técnico (solo tenemos unos pocos donde trabajo) y él o ella lo pone en el formulario estándar.

Como dijo The Photon, durante el proceso de diseño se utilizan muchos procedimientos ad hoc. Solía ​​usar Excel para realizar un seguimiento de los pads y las señales, ahora uso Google Docs. Sin embargo, los datos de DISEÑO reales se mantienen en bases de datos especializadas a las que se accede mediante costosas herramientas CAD con control de versiones, etc.

En los lugares donde he trabajado, los ingenieros pasan documentos de Word durante el desarrollo del producto. Por lo general, lo llamamos "hoja de datos objetivo". Luego, un escritor técnico reformatea todo muy bien, corrige la gramática, vuelve a dibujar diagramas, etc., para producir un documento listo para el cliente.

¿Son estas empresas lo suficientemente grandes como para permitirse el lujo de tener departamentos que produzcan software personalizado, bases de datos, etc. para ayudar en su proceso de diseño?

Un buen redactor técnico puede hacer mucho con Framemaker.

Y realmente no se necesita una base de datos personalizada para realizar un seguimiento de las funciones de 1000 pines o 1000 registros. Ese tipo de cosas se pueden hacer con Excel o incluso con Word.

Tengo mucha curiosidad porque me resulta muy difícil mantener uniformes los datos, la información y las especificaciones durante todo el proceso de diseño.

Es útil mantener solo una copia "maestra" de la hoja de datos de destino. Históricamente, en los lugares en los que trabajé, el líder técnico del proyecto lo mantuvo en su escritorio. Hoy en día usamos un sitio en la nube con herramientas de colaboración para que cualquier miembro del equipo pueda leer o (posiblemente) editar el documento actualizado en cualquier momento.