Software Reliability Engineering im Infotainment - Georg-August ...

Weitere Magazine

Empfehlungen

Info

Abkürzungsverzeichnis AIC GHU HU IEEE IS KHU LIC LLF MHU MLE MSE MTR MVF OEM PRR SAAR SAER SATR SER SGTR SMERFS^3 SMR SR SRE SRGM SRM SSE TEL UCI ZE Akaike’s Information Criterion Große Head Unit Head Unit Institute of Electrical and Electronics Engineers Integrationsstufe Kleine Head Unit Lower Confidential Interval Log Likelihood Funktion Mittlere Head Unit Maximum Likelihood Estimator Mean Squared Errors Modul Test Review Mean Value Function Original Equipment Manufacturer Predictive Ratio Risk Software Anforderung Review Software Architekturentwurf Review Software-Abnahme Review Steuergerät Entwurf Review Steuergeräte-Abnahmetest Review Statistical Modeling and Estimation of Reliability Functions for Software: Software, Hardward und Systems Software Modulentwurf Review Software Reliability Software Reliability Engineering Software Reliability Growth Model Software Reliability Model Sum of Squared Errors Steuergerät für Telefonie Upper Confidential Interval Zeiteinheit VIII
1 Einleitung 1.1 Software Reliability bei eingebetteter Software am Beispiel des Infotainment Alltag und Wirtschaft sind durch Software geprägt. Viele Funktionen in Haushaltsgeräten, Flugzeugen und Automobilen – um nur einige zu nennen – werden heutzutage durch Software realisiert. Damit hat Software eine hohe wirtschaftliche und technische Bedeutung. Dabei spielt vor allem eingebettete Software eine wichtige Rolle. Eingebettete Software ist in einen Hardwaresystemkontext eingebunden und Teil eines eingebetteten Systems. Eingebettete Systeme sind informationsverarbeitende Systeme, die aus Hardware- und Softwarekomponenten bestehen. Sie sind integraler Bestandteil komplexer mikroelektronischer bzw. mechatronischer Systeme. Sie sind häufig in größere, teilweise heterogene Umgebungen eingefügt. Eingebettete Systeme führen spezielle Funktionen innerhalb eines Gesamtsystems aus (vgl. Salzmann; Stauner 2005, Kap. 4 „Domäne Infotainment“). Auch Infotainment-Geräte in Automobilen sind eingebettete Systeme. Viele technische Systeme, die Software beinhalten, erfordern eine hohe Zuverlässigkeit (vgl. Liggesmeyer 2005b, S. 205). Zuverlässigkeit ist ein Kriterium von Softwarequalität. Die Sicherung der Softwarequalität ist eine wichtige Herausforderung bei der Softwareproduktion. Für den Zuverlässigkeitsbegriff wird im Englischen der Begriff „Reliability“ verwendet (vgl. Liggesmeyer 2002, S. 428): „Software reliability is the most important aspect of quality to the user because it quantifies how well the software product will function with respect to his or her needs (Musa 1999, S. 11). Software Reliability ist definiert als die Wahrscheinlichkeit, dass eine Software fehlerwirkungsfrei für eine bestimmte Zeitperiode in einer spezifischen Umgebung arbeitet (vgl. Lyu 1996, S. 5). Um Software Reliability messen zu können, setzt man Software Reliability Modelle (SRM) ein. Bei der Identifizierung der Produktrisiken können Zuverlässigkeitsanalysen und -prognosen helfen (vgl. Rinke et al. 2006). Software Reliability Engineering (SRE) ist die Anwendung von statistischen bzw. stochastischen Methoden auf Daten, die während der Softwareentwicklung erhoben wurden. Die Messung der Software Reliability dient dazu, einen Aspekt der Qualität von Software zu messen. Zuverlässigkeit ist wichtig, da unzuverlässige eingebettete 1
Seite 1 und 2: GEORG-AUGUST-UNIVERSITÄT GÖTTINGE
Seite 3 und 4: Inhaltsverzeichnis Seite Zusammenfa
Seite 5 und 6: 5.1.1 Analyse der Komponente „gro
Seite 7: Tabellenverzeichnis Seite Tabelle 5
Seite 11 und 12: werden zentrale Begriffe, Ziele und
Seite 13 und 14: Kundenverlust führen. Auch können
Seite 15 und 16: Zu den informalen Techniken gehöre
Seite 17 und 18: Umsetzung der Anforderung einer Pha
Seite 19 und 20: 2.2.4.2 Testendekriterien Besonders
Seite 21 und 22: Wert ist interpretierbar als der Er
Seite 23 und 24: equired, for a specified time, in a
Seite 25 und 26: MTTF (mean time to failure) ist die
Seite 27 und 28: 3.2.1.2 Merkmale Software Reliabili
Seite 29 und 30: 3.2.1.4 Ziele und Einsatz von Softw
Seite 31 und 32: „finite failure model“ (Farr 19
Seite 33 und 34: 3. Die isolierten Fehlerzustände s
Seite 35 und 36: 2. Die Fehlerwirkungsentdeckungswah
Seite 37 und 38: für i = 1, 2, ..., n konvertieren,
Seite 39 und 40: Der Chi-Quadrat-Test wird als „go
Seite 41 und 42: 4 Anwendungsfeld, Datenbasis und De
Seite 43 und 44: Abbildung 4.1-1 Head Unit im BMW-Au
Seite 45 und 46: 4.3 Analyse der Datenausgangsbasis
Seite 47 und 48: Bei allen ausgewählten Komponenten
Seite 49 und 50: (vgl. Xie 1991, S. 25). Da es sich
Seite 51 und 52: Abbildung 4.6-1 Beispiel Intervall-
Seite 53 und 54: Prognose der Restfehler sowohl mit
Seite 55 und 56: Man sieht in der Abbildung 5.1-3, d
Seite 57 und 58: Diese Daten mit den Daten der obige
Seite 59 und 60:
Abbildung 5.1-5 Fehlerkurve und kum
Seite 61 und 62:
Tabelle 5.1-3 Einschätzung und Pro
Seite 63 und 64:
5.1.3 Analyse der Komponente „kle
Seite 65 und 66:
Seite 67 und 68:
Abbildung 5.1-11 Fehlerkurve und ku
Seite 69 und 70:
Seite 71 und 72:
Tabelle 5.2-1 Anteil der Fehlerarte
Seite 73 und 74:
Head Unit wäre dies jedoch nicht r
Seite 75 und 76:
Tabelle 5.2-3 Vergleich der Restfeh
Seite 77 und 78:
Tabelle 5.2-5 Vergleich der Bestimm
Seite 79 und 80:
6 Zusammenfassung In diesem abschli
Seite 81 und 82:
Literaturverzeichnis (Birolini 2007
Seite 83 und 84:
(Stahlknecht; Hasenkamp 2005): Stah
Seite 85 und 86:
B Lesehilfe zum besseren Verständn
Seite 87 und 88:
C Abbildungen zur Datenanalyse (nic
Seite 89 und 90:
Abbildung C-5 Analyse der Daten mit
Seite 91:
Eidesstattliche Erklärung Ich erkl
Alle anzeigen

Software Reliability Engineering im Infotainment - Georg-August ...

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?