RSS
Twitter
events
Auch in diesem Jahr veranstaltet die DESIGN&ELEKTRONIK wieder das Entwicklerforum »Embedded-System-Entwicklung« am 11. und 12. Juli 2012 in München. Neben einem technisch anspruchsvollen Vortragsprogramm ermöglichen verschiedene Workshops den Teilnehmern einen differenzierten Einblick in die Thematik.
Ausführliche Informationen:
www.embedded-entwicklerforum.de
Produkte des Jahres 2012
Linux /ARM
Linux ist heute erste Wahl geworden, wenn es um die Entscheidung für ein Betriebssystem in einem leistungsfähigen Embedded-System geht. Wie kann es sein, dass eine Open-Source-Software gerade bei Embedded-Systemen so erfolgreich ist?
Die große Konferenz für ARM-Systementwicklung am 11. und 12. Juli 2012 in München bietet Entwicklern die Gelegenheit, sich detailliertes Wissen über die aktuellen Cortex-Architekturen anzueignen, die mittlerweile zum Industriestandard avanciert sind.
Ausführliche Informationen:
www.arm-entwicklerkonferenz.de
embedded world Technology Report
Infos und Hintergründe rund um Android im Embedded-Umfeld.
Welche Embedded-Trends zeichnen sich ab? Im »embedded world Technology Report« gibt ein unabhängiger Expertenrat einen exklusiven Einblick in aktuelle Entwicklungen und zukünftige Trends im Embedded-Bereich.
Interessiert? Hier geht es zum kostenlosen Download
embedded world special
Wir haben aktuell von der weltgrößten Messe für die Embedded-Branche mit News, Videobeiträgen und Produktneuheiten berichtet.
Windows Embedded Standard 7
Was ist neu in Windows Embedded Standard 7? Lesen Sie alles rund um das neue Microsoft-Embedded-Betriebssystem Embedded Standard 7 in unserem Spezial.
Windows 7 - Special zum Download
Marktübersichten Embedded
Wer bietet was?
Schnelle Information auf einen Klick!
Software im sicherheitskritischen Bereich
Um die »Worst-Case Execution Time« zu erhalten, gibt es verschiedene Herangehensweisen – bequeme und weniger bequeme.
Rechtliche Belange des Software-Tests bei eingebetteten Systemen
Software in Eingebetteten Systemen übernimmt immer komplexere Aufgaben. Steigende Komplexität bringt aber auch ein höheres Risiko von Fehlfunktionen, speziell wenn Entwicklungs- und Testaufwand einen konkurrenzfähigen Preis erlauben sollen. Wie viel oder wenig...
Anzeige
Software in Eingebetteten Systemen übernimmt immer komplexere Aufgaben. Steigende Komplexität bringt aber auch ein höheres Risiko von Fehlfunktionen, speziell wenn Entwicklungs- und Testaufwand einen konkurrenzfähigen Preis erlauben sollen. Wie viel oder wenig muss Software von Rechts wegen getestet werden, bevor man das Produkt auf den Markt bringen darf? Wie sieht es da in „heiklen Branchen“ aus, wo ein Defekt auch ein Sicherheitsrisiko darstellt?
Im September 2003 schrieb die Deutsche Presseagentur „Software ist Pannenursache Nummer eins“ als Überschrift zu einer Aussendung über Elektronik und ihre Defekte in Kraftfahrzeugen. Seither wurde die Anzahl der Steuergeräte in neuen Kraftfahrzeugen nicht gerade weniger und deren Aufgaben noch komplexer. So wie es aussieht, wird dieser Trend sowohl im Automobil als auch in anderen Bereichen anhalten: Seit langem wird diskutiert, software-gesteuerten Systemen mehr sicherheitsrelevante Aufgaben anzuvertrauen.
Mit steigender Erwartungshaltung an die Software erhöht sich auch das Haftungsrisiko für den Software-Lieferanten. Er ist angehalten, seine Software hinreichend zu testen. Was „hinreichend“ ist, wird manchmal erst vor Gericht entschieden. Dieser Artikel soll helfen, das einfacher in Erfahrung zu bringen. Die folgenden Seiten geben eine Einführung in die gesetzlichen Rahmenbedingungen. Der zweite Teil dieses Beitrags wird Normen und technische Aspekte zum Thema Software-Test beleuchten.
„Software-Fehler“ im Sinne des Gesetzes
Ein Lieferant haftet nur dann für durch sein Produkt verursachten Schaden, wenn sein Produkt fehlerhaft ist. Daher ist es wichtig, wie der Gesetzgeber einen Software-Fehler definiert. Wenn eine Software-Spezifikation (ein Software Requirements Document, ein Lastenheft, ein Pflichtenheft) vorliegt, dann ist die Software in jedem Fall dann fehlerhaft, wenn sie nicht der von beiden Parteien vereinbarten Spezifikation entspricht. Soweit keine vereinbarte Spezifikation vorhanden ist, liegt ein Fehler vor, wenn der Software Eigenschaften fehlen, die generell bei Software der betreffenden Kategorie erwartet werden können oder bei Software der gleichen Art üblich sind, ausgenommen, es wurde vereinbart, dass diese Eigenschaften nicht vorliegen müssen.
Der Kunde kann erwarten, dass sicherheitsrelevante Software gemäß dem Stand der Wissenschaft und Technik entwickelt wird und so sicher ist, wie man für den „gewöhnlichen Einsatz“ der Software annehmen kann. Dabei ist für den Gesetzgeber auch der Preis der Software (bzw. der programmierbaren Elektronik) relevant. Bei einem Hochpreisprodukt darf der Kunde von einem höheren Absicherungsgrad ausgehen als bei einem Billigprodukt [1]. Durch den Begriff „Stand der Wissenschaft und Technik“ wird das Ausmaß der Anforderungen an sicherheitsrelevante Produkte deutlich: Er umfasst insbesondere alle Patente, alle nichtpatentierten, aber bekannten technischen Erkenntnisse sowie alle einschlägigen technischen Publikationen (jeweils weltweit).
1. Teil: Rechtliche Belange des Software-Tests bei eingebetteten Systemen
2. Teil: Rechtliche Belange des Software-Tests bei eingebetteten Systemen
3. Teil: Rechtliche Belange des Software-Tests bei eingebetteten Systemen
4. Teil: Produzentenhaftung bei Software
5. Teil: Rechtliche Belange des Software-Tests bei eingebetteten Systemen
