Lista de piezas

De OHO - search engine for sustainable open hardware projects

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:

  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. 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.
  3. Para cada nivel de jerarquía, se debe utilizar numeración arábiga, cardinales y en orden ascendente 1, 2, 3...
  4. Procurar siempre enumerar primero las piezas o conjuntos de mayor importancia, de acuerdo a criterios como función, costo, tamaño, entre otros.
  5. 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.
  6. Los nombres de piezas, ensambles, especificaciones y demás información técnica, deben ser redactados en inglés.
  7. Al comienzo de la Lista de piezas, se debe incluir las siguientes líneas:
    1. Una o más líneas para las páginas de vista general del proyecto, la cual incluye todos los sub ensambles o conjuntos.
      1. Se identifica en el campo POS con la letra A.
      2. 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...
      3. En caso de varias líneas, estas se pueden resumir en una sola fila identificada como A.
      4. Incluye una vista de explosión del Proyecto.
    2. Una o más líneas para las páginas de Lista de piezas.
      1. Se identifica en el campo POS con la letra B.
      2. 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...
      3. En caso de varias líneas, estas se pueden resumir en una sola fila identificada como B.
  8. 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
| |
|||