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

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 el inglés adecuado, use la terminología correcta de la industria y la compañía, cumpla con los estándares de formato de la compañía, no contenga ningún texto que tenga malas implicaciones legales para la compañía, etc. El documento está basado en XML.

Antes de que el 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 basándose en las entradas de los otros ingenieros de desarrollo (todos los ingenieros de desarrollo pueden leer el documento desde un repositorio central, pero solo el ingeniero de sistemas puede escribirle). En el curso de estas actualizaciones, muchos ingenieros tienen la oportunidad de corregir errores técnicos y ortográficos / gramaticales (porque de todos modos están revisando la hoja de datos para su propio trabajo). Estos ingenieros también le proporcionan datos al ingeniero de sistemas para que los agregue a la hoja de datos (por ejemplo, diagramas de bloques, diagramas de circuitos de aplicaciones, capturas de alcance, etc.). Cuando llega el momento de su lanzamiento, los ingenieros de desarrollo tienen una revisión final para asegurarse de que todos los datos técnicos sean correctos.

En este punto, el departamento de publicaciones se involucra. El departamento de publicaciones 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 un lado a otro entre el departamento de publicaciones y el ingeniero de sistemas, ya que ambas partes garantizan la final. El borrador es tanto técnico como correctamente formateado.

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 independiente se encarga del formato, la terminología, etc.

Depende mucho de la cultura de la empresa, como lo indica The Photon. En algunas compañías, los diseñadores son responsables de la hoja de datos. En otros es un ingeniero de aplicaciones. Solo te puedo contar mi experiencia personal. Lo que se lleva es el desarrollo de la hoja de datos realmente informal.

Para los chips para los que he sido ingeniero principal, he escrito la hoja de datos utilizando 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 dijo Null, esto es impulsado por el ingeniero de sistemas. Donde trabajo, el diseñador suele ser responsable (y asume muchas de las funciones de un ingeniero de sistemas). Una vez finalizado el diseño, el chip se graba y estoy 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 ponen simulaciones para todos los gráficos. Esto se pasa alrededor del grupo para retroalimentación.

Luego, los chips regresan y el Ingeniero de Producto lo recupera. El Ingeniero de Pruebas inicia las mediciones y sustituyo todas las simulaciones con datos medidos. También sustituyo la tabla de especificaciones con datos medidos reales (a veces las especificaciones cambian después de que el chip vuelve, ¡ya sabes!).

Luego, cuando lo considero completo, lo envío a nuestro escritor técnico (solo tenemos algunos donde trabajo) y él o ella lo colocan 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 hacer un seguimiento de las almohadillas y señales, ahora uso Google Docs. Sin embargo, los datos de DISEÑO reales se guardan en bases de datos especializadas a las que se accede mediante costosas herramientas CAD con control de versión, etc.

En los lugares donde he trabajado, los ingenieros reparten documentos de Word durante el desarrollo del producto. Por lo general, llamamos a eso una "hoja de datos de destino". 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.

  

¿Estas empresas son lo suficientemente grandes como para que puedan tener departamentos que producen software personalizado, bases de datos, etc. para ayudarlos en su proceso de diseño?

Un buen escritor de tecnología 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 los datos / información / especificaciones uniformes 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 donde trabajé, el jefe de tecnología 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.