Skip to content

Safety Policy

The safety and quality of Slint SC are the primary objectives of all management, development, maintenance and support activities.

Each commitment names where it’s implemented, so it can be checked rather than taken on trust.

  • Every change follows a defined process. See Development Process and Development Phases.
  • Every change is approved by an independent reviewer, someone who hasn’t committed code to the change, before it’s merged. The merge requirements are in Development Phases.
  • Every change is verified by automated tests before it’s merged. See Test Suites.
  • Every requirement is traced to the tests that verify it. See Traceability Matrix.
  • Known safety-critical problems are recorded, with the fix and the test that covers each. See Known Problems.
  • The process and the tooling are improved as we go, and what can be automated is automated.

The administrators of the slint-ui GitHub organization are the founders of SixtyFPS GmbH. All employees of SixtyFPS GmbH are members of the organization. External contributors may also be invited to become members of the GitHub organization.

Addresses: ISO 26262-2 Clause 6

Confirmation measures check that the work products, the process, and the resulting safety are adequate. Each one needs a level of independence from the people who did the work, which depends on the ASIL.

MeasureIndependence at ASIL BPerformed by
Confirmation reviews of the work productsNot stated yetNot decided yet
Functional safety audit of the processNot stated yetNot decided yet
Functional safety assessmentNot stated yetTÜV Nord

© 2026 SixtyFPS GmbH