IV Software-Qualitätssicherung
|
|
- Hansl Esser
- vor 7 Jahren
- Abrufe
Transkript
1 Softwaretechnik- Praktikum: 6. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E Tel hg@upb.de Softwaretechnikpraktikum: IV Software-Qualitätssicherung (Fortsetzung) Jun.-Prof Prof.. Dr. Holger Giese Raum E Tel hg@upb.de IV Software-Qualitätssicherung IV.1 Grundlagen IV.2 Analytisches Qualitätsmanagement IV.2.1 Analysierende Verfahren IV.2.2 Testende Verfahren IV.3 Konstruktives Qualitätsmanagement IV.5 Prozessqualität IV.6 Diskussion & Zusammenfassung IV.7 Literaturhinweise IV.3 Konstruktives Qualitätsmanagement Software-Entwicklung Notationen Methoden (1) Werkzeuge SE/TSE Modellbasierte Software- Entwicklung (siehe 2. Studienabschnitt) Infrastruktur (2) Prozeduren und Arbeitsanweisungen (3) Vorlagen und Checklisten (4) Mitarbeiter Schulung & Zertifizierung Versions- und Konfigurationsmanagement (s. 1. Vorlesung) V6-3 V6-4 (1) Werkzeuge Formen der Werkzeugunterstützung Auswirkung auf die Produktqualität Auswirkung auf die Qualität der Wartung Auswirkung auf das Projektmanagement Formen der Werkzeugunterstützung Traditionelle Werkzeuge unterstützen den Entwickler bei den Aktivitäten einer Phase des Software Lebenszyklus. Computer Aided Software Engineering (CASE) Werkzeuge unterstützen den Entwickler bei Arbeiten, die mehrere Phase des Software Lebenszyklus umfassen. V6-5 V6-6 1
2 Customer System analyst Programmer Tester Installation team Maintenance team Requirements determination Customer s requirements doc. Analysis System requirements doc. Traditional Design Detailed design doc. Coding Program code files Testing Installation Installed code files Operation and maintenance Customer System analyst Programmer Tester Installation team Maintenance team Requirements determination Customer s requirements doc. Analysis Upper -CASE Design Upper -CASE Coding Lower - CASE Testing CASE testing tools Installation Operation and maintenance CASE tool-supported R e p o s i t o r y Auswirkung auf die Produktqualität Beitrag zur Qualität bzgl. der Fehlerursachen Ursachen von Softwarefehlern traditionelle Werkzeuge CASE Werkzeuge 1. Fehlerhafte Anforderungen - sehr gering 2. Fehler in der Kommunikation zwischen Kunde und Entwickler - sehr gering 3. Abweichung von den Anforderungen - hoch 4. Logische Entwurfsfehler - hoch 5. Programmierfehler sehr hoch sehr hoch 6. Abweichungen von Programmier- und Dokumentationsrichtlinien beschränkt sehr hoch 7. Schwächen des Testprozesses hoch hoch 8. Fehler in der Benutzerschnittstelle oder Verfahrensfehlern beschränkt beschränkt 9. Fehler in der Dokumentation beschränkt sehr hoch V6-7 V6-8 Vollständige und immer aktuellen Auswirkung auf die Qualität der Wartung Für Korrektive Wartung: Mittels CASE Werkzeugen automatisch generierte Dokumentation führt zu einer einfacheren und zuverlässigeren Identifikation von Fehlerursachen (Querverweise, Erfassung der Korrekturen, ) Für Adaptive Wartung: V6-9 Auswirkung auf das Projektmanagement Verringerte Kosten Verringerte Entwicklungszeiten Weniger Abweichungen vom Plan da In der Regel geringeren Fehlerraten Geringere Korrekturkosten ABER: bisher sind Projektkontrolle und CASE nicht wirklich integriert V6-10 (2) Prozeduren und Arbeitsanweisungen Vorteile: Ausführung von Aktivitäten auf die effektivste und effizienteste Art. Effektive and effiziente Kommunikation zwischen Entwicklern und Wartungspersonal, die zu weniger Missverständnissen und daraus folgenden Fehlern führt. Vereinfachte Koordination zwischen den Aufgaben und Aktivitäten verschiedener Teams führt zu weniger Fehlern. Was wird durch Prozeduren geregelt? Die Fünf W's: Welche Aktivitäten müssen ausgeführt werden? Wie sollen die Aktivitäten ausgeführt werden? Wann sollen die Aktivitäten ausgeführt werden? Wo sollen die Aktivitäten ausgeführt werden? Wer sollen die Aktivitäten ausführen? V6-11 V6-12 2
3 Quellen für Prozeduren Ausprägung und Weiterentwicklung von Prozeduren Internationale oder nationale SQA SQA Richtlinien der Organisation Relevante Faktoren für Prozeduren Typ der Software Kundenspektrum SQA Ansatz der Organisation SQA Prozeduren der Organisation SQA Arbeitsanweisungen Update wird notwendig aufgrund von technologischem Wandel Aufgabenverlagerung der Organisation Benutzervorschlägen Analyse der eigenen Projekte Externe Analyseergebnissen V6-13 V6-14 (3) Vorlagen und Checklisten Vorlagen Schematische Vorlage für Dokumente, die während der Softwareentwicklung benötigt werden (z.b. Pflichtenheft, Testbericht, ) Checklisten Liste von Teilaufgaben, die im rahmen einer Aktivität festzulegen oder zu erledigen sind. Vorteile von Vorlagen Für das Entwicklerteam: Vereinfacht die Erstellung der Dokumente. Führt in der Regel zu vollständigeren Dokumenten. Vereinfacht die Integration neuer Teammitglieder. Vereinfacht den Review der Dokumente. Für das Wartungsteam: Ermöglicht die einfacher Lokalisierung von Informationen. V6-15 V6-16 Vorteile von Checklisten Für das Entwicklerteam: Hilft dem Entwickler bei der Überprüfung der eigenen Ergebnisse. Hilft Entwicklern bei der Vorbereitung von Aufgaben. Für das Reviewteam: Garantiert die Vollständigkeit des Reviews. Erhöht die Effizienz des Reviews. (4) Vorteile: Anwendung des State of the Art bzgl. Methoden und Prozeduren. Besseres Verständnis und Koordination zwischen Entwicklerteams und Wartungsteams. Bessere Kooperation zwischen Entwicklern und externern Projektbeteiligten. Besseres Verständnis und Koordination zwischen Anbietern und Kunden durch Aufnahme von in den Vertrag. V6-17 V6-18 3
4 Arten von Charakteristika Zielgruppe Fokus Zielrichtung des Ziel des Qualitätsmanagement- Management der Softwareentwicklung und/oder Wartung sowie deren SQA Abteilung Organisation, Infrastruktur und Anforderungen an diese Was soll erreicht werden Prozessqualität Prozess- Produktqualität Teams, die für die Softwareentwicklung und/oder Wartung zuständig sind Methoden zur Durchführung von Softwareentwicklungsund Wartungsprojekten Das Wie der Ausführung Organisationen die SQA entwickeln IEEE (Institute of Electric and Electronic Engineers) Computer Society ISO (International Organization) DOD (US Department of Defense) ANSI (American National Institute) IEC (International Electrotechnical Commission) EIA (Electronic Industries Association) V6-19 V6-20 Prozess- IEEE Software Engineering : Struktur und Inhalt IEEE/EIA Std Software life cycle processes IEEE Std Verification and validation IEEE Std Reviews Klassen von IEEE A Konzeptionelle Prinzipien und Gesamtansatz IEEE 1061 Software Quality Metrics Methodology IEEE/EIA Information Technology Software Life Cycle Processes B, die Vorgaben festlegen Vorgaben, die eingehalten werden müssen. IEEE 829 Software Test Documentation IEEE 1012 Software Verification And Validation IEEE 1028 Software Reviews C, die Anleitung zur Ausführung geben Umsetzung der der Klasse B IEEE 1233 Guide for Developing System Requirement Specifications IEEE/EIA Guide, Information technology Software Life Cycle Processes Life CycleData V6-21 V6-22 IEEE/EIA Std Information Technology Software Life Cycle Processes Ziele: Etablierung eines international anerkannten Modells für Software Lebenszyklus Prozesse auf das die Softwareindustrie weltweit verweisen kann. Das Verständnis zwischen den verschiedenen Beteiligten durch Einführung allgemein anerkannter Prozesse, Aktivitäten und Aufgaben fördern. Tailoring Acquisition Supply Development Operation Maintenance Management Documentation Infrastructure Configuration management Improvement Quality assurance Training Verification Validation Joint review Audit Problem resolution Organizational processes Copyright 1992 IEEE. All rights reserved. Primary processes IEEE/EIA Std Software life cycle processes Supporting processes S o f t w a r e l if e c y c l e V6-23 V6-24 4
5 IEEE Std 1012 Verification and validation Ziele: Ein allgemeines Framework für V&V Aktivitäten und Aufgaben für alle Software Lebenszyklus Prozesse. Festlegung von V&V Anforderungen inklusive der benötigten Eingaben und resultierenden Ausgaben. Festlegung von Software Integritätsstufen und der entsprechenden V&V Aufgaben. Festlegung des Inhalts des Software V&V Plans. IEEE Std 1028 Reviews Ziele: Definition systematischer Review Prozeduren, die Durchgängig für alle Reviews im Lebenszyklus der Software anwendbar sind und Mit den Anforderungen anderen an Reviews vereinbar sind. Konzepte: hochgradig formales Vorgehen Reviewtypen: Management reviews, Technical reviews, Inspections, Walkthroughs, Audits Reviews werden im durch nachfolgende Überwachung der Korrekturen begleitet V6-25 V6-26 IV.5 Prozessqualität Hintergrund: Produktivität (gemessen rein in LOC) kann kaum gesteigert werden Qualitätssicherungsmaßnahmen können nur in einem geeigneten Umfeld rational eingesetzt werden Die Qualität eines Produktes kann durch Managementmaßnahmen signifikant gesteigert werden Prozessqualität als Ansatzpunkt Eine gute Qualität eines Produktes kann besser über die Qualität des Erstellungsprozesses erreicht werden als allein über Qualitätssicherungsmaßnahmen unmittelbar am Produkt (see [Humphrey1998a]) Ansätze: ISO 9000 Familie CMM / PSP / TSP SPICE project and the ISO/IEC software process assessment standard TQM (Total Quality Management) V6-27 V6-28 QS vs. QM (in Anlehnung an TQM) Ziele Orientierung Organisation Methoden QS Bessere Produkte Geringere Kosten Produkt Starke QS Analyse (Messen, Testen) QM Bessere Unternehmen Kundenzufriedenheit Flexibilität Markt Prozeß Alle Mitarbeiter Festlegung der Prozesse Prozeßüberwachung und optimierung Schulung Arten von Charakteristika Zielgruppe Fokus Zielrichtung des Ziel des Qualitätsmanagement- Management der Softwareentwicklung und/oder Wartung sowie deren SQA Abteilung Organisation, Infrastruktur und Anforderungen an diese Was soll erreicht werden Prozessqualität Prozess- Produktqualität Teams, die für die Softwareentwicklung und/oder Wartung zuständig sind Methoden zur Durchführung von Softwareentwicklungsund Wartungsprojekten Das Wie der Ausführung V6-29 V6-30 5
6 Arten von Qualitätsmanagement Zertifizierungsstandards: Eine externe Zertifizierungsstelle bescheinigt einer Organisationen die Fähigkeit Produkte oder Dienstleistungen mit akzeptabler Qualität zu liefern. Dient als Basis für eine Evaluierung des Qualitätsmanagementsystems des Anbieters durch den Kunden. Fördert die Bestrebung im Bereich des Qualitätsmanagement in der Organisation mittels Einhaltung von. Assessment-: Dient Organisationen zur Selbstbeurteilung in Bezug auf die Fähigkeit Softwareentwicklungsprojekte durchzuführen. Dient zur Verbesserung von Entwicklungs- und Wartungsprozessen. Hilft die Fähigkeiten möglicher Lieferanten einzuschätzen. (1) ISO / ISO 9001 ISO 9001 beschreibt ganz allgemein Modelle zur Darlegung der Qualitätssicherung in Entwicklung, Produktion, Montage und Kundendienst ISO ist eine Richtlinie für die Anwendung von ISO 9001 auf die Entwicklung und Wartung von Software (mit der hier üblichen Terminologie) V6-31 V6-32 ISO 9001 Geforderte Qualitätssichernde Maßnahmen ISO legt kein Vorgehensmodell (Phasenmodell) fest; sie verlangt aber die Darlegung der Phasen, Ergebnisse und der jeweiligen Qualitätssicherungsmaßnahmen (Verifizierung) und sie legt einmalig oder periodisch im Unternehmen durchzuführende Maßnahmen und pro Projekt durchzuführende Maßnahmen Sie verlangt Maßnahmen zur Dokumentation der Projektabläufe ( Konfigurationsmanagement) Festlegung der Qualitätspolitik Festlegung eines mit der Qualitätspolitik Beauftragten Regelmäßige Überprüfung Einplanung der Ressourcen für die Qualitätssicherung Konfigurationsmanagement Schulung [Balzert1998] V6-33 V6-34 Geforderte Dokumente [Balzert1998] Zertifizierung nach ISO 9000 Vertrag Spezifikation Entwicklungsplan Qualitätssicherungsplan Testplan Wartungsplan Konfigurationsmanagementplan Die Erfüllung der Vorgaben wird durch Audits durch einer unabhängigen Zertifizierungstelle festgestellt. Zertifikat Danach werden regelmäßig Überwachungs- bzw. Wiederholungsaudits durchgeführt. Grund: ISO 9000-Zertifizierung ist ein Wettbewerbsvorteil V6-35 V6-36 6
7 Vor- und Nachteile Vorteile: Qualitätsbewußtsein (auf Geschäftsführungsebene und Mitarbeiterebene) Dokumentation der Qualitätspolitik und ihrer Umsetzung Anpassungszwang (jährliche Überwachung) Nachteile: Gefahr der Bürokratie (Dokumente um der Dokumente willen) Gefahr der Inflexibilität [Balzert1998] (2) CMM / PSP / TSP Die drei Dimensionen der Prozeßverbesserung: Capability Maturity Model: Richtlinien (Framework) für reife Entwicklungsprozesse in einem Unternehmen [Humphrey1998a] Personal Software Process: Verbesserung des individuellen Reife der einzelnen Software-Entwickler Team Software Process: Verbesserung der Reife des Teams [Humphrey1998b] [Humphrey1998c] V6-37 V6-38 Capability Maturity Model: Historie Motivation: Quantitative Managementmethoden erhöhen die Fähigkeit einer Organisation die Qualität zu kontrollieren und die Produktivität zu steigern. Das CMM wurde von W. S. Humphrey im Auftrag der U.S. Airforce entwickelt, um Software- Entwicklungsunternehmen auf die Reife ihre Entwicklungsprozesse hin zu bewerten. Später kamen dann PSP und TSP hinzu. CMM Assessment: Prinzipien Fünf Reifestufen helfen das Erreichte zu erfassen und notwendige Schritte zur Verbesserung zu bestimmen. Generisch Prozessgebiete legen das Was nicht das Wie fest, so dass CMM auf ein große Bandbreite an Organisationen angewendet werden kann: Unabhängig vom Lebenszyklusmodell Unabhängig vom Entwicklungsmethoden, Werkzeugen oder Programmiersprachen Unabhängig vom für die Dokumentation V6-39 V6-40 CMM: Fünf Reifestufen (1/5) CMM: Fünf Reifestufen (2/5) Stufe 1 (initial): Ad hoc Prozeß Chaotischer Prozeß Unkalkulierbar (Kosten, Zeit, Qualität) Software-Entwickler sind Künstler und Individualisten Stufe 2 (repeatable): Wiederholbarer Prozeß Intuitiver Prozeß (aufgrund von individueller Erfahrung) Termin-Kontrolle möglich Kosten und Qualität schwanken Informelle Vorgehensweise Prozeß von den beteiligten Software- Entwicklern abhängig V6-41 V6-42 7
8 CMM: Fünf Reifestufen (3/5) CMM: Fünf Reifestufen (4/5) Stufe 3 (defined): Definierter Prozeß Qualitativer Prozeß Zuverlässige Termin und Kostenplanung Verbesserte aber immer noch nicht vorhersagbare Qualität Prozeß ist unabhängig von den beteiligten Software-Entwicklern Stufe 4 (managed): Gesteuerter Prozeß Quantitativer Prozeß Kontrolle der Produktqualität (durch statistische Kontrolle) Prozeß durch Metriken überwacht V6-43 V6-44 CMM: Fünf Reifestufen (5/5) CMM: Risiko & Produktivität Stufe 5 (optimized) Stufe 5 (optimized): Optimierender Prozeß Rückkopplung der Prozeßdaten zur Optimierung Stufe 4 (managed) Stufe 3 (defined) Stufe 2 (repeatable) Risiko steigt Qualität & Produktivität steigen Stufe 1 (initial) V6-45 V6-46 Kriterien für Reifestufe Jeder Reifestufe sind Kriterien zugeordnet, die erfüllt sein müssen, um diese Reifestufe zu erlangen ISO vs. CMM Stufe 3 ISO und CMM sind nicht 100%ig vergleichbar! Sie haben verschiedene Ziele und Schwerpunkte. [Humphrey1998a] V6-47 V6-48 8
9 IV.6 Diskussion & Zusammenfassung (1/4) In einem Qualitätsmodell wird der der allgemeine Qualitätsbegriff wird durch Ableiten von Qualitätsmerkmale (factors) die auf mess- und bewertbaren Qualitätsindikatoren bzw. Metriken aufbauen operationalisiert. Qualitätsmanagement (QM): Es umfasst alle Maßnahmen und Tätigkeiten, Qualität zu erzeugen. Dieses sind Qualitätsplanung, die festlegt welches Teilprodukt (Dokument) wann, wie und von wem bezüglich welcher Qualitätsanforderungen überprüft werden muss, Qualitätslenkung, d.h. Arbeitstechniken und Tätigkeiten, die zur Erfüllung der Qualitätsanforderungen angewendet werden (dies sind in erster Linie konstruktive Maßnahmen) sowie Qualitätssicherung (QS), also Maßnahmen und Tätigkeiten, die Vertrauen schaffen, dass das Produkt die Qualitätsanforderungen erfüllt. Diskussion & Zusammenfassung (2/4) Analytische Qualitätsmaßnahmen untersuchen dabei das fertige Produkt, ob es bezüglich bestimmter Qualitätsmerkmale die gewünschte Stufe erreicht hat, während konstruktive Qualitätsmaßnahme dafür sorgen, dass möglichst während des Erstellungsprozesses direkt die benötigten Qualitätsmerkmale erfüllt werden Während produktorientiertes QM Qualität unmittelbar am Produkt gewährleistet ( QS) wird bei prozessorientiertem QM die Qualität des Prozesses betrachtet (Erfahrung zeigt: Rein produktorientiertes QM ist für Softwareprodukte unzweckmäßig.) V6-49 V6-50 Diskussion & Zusammenfassung (3/4) Bei Analytische Qualitätsmaßnahmen unterscheidet man zwischen Analysierende Verfahren, bei denen eine Untersuchung auf konzeptioneller Ebene ohne Ausführung der konkreten Software stattfindet, und Testende Verfahren (Dynamische Analyse), die zur Analyse die konkrete Software oder Teile davon ausführenn, um Abweichung von erwarteten Verhalten zu identifizieren. Sehr effiziente Analysierende Verfahren sind Reviews und Inspections (persönliche Review, Walkthroughs, Inspections, Formale technische Reviews, Audit, ). Bei der systematische Konstruktion von Tests wird zwischen Blackbox- Test, die nur mit Hilfe der Spezifikation entwickelt werden, und (Whitebox) Glassbox-Test, die anhand der Implementierung entwickelt/beurteilt werden, unterschieden. Tests werden auf verschiedenen Stufen durchgeführt: Abnahmetest (vom/mit Auftraggeber), Systemtest, Integrationstest oder Modultest. Diskussion & Zusammenfassung (4/4) Der Einsatz von Notationen, Methoden und Werkzeuge bei der Softwareentwicklung sowie Infrastrukturmaßnahmen wie Prozeduren und Arbeitsanweisungen, Vorlagen und Checklisten oder auch sind wesentliche Mittel des konstruktiven Qualitätsmanagements. Vorteile von sind die Anwendung des State of the Art bzgl. Methoden und Prozeduren und das resultierende bessere Verständnis/ Koordination innerhalb der Organisation, mit externern Projektbeteiligten und Kunden (Aufnahme von in den Vertrag). Eine gute Qualität eines Produktes kann besser über die Qualität des Erstellungsprozesses erreicht werden als allein über Qualitätssicherungsmaßnahmen unmittelbar am Produkt (siehe ISO 9000 Familie, CMM / PSP / TSP, SPICE project and the ISO/IEC 15504) V6-51 V6-52 IV.7 Literaturverzeichnis (1/2) [Balzert1996] [Balzert1998] [Gartner2001] [Humphrey1998a] Helmut Balzert: Lehrbuch der Software-Technik: Software-Entwicklung. Spektrum Akademischer Verlag Helmut Balzert: Lehrbuch der Software-Technik: Software-Management, Software-Qualitätssicherung, Unternehmensmodellierung. Spektrum Akademischer Verlag D. Galin, Software Quality Assurance: From theory to implementation. Harlow, England: Pearson Addison Wesley, Gartner Inc. Describing the Capability Maturity Model, Measure, Special Edition 2001, Gartner Inc. Watts S. Humphrey. Three Dimensions of Process Improvement Part I: Process Maturity. (See Literaturverzeichnis (2/2) [Humphrey1998b] [Humphrey1998c] [SEMA 2003] Watts S. Humphrey. Three Dimensions of Process Improvement Part II: The Personal Process. CrossTalk: The Journal of Defense Software Engineering, March (See Watts S. Humphrey. Three Dimensions of Process Improvement Part III: The Team Process. CrossTalk: The Journal of Defense Software Engineering, April (See Software Engineering Measurement and Analysis, Process Maturity Profile: Software CMM, CBA IPI and SPA Appraisal Results, 2003 Mid-Year Update, Software Engineering Institute, Carnegie Mellon University September 2003, CMM/2003sepSwCMM.pdf. V6-53 V6-54 9
10 Übersicht I Einleitung II Ergänzungen zur Software-Entwicklung III Software-Management IV Software-Qualitätssicherung V Zusammenfassung Softwaretechnikpraktikum: V Zusammenfassung Jun.-Prof Prof.. Dr. Holger Giese Raum E Tel hg@upb.de V6-55 Übersicht (1/2) Teildisziplinen der Softwaretechnik Software-Entwicklung: in TSE/SE + Ergänzungen Entwicklung des geplanten Softwareprodukts nur das nötigste Software-Management: Planung, Steuerung und Kontrolle des Entwicklungsprozesses Software-Qualitätssicherung: Planung und Durchführung von Maßnahmen zur Gewährleistung der geforderten Softwarequalität Softwarewartung und pflege: Beseitigung von Fehlern, die im Betrieb auftreten, Anpassung an geänderte Anforderungen nur das nötigste nur Reverse Engineering Übersicht (2/2) I II III IV V Einleitung Ergänzungen zur Software-Entwicklung Reverse Engineering, Machbarkeitsstudie Software Management Planung, Organisation, Personal/Leitung, Kontrolle (CVS!) Software Qualitätssicherung Analytisches Qualitätsmanagement, Konstruktives Qualitätsmanagement, Prozessqualität Zusammenfassung V6-57 V6-58 Lessons Learned Software-Entwicklung ist mehr als Programmierung. Es erfordert Kommunikation, Planung, Prüfung, Kontrolle,... Software-Entwicklung erfordert Management. Software-Entwicklung erfordert Qualitätssicherungsmaßnahmen. Langfristiger Software-Entwicklung erfordert Sicherung und stetige Verbesserung der Prozessqualität. Softwaretechnikpraktikum: Informationen, Aufgaben für die nächste Woche und Fragerunde V
11 Ausblick (1/2) Ausblick (2/2) Entwurf Verfeinerung der Architektur Präzisieren der Klassendiagramme Design Review Implementierung & Test Implementierung Modultests (inkl. Code Walkthrough) Integrationstests Präsentation des Systems System- und Abnahmetests Turnierversion erstellen :00 Uhr Klausur :00 Uhr Turnier Auslieferung & Installation Dokumentation vervollständigen finale Installationsversion erstellen Deadline :00 Uhr Benachrichtigung über Fertigstellung (per ) V6-61 V6-62 Klausur Turnier Fr, 22. Juli 2005, Uhr, AM und C1 Fr, 22. Juli 2005, Uhr, C1 Aufgaben Aufgabenstellung Praktische Fragen zu Versionsverwaltung Reverse Engineering Programmierung (Java) Test Reviews & Inspections Fragen zum Stoff der Vorlesung Höhepunkt des Praktikums Stunde der Wahrheit Viel Erfolg! V6-63 V6-64 Fragen? V
IV Software-Qualitätssicherung
Softwaretechnik- Praktikum: 12. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E 3.165 Tel. 60-3321 Email: hg@upb.de Übersicht I II III IV V Einleitung Ergänzungen zur Software-Entwicklung Software Management
MehrSoftwaretechnik- Praktikum: 13. Vorlesung
Softwaretechnik- Praktikum: 13. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E 3.165 Tel. 60-3321 Email: hg@upb.de Übersicht I II III IV V Einleitung Ergänzungen zur Software-Entwicklung Software Management
MehrIV Software-Qualitätssicherung
Softwaretechnik- Praktikum: 13. Vorlesung Übersicht I II III IV V Einleitung Ergänzungen zur Software-Entwicklung Software Management Software Qualitätssicherung Zusammenfassung Zusatz: Praxisvorträge
MehrBegleitvorlesung zum Softwaretechnikpraktikum SS 2003
Begleitvorlesung zum Softwaretechnikpraktikum SS 2003 Wilhelm Schäfer Literatur: Helmut Balzert, Lehrbuch der Softwaretechnik, Band 2 Spektrum Akademischer Verlag, Heidelberg; Berlin 1998 1 Produktivität
Mehr13. Qualitätsmanagement Software Engineering
13. Qualitätsmanagement Software Engineering Fachhochschule Darmstadt Haardtring 100 D-64295 Darmstadt Prof. Dr. Bernhard Humm FH Darmstadt, 19. Januar 2006 Einordnung in den Kontext der Vorlesung 1. Einführung
MehrSoftwaretechnikpraktikum SS 2004. Qualitätsmanagement I. 1. Überblick. Qualität. Qualitätsmerkmal
Softwaretechnikpraktikum SS 2004 Qualitätsmanagement I 5. Vorlesung 1. Überblick Planungsphase Definitionsphase Entwurfsphase Implem.- phase Fragen Was ist Qualität? Wie kann man Qualität messen? Wie kann
MehrInformationssystemanalyse Das Capability Maturity Model 5 1
Informationssystemanalyse Das Capability Maturity Model 5 1 Das Capability Maturity Model Der Prozeß der Softwareentwicklung kann unterschiedliche Ausprägungen haben. Ein Idealzustand kann z.b. das V-Modell
MehrSoftware Engineering. Prozessqualität CMM, CMMI und SPICE
Software Engineering Prozessqualität CMM, CMMI und SPICE Die Inhalte der Vorlesung wurden primär auf Basis der jeweils angegebenen Literatur erstellt. Darüber hinaus finden sich ausgewählte Beispiele zur
MehrVerbesserung von Softwareprozessen mit CMMI
Seminar Software Management 2 Agenda Einordnung und Motivation Aufbau des CMMI Umsetzung von CMMI mit dem IDEAL Modell Bewertung 3 Agenda Einordnung und Motivation Aufbau des CMMI Umsetzung von CMMI mit
MehrCMM Mythos und Realität. Forum Forschungsförderung BITKOM / ViSEK 2003 17. Oktober 2003. Tilman Seifert, TU München
CMM Mythos und Realität Forum Forschungsförderung BITKOM / ViSEK 2003 17. Oktober 2003, TU München Agenda Das CMM Ziele und Aufbau Prozessverbesserung nach CMM Bewertung des CMM Mythen Thesen Kritik Zusammenfassung
MehrSoftwaretechnik Qualitätsmanagement
Softwaretechnik Qualitätsmanagement Karsten Weicker, Nicole Weicker HTWK Leipzig, FHTW Berlin Ghostly Image: It is most gratifying that your enthusiasm for our planet continues unabated. As a token of
MehrCMMI und SPICE im Automotive Umfeld
Vorträge 2006 CMMI und SPICE im Automotive Umfeld Inhalt Motivation Übersicht zu CMMI Anwendung in Entwicklungsprojekten Prozess Management als Lösungsansatz SPICE Motivation Jährliche Kosten für Prozessverbesserung
MehrErfüllung der CMMI-Anforderungen mit dem neuen V-Modell XT. Dr. Ralf Kneuper Beratung für Softwarequalitätssicherung und Prozessverbesserung
Erfüllung der CMMI-Anforderungen mit dem neuen V-Modell XT Dr. Ralf Kneuper Beratung für Softwarequalitätssicherung und Prozessverbesserung Ralf Kneuper Dipl.-Mathematiker, Univ. of Bonn PhD Computing
MehrSoftwaretechnik- Praktikum: 5. Vorlesung
Softwaretechnik- Praktikum: 5. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E 3.165 Tel. 60-3321 Email: hg@upb.de Übersicht I Einleitung II Ergänzungen zur Software-Entwicklung III Software Management
MehrISO 9001 und CMM im Vergleich
ISO 9001 und CMM im Vergleich internationale Norm ISO 9001 umfasst 20 Forderungen/ Klauseln 1 Vorbereitung Audit Wie wird zertifiziert Wie erfolgt Dokumentation? Handbuch (QMH) Verfahrensanweisungen (QMV)
MehrMayr, H.: Project Engineering Ingenieurmäßige Softwareentwicklung in Projektgruppen, Fachbuchverlag Leipzig 2001. " http://www.iso.
Mayr, H.: Project Engineering Ingenieurmäßige Softwareentwicklung in Projektgruppen, Fachbuchverlag Leipzig 2001 " http://www.iso.org " Quelle: [ 6 S. S.179 ] Alter Prozess Einschätzung (Assessment) Bewertung
MehrSoftware Engineering. Validierung und Verifikation. Martin Glinz Harald Gall. Kapitel 7. Universität Zürich Institut für Informatik
Martin Glinz Harald Gall Software Engineering Kapitel 7 Validierung und Verifikation Universität Zürich Institut für Informatik 2005, 2006 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe
MehrSoftware Assessments verhelfen zur effektiven Prozessverbesserung
Assessments verhelfen zur effektiven Prozessverbesserung Ein Erfahrungsbericht Dr. Gunter Hirche Gründe für ein Assessment Anforderungen: Probleme bei der Abwicklung von Projekten mit SW-Anteilen Termine,
MehrIV Software-Qualitätssicherung
Softwaretechnik- Praktikum: 11. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E 3.165 Tel. 60-3321 Email: hg@upb.de Übersicht I II III IV V Einleitung Ergänzungen zur Software-Entwicklung Software Management
MehrTypen von Softwareprojekten
Softwaretechnik- Praktikum: 5. Vorlesung Jun.-Prof Prof.. Dr. Holger Giese Raum E 3.165 Tel. 60-3321 Email: hg@upb.de Übersicht I Einleitung II Ergänzungen zur Software-Entwicklung III Software Management
MehrSPiCE und Test: Was hat das denn miteinander zu tun?
SPiCE und Test: Was hat das denn miteinander zu tun? TAV Düsseldorf 15./16.2.2007 Arbeitskreis Test eingebetteter Systeme Dr. Uwe Hehn Uwe.Hehn@methodpark.de Gliederung Reifegradmodelle Übersicht über
MehrInhaltsverzeichnis. Teil I Grundlagen 1
xv Teil I Grundlagen 1 1 Modelle und Modellierung 3 1.1 Modelle, die uns umgeben.................................. 3 1.2 Modelltheorie........................................... 5 1.3 Ziele beim Einsatz
MehrLehrbuch der Software-Technik
Helmut Balzert Lehrbuch der Software-Technik Software-Management Software-Qualitätssicherung Unternehmensmodellierung mit CD-ROM Spektrum Akademischer Verlag Heidelberg Berlin Inhalt II Software-Management
MehrInhaltsverzeichnis. Ernest Wallmüller. Software Quality Engineering. Ein Leitfaden für bessere Software-Qualität ISBN:
sverzeichnis Ernest Wallmüller Software Quality Engineering Ein Leitfaden für bessere Software-Qualität ISBN: 978-3-446-40405-2 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-40405-2
MehrAutomotive SPiCE und IEC 61508 Synergie oder Widerspruch?
Safety Competence Center Vienna Automotive SPiCE und IEC 61508 Synergie oder Widerspruch? Pierre Metz, Gabriele Schedl copyright SYNSPACE, SCC fh campus wien All rights reserved Problemfelder Produktsicherheit
MehrEntwicklungs-Prozess
B e r e i c h e Software-Entwicklungs Entwicklungs-Prozess von Helmut Wolfseher (BWCE) als Partner der IndustrieHansa Kontakt Entwicklung der Kostenverhältnisse für Fehlerbeseitigung Kosten Kosten für
MehrSoftware Engineering. Prozessqualität ISO 9000, TQM und CMM/CMMI
Software Engineering Prozessqualität ISO 9000, TQM und CMM/CMMI Die Inhalte der Vorlesung wurden primär auf Basis der jeweils angegebenen Literatur erstellt. Darüber hinaus finden sich ausgewählte Beispiele
MehrEntwicklung eines Reifegradmodells für einen Prozessmanagement-Prozess an Hochschulen
Entwicklung eines Reifegradmodells für einen Prozessmanagement-Prozess an Hochschulen improve!2008 Prozesse an einer Hochschule Guter Übergang in die Hochschule Gute Lehre Gute Betreuung Guter Übergang
MehrEinführung in das Software-Qualitätsmanagement
Roland Petrasch Einführung in das Software-Qualitätsmanagement ^oyoc; 0 Einleitung 9 1 Qualitätsmanagement in der Software-Entwicklung 11 1.1 Entwicklung von Software-Produkten 11 1.1.1 Begriffsbestimmung
MehrSPICE in der medizinischen Software-Entwicklung
SPICE in der medizinischen Software-Entwicklung MedConf 2012 Matthias Hölzer-Klüpfel Medical SPICE Medizinische Software Regulatorische Grundlagen Referenzmodell Medical SPICE Beispiele 1968: Software-Krise
MehrProzess-Modelle für die Softwareentwicklung
Prozess-Modelle für die Softwareentwicklung Prof. Dr. Andreas Spillner Institut für Informatik und Automation Hochschule Bremen Übersicht Softwareentwicklungs-Modelle Wasserfall-Modell Vorgehensmodell
Mehr2.2 Ansätze zur Qualitätssicherung
2.2 Ansätze zur Qualitätssicherung 13 2.2 Ansätze zur Qualitätssicherung Im folgenden Kapitel sollen bewährte Ansätze vorgestellt werden, die zur Bewertung und Verbesserung der Produkt- und Prozessqualität
MehrSoftwareentwicklung nach der ISO9001?
Agenda Softwareentwicklung nach der ISO9001? von Robert Woll Motivation Einige aktuelle Herausforderungen für Unternehmen heutzutage: zunehmende Konkurrenz höhere Kundenanforderungen stärkere Integration
MehrSoftware- und Systementwicklung
Software- und Systementwicklung Seminar: Designing for Privacy 11.11.2009 Moritz Vossenberg Inhalt Vorgehensmodelle Wasserfallmodell V-Modell Phasen (Pflichtenheft) UML Klassendiagramm Sequenzdiagramm
MehrINHALTSVERZEICHNIS. xxiii xxvü xxxiü xxxvii
INHALTSVERZEICHNIS VORWORT DANKSAGUNG DANKSAGUNG DER CLIB-KOORDINATOREN BUCHAUTOREN AUTOREN ZUSÄTZLICHER ARTIKEL XV xxiii xxvü xxxiü xxxvii TEIL 1-ÜBER CMMI FÜR ENTWICKLUNG 1 1 EINFÜHRUNG 3 Über die Prozessverbesserung
Mehr13 Anhang A: Erfüllung der Norm ISO 9000 durch HERMES
13 Anhang A: Erfüllung der Norm ISO 9000 durch Hinweis Einleitung Eine der wesentlichsten Grundlagen für die Qualitätssicherung in einem Unternehmen ist die Normenserie «ISO 9000», insbesondere ISO 9001:1994
MehrWallmüller Software-Qualitätsmanagement in der Praxis
Wallmüller Software-Qualitätsmanagement in der Praxis Mechatronik im Maschinenbau Technische Universität Darmstadt Prof. Dr.-Ing. Stephan Rinderknecht Petersenstraße 30 64287 Darmstadt Telefon: +49 61
MehrCeBIT 17.03.2015. CARMAO GmbH 2014 1
CeBIT 17.03.2015 CARMAO GmbH 2014 1 HERZLICH WILLKOMMEN Applikationssicherheit beginnt lange bevor auch nur eine Zeile Code geschrieben wurde Ulrich Heun Geschäftsführender Gesellschafter der CARMAO GmbH
MehrInhaltsverzeichnis. Grundlagen und Begriffsbildung
Inhaltsverzeichnis Teil I Grundlagen und Begriffsbildung 1 Grundlagen... 3 1.1 Einleitung... 3 1.1.1 Ziele dieses Buchs... 6 1.1.2 Für wen ist dieses Buch?... 6 1.1.3 Erforderliches Vorwissen... 7 1.1.4
MehrValidierung und Verifikation!
Martin Glinz Thomas Fritz Software Engineering Kapitel 7 Validierung und Verifikation 2005-2013 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen
MehrCMMI. Verbesserung von Software- und Systementwicklungsprozessen mit Capability Maturity Model Integration (CMMI-DEV) dpunkt.
Ralf Kneuper CMMI Verbesserung von Software- und Systementwicklungsprozessen mit Capability Maturity Model Integration (CMMI-DEV) 3., aktualisierte und uberarbeitete Auflage dpunkt.verlag xiii Inhaltsverzeichnis
MehrSemester: -- Workload: 150 h ECTS Punkte: 5
Modulbezeichnung: Qualitätssicherung im SW-Prozess Modulnummer: IQSS Semester: -- Dauer: Minimaldauer 1 Semester Modultyp: Pflicht Regulär angeboten im: WS, SS Workload: 150 h ECTS Punkte: 5 Zugangsvoraussetzungen:
MehrQualität lässt sich steuern: Die Möglichkeiten des Qualitätsmanagements
Projekte. Beratung. Spezialisten. Qualität lässt sich steuern: Die Möglichkeiten des Qualitätsmanagements IKS-Thementag Autor: Hartwig Tödter 05.05.2015 Qualität lässt sich steuern 1 34 Agenda Warum muss
MehrSoftwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE. Heinrich Dreier Elmshorn 17.04.2008
Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE Heinrich Dreier Elmshorn 17.04.2008 Einleitung Softwareprozesse verbessern Einleitung Softwareprozesse verbessern SPI Software
MehrEin paar Fragen zum Start
Qualitätsmanagement Ein paar Fragen zum Start Was bedeutet für Sie Software Qualität oder was ist richtig gute Software? Was ist Ihre Lieblingssoftware und was gefällt Ihnen daran? Definition : Qualität
MehrCMMI Der Weg zur erfolgreichen Softwareorganisation CMMI & SPA (Siemens Process Assessment)
Prof. Dr. Eckhart Hanser, Hanser: BA Lörrach CMMI und & SPA eha technologie service GmbH www.ba-loe errach.de CMMI Der Weg zur erfolgreichen Softwareorganisation CMMI & SPA (Siemens Process Assessment)
MehrSPI - Software Process Improvement mit CMMI, PSP/TSP und ISO 15504
SPI - Software Process Improvement mit CMMI, PSP/TSP und ISO 15504 von Ernest Wallmüller 1. Auflage Hanser München 2007 Verlag C.H. Beck im Internet: www.beck.de ISBN 978 3 446 40492 2 Zu Leseprobe schnell
MehrRelevante Metriken zur Bestimmung von Softwarequalität
Relevante Metriken zur Bestimmung von Softwarequalität Steffen Förster 2 Definitionen Metrik Eine Funktion, die eine Software-Einheit in einen Zahlenwert abbildet. Dieser berechnete Wert ist interpretierbar
Mehr3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg. ARIS meets RUP
3. GI-Workshop EPK 2004 Geschäftsprozessmanagement mit Ereignisgesteuerten Prozessketten Luxemburg ARIS meets RUP Der ARIS Unified Information System Development Process Martin Plümicke Berufsakademie
MehrTAV Arbeitskreis Testmanagement. Einführung von Testprozessen. Bedeutung von Reifegradmodellen für das Testmanagement
TAV Arbeitskreis Testmanagement Einführung von Testprozessen Bedeutung von Reifegradmodellen für das Testmanagement Zur Diskussion im Arbeitskreis Testmanagement auf der TAV 25 am 15./16.02.2007 Vorbereitet
MehrQuality is our Passion!
Quality is our Passion! Quality is our Passion! Quality is our Passion! 2 Knowledge Department ist ein Dienstleistungsunternehmen im Software-Entwicklungs-Bereich. Das Serviceangebot umfasst Trainings,
MehrCMMI, BOOTSTRAP, SPICE, AutomotiveSPICE... was wollen die wirklich? - Werkzeuge richtig eingesetzt! Bernd.Hindel@methodpark.de
CMMI, BOOTSTRAP, SPICE, AutomotiveSPICE... was wollen die wirklich? - Werkzeuge richtig eingesetzt! Bernd.Hindel@methodpark.de Agenda Ausgangssituation und Problem Nachweis der Lernenden Organisation Ausblick
MehrVorgehensmodelle und Reifegradmodelle Ergänzung oder Konkurrenz? Dr. Ralf Kneuper 27.09.2007
Vorgehensmodelle und Reifegradmodelle Ergänzung oder Konkurrenz? Dr. Ralf Kneuper 27.09.2007 2007-09-27 1 Ralf Kneuper Dipl.-Mathematiker, Univ. Bonn PhD Computing Science, Univ. of Manchester 1989-1995:
MehrSPI-Seminar : Interview mit einem Softwaremanager
Erstellung eines Fragenkatalogs der die Beurteilung der Level 2 Key Process Areas in einem ca. einstündigen Interview mit einem Software Manager ermöglicht Vortrag von Matthias Weng 1 Aufbau Geschichte
MehrValidierung und Verifikation
Martin Glinz Harald Gall Software Engineering Kapitel 7 Validierung und Verifikation Universität Zürich Institut für Informatik 2005, 2009 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe
MehrMotivation - Ziel. Software Engineering Vorlesung Einheit 5-2 Qualitätsmanagement. Prinzipien und Anleitungen. Begriffsdefinitionen
Motivation - Ziel Software Engineering Vorlesung Einheit 5-2 Qualitätsmanagement Inst. f. Softwaretechnik und Interaktive Systeme Stefan.Biffl@tuwien.ac.at Inhalt: - Qualitätsdefinition - Kontrolle von
MehrÜbersicht über ISO 9001:2000
Übersicht über die ISO 9001:2000 0 Einleitung 1 Anwendungsbereich 2 Normative Verweisungen 3 Begriffe Übersicht über die ISO 9001:2000 4 Qualitätsmanagementsystem 5 Verantwortung der Leitung 6 Management
MehrProduktvorstellung. Seiler. Musterbeispiel DIN ISO 10005: QM-Plan. Zielgruppe: Große Unternehmen. Inhalte. Lieferung. Leseprobe.
Produktvorstellung Qualitätsmanagement Verlag Musterbeispiel DIN ISO 10005:2009 - Seiler Dokumentationen Zielgruppe: Große Unternehmen Egal was Du tust, mach es mit Begeisterung! Inhalte AA mit QMS, Prozessbeschreibungen
MehrUnterstützung der DIN EN ISO 13485:2016 Zertifizierung durch die VDI Norm 5702 (Medical SPICE)
Unterstützung der DIN EN ISO 13485:2016 Zertifizierung durch die VDI Norm 5702 (Medical SPICE) - Vorgehensweise und Prozesse unter Nutzung eines ALM Werkzeuges - Thomas Starke, Thomas Welsch adesso AG
MehrVergleich CMM / SPICE. Andreas Kamper Torsten Engel
Andreas Kamper Torsten Engel Inhalt Einführung Inhalt 1 2 3 4 5 - Wiederholung - Eine Einführung / Kurzübersicht Vergleich Assessments Einführung SPI - Programme Fazit Bewertung 1987 entwickelt (Software
MehrWelche Testautomatisierungen sind möglich und sinnvoll?
Continuous Testing Welche Testautomatisierungen sind möglich und sinnvoll? Frank Ziesel 11.05.2017 12. Neu-Ulmer Test-Engineering-Day 2017 Agenda Motivation Automatisierung in Software Projekten Continuous
MehrAgile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
MehrKosten der CMMI-Nutzung
Betriebswirtschaftliche Kriterien, Aufwand und Nutzen von CMMI-Implementierungen Dr. Ernest Wallmüller, Wolfgang Daschner Qualität & Informatik www.itq.ch 1 Qualität & Informatik Kosten der CMMI-Nutzung
MehrBeispiel-Prüfung für Qualitätsbeauftragte QM-Systemen Automotive. Vertraulich
Vertraulich Bitte schreiben Sie Ihren Namen in den Freiraum: DIE FELDER DER TABELLE SIND NUR FÜR DEN PRÜFER VORGESEHEN Sektion Prüfer 1 Prüfer 2 (Prüfvermerk/Lösche Mindestpunktzahl Maximalpunktzahl falls
MehrSoftware-Engineering Grundlagen des Software-Engineering 7 Implementierungsphase (Programming Phase)
Software-Engineering Grundlagen des Software-Engineering 7 Implementierungsphase (Programming Phase) Prof. Dr. Rolf Dornberger Software-Engineering: 7 Implementierungsphase 27.04.2006 1 7 Implementierungsphase
MehrBasiswissen Softwaretest
isqi-reihe Basiswissen Softwaretest Aus- und Weiterbildung zum Certified Tester Foundation Level nach ISTQB-Standard von Andreas Spillner, Tilo Linz 5., überarbeitete und aktualisierte Auflage Basiswissen
MehrDie Komponenten eines effektiven Projektmanagements. Biel Tabea Wallner Vivien
Die Komponenten eines effektiven Projektmanagements Biel Tabea Wallner Vivien Themen der Präsentation - Was ist ein Projekt? - Was ist Projektmanagement? - 2 Typen von Projektmanagement - Unterschied zwischen
MehrLieferantenzulassung. Lieferantenbewertung FRAGENKATALOG
Lieferant: Lieferantenzulassung Lieferantenbewertung FRAGENKATALOG V E R T R A U L I C H Anhang zu 120222-0025-000 1 / 11 Ausgabe 27.09.2011 Firmenname Adresse Telefon NQ, Ausgabe 8.4.04 Fax e-mail zugehörige
MehrProzesse Last oder Lust?
Prozesse Last oder Lust? Definitionen, Vorteile, Ansätze Hugo Beerli, Lead QA-Engineer www.bbv.ch bbv Software Services Corp. 1 Agenda Prozessarten Erwartungen an Prozesse Zeitlicher Ablauf Einige Prozesse
MehrSoftware Engineering. Prozessqualität ISO 9000 und TQM (Exkurs GQM)
Software Engineering Prozessqualität ISO 9000 und TQM (Exkurs GQM) Die Inhalte der Vorlesung wurden primär auf Basis der jeweils angegebenen Literatur erstellt. Darüber hinaus finden sich ausgewählte Beispiele
MehrQualitätssicherung und Technik für das Praktikum
Qualitätssicherung und Technik für das Praktikum 1. Qualitätssicherung 2. Eclipse RCP 3. Android 1 Qualitätssicherung Externe Qualitätsprobleme (1) 3 Software(technik)praktikum - Vorlesung Qualitätssicherung
MehrEINFÜHRUNG UND UMSETZUNG
Thema DIN EN ISO 9001:2000 EINFÜHRUNG UND UMSETZUNG 1 Agenda Allgemein 9000:2000 Das neue Normenkonzept Umsetzung 2 Allgemein 3 Allgemein Warum neue Normen? 4 Allgemein Warum neue Normen? Überprüfungszyklus
MehrInhaltsverzeichnis Die V-Modell XT Grundlagen IT-Strategie und Implementierung unternehmensweiter Vorgehensmodelle
1 Die V-Modell XT Grundlagen... 1 Andreas Rausch, Manfred Broy 1.1 V-Modell XT Übersicht... 2 1.1.1 Zielsetzung... 4 1.1.2 Projekttypen... 5 1.1.3 Vorgehensbausteine... 6 1.2 Projektdurchführungsstrategien...
MehrInhaltsverzeichnis. 1 Wie ist dieses Buch zu lesen? 1. 2 Erläuterung im Buch referenzierter Konzepte 5. 3 Verstehen der Capability Level 0 bis 5 15
D3kjd3Di38lk323nnm ix 1 Wie ist dieses Buch zu lesen? 1 2 Erläuterung im Buch referenzierter Konzepte 5 2.1 Produktlinie............................................ 5 2.2 Standardsoftwarekomponente..............................
MehrEngineering IT-basierter Dienstleistungen
Engineering IT-basierter Dienstleistungen Prof. Dr. Klaus-Peter Fähnrich Teil 4: Vorgehensmodelle Engineering IT-basierter Dienstleistungen 1. Einführung 2. Typologisierung von Dienstleistungen 3. Grundlagen
MehrIntegriertes Qualitätsmanagement
Integriertes Qualitätsmanagement Der St. Galler Ansatz Bearbeitet von Hans Dieter Seghezzi, Fritz Fahrni, Thomas Friedli 4., überarbeitete Auflage 2013. Buch. 374 S. Gebunden ISBN 978 3 446 43461 5 Format
MehrVerbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ)
Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ) Dr. Ralf Kneuper GI-Regionalgruppe Karlsruhe 2009-05-08 2009-05-08 1 Ralf Kneuper Dipl.-Mathematiker,
MehrSoftware Engineering. 7) SW Wartung. Prof. Dr. Anja Metzner Hochschule Augsburg, Fakultät für Informatik. Studiengang WiBac 4 (Stand:
Software Engineering 7) SW Wartung Prof. Dr. Anja Metzner Hochschule Augsburg, Fakultät für Informatik Kontakt: anja.metzner@hs-augsburg.de Studiengang WiBac 4 (Stand: 15.03.2014), Hochschule Augsburg,
MehrKernprozess zur System- und Softwareentwicklung. Logische Systemarchitektur f 1. f 2 f 3. f 4 Funktion. Technische Systemarchitektur SG 1 SG 2 SG 3
Systems Engineering Systems Engineering ist die gezielte Anwendung von wissenschaftlichen und technischen Ressourcen! zur Transformation eines operationellen Bedürfnisses in die Beschreibung einer Systemkonfiguration
MehrPräsentationen. 5.4.7 Mishra/Schlingloff: CMMI und spezifikationsbasierte Software-Entwicklung DEPARTMENT OF INFORMATICS 394
Präsentationen 5.4.7 Mishra/Schlingloff: CMMI und spezifikationsbasierte Software-Entwicklung DEPARTMENT OF INFORMATICS 394 SEE 2007 CONFERENCE PROCEEDINGS CMMI (Capability Maturity Model Integration)
MehrInhalt. 1 Einführungsveranstaltung. 2 Pflichtenheft ANFORDERUNGSSPEZIFIKATION - GROBPLANUNG ANFORDERUNGSSPEZIFIKATION - SOLLKONZEPT
Inhalt ANFORDERUNGSSPEZIFIKATION - GROBPLANUNG 1 Einführungsveranstaltung 1.1 Ziel der Veranstaltung 1.2 Formaler Ablauf der Veranstaltung 1.3 Bewertungskriterien mittels Meilensteinen, Präsentationen
MehrMedical SPICE. Was bringt die neue VDI-Richtlinie 5702? Matthias Hölzer-Klüpfel
Medical SPICE Was bringt die neue VDI-Richtlinie 5702? Matthias Hölzer-Klüpfel VDI Fachausschuss Wann ist Software ein Medizinprodukt? Software-Qualität in der Medizintechnik VDI: Fachbereich Medizintechnik
MehrBasiswissen Softwaretest
Basiswissen Softwaretest Aus- und Weiterbildung zum Certified Tester - Foundation Level nach ISTQB-Standard Bearbeitet von Andreas Spillner, Tilo Linz überarbeitet 2005. Buch. XX, 284 S. Hardcover ISBN
MehrVorlesung Softwaretechnik - Vorgehensmodelle, V-Modell XT -
Vorlesung Softwaretechnik - Vorgehensmodelle, V-Modell XT - Prof. Dr.-Ing. Klaus-Peter Fähnrich WS 2007/2008 Prof. K.-P.Fähnrich 1 Übersicht Vorgehensmodelle Allgemein Vorgehensmodelltypen Das V-Modell
MehrAgilität trifft Funktionale Sicherheit
Agilität trifft Funktionale Sicherheit Wie agil können FuSi Projekte sein? Dipl.-Ing. (FH) Martin Heininger HEICON Global Engineering Agiles Manifest 12 Prinzipien hinter dem Agilen Manifest FuSi Softwareentwicklung
MehrAdd SPICE to your life! Dr. Jürgen Schmied, Jens Palluch method park Software AG. White Paper 08/2007. Seite 1 von 6
Add SPICE to your life! Dr. Jürgen Schmied, Jens Palluch method park Software AG White Paper 08/2007 Seite 1 von 6 Add SPICE to your life! Dr. Jürgen Schmied, Jens Palluch method park Software AG Einleitung
MehrSoftware Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015
Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,
MehrEntwicklung einer sensorlosen Motorregelung für Dentalbohrer nach IEC Dr. Michael Schwarz
Entwicklung einer sensorlosen Motorregelung für Dentalbohrer nach IEC 62304 Dr. Michael Schwarz Agenda ITK Engineering AG Von der Idee bis zum Produkt Überblick und Motivation Herausforderungen sensorlose
Mehr0 Allgemeines. Prof. Dr. Rolf Dornberger
Software-Engineering Grundlagen des Software-Engineering Software-Management Klassische Konzepte des Software-Engineering Objektorientierte Konzepte des Software-Engineering 0 Allgemeines Prof. Dr. Rolf
MehrProgrammiermethodik Vorlesung und Praktikum SS 2001
Vorlesung und Praktikum SS 2001 Prof. Dr. W. Effelsberg, G. Kühne, Ch. Kuhmünch Universität Mannheim 1. Einführung 1-1 Inhalt 1. Einführung, Vorstellung der Programmieraufgabe 2. Der Software-Entwicklungszyklus
MehrSoftware Engineering
Software Engineering Grundlagen, Menschen, Prozesse, Techniken von Jochen Ludewig, Horst Lichter 1. Auflage Software Engineering Ludewig / Lichter schnell und portofrei erhältlich bei beck-shop.de DIE
MehrCMMI 1.3 für die Entwicklung
Mary Beth Chrissis Mike Konrad Sandy Shrum CMMI 1.3 für die Entwicklung Richtlinien für Prozessintegration und Produktverbesserung An imprint of Pearson München Boston San Francisco Harlow, England Don
MehrSoftwaretechnik. Vertretung von Prof. Dr. Blume Fomuso Ekellem WS 2011/12
Vertretung von Prof. Dr. Blume WS 2011/12 Inhalt Test, Abnahme und Einführung Wartung- und Pflegephase gp Vorlesung Zusammenfassung Produkte und Recht (Folien von Prof. Blume) 2 , Abnahme und Einführung
MehrSoftware- Qualitätssicherung
Ernest Wallmüller Software- Qualitätssicherung in der Praxis Carl Hanser Verlag München Wien IX 1 Software-Qualität und Software-Qualitätssicherung 1 1.1 Software Engineering und Software-Qualitätssicherung
MehrMyProcess AG Kurzprofil
MyProcess AG Kurzprofil MyProcess AG, Lachen, CH-8853, Schweiz Positionierung Die MyProcess AG hat Kernkompetenzen auf allen wesentlichen Gebieten der Software-Entwicklung auf Basis neuer Technologien.
MehrTrennen Sie die Spreu vom Weizen. Nutzen Sie das Capability Maturity Model Integration (CMMI) für für die Auswahl von Softwaredienstleistern
Trennen Sie die Spreu vom Weizen Nutzen Sie das Capability Maturity Model Integration (CMMI) für für die Auswahl von Softwaredienstleistern Trennen Sie die Spreu vom Weizen Autoren Mareike Solbach Senior
MehrModellgetriebene Softwareentwicklung: Zusammenfassung und Ausblick. 7. Februar 2013
Modellgetriebene Softwareentwicklung: Zusammenfassung und Ausblick 7. Februar 2013 Überblick Zusammenfassung: Generell: Konzepte der Softwaretechnik im Kontext der modellgetriebenen Entwicklung Diskussion
MehrCMM Level 5 Markus Mattes. Markus Mattes CMM Level 5 1
CMM Level 5 Markus Mattes Markus Mattes CMM Level 5 1 Inhalt Einleitung KPAs Level 5 Defect Prevention Technology Change Management Process Change Management Beispiel Schluss Markus Mattes CMM Level 5
MehrCapability Maturity Model Integration. Eine Einführung in CMMI als ein Werkzeug zur Prozessverbesserung
Capability Maturity Model Integration Eine Einführung in CMMI als ein Werkzeug zur Prozessverbesserung Capability Maturity Model Integration Autoren Malte Foegen, Partner wibas IT Maturity Services GmbH,
Mehr