Wie erstellen SIS-Spezialisten die Spezifikationen für die Sicherheitsanforderungen des SIS-Systems (SRS)?

Thread Content

SRS spielt eine entscheidende Rolle bei der Realisierung von Sicherheitsinstrumentenfunktionen. Die Erstellung der Spezifikationen für die Sicherheitsanforderungen (SRS) ist eine der wichtigsten Aktivitäten im gesamten Lebenszyklus eines SIS. Es liefert Leitlinien für die ingenieurtechnische Umsetzung bei der Konzeption von SIS-Systemen, der Hardware-Integration und Softwarekonfiguration von Logikcontrollern, der Installation und Inbetriebnahme sowie dem Betrieb. In den letzten Jahren hat sich die SIS-Technologie in der Chemieindustrie rasant entwickelt – es wurden zahlreiche Systeme in Betrieb genommen. Im Grunde genommen nutzen alle Chemieunternehmen solche SIS-Systeme. Doch bis heute gibt es nur wenige Unternehmen, die ein Dokument bereitstellen können, das für SIS-Systeme von großer Bedeutung ist – nämlich die Sicherheitsanforderungsbeschreibung SRS. In jüngster Zeit wird auch die Regulierung der SRS-Verwaltung allmählich wichtiger genommen. Tatsächlich ist das SRS eine Notwendigkeit für das SIS – mit anderen Worten: Wenn ein SIS eingerichtet wird, muss es im Prinzip durch ein SRS unterstützt werden. Um es mit den Worten eines Lehrers auszudrücken: „Dass es früher nicht gab, bedeutet nicht, dass es nicht benötigt wird; dass es früher nicht überprüft wurde, bedeutet nicht, dass es in Zukunft nicht überprüft werden wird.“ Ich glaube, dass das SRS in absehbarer Zeit genauso beliebt sein wird wie das SIS. Sobald das SIS überprüft wird, wird das SRS zu einer der unverzichtbaren Überprüfungspunkte gehören. Lassen Sie uns nun von Changhui Instruments erfahren, was das SRS eigentlich ist SRS yunrun.com.cn/tech/2745.html Die SRS bezeichnet die Safety requirements specification. (GB/T -21109-2007) enthält alle Anforderungen an die Sicherheitsfunktionen, die von einem Sicherheitssystem erfüllt werden müssen (SIF) ； (Die Anforderungen sollten sehr klar sein.) Zweck und Inhalt des SRS: Um die erforderlichen Sicherheitsfunktionen zu gewährleisten, müssen gemäß den Anforderungen an die Sicherheitsfunktionen des Instruments (SIF) sowie den damit verbundenen Vorgaben zur Sicherheitshäufigkeit (SIL) die Anforderungen an jede einzelne SIF festgelegt werden. Der SRS sollte daher aus zwei Hauptteilen bestehen: ◆ Spezifikationen der Sicherheitsfunktionen – dabei werden die Eingänge, Ausgänge sowie die Logik, nach der das System arbeitet, beschrieben. Mit anderen Worten: Es definiert, was jede Sicherheitsfunktion (SIF) tun soll Zum Beispiel: Wenn die Temperatur des Reaktors den eingestellten Wert (350 °C) überschreitet, wird der Elektroheizer abgeschaltet. ◆Die Spezifikationen für die Sicherheitsintegrität beschreiben die Anforderungen an die Sicherheitsleistung jeder Funktion (Niveau) ； Mit anderen Worten: Es definiert, welche Fähigkeiten jede Sicherheitsfunktion haben sollte oder wie gut sie sein muss. Zum Beispiel: Wenn die Temperatur im Reaktor den festgelegten Wert (350 °C) überschreitet, muss sichergestellt werden, dass die Wahrscheinlichkeit, dass der Elektroheizer abgeschaltet wird, bei über 99 % liegt ； Eingabe: Beschreibung der Funktionen zur Erfüllung von Sicherheitsanforderungen ； Ausgabe: SIS-Sicherheitsanforderungen, Software-Sicherheitsanforderungen. Verwendung von SRS: SRS bildet die Grundlage für die Konzeption von SIS-Systemen – sowohl bei der Erstkonzeption als auch bei der detaillierten Planung sowie während der gesamten Lebenszyklusphase und der anschließenden Nutzung. Zudem dient SRS als Grundlage für die endgültige Freigabe des SIS-Systems. Daher müssen alle notwendigen Informationen enthalten sein, damit ein vollständiges Dokument entsteht. Erklärung: SRS ist ein wichtiger Bestandteil des gesamten Sicherheitslebenszyklus. Durch SRS lässt sich erkennen, wie eine sichere Steuerfunktion (SIF) entworfen werden kann sowie wie diese Funktionen (SIF) in ein SIS integriert werden können. Grundlegende Vorbereitungen für das SRS: Vor der Erstellung des SRS müssen die folgenden Aufgaben erledigt werden (diese Aufgaben bilden die Grundlage für ein wirksames Spezifikationsdokument – falls sie nicht ordnungsgemäß ausgeführt werden, ist die Erstellung eines solchen Dokuments sinnlos). Es muss sichergestellt werden, dass diese Arbeiten effektiv und angemessen durchgeführt werden. Warum wird die grundlegende Vorbereitung betont? Wenn die Grundarbeiten nicht ordentlich erledigt werden, sind alle Anstrengungen, Zeit und Energie in die Erstellung von Systemanforderungsdokumenten zu investieren, vergeblich (wenn die Grundlagen falsch sind, ist alles falsch)! 1. Konzeptioneller Entwurf des Prozessablaufs
2. Gefahrenanalyse und Risikobewertung (Eine reine Analyse allein erhöht die inhärente Sicherheit des Prozessablaufs oder des Systems nicht; es ist wichtiger, die Analysesergebnisse in den folgenden Schritten anzuwenden.)
3. Bestimmung der Anwendung von Nicht-SIS-Schutzmaßnahmen; falls diese bei SIF notwendig sind, muss auch das SIL festgelegt werden. Für die Erstellung eines SRS sind wichtige technische Dokumente erforderlich. ◆ Informationen zum Prozessablauf: 1. Piping- und Instrumentierungsdarstellungen (P&ID). 2. Beschreibung der Prozessbedienung. 3. Beschreibung der Prozesssteuerung – einschließlich des Designs des grundlegenden Prozesssteuerungssystems sowie der Strategien zur Verteilung der Sicherheitsinstrumente, der Steuerungsarten, der Benutzeroberflächen für den Bediener, der Alarmverwaltung sowie der Aufzeichnung von Historiedaten. 4. Relevante Sicherheitsvorschriften (einschließlich der Anforderungen auf Branchenebene, auf Ebene der Provinzen und Städte sowie der Unternehmen). 5. Unterlagen zu Zuverlässigkeit, Qualität oder Umweltaspekten sowie technische Dokumente zur Bedienung oder Wartung ； ◆Ursache-Wirkungs-Diagramm: Ein Ursache-Wirkungs-Diagramm ermöglicht es, Sicherheitsfunktionen sowie Anforderungen an die Integrität in einem technischen Dokument zusammenzufassen (auch andere Anforderungen wie Messbereiche, Einstellwerte oder Betriebszustände können in einem Formular zusammengefasst werden) ； ◆Logische Diagramme dienen als Ergänzung zu Kausalitätsdiagrammen und können komplexere Funktionen beschreiben, die auf Zeit oder Abfolge beruhen (Was mit Worten oder Kausalitätsdiagrammen nicht ausgedrückt werden kann, kann mit logischen Diagrammen oder logischen Beziehungen dargestellt werden) ； ◆Prozessdatentabelle: Die Prozessdatentabelle liefert die notwendigen Informationen zur Erstellung der Spezifikationen für die Auswahl der Messgeräte. Phase und Hauptbestandteile der SRS-Erstellung gemäß dem gesamten Lebenszyklus des SIS sowie Punkt 4. Die SRS wird erstellt, nachdem die grundlegenden Vorbereitungen abgeschlossen sind und mit der Konzeption des SIS-Systems begonnen wurde. Wer erstellt die SRS? Aus der Definition von SRS geht hervor, dass es sich um eine Spezifikation für die Anforderungen an Sicherheitssysteme handelt. Gleichzeitig dient SRS als Eingabedokument für die Konzeption dieser Sicherheitssysteme. Daher sind in der Regel die Mitarbeiter für Prozesssteuerung oder Messtechnik dafür verantwortlich, diese Anforderungen festzulegen – natürlich übernimmt nicht nur das Fachpersonal für Messtechnik diese Aufgabe; auch die Gruppen für Risiko- und Gefahrenbewertung sowie die Projektteams können diese Anforderungen formulieren. Was die Verantwortung angeht, so möchte keine Fachabteilung diese „heiße Kartoffel“ übernehmen. Doch angesichts der Verwendungszwecke des SRS besteht kaum ein Zweifel daran, dass die Erstellung des SRS in die Verantwortung der Instrumentenbau-Abteilung fällt. Natürlich handelt es sich dabei nicht um eine Aufgabe, die allein von der Instrumentenbau-Abteilung erledigt werden kann – vielmehr kann ein Team aus Vertretern der Prozesssteuerung, Sicherheit, Ausrüstung und Elektrotechnik zusammenarbeiten, um das SRS zu erstellen. Hinweise bei der Erstellung von SRSs ◆ Die technischen Anforderungen sollten so einfach und verständlich wie möglich formuliert werden, damit alle Personen – also alle, die zu jedem Zeitpunkt des Lebenszyklus auf diese Informationen zurückgreifen könnten – jeden einzelnen Anforderungspunkt in den Spezifikationen verstehen können ； Ein Sicherheitssystem soll dazu dienen, das Auftreten von Gefahrenereignissen zu verhindern oder abzumildern. Bei der Entwicklung einer Lösung sollte außerdem darauf geachtet werden, dass sie nicht zu kompliziert ist. ◆Die Spezifikationen sollten sehr klar sein; sie sollten angeben, was erreicht werden soll, müssen jedoch nicht erklären, wie dies zu bewerkstelligen ist. ◆Die Spezifikationsdokumentation kann ein einzelnes Dokument sein oder eine Sammlung mehrerer Dokumente, die Vorschriften, Zeichnungen oder die Unternehmensstandards enthalten. Der Hauptzweck besteht darin, sicherzustellen, dass die SRS alle Funktionsanforderungen sowie die Anforderungen an den Grad der Vollständigkeit aufgelistet, einschließlich der Anforderungen an die Anwendungssoftware. ◆Beschreibung ist klar, präzise, funktionsüberprüfbar, wartbar und umsetzbar. ◆Vermeiden Sie alle bereits identifizierten Prozesszustände oder SIS-Betriebsabläufe, die zu gefährlichen Situationen führen können (SIS wird eingesetzt, um Gefahren zu verhindern, doch auch die Risiken während des Stillstands oder nach dem Stillstand müssen bewertet werden). ◆Das SIS kann sicherheitsunbedeutende Steuerfunktionen ausführen, um einen geordneten Stillstand oder einen schnellen Start zu gewährleisten; diese Funktionen sollten von den sicherheitsrelevanten Steuerfunktionen getrennt sein. Anhang 1: Zusammenfassung der Anforderungen an die Sicherheit (Tabelle; die Anzahl der Vorschriften wurde auf 29 erhöht)
I. Anforderungen bezüglich der Einreichung von Dokumenten
◆ Punkt 1: Detaillierte Anforderungen zu P&ID-Diagrammen – erforderlich.
◆ Punkt 2: Detaillierte Anforderungen zu Kausalitätsdiagrammen – erforderlich.
◆ Punkt 3: Logikdiagramme – nicht erforderlich; sie müssen nicht vorgelegt werden, sofern das Kausalitätsdiagramm die logischen Beziehungen und Anforderungen ausreichend beschreibt.
◆ Punkt 4: Tabellen mit Prozessdaten – es müssen alle Prozessparameter sowie Anforderungen bezüglich der Sensoren und Aktoren vor Ort angegeben werden.
◆ Punkt 5: Informationen zu den durch SIF zu verhinderten Gefahrensituationen (Ursachen für Unfälle, Hydrodynamik, Endkomponenten usw.). ① Welche Risiken können sich aus den Hazop- und Lopa-Berichten ergeben? Wie kann SIF diese Teilkonzepte verringern oder unterdrücken? ②Anforderungen an die Reaktionsgeschwindigkeit und Genauigkeit der Instrumente im Sicherheitsinstrumentierungssystem ； ③Sonderanforderungen an die Aktorik (z. B. Berücksichtigung der Brandzeit des Schaltventils bei einem Brand, Dichtungsgrad beim Schließen, Schließzeit usw.) ◆Punkt 6: Identifizierung und Berücksichtigung von gemeinsamen Ausfallursachen. Detaillierte Anforderungen: Ausfälle, die durch den Prozessablauf oder gemeinsame Ursachen verursacht werden (z. B. Korrosion, Kristallbildung, Verstopfung usw.). Alle extremen Umgebungsbedingungen, denen das SIS ausgesetzt sein kann, müssen identifiziert werden (Es müssen Faktoren wie Korrosionsbeständigkeit, Viskosität, Kristallbildung usw. berücksichtigt werden.). Es sollte versucht werden, eine vielfältige Gestaltung zu verwenden, um gemeinsame Ausfallursachen zu vermeiden. ◆Punkt 7: Rechts- und Vorschriftenanforderungen, die das SIS betreffen. Detaillierte Anforderungen: Internationale Vorschriften, Vorschriften der Sicherheitsbehörden, lokale Vorschriften sowie Unternehmensrichtlinien. II. Detaillierte Anforderungen an das SIF (Zur Erfüllung der Anforderungen an die Funktionssicherheit müssen alle notwendigen SIF beschrieben werden, einschließlich der Sicherheitsfunktionen der Geräte sowie des Sicherheitsintegritätsniveaus). ◆Punkt 8: Nummer des SIF – Detaillierte Anforderungen: Erforderlich als eindeutige Identifikationsnummer des SIF zur späteren Wartung und Verwaltung.
◆ Punkt 9: SIL-Niveau sowie Betriebsmodus des SIF – Detaillierte Anforderungen: SIL0–2; SIL3 kommt in der Chemieindustrie nur selten vor.
◆ Punkt 10: Erwartete Anforderungsgrade (mögliche Quellen der Anforderungen an das SIF sowie die jeweiligen Anforderungsgrade) – Detaillierte Anforderungen: Entweder niedrige oder hohe Anforderungsgrade; in der Chemieindustrie werden in der Regel niedrige Anforderungsgrade verwendet.
◆ Punkt 11: Zeitabstand zwischen den Tests (Anforderungen bezüglich des Zeitraums zwischen den Prüfungen, Proof Test Interval) – Detaillierte Anforderungen: Sehr wichtig, da dieser Zeitabstand für die Berechnung des SIL-Niveaus relevant ist. Schon bei der Planung des SIS sollte der erforderliche Zeitabstand festgelegt werden, damit er in der Konstruktion berücksichtigt werden kann (Berechnung des SIS) ； Es muss unter Berücksichtigung der Produktions- und Wartungszyklen der Anlagen sowie des Einsatzes der Messgeräte eine angemessene Festlegung vorgenommen werden. ◆Punkt 12: Für jede identifizierte Zeitperiode muss die Definition des Sicherheitszustands des Prozesses festgelegt werden (die entsprechenden Zeitvorgaben, um den Prozess in einen sicheren Zustand zu bringen). Detaillierte Anforderungen: Betriebszustand (Ist die Anlage stillgelegt?) Ist es beizubehalten? Oder das Entleeren usw.) ◆Punkt 13: Prozesseingänge sowie deren Interlockspiegel. Detaillierte Anforderungen: Diese können im Kausalitätsdiagramm (C&E) beschrieben werden. ◆Punkt 14: Normalbetriebsbereiche der Prozessparameter sowie ihre Betriebsgrenzen. Detaillierte Anforderungen: Diese können im Kausalitätsdiagramm (C&E) beschrieben werden. ◆Punkt 15: Prozessausgänge sowie Beschreibungen ihrer Funktionsweise. Detaillierte Anforderungen: Diese können im Kausalitätsdiagramm (C&E) beschrieben werden. ◆Punkt 16: Funktionsbeziehungen zwischen Prozesseingängen und -ausgängen (einschließlich logischer und mathematischer Funktionen sowie erforderlicher Genehmigungen). Detaillierte Anforderungen: Diese können im Kausalitätsdiagramm (C&E) beschrieben werden. ◆Punkt 17: Wahl zwischen Abschaltung durch Entmagnetisierung oder Abschaltung durch Aktivierung (die Maßnahmen, die das SIS-System bei Ausfall von Strom- oder Gasversorgung ergreift). Detaillierte Anforderungen: Da das SIS-System als fehlerverträglich konzipiert ist, wird es in der Regel so gestaltet, dass es durch Entmagnetisierung abgeschaltet wird. ◆Punkt 18: Überlegungen und Anforderungen bezüglich der manuellen Abschaltung. Detaillierte Anforderungen: Ob es notwendig ist, physische Schalter zur manuellen Abschaltung einzubauen, unabhängig vom programmierbaren Steuergerät. ◆Punkt 19: Die Zeit, die benötigt wird, damit das SIS-System den Prozess in einen sicheren Zustand versetzt. Detaillierte Anforderungen: Es müssen Zeitvorgaben für die Detektorelemente, Logiksteuergeräte, Aktoren sowie für menschliches Handeln festgelegt werden – diese können nicht willkürlich bestimmt werden. ◆Projekt 20: Für die diagnostizierten Störungen sowie alle anderen offensichtlichen Fehler gelten detaillierte Anforderungen bezüglich der erforderlichen Maßnahmen. Dabei geht es um die technischen Anforderungen dafür, in welchen Zustand man gelangen oder diesen beibehalten soll – ob man anhalten muss oder je nach anderen Bedingungen handeln sollte ) ◆Punkt 21: Anforderungen an die Mensch-Maschine-Schnittstelle (HMI) Detaillierte Anforderungen: Es müssen die Anforderungen an die Schnittstelle zwischen dem SIS und dem Bediener vollständig beschrieben werden – einschließlich Notstoppfunktionen, Alarmen (Vor-Stoppsalarme, Stoppsalarme, Bypass-Alarme sowie Diagnosealarme), Bypass-Funktionen (weicher und harter Bypass) sowie der Aufzeichnung der zeitlichen Abfolge der Ereignisse. ◆Punkt 22: Reset-Funktion (Anforderungen an die Schritte und Verfahren, die bei dem Einschalten sowie Neustarten des SIS durchgeführt werden müssen) Detaillierte Anforderungen: Es müssen alle Anforderungen bezüglich des Neustartvorgangs nach einem Stillstand festgelegt werden ； Rechte zum Zurücksetzen des Schalters ◆Punkt 23: Anforderungen an die Diagnofunktionen, um das erforderliche SIL zu erreichen. Detaillierte Anforderungen: Ist eine regelmäßige Selbstdiagnose des Systems notwendig? ◆Punkt 24: Wenn ein fehlerhafter Stillstand gefährlich ist, welche Zuverlässigkeitsanforderungen gelten dann? Detaillierte Anforderungen: Manchmal ist ein Stillstand nicht die beste Lösung – auch die damit verbundenen Risiken müssen bewertet werden, unter Berücksichtigung der maximal zulässigen Fehlerquote bei der Stilllegung. ◆Projekt 25: Versagenstypen aller Sensoren und Transmitter sowie der Steuergeräte und jeder Steuerventil. Detaillierte Anforderungen: Es müssen die Versagenstypen des SIS definiert werden. Ein Transmitter kann so konzipiert werden, dass er im Falle eines Versagens in einen Zustand des Ausfalls gelangt – oder dass er im Falle eines Versagens wieder aus diesem Zustand herauskommt. ◆ Projekt 26: Maximale zulässige Rate an falschen Stopps (Spurious Trips). Detaillierte Anforderungen: Wie hoch ist die akzeptable Rate an falschen Stopps? ◆Projekt 27: Überschreitung, Verbote, Anforderungen an die Umgehungsfunktionen. Detaillierte Anforderungen: Es müssen Vorgaben dafür festgelegt werden, wie der Prozess manuell in einen sicheren Zustand gebracht werden kann. Wenn beispielsweise vom Bediener verlangt wird, dass er ein Gerät aus dem Kontrollraum oder vor Ort manuell abschalten kann, müssen diesbezügliche Vorgaben getroffen werden. Ebenso müssen alle Anforderungen bezüglich der Unabhängigkeit der manuellen Abschaltschalter des SIS-Logikprozessors festgelegt werden. ◆Projekt 28: Funktionsanforderungen an die Anwendungssoftware. Detaillierte Anforderungen: Besondere Anforderungen – die Anforderungen an die Software müssen klar, präzise, überprüfbar, testbar, änderbar und nachvollziehbar sein. ◆ Projekt 29: Durchschnittliche Wiederherstellungszeit des SIF. Detaillierte Anforderungen: Anforderungen bezüglich der durchschnittlichen Zeit, die benötigt wird, um das SIF nach einem Ausfall wieder in Betrieb zu nehmen. Anhang 2: Sicherheitsanforderungen gemäß dem Spezifikationsdokument für Sicherheitsanforderungen (SRS) (aus GB/T 21109.1-2007, Abschnitt 10.3). 1. Beschreibungen aller SIF, die für die Erfüllung der Sicherheitsfunktionen notwendig sind (z. B. Beschreibungen der Interlockslogik, Kausalitätsdiagramme oder Logikdiagramme) ； 2. Erfassung und Berücksichtigung von Anforderungen hinsichtlich gemeinsamer Ursachen für Ausfälle ； 3. Definition des Prozesssicherheitszustands für jede festgelegte Sicherheitsfunktion der Anzeigegeräte ； 4. Definition eines jeden einzelnen Prozesssicherheitszustands – wenn diese Zustände gleichzeitig auftreten, entsteht ein spezifisches Risiko (z. B. Überlastung der Notlager, mehrfaches Entlasten des Verbrennungssystems).
5. Annahmengrundlagen für die „Anforderungen“ sowie die „Anforderungsrate“ der Sicherheitsfunktionen SIF ； 6. Anforderungen im Zusammenhang mit dem Zeitabstand zwischen den Prüfungen (Proof Test) (TI) ； 7. SIS setzt den Prozess in einen sicheren Zustand; es werden Anforderungen an die Reaktionszeit (Ausführungszeit) auf jeden SIF gestellt ； 8. Der Sicherheitsintegritätsgrad (SIL) sowie der Betriebsmodus (anforderungsgebunden/kontinuierlich) jedes SIF ； 9. Beschreibung der Messparameter, des Messbereichs und der Genauigkeit des PID-Verfahrens sowie der Ausschaltwerte (Einstellungen zur Abschaltung) ； 10. Beschreibung der Ausgangsaktionen des SIF-Verfahrens sowie der Kriterien für erfolgreiche Abläufe (zum Beispiel Anforderungen an das Leckageverhalten der Schließventile) ； 11. Die funktionalen Beziehungen zwischen den Eingangs- und Ausgangspunkten des Prozesses, einschließlich logischer und mathematischer Funktionen sowie aller erforderlichen Genehmigungen ； 12. Anforderungen an manuelle Abschaltungen (Anforderungen für eine manuelle Abschaltung pro SIF) ； 13. Anforderungen im Zusammenhang mit dem Einschalten oder Ausschalten des Schalters (Anforderungen bezüglich dessen, ob jeder SIF beim Einschalten oder Ausschalten aktiviert bzw. deaktiviert wird) ； 14. Maximale zulässige Auslöserate pro SIF (maximale zulässige Fehlabschaltrate) ； 15. Anforderungen an die Wiederinbetriebnahme nach einem Stillstand des SIF (z. B. Anforderungen an eine manuelle, halbautomatische oder automatische Wiederinbetriebnahme der Endkomponenten) ； 16. Versagenstypen jedes SIF und erforderliche SIS-Reaktionen (z. B. Alarm, automatische Abschaltung) ； 17. Alle besonderen Anforderungen im Zusammenhang mit den Vorschriften für den Start und Neustart des SIS ； 18. Sicherheitsanforderungen an alle Schnittstellen zwischen dem SIS und allen anderen Geräten – einschließlich BPCS und den Bedienern ； 19. Beschreibung der Betriebsmodi der Anlage sowie Identifizierung der Sicherheitsfunktionen der Instrumente in jedem Betriebsmodus ； 20. Sicherheitsanforderungen an Anwendungen (Software) ； 21. Anforderungen bezüglich des Überschreitens von Regeln/Verboten/Umgehungsmechanismen – einschließlich schriftlicher Anweisungen zur Bedienung der Umgehungsmechanismen. Dabei muss klar beschrieben werden, wie diese Mechanismen eingeschaltet und wieder deaktiviert werden ； 22. Wenn ein Fehler im SIS festgestellt wird, müssen alle Maßnahmen berücksichtigt werden, die notwendig sind, um den sicheren Betriebszustand eines Prozesses aufrechtzuerhalten. Bei jeder solchen Maßnahme muss auch der Einfluss des menschlichen Faktors berücksichtigt werden. 23. Was die praktisch realisierbare durchschnittliche Wartungszeit (MTTR) für das SIS betrifft, so müssen der Bestand an Ersatzteilen für die Wartung, die Anfahrtszeiten des Personals, die Installation der Ersatzteile, die Bestimmungen der Serviceverträge sowie die technischen Fähigkeiten des Personals und umweltbedingte Einschränkungen berücksichtigt werden. 24. Erkennung der zu vermeidenden gefährlichen Kombinationen der SIS-Ausgangszustände ； 25. Erkennung aller extremen Umgebungsbedingungen, denen SIS während des Transports, der Lagerung, der Installation sowie im Betrieb ausgesetzt sein kann. Es müssen die folgenden Aspekte berücksichtigt werden: Temperatur, Feuchtigkeit, Schadstoffe, elektromagnetische Störungen/RF-Störungen (EMI/RFI), Vibrationen/Erschütterungen, statische Entladungen, Einstufung von Gebieten hinsichtlich der elektrischen Explosionsgefahr, Überschwemmungen, Blitze sowie weitere relevante Faktoren ； 26. Erkennung von normalen oder abnormalen Betriebsmodi des Prozesses, einschließlich des Betriebs der gesamten Anlage (z. B. Inbetriebnahme) sowie einzelner Betriebsvorgänge (z. B. Wartung der Geräte, Kalibrierung oder Reparatur von Sensoren). Es könnten zusätzliche SIFs erforderlich sein, um diese Betriebsmodi der Prozesse zu bewältigen ； 27. Definition der Anforderungen an die Sicherheitsfunktionen von Instrumenten, damit jedes SIF einem schweren Unfall standhalten kann. Zum Beispiel: Wie lange muss eine Schließventil bei einem Brand in Betrieb bleiben? 28. Liste der Eingangs-, Ausgangs- und Steuereinrichtungen, die mit jedem SIF verbunden sind, zur Gewährleistung der Eindeutigkeit der Bezeichnungen. Die Changhui-Instrumenten-Website enthält viele originelle, nützliche technische Artikel. Alle sind herzlich eingeladen, einen Blick auf die Changhui-Instrumenten-Website zu werfen