Home >Software >Abenteuer Qualität in der SW-Wartung
Abenteuer Qualität in der SW-Wartung
Date post:28-Nov-2014
Category:Software
View:79 times
Download:0 times
Share this document with a friend
Description:
Phnomen Software-Wartung, Software Evolution und deren Gesetze Typische Gefahren Beispiele fr Wartungsprozesse Normen und Werkzeuge Diskussion
Transcript:
<ul><li> 1. Dr. E. Wallmller QUALITT &amp; INFORMATIK Zrich, Mnchen und Wien www.itq.ch Abenteuer Qualitt in der SW-Wartung Version 1.1 </li> <li> 2. 2 Qualitt &amp; InformatikDr. E. Wallmller Ausbildung Studium und Doktorat der Informatik an der J. Kepler Universitt Linz, Lehrbeauftragter an den Universitten Linz, Salzburg und Zrich; Habilitation in Wirtschaftsinformatik Thema: Prozess- und Qualittsmanagement; ISO 9001:2000 Auditor, ISO 15504 Competent Lead Assessor, TPI- und CMMI-Assessor, EFQM-Assessor; Mitglied bei SwissICT, GI, IEEE, PMI und STEV sterreich Beruflicher Werdegang Leiter von Forschungs- und Entwicklungsprojektem in Software Engineering an der ETH Zrich, Abteilungsleiter Software Engineering und Qualittssicherung in der SBG/UBS, Senior Berater fr ATAG Ernst &amp; Young in der Schweiz, sterreich, Deutschland und England, Principal, Prozess-Coach, Leiter des Project Quality Office und Qualittssysteme der Unisys (Schweiz) AG, Seit 1997 Geschftsfhrer und Managementberater von Qualitt &amp; Informatik (www.itq.ch), mit Partnern in Zrich, Mnchen und Wien Arbeitsschwerpunkte Qualitts-, Prozess-, Projekt- / Risikomanagement sowie organisationsbezogenes Vernderungsmanagement / Systemische Organisationsentwicklung und Management- Coaching Bewusst den Wandel gestalten und leben! Qualitt &amp; Informatik Ernest Wallmller </li> <li> 3. 3 Qualitt &amp; InformatikDr. E. Wallmller Agenda Phnomen Software-Wartung, Software Evolution und deren Gesetze Typische Gefahren Beispiele fr Wartungsprozesse Normen und Werkzeuge Diskussion </li> <li> 4. 4 Qualitt &amp; InformatikDr. E. Wallmller </li> <li> 5. 5 Qualitt &amp; InformatikDr. E. Wallmller Software-Wartung Sneed, 2001, Wartung im Vergleich zur Erstentwicklung: Es ist zweierlei, eine neue Strasse zu bauen oder eine bestehende Strasse zu reparieren oder zu erweitern. </li> <li> 6. 6 Qualitt &amp; InformatikDr. E. Wallmller </li> <li> 7. 8 Qualitt &amp; InformatikDr. E. Wallmller </li> <li> 8. Evolutionsgesetze von Software 1) Es ist wichtig, dass sich ein Programm im Laufe der Zeit anpasst. Evolution! 2) Das Feedback der Nutzer eines Programms hat Einfluss auf die neuen Versionen des Programms. 3) Ein Programm wird durch die Entwicklung komplexer, es sei denn, es wird gezielt gewartet, um es bersichtlicher zu halten. Anwachsende Komplexitt! 4) Der Prozess der Software Evolution reguliert sich selbst. Prozessbildende Manahmen und die Eigenschaften des Produktes unterliegen der Normalverteilung. 5) Die am System geleistete Arbeit ist insgesamt gesehen immer gleich. Stetige Arbeit! 6) In der Einsatzzeit eines Programms ist der Inhalt der neuen Versionen statistisch gesehen gleichbleibend. Erhaltung der hnlichkeit! 7) Der funktionale Inhalt eines Programms muss kontinuierlich weiter anwachsen, um den Ansprchen der Nutzer gerecht zu werden solange das Programm im Einsatz ist. Wachstum! 8) Von evolutionren Programmen wird erst einmal angenommen, dass sich ihre Qualitt verschlechtert. Es sei denn, es wird durch rigorose Wartung und stetige Anpassung das Gegenteil bewirkt. Sich verringernde Qualitt! </li> <li> 9. 11 Qualitt &amp; InformatikDr. E. Wallmller Abschreibkosten </li> <li> 10. 12 Qualitt &amp; InformatikDr. E. Wallmller </li> <li> 11. 15 Qualitt &amp; InformatikDr. E. Wallmller a generic term used to identify proposed changes to a software product that is being maintained. NOTE: The MR may later be classified as a correction or enhancement and identified as corrective, preventive, adaptive, or perfective type maintenance. MRs are also referred to as change requests. Types of Maintenance nach ISO/IEC14764 </li> <li> 12. 16 Qualitt &amp; InformatikDr. E. Wallmller </li> <li> 13. 17 Qualitt &amp; InformatikDr. E. Wallmller Organisation der Wartung Grundsatzentscheid fr Alternative: A1: "Die Wartung erfolgt durch eine eigene Wartungsmannschaft". A2: "Entwickler warten selbst". </li> <li> 14. 18 Qualitt &amp; InformatikDr. E. Wallmller Das Entwicklungsteam ist auch Wartungsteam: - Projekte werden schwer planbar - ev. kein klarer Ansprechpartner + optimales Know-how vorhanden + Kosten klein Separates Wartungsteam: - Kosten (eh da) - ev. Know-how + klarer Ansprechpartner, klare Verantwortung + es entsteht so etwas wie ein Wartungswissen Mix (1 Wartungsmanager + Entw.-Team): ~ Team hilft, wird gestrt, aber weniger + Klare Anlaufstelle, Wissen entsteht Siemens meint ... </li> <li> 15. Die hufigsten Gefahren Keinen Prozess verwenden / Spice Level 0 oder 1 Zu schnell implementieren (ndern), weil CCB fehlt Die Auswirkungen der nderungen nicht kennen Kein Test oder unzureichende Tests vor Freigabe ... </li> <li> 16. 20 Qualitt &amp; InformatikDr. E. Wallmller Wartbarkeit ist um so wichtiger ... je grer die geplante Verwendungsdauer der Software ist je mehr Personen an ihrer Entwicklung beteiligt sind je geringer die Verfgbarkeit von Experten fr das Sachgebiet ist je grer die Wahrscheinlichkeit ist, dass nicht die Entwickler der Software selbst die spteren und erfahrungsgem unvermeidbaren nderungen durchfhren werden. </li> <li> 17. 21 Qualitt &amp; InformatikDr. E. Wallmller CR-Process: Scheme CCCB- Core Mbr CCCB-Team CCCB-Team Analyst MCCB-Team Analyst Release Mgr / Project Mgr CCCB = Customer Change Control Board; TCCB = Technical Change Control Board MCCB = Management Change Control Board; Mbr.= Member; Mgr = Manager Is CR qualified to start with work? Does Pre-Analysis propose possible solution(s) with acceptable effort/costs for analysis? Does Analysis propose a feasible solution with acceptable effort/costs for implementation? Construct, test and deliver specified solution CCCB 1 Check &amp; Submit Pre-analysis CCCB 2 Analysis Implementation Roll-Out MCCB Start End TCCB Prepare CR for evaluation Perform Pre-Analysis (results in memo) Perform Analysis, results in memo, get OK by TCCB, collect estimates of effort/costs </li> <li> 18. 23 Qualitt &amp; InformatikDr. E. Wallmller AVL: SW-Maintenance Process Q-days Reproduction of selected Problems in Graz using simulators Quality Test Engineer (QTE) Test QTE Delivery to Customer Help- line Bug fixing Bug fixing Bug fixing All SW- Dev.Engineers Wednesday + Thursday of even weeks Meeting: PrioritizationofHelpline-Cases andAssignmenttoEngineers Tuesday of odd weeks Meeting: PrioritizationofHelpline-Cases andAssignmenttoEngineers 14 days </li> <li> 19. 25 Qualitt &amp; InformatikDr. E. Wallmller CSFS Domain Architects Chief Architect Vision Business Requirements Technology others CSEvo Strategy Development Cycle Strategic Objectives for ALA CSFS IT-Strategy Applications Landscape Strategy Stakeholder Consultation DxB/STC IT-A Approval CL0304 Architecture Checklist Project Development Process PRBPRB Active Measures PCs Feedback from Real Life StrategyImplementationStrategyDevelopment Strategy Approval </li> <li> 20. 26 Qualitt &amp; InformatikDr. E. Wallmller Hilfsmittel, Normen &amp; Werkzeuge </li> <li> 21. 27 Qualitt &amp; InformatikDr. E. Wallmller Hilfsmittel fr die Wartung Einsatz eines reifen Wartungsprozesses/Wartungsplans Verwendung von Standards z.B. IEEE 1219, ISO 14764, ISO 12207, ISO 9126 Messung und Analyse mit Wartungsmetriken (nderungsrate, McCabe, ...) regelmssige Wartungsassessment Tooluntersttzung z.B. CM, Analysewerkzeuge, Wartungsumgebung Aufklrung und Training </li> <li> 22. 28 Qualitt &amp; InformatikDr. E. Wallmller ISO/IEC 12207 Software Lifecycle Processes (1) </li> <li> 23. 29 Qualitt &amp; InformatikDr. E. Wallmller ISO/IEC 12207 Software Lifecycle Processes (2) Anstoss durch Modification Request (MR); Dieser wird vom Entwickler in einen Problem Report (korrektive Wartung) oder ein Enhancement Request (adaptive oder perfektive Wartung) umgewandelt! </li> <li> 24. Wartungsmetriken SEI: size, effort, cost estimation, schedule, complexity (z.B. Ma von McCabe), quality (Defekte), understandability (Checkliste), maintainability (Checkliste) NASA: size, staffing, request number/status, enhancement numbers/status, resource utilization, fault density, volatility, discrepancy report open duration, break/fix ratio, reliability, design complexity, fault type distribution </li> <li> 25. 31 Qualitt &amp; InformatikDr. E. Wallmller Software Tomography mit Sotograph Tool Sotograph fr Qualittsanalysen von Java/C/C++ Code - Environment - Predefined analysis queries - Architecture and rule checking - Graphical views - ... www.software-tomography.com </li> <li> 26. 33 Qualitt &amp; InformatikDr. E. Wallmller </li> <li> 27. 34 Qualitt &amp; InformatikDr. E. Wallmller Dumke, 2004 </li> <li> 28. 35 Qualitt &amp; InformatikDr. E. Wallmller Product Quality Assessment </li> <li> 29. 37 Qualitt &amp; InformatikDr. E. Wallmller Szenario 2: Review-Untersttzung </li> <li> 30. 38 Qualitt &amp; InformatikDr. E. Wallmller Zusammenfassung - Lessons Learned Bewutsein u. Transparenz schaffen durch Fakten bezgl. Wartungsttigkeiten und Wartungskosten Stellen Sie einen geordneten bergang von Entwicklung zur Wartung sicher Organisieren Sie sich richtig (reife Prozesse, CCB, Tools, ...) Bei Entwicklungsprojekten vorsorgen (Q-Ziele, Architektur, Anforderungsklassifikation, Doku, ...) Investieren Sie in die Wartbarkeit! </li> <li> 31. 39 Qualitt &amp; InformatikDr. E. Wallmller Q &amp; A </li> <li> 32. Ernest Wallmller Mobile 0041 79 402 44 11 wallmueller@itq.ch Qualitt &amp; Informatik Zrich, Mnchen &amp; Wien Besten Dank fr Ihre Aufmerksamkeit! </li> <li> 33. 41 Qualitt &amp; InformatikDr. E. Wallmller Literatur Burghardt M.: Projektmanagement, Siemens Leitfaden, Publis MCD Verlag, 2000 Thomas Pigoski: Practical Software Maintenance, John Wiley &amp; Sons Inc, 1996 B. Wix und H. Balzert: Software-Wartung, BI Wirtschaftsverlag, 1988 Michael A. Curth und Martin L. Giebel: Management der Software-Wartung, Teubner, 1989 Phillips Dwayne: The Software Project Managers Handbook, IEEE, 1998 Seacord, Plakosh, Lewis: Modernizing Legacy Systems, Addison-Wesley, 2003 Wallmller E.: Software-Qualittsmanagement in der Praxis, Hanser, 2001 Walker Royce: Software Project Management, Addison Wesley, 1998 </li> <li> 34. 42 Qualitt &amp; InformatikDr. E. Wallmller Internetadressen Reverse Engineering Links ....................................... Software Maintenance and Evolution: A Roadmap .. Software Maintenance ............................................... Continuous SWE / Fraunhofer ISST ......................... Evolving Legacy System ........................................... Reengineering Forum: industrielle Vereinigung zu Problemen des RE ....... Reengineering am Software Engineering Institut ..... (Carnegie Mellon University, USA) www.imagix.com www.softwaresystems.org/evolution.html www.iis.ee.ic.ac.uk www.continuous-engineering.de citeseer.ng.nee.com www.re...</li></ul>
Embed Size (px)
Recommended