Instrucciones para los Revisores

De OHO - search engine for sustainable open hardware projects

Los Revisores tienen la tarea de analizar técnicamenbte toda la documentación del Proyecto, para lo cual, deben haber pasado por el proceso de registro de la misma manera que en el caso del Aplicante. También debe contar con el rol de certificarion_reviewer, como se indicó en #Designación de Revisores.

Cada Revisor debe cumplir con los aspectos mencionados a continuación:

Análisis de la Documentación técnica

Puntos a ser verificados por el Revisor 1:

Integridad

Inst-review1.jpg
Inst-review2.jpg
Tech-notes.jpg

Comprobar si se han presentado todos los documentos requeridos

  1. Documentos obligatorios para todos los proyectos
    1. Lista de materiales
    2. Planos de todas las piezas de producción
    3. Instrucciones de montaje
  2. Documentos opcionales: Notas técnicas
    1. Notas técnicas generales (tolerancias, tratamientos superficiales, etc.)
    2. Normas
    3. Esquema hidráulico
    4. Esquema eléctrico
    5. Placa de circuito impreso
    6. Software
    7. Controlador lógico programable (PLC)
    8. Otros
    9. Los documentos que faltan se piden al Aplicante

Revisión de los documentos presentados

Se comprueba si la información de los documentos presentados es completa y correcta

  1. Lista de materiales
    1. ¿Están cubiertas todas las piezas y conjuntos?
    2. ¿Son correctas todas las cantidades?
    3. ¿Están disponibles todas las especificaciones de los materiales requeridos?
    4. ¿Están completas todas las especificaciones de las piezas compradas y de las piezas estándar?
    5. ¿Están bien numerados los campos de código de pieza y de hoja?
    6. ¿Son correctos todos los nombres de las piezas?
    7. Dibujos técnicos
    8. ¿Están dibujadas todas las piezas?
    9. ¿Están disponibles todas las vistas necesarias?
    10. ¿Están disponibles todos los datos dimensionales necesarios?
    11. ¿Están todos los datos necesarios para la fabricación?
    12. ¿Están las vistas bien escaladas?
    13. ¿Es correcta la información del tipo de pieza?
    14. Notas técnicas
    15. ¿Son las notas técnicas coherentes con el proyecto?
    16. ¿Aportan las notas técnicas información útil?
    17. ¿Son las notas técnicas coherentes con el concepto de Hardware Abierto?
    18. Todas las anotaciones se cargaron en la página de certificación
  2. > El solicitante debe responder o aclarar cada punto

Sugerencias de mejora

  1. Errores graves (por ejemplo, en términos de seguridad, longevidad, calidad del proceso de trabajo, etc.): el solicitante debe comprobar las sugerencias, aclararlas con el revisor si es necesario y preparar propuestas de mejora
  2. Errores menos graves (por ejemplo, el uso de otras piezas, la mejora del funcionamiento, el aumento de la eficiencia energética, etc.): no es necesario actuar, se puede utilizar más tarde en una versión optimizada del proyecto (fork)

Sólo entonces procede el Revisor 2

  1. Comienza sólo cuando el Revisor 1 ha terminado su trabajo y el Solicitante ha aclarado todos los puntos abiertos con el Revisor 1.
  2. Comprueba que todo el proyecto esté completo, sea correcto y tenga posibilidades de mejora
  3. > Todas las anotaciones se cargan en la página de certificación
  4. > El solicitante debe responder o aclarar cada punto

Este proceso se repite tantas veces como revisores se asignen al proyecto.

Emisión de no conformidades

Comentarios en un proyecto
Item marcado como Action required

En la página del Proyecto, se pueden realizar comentarios sobre aspectos técnicos, estos comentarios son el canal en el que se emiten las no conformidades.

Se debe emitir un comentario o no conformidad en los siguientes casos:

  • Falta información para poder clasificar o reconocer alguna pieza o conjunto.
  • Falta información sobre algún proveedor (los enlaces a sitios web tienden a ser modificados).
  • Falta información sobre alguna pieza comprada, para poder ubicarla en los mercados actuales.
  • Faltan medidas u otras especificaciones en los Dibujos técnicos.
  • Falta de coherencia en las especificaciones, con respecto al ensamblaje de las piezas.
  • Faltan campos en la Lista de piezas.
  • Dependiendo del tipo de ensamblaje:
    • Debe existir para cada pieza, un plano en PDF y su respectivo Archivo CAD. (esto último, con la finalidad de que se pueda revisar la información 3D en otoros sistemas CAD distintos del que haya generado las piezas).
    • Las piezas de impresión 3D, deben estar acompañadas de su archivo STL, además de su plano en PDF y su Archivo CAD.
    • Para circuitos impresos (PCB), se debe incluir las direcciones de sus componentes.
  • En caso de información confusa o errores evidentes, se debe dejar un comentario amigable, señalando la equivocación en el item que corresponda.
  • En caso de problemas con respecto al Proyecto en general, hay un campo extra en la Lista de piezas, donde se pueden agregar comentarios.
  • Aquellos items que requieran alguna corrección por parte del Aplicante, deben ser marcados como Action required, en la Página del proyecto, acción Edit, pestaña Part list
  • Este proceso se puede repetir mientras existan comentarios o no conformidades con correcciones por realizar y no esten aprobados todos los items de la Lista de piezas, a través de la cual, siempre se debe mantener comunicación con el Aplicante.

Aprobación del Proyecto

Item marcado como Approved

Luego de que se han resuelto, todas las no conformidades, se debe:

  • Marcar cada uno de los item en la Lista de piezas como Approved, en la Página del proyecto, acción Edit, pestaña Part list.
  • Agregar un comentario final que incluya 'OK, FINISHED'.
  • Notificar al Coordinador, sobre la Aprobación del Proyecto.
OPEN HARDWARE OBSERVATORY 2020
| |
|||