Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 1 Eigenschaften von Software.

Slides:



Advertisements
Ähnliche Präsentationen
Software Assurance Erweiterte Software Assurance Services
Advertisements

Lexikon der Qualität Begriffe in Verbindung mit Qualität und ISO9000 finden sie auch im Lexikon der Qualität erläutert (
Risiko-Management im Projekt
Qualität „Qualität ist die Gesamtheit von Eigenschaften und Merkmalen eines Produkts oder einer Tätigkeit, die sich auf deren Eignung zur Erfüllung gegebener.
Integrations- und Funktionstests im Rahmen des V-Modelles
Das V - Modell - Überblick
V - Modell Anwendung auf große Projekte
Phasen und ihre Workflows
Simulation komplexer technischer Anlagen
Eingebettete Systeme Qualität und Produktivität
Modellbasierte Software-Entwicklung eingebetteter Systeme
TECHNISCHE UNIVERSITÄT DARMSTADT Naive Bayes for Ranking
Eine Fallstudie zur Wirtschaftsinformatik
Universität Stuttgart Institut für Kernenergetik und Energiesysteme I nstitut für K ernenergetik und E nergiesysteme Rational Unified Process (RUP) - Definitionen.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme MuSofT LE Capability Maturity Model Tailoring Tailoring bedeutet ungefähr: Maßschneidern.
LE LM 10 - LO3 Verfahren zur Qualitätssicherung
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Prüfung von Simulationsprogrammen – Integrations- und Funktionstests Inhalt Vom Einzeltest.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Der Rational Unified Process - Einführung Inhalt Prozessmodelle Der Rational Unified.
Software „Unter Software versteht man die Gesamtheit oder auch einen Teil der Programme für Rechensysteme. Diese Programme ermöglichen zusammen mit den.
Fehler und ihre Kosten Inhalt Software und ihre Fehler
Prozessqualität und Produktqualität
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Was ist Refactoring? Bevor man die Integration angeht, mag es angebracht sein, den.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.2- LM 8 - LO 9 Definitionen zu LM 8.
Erfahrungen aus Tests komplexer Systeme
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Einzeltests im Rahmen des V-Modelles Aufgaben Überprüfung des Programmcodes mit Hilfe.
Risikomanagement Inhalt Ziele und Motivation
Risiken und Chancen Risiko Beurteilung: Dazu gehört die Identifikationen von Risiken, ihre Analyse und das Ordnen nach Prioritäten. Risiko Kontrolle: Dazu.
Prüfung von SW-Komponenten – Überblick
Schulung der Mitarbeiter
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Beispiel 2: Iterative-Inkrementelle Vorgehensmodelle Annahmen: Anforderungen sind unvollständig.
ISO - Normen Inhalt Qualität im SE Der ISO 9000-Ansatz
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Aufgaben des Testens Vergleich des Verhaltens einer Software mit den an sie gestellten.
Testgetriebene Entwicklung
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Regeln für Tester - best practice 1 Prüfe das eigene Programm nie als Einziger Testen.
Fehler und ihre Kosten Inhalt Fehler in Software
Beispiel: Wasserfallmodell als einfaches Phasenmodell
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE LM 9 - LO2 Prozessmodell und Management.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme System- und Abnahmetests Inhalt Testen des Systems unter Mitwirkung des Auftraggebers.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Agile Software Entwicklung mit dem RUP Agile Softwareentwicklung Best Practice bei.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE P MuSofT Erkundungsumgebung Entwicklung eines komponentenbasierten Systems WS 03/04.
RUP-Elemente (Schlüsselkonzepte)
Zertifizierung von Software: CMM oder ISO 9000
Das V - Modell - Überblick
Universität Stuttgart Institut für Kernenergetik und Energiesysteme MuSofT LE 3.1-4V - Modell Überblick V-Modell Regelungen, die die Gesamtheit aller Aktivitäten,
Universität Stuttgart Institut für Kernenergetik und Energiesysteme MuSofT LE 3.1-4V - Modell Überblick Links zum Kapital V- Modell Glossar mit Zuordnung.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 5 V-Modell-AnwendungenFolie 1 V-Modell für große Projekte.
Rational Unified Process (RUP) - Definitionen
Vortrag 11: Reengineering - Refactoring
Vorlesung 3: Verschiedenes Universität Bielefeld – Technische Fakultät AG Rechnernetze und verteilte Systeme Peter B. Ladkin
Datenmanagement in Sensornetzen PRESTO - Feedback gesteuertes Datenmanagement - SS 2007 Sören Wenzlaff.
-LABORPRAKTIKUM- SOMMERSEMESTER 2005
Dieter Bergmann, Lichtenfels
Quadratische Gleichung
Ende Christian SeitzJochen Braun. Ende Der CMOS Standard Chip.
Berliner Rahmenpläne Informatik für die Sekundarstufe I
Simulation komplexer technischer Anlagen
Steuerung externer Komponenten über ein USB-Interface.
Manfred Wahl Gewinnen mit Risiko Mgmt Heidelberger Investoren Runde 11. April 2007 Idee: van Tharp Institute, Technischer Analyse Kongress 2006, Frankfurt.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE LM 10 - LO4 Das JUnit Test Framework.
Die Geschichte des Computers
Tormann Lorenz Maierhofer Die Test-Umgebung Tor: 5x Roboter-Durchmesser Ball: Wird jeweils in Richtung einer zufälligen Position im Tor geschossen.
Telecooperation/RBG Technische Universität Darmstadt Copyrighted material; for TUD student use only Grundlagen der Informatik I Thema 16: Ausnahmebehandlung.
KOMOD Konzeptstudie Mobilitätsdaten Österreich AP3 Erhebungsmethoden und -komponenten Gerd Sammer, Roman Klementschitz Institut für Verkehrswesen, Universität.
Wahrscheinlichkeitsrechnung
Mehr Kreativität! Machen Sie Schluss mit aufwendigen Meetings und langatmigen Konferenzen, bei denen einer spricht und viele mit dem Schlaf kämpfen!
Versuche alle Fragen richtig zu beantworten!
I N F O R M A T I K a n d e r M a r i e – R e i n d e r s – R e a l s c h u l e.
Modellbasierte Software-Entwicklung eingebetteter Systeme
Station 3 Wer die Rose nach Steinfurth brachte?.- Chronik.
4) Kaufmännische Realisierung
 Präsentation transkript:

Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 1 Eigenschaften von Software Unter Software versteht man die Gesamtheit oder auch einen Teil der Programme für Rechensysteme... ( Weitere Informationen: Definitionen des Begriffs Software )Informationen: Definitionen des Begriffs Software ) Software ist daher ein immaterielles Produkt Software unterliegt keinem Verschleiß, altert aber Software wird kaum durch physikalische Gesetze begrenzt, basiert aber auf einem Modell Software ist im allgemeinen leichter und schneller zu ändern als ein technisches Produkt, solange man nicht vergleichbare Qualitätsanforderungen stellt. Die Herstellung vieler Exemplare (Kopien) ist trivial All diese Eigenschaften haben Auswirkung auf das Auftreten von Fehlern, die Strategien zu ihrer Vermeidung und zu ihrer Behebung.

Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 2 Fehlerursachen Fehler können auftreten beim../bei der.. Verstehen des geforderten Verhaltens - Konzeptionalisierung Umsetzen in ein Computermodell- Entwurf Erstellen des Programmes- Konstruktion und Realisierung Versorgen des Programmes mit Daten- Simulation Interpretation der Ergebnisse- Analyse und Betrieb ( Weitere Informationen: Definitionen des Begriffs Fehler ) Häufig treten Fehler auch beim Übergang von einer Phase zur nächsten auf, insbesondere, wenn mit diesem Übergang ein Wechsel im zugrundeliegenden Modellierungsparadigma verbunden ist

Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 3 Beispiele für Fehler im PC-Bereich –INTEL: no more than Bugs in Pentium. –Example Handy (Cellular Phone): lines of program: up to 600 errors. –Windows-95: 10 Mill. lines: up to errors. See also subj 4, subj9 and subj7 unter catless.ncl.ac.uk/Risks/20.82.html catless.ncl.ac.uk/Risks/20.82.html Klassifizierung von Software nach Fehlerhäufigkeit Banana Software:Let the Software ripe at the customer! 'It's not a bug, it's a feature! Standard Software: 25 bugs per 1000 lines of program. Good Software: 2 errors per 1000 lines. Space Shuttle Software: < 1 errors per lines.

Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 4 Beispiel: Denver-Flughafen ( ) – Oktober 1993: Probleme mit der High-Tech-Gepäckverteilungsanlage. – April 1994: Verschiebung der Eröffnung nach Debakel: Gepäckstücke wurden auf Wagen geworfen, die gar nicht da waren; Wagen fielen aus den Fahrspuren heraus; usw. Die computergesteuerte Gepäckverteilungsanlage bestand aus über 150 Computern, 4000 Wagen auf 34 km Schienenwegen, 5000 Sensoren, 56 Barcode-Lesern; Wert der Anlage: $200 Mio., dazu $100 Mio. für Gebäudeänderungen. Hauptursache: Zu viele Nachrichten über Ethernet. Sortier-Anweisungen kamen nicht rechtzeitig wegen Überlastung des Netzwerks (LAN). Gesamtproblem zu komplex. – August 1994: Installation eines (zweiten) konventionellen Systems mit üblichen Förderbändern: $ 50 Mio. zusätzlich – Erste offizielle Inbetriebnahme: 1. März aber kurz danach wieder Stillstand; Wiedereröffnung: Oktober 1995 – Gesamtkosten: $ 520 Mio. statt geplanter $ 200 Mio. Softwarefehler sind teuer!

Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 5 Beispiel: Parteitag der Grünen Bericht der Stuttgarter Zeitung vom Parteitag platzt wegen eines Computerfehlers Wegen eines Computerfehlers wurden zwei Delegierte zuviel zum Listen- Parteitag der Grünen eingeladen. Der Parteitag platzte. * Die Landesgeschäftsführer hatten den Delegiertenschlüssel mittels einer Exceldatei ausrechnen lassen. Das Programm sollte die 200 Delegierten auf die 47 Kreisverbände abhängig von deren Mitgliederzahl verteilen. Durch Rundungsfehler hatte der Rechner aber 3 Kreisverbänden je einen Delegierten zuviel und einem Kreisverband einen Abgesandten zu wenig zugewiesen. Nachgeprüft wurden die einzelnen Ergebnisse erst, als in einem Wahlgang mehr als 200 Stimmen abgegeben wurden.

Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 6 Fehlverhalten von größeren Systemen – Die Zahl der noch im Produkt befindlichen Fehler kann zunächst schnell gesenkt werden – Die Fehlerzahl wird im allgemeinen nie Null erreichen – Verbesserungen und neue Anforderungen erhöhen die Fehlerzahl wieder – Nach zu vielen Revisionen entsteht ein nicht mehr handhabbares Produkt Zeit Fehlerzahl Produkt nicht mehr handhabbar hohe Motivation viel Know-how hohe Priorität Quelle IAS

Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 7 Hier finden Sie eine Vielzahl weiterer Fehlerberichte ACM Auflistung von Softwareproblemen Software-Bugs (Sammlung von Web Seiten)

Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE 3.1 ProzessqualitätLM 1 Fehler und ihre KostenFolie 8 Was man aus Softwarefehlern lernen kann – Es muss nicht nur getestet werden, was das System können sollte, sondern auch, ob es auf falsche Eingaben richtig reagiert. – Kein System-Shutdown als Antwort auf eine generelle Ausnahmebehandlung bei Systemen, die keinen fail-safe Zustand haben. ( Weitere Informationen: Definition des Begriffs fail-safe) – In kritischen Berechnungen sollte immer ein Wert zurück gegeben werden, selbst wenn der absolut korrekte Wert nicht berechnet werden kann. Dazu ist dann ein Fehlerhinweis nötig. – Wenn immer möglich, sollten Tests unter realen Bedingungen erfolgen. – Verbessere den Reviewprozess um externen Teilnehmer. Der Review sollte alle im Code gemachten Annahmen umfassen.