Integrity
Getting Started

Introduction

What Integrity is, who it's for, and how it's structured

What is Integrity?

Integrity is a requirements management platform for teams building safety-critical systems. It gives you structured data, traceability links, version history, and formal review workflows — everything you need for standards like EN 50128, ISO 26262, and DO-178C.

Let's walk through the app.


The Dashboard

When you open a workspace, you land on the Dashboard — your home base.

Workspace
IRSIKSACME Engineering
Search...
DocsInviteJ
Dashboard
Search sources…
+
Requirements
System Requirements
Software Requirements
Interface Requirements
Verification
Test Cases
Test Reports
Verification Matrix
Safety
Hazard Log
Safety Goals
Architecture
Design Components
Interfaces
Hazard Log
Welcome back, SarahLast 7 days
Dashboard
Total Visits
1,029
Visits for the last 7 days
Changes
32
Artefact changes in 7d
Approved
4
Reviews approved in 7d
Comments
11
Comments posted in 7d
Workspace Activity
Changes over the last 7 days
Changes
32
Comments
11
Feb 18Feb 20Feb 22Feb 24
Inbox
Inbox(2 unread)
View all
Sarah requested viewer access
15 min ago
James commented on REQ-042
1 hr ago
Reviews
Reviews(3 pending)
View all
REQ-001
10 hours ago
SAF-003
11 hours ago
TST-003
1 day ago
Recent
Recent
System Requirements
10 min ago
Hazard Log
11 min ago
Test Cases
24 min ago
  • Dashboard — stats cards and an activity chart: visits, changes, approvals at a glance
  • Inbox — your notifications: access requests, @mentions, review updates
  • Reviews — artefacts waiting for your approval
  • Recent — jump back to sources you were working on

The dashboard gives you an overview — click Inbox or Reviews in the left rail to see them in full.

You can be a member of multiple workspaces, and each workspace has its own roles: Admin, Editor, Viewer. Data is completely isolated between workspaces.


The Source Library

Click the Library icon in the left rail to open the Source Library — the core of Integrity. This is where all your structured data lives.

Workspace
IRSIKSACME Engineering
Search...
DocsInviteJ
Source Library
Source Library
Search sources…
+
Requirements
System Requirements
Software Requirements
Interface Requirements
Verification
Test Cases
Test Reports
Verification Matrix
Safety
Hazard Log
Safety Goals
Architecture
Design Components
Interfaces
Source
Source LibraryRequirementsSystem Requirements
System Requirements
New artefact
Search this board
Person
Filter
Sort
Hide1
Save Layout
Identifier
Review Status
Descriptiontext
Priorityselect
Duedate
Linkedrelation
REQ-001
Approved
System shall encrypt data at rest
High
Jan 15
TST-001
Artefact
REQ-002
In Review
System shall log all access events
Medium
Feb 3
TST-002
REQ-003
Draft
System shall support 1000 concurrent users
High
Mar 10
-
REQ-004
Approved
System shall boot within 5 seconds
Low
Jan 28
TST-003
REQ-005
Draft
System shall authenticate via SSO
Medium
-
-
REQ-006
In Review
System shall retain logs for 90 days
Low
Feb 20
TST-004
REQ-007
Draft
System shall export data as CSV
Medium
Apr 1
-
REQ-008
Approved
System shall validate input against schema
High
Mar 22
TST-005
REQ-009
In Review
System shall provide role-based access control
High
Feb 28
TST-006
REQ-010
Draft
System shall generate audit trail reports
Medium
May 5
-
REQ-011
Approved
System shall handle graceful shutdown
Low
-
TST-007
REQ-012
In Review
System shall support multi-tenancy
High
Mar 15
-
12 artefacts
  • Source Library — the sidebar tree of folders and sources
  • Source — a table with its own schema, holding artefacts as rows
  • Artefact — a single row: one requirement, test case, or hazard entry

Each artefact has a unique identifier (e.g., REQ-001) that's set at creation and never changes, field values based on the source schema, version history, and traceability links to artefacts in other sources.

Artefact identifiers are immutable. Once you name it REQ-001, it stays REQ-001 forever. This guarantees reliable traceability and import sync matching.

The sidebar organises sources into folders:

Source Library
Search sources…
+
Requirements
System Requirements
Safety-Critical Items
Unlinked Requirements
Software Requirements
Verification
Test Cases
Test Reports
Hazard Log
FolderSourceView
  • Folders group related sources (e.g., "Requirements", "Verification")
  • Sources define their own columns and hold artefacts as rows
  • Views are saved filters on a source — a different lens on the same data

Fields

Fields are the columns that define a source's schema. Each column you see in a source table is a field:

