SlideServe
Menu
Préférences
© SlideServe · v2026

Modellbasierte Software-Entwicklung eingebetteter Systeme

gad avatar
21 diapositives · 430 Views · Sep 09, 2014

Modellbasierte Software-Entwicklung eingebetteter Systeme. Prof. Dr. Holger Schlingloff Institut für Informatik der Humboldt Universität und Fraunhofer Institut für offene Kommunikationssysteme FOKUS. Fragen?. Welche Hardwarekomponenten enthält eine Embedded Plattform?

Modellbasierte Software-Entwicklung eingebetteter Systeme - slide 1
01 / 21Modellbasierte Software-Entwicklung eingebetteter Systeme
1 / 17

Télécharger la présentation

Modellbasierte Software-Entwicklung eingebetteter Systeme
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation
  1. Modellbasierte Software-Entwicklung eingebetteter Systeme Prof. Dr. Holger Schlingloff Institut für Informatik der Humboldt Universität und Fraunhofer Institut für offene Kommunikationssysteme FOKUS

  2. Fragen? • Welche Hardwarekomponenten enthält eine Embedded Plattform? • Unterschied Mikroprozessor – Mikrocontroller – System-on-Chip? • Besonderheiten von embedded CPUs? • Stromsparkonzepte? • Besonderheiten vom Speicher für eingebettete Systeme? • Welche Arten von Sensoren kennen Sie? • Wie werden intelligente Sensoren mit der CPU verbunden? • Was versteht man unter PWM?

  3. Kap. 6: Sicherheit • Funktionale Sicherheit (FuSi) • der Teil der Sicherheit eines Systems, der von der korrekten Funktion der sicherheitsbezogenen (Sub-)Systeme und externer Einrichtungen zur Risikominderung abhängt • nicht erfasst: nichtfunktionale Eigenschaften, z.B. Brandschutz • Diverse Normen und Richtlinien • IEC 61508 "Funktionale Sicherheit sicherheitsbezogener elektrischer/elektronischer/programmierbar elektronischer Systeme“ • viele daraus abgeleitete Normen • Maßnahmen zur Vermeidung, Erkennung und Beherrschung von Fehlern • Maßnahmen während der Entwicklung • Absicherung des laufenden Betriebs

  4. Ursache, Wirkung und Folge • Standardwerk zur Terminologie:J.C. Laprie, A. Avizienis,H. Kopetz: Dependability: Basic Concepts and Terminology. Springer-Verlag (englisch, deutsch, französisch) Irrtum (error) Ursache  Fehlzustand (fault)Wirkung  Ausfall (failure) Folge • Ausfall kann Ursache für weiteren Fehler sein!

  5. Fehlerursachen • Fehlerursache (cause): direkter oder indirekter Vorgänger in der Wirkfolge • ein Fehler hat meist viele Ursachen • Fehlerursache =Anerkannte oder angenommene Ursache für einen Fehler. Ereignis, das vermieden oder toleriert werden sollte. Auswirkung des Ausfalls eines anderen Systems, das mit dem betrachteten System zusammengewirkt hat oder zusammenwirkt, auf das betrachtete System • letztlich ist jeder Fehler auf das menschliche Unvermögen zurückzuführen, die Gesamtheit aller Wirkzusammenhänge zu verstehen. • Beispiel: Materialbruch  Materialforschung • Beispiel: Ariane 5  Flugbahneinfluss • Irrtum (error), Fehlhandlung (mistake)

  6. Fehlzustände • Fehlzustände treten auf, wenn ein System auf Grund äußerer Einflüsse oder selbsttätig in einen ungewollten Zustand übergeht • Fehlzustand = Teil des Systemzustands, der dafür verantwortlich ist, dass ein Ausfall auftritt. Offenbarung einer Fehlerursache im System • Möglichkeit des Fehlzustands ist immer schon im System vorhanden, der Fehlzustand wird durch den ausführenden Prozess nur aktiviert • Beispiel: Division durch 0 in Zeile 739 • Beispiel: Bit kippt auf Grund von alpha-Strahlung • Fehlzustand (fault), Defekt (defect)

  7. Fehlerauswirkung • Fehlverhalten ist die Konsequenz aus einem Fehlzustand. Wenn ein System einen Defekt enthält, führt das meist früher oder später zu einem teilweisen oder totalen Ausfall. • Beispiel: kaputtes Zahnrad  Getriebeschaden • Beispiel: ungeschützte Gleitpunktkonvertierung  … • Ausfall =Abweichung der erbrachten Leistung von der in der Spezifikation geforderten Leistung. Übergang von korrekter Leistungserbringung zu fehlerhafter Leistungserbringung. • Ausfall und Versagen sind weitgehend synonym (failure) • Ausfall eher für Komponenten, Versagen eher für Gesamtsysteme • Im Sinne der Hierarchie ist der Ausfall einer Komponente die Ursache für das Versagen des Systems

  8. Fehlerarten oftmals unterscheidet man zwischen • zufälligen Fehlern • Auftreten nur statistisch vorhersagbar, z.B. Bitflip auf Grund von Strahlung und • systematischen Fehlern • in der Systematik (Art der Zusammensetzung des Systems) begründet, z.B. Bitflip auf Grund eines Programmierfehlers • Diese Unterscheidung ist grob vereinfachend bzw. unscharf! • Was ist z.B., wenn ein Bitflip eine Exception wirft, die nicht gefangen wird?

  9. Klassifikation von Fehlern (1) • Intention (Art) • zufälliger Fehler =zufällig auftretender oder erzeugter Fehler(z.B. Kommafehler) • absichtlicher Fehler = in böswilliger Absicht erzeugter Fehler (z.B. Backdoor) „zufällig“ bedeutet hier nicht „stochastisch auftretend“, sondern „ohne Absicht“ • Idee, phänomenologischer Ursprung • physikalischer Fehler = Fehler aufgrund eines physikalischen Phänomens (z.B. Materialbruch) • logischer Fehler = auf menschlicher Unzulänglichkeit basierende Fehlerursache, Denkfehler (z.B. Feldindex)

  10. Klassifikation von Fehlern (2) • Raum • externer Fehler = von der Beeinflussung des Systems durch seine physikalische Umgebung oder vom Zusammenwirken mit seiner menschlichen Umgebung hervorgerufene Fehlerursache • interner Fehler = Teil des Systemzustandes, der bei Aufruf durch eine Rechenaktivität einen Fehler hervorruft • Zeit, Entstehungsphase • Betriebsfehler = während der Nutzung des Systems auftretender Fehler • Entwurfsfehler, Konstruktionsfehler = während der Entwicklung oder der Modifikation oder der Erstellung der Betriebsprozeduren entstandener Fehler

  11. Klassifikation von Fehlern (3) • Dauer • permanente Fehler = Anwesenheit ist nicht von einer punktuellen Bedingung abhängig • Temporäre oder transiente Fehler = nur während einer bestimmten Zeit vorhanden • Unterscheidung reversibel (reparierbar) oder nicht! temporäre interne Fehler werden auch intermittierende Fehler genannt „Benutzerfehler“ oder „Bedienfehler“ ist demnach zufälliger, logischer, externer, temporärer Betriebsfehler wichtig: Ursachen- statt Schuldanalyse! jeder Fehler kann als permanenter Entwurfsfehler verstanden werden

  12. Klassifikation von Ausfällen • Wert- oder Zeitausfälle • verfrüht oder verspätet • konsistent oder inkonsistent • kritisch oder unkritisch • Stillstand oder Livelock • Auslassungsausfälle, Totalausfälle • …

  13. IEC 61508: Sicherheits-Lebenszyklus • Analyse der Bedrohung durch das EUC • Ableitung von Sicherheits-anforderungen • Planung und Realisierung von Sicherheits-mechanismen • Validierung und Betrieb der Systeme

  14. IEC 61508 Prozess (System)

  15. IEC 61508 Prozess (Software)

  16. Gefährdungs- und Risikoanalyse • Gefährdung: potentielle Schadensquelle • Risiko: Verbindung / Kombination der Auftretenswahrscheinlichkeit eines Schadens und des zugehörigen Schadensausmaßes • Auftretenswahrscheinlichkeit: der Parameter des Risikos, der Auskunft über die Wahrscheinlichkeit gibt, mit der eine identifizierte Gefährdung bzw. ihre Ursache in der Praxis tatsächlich auftreten könnte. • Eintrittswahrscheinlichkeit • Entdeckungswahrscheinlichkeit • Möglichkeit zur Gefahrenabwendung • Schadensausmaß: quantitatives Maß für die möglichen Folgen / Konsequenzen einer Gefährdung • Sicherheit: Freiheit von nicht akzeptablen Risiken Risiko = Eintrittswahrscheinlichkeit * Schadensausmaß

  17. Risikoanalyse • Risiko = Eintrittswahrscheinlichkeit * Schadensausmaß • z.B. Aktienkursverlust • Problem bei sehr kleinen und sehr großen Zahlen • sehr großer Schaden bei sehr geringer Wahrscheinlichkeit • Problem der numerischen Einschätzung • Kosten bei Personenschaden? • Wahrscheinlichkeit von Katastrophen? • akzeptabeles Risiko? • abhängig vom persönlichen Einfluss

  18. ALARP • ALARP-Prinzip: „As Low As Reasonably Possible“ • Wenn ein Risiko mit vertretbarem Aufwand reduziert werden kann, sollte dies getan werden • Oft auch: Wenn das Risiko nicht reduziert werden kann, muss der Nutzen des Systems (Nutzungsdauer * Gewinn) den Schaden übersteigen • “Cost per life saved”

  19. Automobil- versus Luftfahrtsicherheit • Katastrophen werden subjektiv höher gewichtet

  20. Planes, Trains and Automobiles E. Schnieder: 4. Bieleschweig Workshop, 14.-15.9.04: NEUE UND HERKÖMMLICHE MAßE ZUR QUANTIFIZIERUNG DES RISIKOS IM EISENBAHNVERKEHR Quelle: http://www.ifev.bau.tu-bs.de/Workshops_Tagungen/Bieleschweig/bieleschweig4/pdf/Bieleschweig4_Folien_Schnieder.pdf