Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Foreword

This DIN SPEC is part of a DIN pilot project for the cooperation with open source communities.

...

For current information on this standard, please go to DIN’s website (www.din.de) and search for the document number in question.


Introduction

This standard defines a community-based assessment procedure enabling open source hardware (OSH) originators to make trustable claims regarding the compliance of their creations with the requirements of the DIN SPEC 3105-1. It supports the consistent and transparent labelling of OSH and helps building the necessary trust to enable a more mainstream adoption of the principles of open source in the creation of physical artefacts.

...

Alongside with DIN SPEC 3105-1 “Open source hardware — Part 1: Requirements for technical documentation”[2] this standard is the first standard published by DIN e.V. under a free/open license. Following the principles of open source, anybody can contribute to its further development online. Please refer to https://gitlab.com/OSEGermany/OHS to review the current state of ongoing processes and to contribute.

1   Scope

This document defines requirements for implementing a community-based assessment procedure for open source hardware. It aims at groups or persons willing to build an assessment procedure as well as groups or persons willing to attest the compliance of the documentation of a piece of hardware with the requirements set in the DIN SPEC 3105-1.

2 Normative references

The following documents are referred to in the text in such a way that some or all of their content constitutes requirements of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.

...

DIN EN ISO/IEC 17065:2013-01, Konformitätsbewertung — Anforderungen an Stellen, die Produkte, Prozesse und Dienstleistungen zertifizieren (ISO/IEC 17065:2012); Deutsche und Englische Fassung EN ISO/IEC 17065:2012

3   Terms and definitions

For the purposes of this document, the terms and definitions given in DIN SPEC 3105‑1 and the following apply.

...

3.1   conformity assessment body

body that performs conformity assessment activities, excluding accreditation

...

[SOURCE: E DIN EN ISO/IEC 17000:2019-05, 2.1.6 modified – note 1 and 2 to entry added]

3.2   client

organization or person responsible to a conformity assessment body (3.1) for ensuring that assessment requirements (DIN EN ISO/IEC 17065:2013-01, 3.7), are fulfilled

...

[SOURCE: DIN EN ISO/IEC 17065:2013-01, 3.1 modified – certification body changed to conformity assessment body; certification requirement changed to assessment requirement; removed “including product requirements (3.8)”; note 1 and 2 to entry added]

3.3   review

consideration of the suitability, adequacy and effectiveness of selection and determination activities, and the results of these activities, with regard to fulfilment of specified requirements (DIN EN ISO/IEC 17000:2019‑05, 2.2.1) by an object of conformity assessment (DIN EN ISO/IEC 17000:2019-05, 2.1.2)

...

[SOURCE: E DIN EN ISO/IEC 17000:2019-05, 2.4.1 modified – Note 1, 2, 3 and 4 to entry added]

3.4   decision

conclusion based on the results of review (3.3), that fulfilment of specified requirements (DIN EN ISO/IEC 17000:2019-05, 2.2.1) has or has not been demonstrated.

...

Note 2 to entry:   Decision is made by reviewers.

3.5   attestation

issue of a statement, based on a decision (3.4) that fulfilment of specified requirements (DIN EN ISO/IEC 17000:2019-05, 2.2.1) has been demonstrated

...

[SOURCE: DIN EN ISO/IEC 17000:2019-05, 2.4.3 modified – note 2 to entry replaced]

3.6   complaint

expression of dissatisfaction, other than appeal (DIN EN ISO/IEC 17000:2019-05, 2.5.6), by any person or organization to a conformity assessment body (3.1), relating to the activities of that body, where a response is expected

...

[SOURCE: DIN EN ISO/IEC 17000:2019-05, 2.5.7 modified – or accreditation body (2.1.7) removed; note 1 to entry added]

4   Symbols and abbreviations

OSH          Open Source Hardware

TsDC         Technology-specific Documentation Criteria

5   Community-based assessment

5.1   General requirements

All actions performed by conformity assessment bodies, clients, reviewers or individuals or organizations submitting complaints in the context of procedures defined in section 5.2 are performed online and are publicly visible. This means that the information relative to these actions (e.g. date, author, content) can be viewed online by anyone without any restricted access and is released under a free/open license (DIN SPEC 3105-1:2020-07, 3.2). This information is at the earliest visible when the action has been performed and at the latest when the conformity assessment body decides upon the delivery of an attestation. The attestation automatically becomes void in the moment and for the period of time where the access to this information becomes restricted or lapses.

Along review processes, some inadequacies in the definition of TsDC may come into light. These should be reported by the conformity assessment body in order to motivate the development of a new version of the concerned TsDC.

5.2   Issue and challenge attestation

5.2.1 Application

Once the conformity assessment body receives an application, it opens the assessment process by sending a written confirmation to the client and accepts corresponding reviews from this moment on.

...

The reviewing process is generally community-based and for testing the compliance of the documentation release to the requirements stated in DIN SPEC 3105-1. However, the conformity assessment body may support the assessment process; this includes requesting reviews from individuals selected by the conformity assessment body.

5.2.2 Reviews and decisions

A review includes:

  1. an unambiguous reference to the corresponding documentation release;
  2. a mention of the documents that have been reviewed;
  3. an unambiguous reference to the reviewer (e.g. full name and contact details);
  4. textual comments from the reviewer justifying his/her decision;
  5. the decision of the reviewer.

...

      1. the client submits a revised documentation release that is reassessed and approved by the reviewer;
      2. the client submits sufficient arguments to correct an eventual misinterpretation of the reviewer.

5.2.3 Attestation

An attestation is issued as valid when the submitted documentation release has been completely approved at least twice by decisions.

...

Option a is recommended as best practice. Regarding option 2: As according to the general requirements (5.2) all actions are publicly visible and information is released under a free/open license, an unprocessed, but justified complaint may cause rejection within the open source hardware community, on which this attestation process is based. The open source hardware community may also copy all or a selection of the information published under a free/open license in the history of that conformity assessment body, creating a new conformity assessment body. In software development, this would be called a fork.

Annex A (informative) - Label: Formal specification

The label shown in Figure 1 provides a way for conformity assessment bodies to communicate the compliance of a documentation release with the DIN SPEC 3105-1.

...

  1. font style: bold for “Open Source Hardware”, semibold for the rest of the text;
  2. font size: half of measure a;
  3. centred to the vertical symmetry axis of the gear logo;
  4. line spacing: single;
  5. spacing under paragraph: quarter of measure a.

Bibliography

[1]   Open Source Initiative, “The Open Source Definition 1.0,” 22-Mar-2007. [Online]. Available: https://opensource.org/osd-annotated. [Accessed: 30-Mar-2016].

...