Abstract: Wenn Informatiker von patterns sprechen, dann meinen sie meist abstrakte Strukturen, die sich in vielen konkreten Fällen sinnvoll anwenden lassen. Derartige Muster haben sich mittlerweile auf vielen Ebenen herausgebildet: Es gibt die berühmtem design patterns, Echtzeit-Entwurfsmuster, patterns für fehlertolerante Systeme, Architekturmuster, problem frames und vieles mehr. Der Vortrag beginnt mit einem Einblick in die Geschichte und die Bedeutung dieser Muster. Im Hauptteil werden konkrete Architekturmuster vorgestellt, vor allem aber in Bezug auf zwei für die MedConf wichtige Fragen bewertet: Wie eignen sie sich für den Einsatz in Projekten mit klarem Safety-Fokus, und wie verhalten sich jeweils Kosten und Nutzen zueinander? Zielgruppe: Der Vortrag umfasst sowohl eine systematische technische Einführung als auch eine technisch-kommerzielle Bewertung mit Erfahrungsberichten aus der Praxis. Er richtet sich natürlich an Architekten und Entwickler, istaber auch für Projektleiter und Entscheider geeignet, die den Einfluss fundamentaler Designentscheidungen auf Projekte bewerten können möchten. Was lernen die Zuhörer in dem Vortrag: Die systematische Einführung sollte ein klares Verständnis dafür erzeugen, was genau Architekturmuster sind, wie sie entstehen und wo sie eingesetzt werden können. Der Hauptteil des Vortrags geht dann weit über das Zitieren ausgewählter Muster hinaus - das Augenmerk liegt vielmehr auf Erfahrungen in der Anwendung und kritischen Gedanken, die zukünftige Entscheidungen erleichtern mögen.
Citation preview
1. Architekturmuster in sicherheitsgerichteten SystemenFolie 1
16. Oktober 2013Daniel Mlle Zhlke 2013
2. Der MusterbegriffArchitekturmuster in sicherheitsgerichteten
Systemen Folie 2 16. Oktober 2013Daniel Mlle Zhlke 2013 3.
Sicherheitsgerichtete SystemeArchitekturmuster in
sicherheitsgerichteten Systemen Folie 4 16. Oktober 2013Daniel Mlle
Zhlke 2013 4. Sicherheitsbedrfnis/
RisikominimierungDomnenspezifische GesetzeZ.B.: Medizinprodukte
-richtlinie/-gesetzAnzuwendende NormenZ.B.: ISO 13485, 14971; EN
62304, 62366, 60601Konkrete ManahmenProjektspezifische Manahmen 5.
ArchitekturmusterArchitekturmuster in sicherheitsgerichteten
Systemen Folie 6 16. Oktober 2013Daniel Mlle Zhlke 2013 6. Wichtige
BegriffeFehlerFehlertypenFault: FehlerzustandstochastischFailure:
FehlerwirkungsystematischDer Bug tritt nur sporadisch
aufArchitekturmuster in sicherheitsgerichteten Systemen | Daniel
Mlle16. Oktober 2013Folie 7 Zhlke 2013 7. Zum Aufwrmen: (#1)
RedundanzQuelle: Wikimedia Commons Architekturmuster in
sicherheitsgerichteten Systemen | Daniel Mlle16. Oktober 2013Folie
8 Zhlke 2013 8. Nchster Schritt: (#2) Diversitt 9. Und jetzt
asymmetrisch: (#3) Aktuator/Monitor 10. Apropos Monitoring: (#4)
Programmlaufberwachung 11. Apropos Monitoring: (#5) Selbsttest 12.
Trade-Offs (1/2)Aktuator AMonitor A SelbsttestAktuator BMonitor B
ProgrammlaufberwachungAktuator C Architekturmuster in
sicherheitsgerichteten Systemen | Daniel MlleMonitor C 16. Oktober
2013Folie 13 Zhlke 2013 13. Trade-Offs 2/2Geringe KostenHohe
Verfgbarkeit Architekturmuster in sicherheitsgerichteten Systemen |
Daniel MlleHohe Sicherheit 16. Oktober 2013Folie 14 Zhlke 2013 14.
Von der Erkennung zur Behandlung: (#6) Units of Mitigation 15. Und
wenn es doch nicht lokal geht: (#7) Escalation 16. Ausweitung des
SystembegriffsSoftwareElektronikMechanikAnwender Architekturmuster
in sicherheitsgerichteten Systemen | Daniel Mlle16. Oktober
2013Folie 17 Zhlke 2013 17. Bedienfehler vermeiden: (#8) Minimize
Human Intervention 18. Auf zum Widerspruch? (#9) Maximize Human
Participation 19. Quelle: Wikimedia Commons 20. Architekturmuster:
Fazit 21. ber den TellerrandArchitekturmuster in
sicherheitsgerichteten Systemen | Daniel Mlle16. Oktober 2013Folie
22 Zhlke 2013 22. Fragen? Daniel Mlle
