Ueber Open Hardware Observatory

Definición

Como primer paso para desarrollar el Proyecto, se debe elaborar la Lista de piezas con la información disponible de las partes y ensamblajes, dicha lista debe contener todos los componentes tangibles y funcionales y que pueden contribuir al costo del Proyecto. Los componentes pueden estar numerados en forma de una Lista de piezas simple o contener capas de jerarquía, en cuyo caso, se trata de una Lista de piezas estructurada.

Lineamientos

A continuación, algunos lineamientos que se deben tener en cuenta, al momento de desarrollar la Lista de piezas:

Lista de piezas simple

Lista de piezas estructurada

• Se utiliza una Lista de piezas simple, cuando en el ensamblaje o equipo, ninguno de sus componentes es desarmable o descompuesto en piezas más básicas.
• Se utiliza una Lista de piezas estructurada, cuando en el ensamblaje o equipo, alguno de sus componentes es desarmable o descompuesto en piezas más básicas. puede contener tantos niveles como sea razonablemente necesario.
• Para cada nivel de jerarquía, se debe utilizar numeración arábiga, cardinales y en orden ascendente 1, 2, 3...
• Procurar siempre enumerar primero las piezas o conjuntos de mayor importancia, de acuerdo a criterios como función, costo, tamaño, entre otros.
• La Lista de piezas debe contener las siguientes columnas (los nombres de columnas deben ser exactamente como se indica):
  • POS -> Es el número asignado a la pieza o conjunto.\n
  • POS. OLD -> Si se tienen planos previos del ensamble o equipo, corresponde al numero asignado en estos.
  • QTY -> Es la cantidad total requerida para la pieza o conjunto dentro del ensamble o equipo completo.
    • Se prefiere el uso de cantidades enteras, por ejemplo para dos tramos de cable 1.5 metros cada uno, el nombre sería 'cable de 1.5 m', y la cantidad 2.
  • PART NAME -> Es el nombre único asignado a la pieza o conjunto.
    • Debe estar libre de redundancias.
    • Debe guardar relación con la funcionalidad.
    • No debe incluir especificaciones técnicas en detalle.
    • En caso de ser necesario, puede incluir un numero de sufijo para nombres duplicados.
  • PART CODE-> Actualmente, se utiliza el campo POS para rellenar esta columna.
  • PART TYPE -> Es un clasificador que aplica para piezas, no para conjuntos, puede adquirir los siguientes valores:
    • Production -> para piezas fabricadas o que sufren algún proceso de modificación o conformado.
    • Standard -> para piezas normalizadas o de catalogo, como tornillería, conectores, componentes eléctricos normalizados, entre otros.
    • Buy -> para piezas compradas y no normalizadas, que deben ser adquiridas para el proyecto.
  • SPECIFICATIONS -> Se debe indicar para las piezas, la información necesaria para su fabricación o adquisición:
    • Para piezas fabricadas, indicar el material, tratamiento superficial, procesos especiales de fabricación (si aplica).
    • Para piezas Standard, indicar la designación DIN o información similar.
    • Para piezas compradas, indicar información como datos técnicos, proveedor, numero de pedido, página web.
• Los nombres de piezas, ensambles, especificaciones y demás información técnica, deben ser redactados en inglés.
• Al comienzo de la Lista de piezas, se debe incluir las siguientes líneas:
  • Una o más líneas para las páginas de vista general del proyecto, la cual incluye todos los sub ensambles o conjuntos.
    • Se identifica en el campo POS con la letra A.
    • En caso de requerir más de una página para visualizar todo el Proyecto, estas se identifican con un número correlativo: A1, A2...
    • En caso de varias líneas, estas se pueden resumir en una sola fila identificada como A.
    • Incluye una vista de explosión del Proyecto.
  • Una o más líneas para las páginas de Lista de piezas.
    • Se identifica en el campo POS con la letra B.
    • En caso de requerir más de una página para visualizar todo el Part list, estas se identifican con un número correlativo: B1, B2...
    • En caso de varias líneas, estas se pueden resumir en una sola fila identificada como B.
• Para su validación en OHO, el desarrollador debe entregar La Lista de piezas en formato CSV, con codificación UTF8.
  • El nombre del archivo CSV es único, debe en minúscula y debe estar compuesto por:
    • Abreviacion de la organización, ejemplo: oseg para Open Source Ecology
    • Separador underscore '_'
    • Abreviacion del proyecto, ejemplo: sp para Screw Press
    • Separador underscore '_'
    • Nombre del proyecto sin espacios, ejemplo screw-press
  • Ejemplo completo para el nombre: oseg_sp_screw-press