Method Functional Safety

Safety Requirements Specification (SRS)

The Safety Requirements Specification (SRS) is one of the key documents for delivering functional safety.

Below is a list of the other lifecycle phases that depend materially on the availability and quality of the SRS:

  • SISSafety Instrumented System Design – it’s self evident that designing a SIS is only possible if the requirements of the SIS are defined. The SRS is the document that provides that definition.
  • Validation – whether at Factory Acceptance Test (FAT) or Site Acceptance Test (SAT), since the objective of SIS Validation is to confirm that the design meets the requirements, it is necessary to have a comprehensive definition of the requirements so that validation - that the SIS meets those requirements - can be carried out.
  • Developing Proof Tests Procedures (PTP) – we could think of the annual proof test as a repeated validation test, so again having the SRS available would be a pre-requisite for developing the PTP.
  • Authoring Operations and Maintenance Procedures – describing how the operators will interact with the SIS can be most easily developed from the content of the SRS.

The SRS would also be a typical input into any Modification (what are we changing in the specification?) and any review of a SIFSafety Instrumented Function demand (did it work as it was supposed to?).

The SRS also provides a signpost to other key documents related to the SIS. The SRS should reference “down” to the tags of the SIF components and “up” to the Hazard and Risk Assessment documentation. It should be possible to use the instrument tag to locate the particular SRS that describes the need for that particular instrument. And from the SRS you should be able to find the LOPA scenario that concluded a SIF with a given RRFRisk Reduction Factor was needed. And from the detail in the SRS you should be able to find the lines in the HazOp worksheet that identified the initiating events that could bring about the harmful event that the SIF is protecting against.

It is very likely (despite what the idealised safety lifecycle might suggest) that the SRS will be updated through the SIS design process (as the design and the specification of the design evolve together. And the SRS will be updated again, once the instrument tags are known (towards the end of the design process) and following Modifications, re-validation of Hazard and Risk Analysis documentation and re-visiting other lifecycle activities.

The Safety Requirements Specification could be considered to have 4 main sections:

  • Integrity Requirements – how “safe” does the SIF need to be? (What is the SIL? what is the required PFDProbability of Failure on Demand? what is the mode of operation (based on the demand rate)?
  • Functional Requirements – what is the SIF supposed to do? (What does it sense? What is the trip point? what does it actuate to bring about the safe state? how fast does it need to act?).
  • Operations and Maintenance (O&M) Requirements – what features do we want (and not want) to add to the design to make O&M activities efficient, effective and safe?
  • Security Requirements – an evolving area, but clearly we need to make our SIS secure, otherwise we can’t be sure it’s safe. And this includes both physical security as well as cyber.

What =Method can do for you

  • =Method can author Safety Requirements Specifications and carry out independent verification on behalf of clients.
  • Or we can develop SRS templates for clients to complete themselves.
  • We can mentor clients personnel who are tasked with completing SRS.

Most recent projects for SRS

Support to systems integrator working on anaerobic digester project

Industry: Power
Topic: Safety Requirements Specification

Development of SRS for waste heat boiler application

Industry: Brewing and Distilling
Topic: Safety Requirements Specification

Review of SRS client template

Industry: Mining / Metal / Cement
Topic: Safety Requirements Specification

Development and verification of SRS for pharma client

Industry: Pharma / Bio-Tech
Topic: Safety Requirements Specification

Writing procedures to manage installation, commissioning and validation of control and instrumentation (including that for Safety Instrumented Systems).

Industry: Water + Waste
Topic: Safety Requirements Specification

View all of our recent projects here

Functional Safety Consultancy

=Method's specialist, expert consultants support industries across the entire Functional Safety Lifecycle. If you need help please contact us.

Functional Safety Training

=Method delivers training in public venues, In-house and online. See more about how we deliver training here.

Functional Safety Lifecycle

Assessments at key Lifecycle Stages - Functional Safety Management

Planning throughout the Lifecycle - Functional Safety Management

Verification at every Lifecycle Stage - Functional Safety Management
Hazard & Risk Assessment Allocation of Safety Funct's to Protection Layers Safety Requirements Specification Design & Engineering Installation, Commissioning & Validation Operation & Maintenance Modification Decommission
Functional Safety Management
Functional Safety Audit
What is Functional Safety?What is functional safety?
I am new to this, how do i start?What is functional safety?

E: T: 44 (0)1462 713313. W:

LinkedinMethod Functional Safety member of InstMC
subscribe to course updates
Keep up-to-date
Receive our views on the latest industry developments and/or our latest training course dates.

Functional Safety + Process Safety + Cyber Security + Compliance Assessment + Competency Register + Software Solutions = Method Safety and Security

Address: Method Functional Safety Ltd. Method House, Davis Crescent, Hitchin, SG5 3RB
Phone: +44 (0)1462 713313 Email: Website:

Terms and Conditions | Privacy Policy. Registered In England 08453480. VAT No. GB 159 9080 70. Site © Copyright Method Functional Safety Ltd 2024