Workspace
IRSIKSACME Engineering
Search...
DocsInviteJ
Source Library
Search sources…
+
Requirements
System Requirements
Software Requirements
Interface Requirements
Verification
Test Cases
Test Reports
Verification Matrix
Safety
Hazard Log
Safety Goals
Architecture
Design Components
Interfaces
Source LibraryRequirementsSystem Requirements
System Requirements
New artefact
Search this board
Person
Filter
Sort
Hide1
Save Layout
Field
Identifier
Review Status
Descriptiontext
Priorityselect
Duedate
Linkedrelation
REQ-001
Approved
System shall encrypt data at rest
High
Jan 15
TST-001
REQ-002
In Review
System shall log all access events
Medium
Feb 3
TST-002
REQ-003
Draft
System shall support 1000 concurrent users
High
Mar 10
-
REQ-004
Approved
System shall boot within 5 seconds
Low
Jan 28
TST-003
REQ-005
Draft
System shall authenticate via SSO
Medium
-
-
REQ-006
In Review
System shall retain logs for 90 days
Low
Feb 20
TST-004
REQ-007
Draft
System shall export data as CSV
Medium
Apr 1
-
REQ-008
Approved
System shall validate input against schema
High
Mar 22
TST-005
REQ-009
In Review
System shall provide role-based access control
High
Feb 28
TST-006
REQ-010
Draft
System shall generate audit trail reports
Medium
May 5
-
REQ-011
Approved
System shall handle graceful shutdown
Low
-
TST-007
REQ-012
In Review
System shall support multi-tenancy
High
Mar 15
-
12 artefacts

Integrity supports these field types:

TypeDescriptionExample
Text
Short or long text content, descriptions, titlesSystem shall provide...
Numbers
Numeric values including integers and decimals42
Select
Single choice from a predefined list of options
Approved
Multi-select
Multiple choices from a predefined list
SafetyPerformance
Date
Date values for deadlines, milestones, etc.Jan 15, 2024
Checkbox
True/false toggle for binary states
YesNo
People
Team member assignments and mentions
JJaneBBob

The core differentiator. Artefacts can be linked across sources to form a traceability web. You create links through relation columns — each column is bound to a specific link type and target source, so your traceability structure is defined at the schema level.

Integrity ships with three built-in link types for systems engineering traceability:

Verified by

Evidence demonstrates requirement is met

"Emergency brake test at 120 km/h" verifies "Brake response < 150ms"

Refined by

Detailed elaboration of parent

"CAN bus message format for brake signal" refines "Brake-by-wire communication protocol"

Mitigated by

Safety measure reduces hazard risk

"Redundant brake pressure sensor" mitigates "Single sensor failure causes undetected brake loss"

Here's what a traceability graph looks like — test points on the left link to safety requirements in the middle, which all converge on a single hazard:

Links are directed — each one has a clear source and target — but visible from both sides. Create a "Verifies" link from TST-001 to REQ-001, and REQ-001 automatically shows "Verified by TST-001". Every link change creates a new artefact version, giving you a full audit trail of when traceability was established and by whom.

Open any artefact's Links tab to see its relationships as an interactive graph — click nodes to expand their connections, double-click to navigate. See Links Graph.


Version History & Reviews

Every Change is Tracked

Every time you edit a field value and save, Integrity creates a new version with a timestamp and author. You can:

  • View the full history of any artefact
  • Compare any two versions side by side (diff view)
  • Restore a previous version (creates a new version, like Git revert)
Workspace
IRSIKSACME Engineering
Search...
DocsInviteJ
Source Library
Search sources…
+
Requirements
System Requirements
Software Requirements
Interface Requirements
Verification
Test Cases
Test Reports
Verification Matrix
Safety
Hazard Log
Safety Goals
Architecture
Design Components
Interfaces
Source LibraryRequirementsSystem RequirementsREQ-001
REQ-001
Activity
Links
Fields & History
All activity
Add a comment...
Comment
JDJane Doeupdatedv4(latest)
2 min ago
Priority
Medium
High
BSBob Smithupdatedv3
1 hour ago
Status
Draft
In Review
JDJane Doeupdatedv2
yesterday
Tags
safety-critical

Status

Pending Review
Reviewers1/2 approved
Add
BS
Bob Smith
bob@example.com
AC
Alice Chen
alice@example.com

Formal Reviews

Artefacts without reviewers are auto-approved. Once you assign a reviewer, the artefact moves to Pending Review and needs explicit approval. Editing any field creates a new version — and all previous approvals are invalidated, sending the artefact back to Pending Review.

Watch the lifecycle unfold:

Baselines

A baseline captures a point-in-time snapshot of approved artefacts across multiple sources — like tagging a release in Git.

Baselines start as drafts: you select which sources to include, and Integrity checks each artefact's approval status. Approved artefacts are captured with their exact version; artefacts still in review are skipped — with the reason recorded for your audit trail.

When you're satisfied, lock the baseline. Locked baselines are immutable and can never be deleted — giving you a permanent record for release milestones, audits, and regulatory submissions.


What's Included


Next Steps

On this page