Metriken für erfahrungsbasiertes RE

Größe: px

Ab Seite anzeigen:

Download "Metriken für erfahrungsbasiertes RE"

Manfred Fuhrmann
vor 8 Jahren
Abrufe

1 Metriken für erfahrungsbasiertes RE Marcus Rieche FG Software Engineering Metriken für erfahrungsbasiertes RE

2 Gliederung Erfahrungsbericht von Joel So,Daniel M. Berry Erfahrungsbericht eigenes Projekt ALLR Master Projektkennzahlen Meilenstein Analyse Andere Methoden Vorraussetzungen zur Sammlung von Erfahrung Zusammenfassung Metriken für erfahrungsbasiertes RE 2

3 Erfahrungsbericht: Joel So, Daniel M. Berry Metriken für erfahrungsbasiertes RE 3

4 Erfahrungsbericht Joel So,Daniel M. Berry Daten anonymisiert: Softwarefirma VLSC und das Produkt PROD Vergleich zwischen Version 3 und Version 4 Metriken für erfahrungsbasiertes RE 4

5 Erfahrungsbericht PROD Version 3 Anforderungen intern ermittelt bzw.mehr Design Projekt Änderung der Architektur gegenüber Version 2 während eines fortgeschrittenen Stadiums Negatives Feedback der Kunden Code wird bereits während der RE Phase implementiert Zahlreiche Prototypen während der Design Phase Sehr häufiges Refactoring RE Phase? Metriken für erfahrungsbasiertes RE 5

6 Erfahrungsbericht PROD Version 3 M0 Abschluss Funktionale Spezifikation M1 Abschluss Design Spezifikation M2 Abschluss Code Entwicklung M3 Abschluss Test des Gesamtsystems Mi Beta FR Final Release Metriken für erfahrungsbasiertes RE 6

7 Erfahrungsbericht PROD Version 4 Kunden werden mit einbezogen Neuer Meilenstein vor allen anderen Zeitplan wird erst nach Abschluss der funktionalen Spezifikation erstellt Metriken für erfahrungsbasiertes RE 7

8 Erfahrungsbericht PROD Version 4 4 Lektionen RE Phase ernst nehmen. Keine parallelel Aufgaben starten. RE ist ein Prozess Review sign-off Verantwortlichkeits-Mechanismen Angemessenes RE führt zu qualitativ besseren Produkten in kürzerer Entwicklungszeit. Anforderungen sind nie vollständig. Jedoch muss ein Abschluss gefunden werden, um das Produkt fertig zu stellen. Metriken für erfahrungsbasiertes RE 8

9 Erfahrungsbericht eigenes Projekt: ALLR Master Metriken für erfahrungsbasiertes RE 9

10 Erfahrungsbericht eigenes Projekt: ALLR Master Was ist der ALLR Master? Warenwirtschaftslösung Vermietung und Verkauf Etwas Historie zum Projekt Alt Lösung DOS: Baufix 1 Windows Lösung bis 2001 Baufix 2 unter Star Office Baufix 2 geht in mietfix über bis 2002 Seit 2002 ALLR Master Metriken für erfahrungsbasiertes RE 10

11 Erfahrungsbericht eigenes Projekt: ALLR Master Intern bei Fima X Anforderungskatalog 1999 bis 2002, viele Stichworte mit Titeln Notizzettel Interviews s nach Frankreich Gelegentliche Besuche des Entwicklers aus Frankreich Modulweise Entwicklung Metriken für erfahrungsbasiertes RE 11

12 Erfahrungsbericht eigenes Projekt: ALLR Master Seit Selbstständigkeit (2002) Vermittlung durch Systembetreuer Meldungen Bug Tracking System Wöchentliche Vor-Ort Termine Interviews Beobachtung Notizzettel Modulweise Entwicklung Metriken für erfahrungsbasiertes RE 12

13 Projektkennzahlen Metriken für erfahrungsbasiertes RE 13

14 Projektkennzahlen Vergleich von Projekt Version 3 und Version 4 Variable Version 3 Version 4 Change Planned Upfront RE Time 6 months 9 months +50% Planned Time to Beta 1 Release 13 months 15 months +15% RE as a Percentage of Time to Beta 1 46% 60% +30% Number of PMs in RE % Number of Marketing Product Managers in RE % M 0 Spec Bugs Opened & Resolved % M 1 Bugs Opened & Resolved Change Request against M % Design Defects % Beta 1 Bugs Opened & Resolved Change Requests against M % Change Requests against M % Code Defects % Time To Beta 1 Release 17 months 16 months -6% Slippage in Beta 1 Release 4 months 1 month -75% Beta 1 Hot Fixes Issued in First Month after release % Tabelle 1 Metriken für erfahrungsbasiertes RE 14

15 Projektkennzahlen - Planungszeitraum PROD Version 3 25 Monate bis zum Erscheinen der finalen Version Effektiv 28% RE auf die Gesamtzeit Bezogen auf Beta 1 Phase 46% PROD Version 4 60% RE auf Beta 1 Phase Effektive Zeit nicht bekannt Personal für RE Phase erhöht Warum 60%? Kunde ist eine Vielzahl von Unternehmen Mehr Mitarbeiter involviert->höherer Kommunikationsaufwand Metriken für erfahrungsbasiertes RE 15

