Lista de piezas

De OHO - search engine for sustainable open hardware projects

Con la información disponible, se debe elaborar La Lista de piezas antes de desarrollar el Proyecto, esta debe contener todos los componentes tangibles y funcionales del ensamblaje y que pueden contribuir al costo del mismo. Dichos 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 .

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

  1. 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.
  2. Ejemplo de Lista de piezas simple en formato csv: Archivo:Oseg simple part-list.csv
  3. 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.
  4. Ejemplo de Lista de piezas estructurada en formato csv: Archivo:Oseg swh part-list.csv
  5. Para cada nivel de jerarquía, se debe utilizar numeración arábiga, cardinales y en orden ascendente 1, 2, 3...
  6. Procurar siempre enumerar primero las piezas o conjuntos de mayor importancia, de acuerdo a criterios como función, costo, tamaño, entre otros.
  7. La Lista de piezas debe contener las siguientes columnas (los nombres de columnas deben ser exactamente como se indica):
    1. POS -> Es el número asignado a la pieza o conjunto.
    2. POS. OLD -> Si se tienen planos previos del ensamble o equipo, corresponde al numero asignado en estos.
    3. QTY -> Es la cantidad total requerida para la pieza o conjunto dentro del ensamble o equipo completo.
      1. 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.
    4. PART NAME -> Es el nombre único asignado a la pieza o conjunto.
      1. Debe estar libre de redundancias.
      2. Debe guardar relación con la funcionalidad.
      3. No debe incluir especificaciones técnicas en detalle.
      4. En caso de ser necesario, puede incluir un numero de sufijo para nombres duplicados.
    5. PART CODE-> Actualmente, se utiliza el campo POS para rellenar esta columna.
    6. PART TYPE -> Es un clasificador que aplica para piezas, no para conjuntos, puede adquirir los siguientes valores:
      1. Production -> para piezas fabricadas o que sufren algún proceso de modificación o conformado.
      2. Standard -> para piezas normalizadas o de catalogo, como tornillería, conectores, componentes eléctricos normalizados, entre otros.
      3. Buy -> para piezas compradas y no normalizadas, que deben ser adquiridas para el proyecto.
    7. SPECIFICATIONS -> Se debe indicar para las piezas, la información necesaria para su fabricación o adquisición:
      1. Para piezas fabricadas, indicar el material, tratamiento superficial, procesos especiales de fabricación (si aplica).
      2. Para piezas Standard, indicar la designación DIN o información similar.
      3. Para piezas compradas, indicar información como datos técnicos, proveedor, numero de pedido, página web.
  8. Los nombres de piezas, ensambles, especificaciones y demás información técnica, deben ser redactados en inglés.
  9. Para su validación en OHO, el desarrollador debe entregar La Lista de piezas en formato CSV, con codificación UTF8.
    1. El nombre del archivo CSV es único, debe en minúscula y debe estar compuesto por:
      1. abreviacion de la organización, ejemplo: oseg para Open Source Ecology
      2. separador underscore '_'
      3. abreviacion del proyecto, ejemplo: sp para Screw Press
      4. separador underscore '_'
      5. Nombre del proyecto sin espacios, ejemplo screw-press
    2. Ejemplo completo para el nombre: oseg_sp_screw-press
OPEN HARDWARE OBSERVATORY 2020
| |
|||