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 – Teil 2
Für wirtschaftliche oder gar personelle Schäden, die durch fehlerhafte Software entstehen, ist der Hersteller haftbar. Das Haftungsrisiko lässt sich minimieren, indem der Nachweis erbracht wird, dass die Software nach Stand der Wissenschaft und Technik ausreichend getestet ist...
Anzeige
Für wirtschaftliche oder gar personelle Schäden, die durch fehlerhafte Software entstehen, ist der Hersteller haftbar. Das Haftungsrisiko lässt sich minimieren, indem der Nachweis erbracht wird, dass die Software nach Stand der Wissenschaft und Technik ausreichend getestet ist. Doch was ist ausreichend? – Dazu müssen viele Normen durchforstet werden, deren wichtigste Aussagen hier zusammengefasst sind.
Für die Entwicklung von Software mit hohen Qualitätsansprüchen existiert eine ganze Reihe von technischen Normen, die Fragen des branchenspezifischen Managements, die Erfassung der Anforderungen, Aspekte des Designs, die Auswahl der Programmiersprache und vieles mehr behandeln. Um nicht zu sehr vom Thema abzuschweifen, werden hier nur Normen vorgestellt, die für den Test von Software interessant sind; branchenspezifische Standards bleiben unberücksichtigt. Die Nomenklatur lehnt sich dabei an vorangegangene Artikel in der Elektronik [5 bis 9] an und unterscheidet zwischen
| automatischer statischer Analyse (tool-unterstützter statischer Test), | |
| Software Unit Test (Modultest), | |
| Software Integration Test (Integrationstest), | |
| Software System Test (Systemtest). |
Standards so weit das Auge reicht
DIN IEC 56/575/CD
Am wenigsten bindenden Charakter hat die Norm IEC 56/575/CD „Guide to test methods for reliability assessment of software“. Sie ist 1997 erschienen und ist ein grober Überblick über Testmethoden. Es werden Vor- und Nachteile der grob umrissenen Methoden erklärt, ohne eine Empfehlung abzugeben, wann welche eingesetzt werden soll. Das Studium dieses nur 17 Seiten umfassenden Werks können Sie sich getrost ersparen, wenn Sie ein zeitgemäßes Grundlagenwerk zum Thema Software-Test gelesen haben.
1. Teil: Rechtliche Belange des Software-Tests bei eingebetteten Systemen – Teil 2
2. Teil: Testpersonen – darf der Entwickler seine eigene Software testen?
3. Teil: Sicherheitsrisiko C und C++
4. Teil: Autoren:
5. Teil: Rechtliche Belange des Software-Tests bei eingebetteten Systemen – Teil 2
6. Teil: Wahl der Testdaten
7. Teil: Häufig gestellte Fragen