16 Projektkennzahlen - Fehlerverhältnis Je früher Fehler erkannt werden desto weniger kosten sie Einzelne Version Hohe Fehlerzahl in späteren Phasen ist schlecht Versionen im Vergleich Unterschied prozentual angeben Zuwachs in früher Phase ist positiv, wenn gleichzeitig Rückgang in späteren Phasen Metriken für erfahrungsbasiertes RE 16

17 Projektkennzahlen Hot Fixes Hot Fixes Behebung kritischer Fehler für Produkte die dem Kunden vorliegen Zeitkritisch Schlechter Eindruck beim Kunden Version 3: 11 Hotfixes Version 4: 0 Hotfixes Metriken für erfahrungsbasiertes RE 17

18 Projektkennzahlen Vergleich von Projekt Version 3 und Version 4 Variable Version 3 Version 4 Change Planned Upfront RE Time 6 months 9 months +50% Planned Time to Beta 1 Release 13 months 15 months +15% RE as a Percentage of Time to Beta 1 46% 60% +30% Number of PMs in RE % Number of Marketing Product Managers in RE % M 0 Spec Bugs Opened & Resolved % M 1 Bugs Opened & Resolved Change Request against M % Design Defects % Beta 1 Bugs Opened & Resolved Change Requests against M % Change Requests against M % Code Defects % Time To Beta 1 Release 17 months 16 months -6% Slippage in Beta 1 Release 4 months 1 month -75% Beta 1 Hot Fixes Issued in First Month after release % Tabelle 1 Metriken für erfahrungsbasiertes RE 18

19 Meilenstein Analyse Metriken für erfahrungsbasiertes RE 19

20 Meilenstein Analyse Aus den Projektmerkmalen geht hervor, woher Fehler kommen Meilensteine müssen einzeln auf Probleme untersucht werden PROD Version 3: Interne Anforderungen und Kunden Anforderungen passte nicht zusammen Grundlegende Architektur Änderung während der Implentierungsphase Metriken für erfahrungsbasiertes RE 20

21 Meilenstein Analyse PROD Version 4 Neuer Meilenstein für RE in Kooperation mit den Kunden Metriken für erfahrungsbasiertes RE 21

22 Meilenstein Analyse M-1 RE M0 Abschluss Funktionale Spezifikation Zeitplan Bedingung M1 Abschluss Design Spezifikation M2 Abschluss Code Entwicklung M3 Abschluss Test des Gesamtsystems Mi Beta FR Final Release Metriken für erfahrungsbasiertes RE 22

23 Andere Methoden Metriken für erfahrungsbasiertes RE 23

24 Andere Methoden Analyse der Ermittlungsstrategien Kundenbelange und Fähigkeiten beachten Sprache beachten: Begrenzung eigener Fachbegriffe, Benutzung der Geschäftssprache des Kunden Kommunikationsengpässe: Notiz Zettel, Oberflächenprototypen Metriken für erfahrungsbasiertes RE 24

25 Andere Methoden Bewertung durch den Kunden Kunde gibt Feedback in Schulnoten System für Produkt Kommt bei Gesprächen automatisch der Art: Sehr gut, klasse, spitze Gut Ist okay=befriedigend Wir können mit arbeiten, aber... = ausreichend Totaler Mist=ungenügend Metriken für erfahrungsbasiertes RE 25

26 Vorraussetzungen Metriken für erfahrungsbasiertes RE 26

27 Vorraussetzungen Dokumentation Bugtracking System Zusammenhang zwischen Fehler und Anforderungen muss geschaffen werden Versionsbezug ist in der Regel vorhanden Zuordnung der Fehler zu Projektstadien Metriken für erfahrungsbasiertes RE 27

28 Zusammenfassung Vergleich von Projekt Version 3 und Version 4 Variable Version 3 Version 4 Change Planned Upfront RE Time 6 months 9 months +50% Planned Time to Beta 1 Release 13 months 15 months +15% RE as a Percentage of Time to Beta 1 46% 60% +30% Number of PMs in RE % Number of Marketing Product Managers in RE % M 0 Spec Bugs Opened & Resolved % M 1 Bugs Opened & Resolved Change Request against M % Design Defects % Beta 1 Bugs Opened & Resolved Change Requests against M % Change Requests against M % Code Defects % Time To Beta 1 Release 17 months 16 months -6% Slippage in Beta 1 Release 4 months 1 month -75% Beta 1 Hot Fixes Issued in First Month after release % Tabelle 1 M-1 RE M0 Abschluss Funktionale Spezifikation Zeitplan Bedingung M1 Abschluss Design Spezifikation M2 Abschluss Code Entwicklung M3 Abschluss Test des Gesamtsystems Mi Beta FR Final Release Metriken für erfahrungsbasiertes RE 28

Ähnliche Dokumente

Metriken für erfahrungsbasiertes RE

Metriken für erfahrungsbasiertes RE Rieche, Marcus mail@rieche.biz FG Software Engineering Leibniz Universität Hannover Abstract. Die zahlreichen Methoden im Requirements Engineering erfordern die Selektion