Ver el código de «Acerca del Centro de Certificación OHO»

[[de:Ueber_das_OHO_Zertifizierungscenter]]
[[en:About_the_OHO_Certification-center]]
== ¿Por qué existe el Centro de Certificación OHO? ==
[[File:lathe9.png|thumb]]
Hasta ahora hay estándares generalmente aceptados para el desarrollo y la documentación técnica de Proyectos de Open hardware. Esto dificulta su reproducción y el desarrollo. Para resolver este problema, OHO sigue dos enfoques:

* El certificado OHO
* El certificado DIN Spec 3501

== El certificado OHO - la réplica es posible ==
El requisito previo para la emisión del certificado OHO es que todos los documentos necesarios para la réplica, como planos de construcción y listas de piezas, estén completos y sean correctos. También se acepta documentación que no se ajuste a las normas, por ejemplo dibujos técnicos hechos a mano, fotografías con dimensiones, etc. El certificado OHO es una etapa preliminar para el certificado DIN Spec 3501. El examen lo lleva a cabo un equipo calificado, con la experiencia necesaria.

== Hardware de código abierto real según la definición de OSHWA ==
Dice: "El hardware de código abierto es hardware cuyos planos se han puesto a disposición del público para que cualquiera pueda estudiarlo, modificarlo, distribuirlo, fabricarlo y venderlo, así como el hardware basado en él". Los cuatro requisitos principales para el hardware de código abierto son:

* Uso: todos pueden usarlo.
* Comprensión: toda la información importante debe estar disponible para poder comprenderlo.
* Distribución: todos pueden compartirlo.
* Mejorar: todos pueden mejorarlo.

Otros requisitos son: 

=== Documentación ===
El hardware debe publicarse con documentación que incluya todos los archivos fuente y debe permitir la edición y distribución de estos archivos.

=== Software necesario ===
Si Requiere el hardware de algún software con licencia para funcionar correctamente y cumplir con sus tareas esenciales, bajo una licencia de código abierto reconocida por OSI (Open Source Initiative). 

=== Obras modificadas y redistribución ===
La licencia debe permitir la producción, uso, venta, redistribución, así como cambios y obras modificadas. Estos deben transmitirse en las mismas condiciones de licencia que la obra original.

== DIN Spec 3501 - 100% Open Source Hardware ==
[[File:DIN-Logo.png|thumb|<small>'''[https://en.wikipedia.org/wiki/Deutsches_Institut_f%C3%BCr_Normung#History Artículo del Instituto Alemán de Normalización DIN'''</small>]]]

=== Enlaces ===
* DIN Spec 3105-1 ([https://www.beuth.de/en/technical-rule/din-spec-3105-1/324805763 Ir])
* DIN Spec 3105-2 ([https://www.beuth.de/en/technical-rule/din-spec-3105-2/324805750 Ir])

=== Breve descripción ===
Un requisito previo para la emisión de un certificado según DIN Spec 3501 es que los Proyectos estén completamente documentados y (si es posible) de acuerdo con las normas. Otro requisito importante es que cumplan con la definición de Open hardware de la Asociación de hardware de código abierto (OSHWA) (ver más arriba).

Sobre la base de estos requisitos, la DIN-Spec 3105 se desarrolló junto con el Instituto Alemán de Normalización DIN y una red de competencia de casi 40 organizaciones y especialistas. Este es el único estándar válido internacionalmente desarrollado específicamente para el desarrollo y documentación técnica de Proyectos de Open hardware en todo el mundo. [https://journalopenhw.medium.com/din-spec-3105-explained-2cce6134c207 (más)]

=== Revisiones hechas por colegas (Peer Reviews) ===
El procedimiento de revisión por pares se utiliza para el examen. Esto significa que la prueba la llevan a cabo al menos tres probadores con las calificaciones y la experiencia suficientes, que verifican todos los componentes y partes del Proyecto en detalle. Examinan el Proyecto para ver que los documentos están completos y que no hayan defectos obvios u ocultos.

Se pretende explícitamente una aclaración técnica con el desarrollador del Proyecto, así como mejoras (con la correspondiente actualización de la documentación técnica). Esto asegura que el conocimiento del auditor pueda contribuir a mejorar la calidad del Proyecto.

El procedimiento aquí es que, según la lista de piezas del Proyecto, cada componente y cada conjunto se examinan individualmente para detectar posibles defectos. Cualquier ambigüedad se documenta en la página del Proyecto. Se pueden cargar gráficos, videos, cálculos, etc., como evidencia para aclaraciones técnicas. Además, cada evaluador debe asignar individualmente el estado "Approved" (aprobado) a todos los componentes y conjuntos. Solo entonces se aprueba el Proyecto completo como verificado correctamente. Al menos dos de los examinadores deben evaluar positivamente el Proyecto para que se pueda emitir el certificado según DIN Spec 3501.

Todo el proceso de prueba, incluida la aclaración técnica, se publica para que todas las decisiones tomadas sean transparentes y comprensibles. 

== La plataforma de certificación OHO ==
Por definición, DIN Spec 3105 se implementa a través de una plataforma de certificación en la que los procesos de revisión se implementan de forma transparente y visible para todos.

El software para la plataforma de certificación fue desarrollado por el equipo de OHO con el apoyo de la Universidad Técnica de Berlín. Como parte de una tesis de maestría, los procesos de certificación requeridos fueron revisados y parcialmente co-diseñados:

=== Resumen de los procesos ===
[[File:about sl1 a.jpg|1080px]]
[[File:about sl1 b.jpg|1080px]]
=== Registro de usuario ===
[[File:about sl2 a.jpg|1080px]]
[[File:about sl2 b.jpg|1080px]]
=== Crear un Proyecto ===
[[File:about sl3 a.jpg|1080px]]
=== Solicitud de certificación ===
[[File:about s4 a.jpg|1080px]]
=== Revisión ===
[[File:about sl5 a.jpg|1080px]]

Después de un análisis detallado de varias alternativas de software que también podrían haber sido utilizadas para la plataforma de certificación, se decidió utilizar el software [https://www.mediawiki.org Mediawiki] como plataforma base. Las principales razones fueron, entre otras:

* MediaWiki es un software colaborativo que permite a muchas personas trabajar en el contenido de la plataforma al mismo tiempo.
* El código fuente MediaWiki se publica bajo licencias gratuitas y se puede adaptar de acuerdo con los requisitos especiales del Proyecto
* Existe una gran cantidad de extensiones con las que se pueden agregar importantes funciones que la versión básica no tiene
* MediaWiki tiene un historial de versiones para cada página, lo que significa que todos los cambios están completamente documentados
* Media Wiki se utiliza con éxito en Proyectos con un gran número de usuarios y visitantes, no se conocen problemas de estabilidad.