Goal Question Metrics. Jarosław Kuchta Jakość Systemów Informatycznych

Podobne dokumenty
Jarosław Kuchta Jakość Systemów Informatycznych Jakość Oprogramowania. Pomiary w inżynierii oprogramowania

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Szczegółowy plan szkolenia

Jakość w procesie wytwarzania oprogramowania

Plan. Zapewnienie jakości produktu informatycznego. Zarządzanie jakością i metryki oprogramowania. Podstawowe parametry mierzalne

Kuchta Jarosław Jakość Oprogramowania. Modele dojrzałości procesu wytwarzania oprogramowania CMM/CMMI

Team Prevent Poland Sp. z o.o. Graficzna prezentacja struktury ISO 9001:2015 i IATF 16949:2016

Testowanie oprogramowania. Piotr Ciskowski

Zarządzanie jakością

1

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Dojrzałość i pomiar procesu testowego

Maciej Oleksy Zenon Matuszyk

PRZEWODNIK PO PRZEDMIOCIE

Etapy życia oprogramowania

Wprowadzenie do jakości systemów informatycznych

PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym

Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015

JAKOŚCI W RÓŻNYCH FAZACH I ŻYCIA PRODUKTU

ISO 9000/9001. Jarosław Kuchta Jakość Oprogramowania

Zarządzanie projektami a zarządzanie ryzykiem

Serwis rozdzielnic niskich napięć MService Klucz do optymalnej wydajności instalacji

WYKŁAD V DR N. MED. EDYTA KĘDRA

Faza Określania Wymagań

ABERLE LIFE CYCLE SERVICE S24

Zmiany w standardzie ISO dr inż. Ilona Błaszczyk Politechnika Łódzka

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Zarządzanie bezpieczeństwem informacji przegląd aktualnych standardów i metodyk

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE

Optymalizacja Automatycznych Testów Regresywnych

Analiza ryzyka nawierzchni szynowej Iwona Karasiewicz

Narzędzia CASE dla.net. Łukasz Popiel

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Testowanie oprogramowania. Wykład 11 inżynieria jakości oprogramowania cz. I podstawy teorii pomiarów metryki rozmiaru: LOC metryki rozmiaru: FP

Inżynieria wymagań. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania

Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski

Projekt wymagań w zakresie kompetencji zakładów utrzymania taboru. Jan Raczyński

6 kroków do skutecznego planowania na postawie wskaźników KPI

Audyt energetyczny jako wsparcie Systemów Zarządzania Energią (ISO 50001)

Web frameworks do budowy aplikacji zgodnych z J2EE

Wstęp do zarządzania projektami

Koordynacja projektów inwestycyjnych

Metodologia weryfikacji wymagań IRIS w obszarze Projektowania i Rozwoju w teorii i praktyce. Szymon Wapienik TUV NORD Polska

Badania marketingowe : podstawy metodyczne / Stanisław Kaczmarczyk. - wyd. 4. Warszawa, 2011

Standard ISO 9001:2015

LeanQ Team. Konferencja Utrzymanie ruchu w przemyśle spożywczym Kraków Przygotowanie i prowadzenie : Andrzej Biziuk

Szkolenie Stowarzyszenia Polskie Forum ISO Zmiany w normie ISO i ich konsekwencje dla organizacji Warszawa,

WYMAGANIA DLA JEDNOSTEK OCENIAJĄCYCH W ŚWIETLE ROZPORZĄDZENIA NR 402/2013. dr Magdalena Garlikowska

Modelowanie jako sposób opisu rzeczywistości. Katedra Mikroelektroniki i Technik Informatycznych Politechnika Łódzka

Wzorcowanie a koszty - biznesowe podejście do nadzoru nad wyposażeniem pomiarowym

Testujemy dedykowanymi zasobami (ang. agile testers)

Testy akceptacyjne w administracji publicznej

OFERTA GŁÓWNY ZAKRES SZKOLENIA PRAKTYKA ZARZĄDZANIA PROJEKTAMI. Czas trwania: 2 dni Ilość osób w grupie warsztatowej: 6 10 osób

Podręcznik najlepszych praktyk w zakresie efektywności energetycznej

Lean SIX SIGMA black belt

Cykle życia systemu informatycznego

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC oraz BS doświadczenia audytora

ORGANIZACJA GPR 2010

PRINCE2 Foundation & Practitioner - szkolenie z egzaminem certyfikacyjnym

Wstęp do zarządzania projektami

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś

Badania marketingowe. Podstawy metodyczne Stanisław Kaczmarczyk

Life Cycle Assessment (LCA) - ocena cyklu życia ŚRODOWISKOWA OCENA CYKLU ŻYCIA - ENVIRONMENTAL LIFE CYCLE ASSESSMENT (ELCA):

Spis treści. Wstęp... 9

System Zarządzania Energią według wymagań normy ISO 50001

System. zarządzania jakością. Pojęcie systemu. Model SZJ wg ISO 9001:2008. Koszty jakości. Podsumowanie. [Słownik języka polskiego, PWN, 1979] System

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

Usprawnienia zarządzania organizacjami (normy zarzadzania)

System antyfraudowy w praktyce. marcin zastawa wiceprezes zarządu. Warszawa, października 2006r.

OGÓLNE WYMAGANIA DOTYCZĄCE BADANIA BIEGŁOŚCI WEDŁUG PN-EN ISO/IEC KONTROLA JAKOŚCI BADAŃ ANDRZEJ BRZYSKI, 2013

Certified IT Manager Training (CITM ) Dni: 3. Opis:

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

Normalizacja dla bezpieczeństwa informacyjnego

Egzamin ITIL Foundation

Launch. przygotowanie i wprowadzanie nowych produktów na rynek

Testowanie i walidacja oprogramowania

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Zarządzanie efektywnością procesów w SSC/BPO

FastReporter 2 OPROGRAMOWANIE DO KOŃCOWEGO PRZETWARZANIA DANYCH

Metodyki zarządzania projektami PRINCE2

Finasowanie zadań w gospodarce odpadami na przykładzie realizowanych przedsięwzięć

Agnieszka Iwaniak Warszawa, 10 czerwca 2009 r.

CZĘŚĆ I. PRZYGOTOWANIE PROCESU BADAŃ MARKETINGOWYCH Faza identyfikacji problemów decyzyjnych lub okoliczności sprzyjających

WZ PW Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji IT security trends

O przetwarzaniu danych. R. Robert Gajewski omklnx.il.pw.edu.pl/~rgajewski

Korzyści wynikające z wdrożenia systemu zarządzania jakością w usługach medycznych.

Systemy wspomagania osób starszych i niepełnosprawnych

Zasady organizacji projektów informatycznych

Monitoring procesów z wykorzystaniem systemu ADONIS. Krok po kroku

Zapraszamy Paostwa do zapoznania się z ofertą szkoleo 4 kroki, a w razie dodatkowych pytao prosimy o kontakt.

Programowanie zespołowe

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Jakość oprogramowania część 2 Zapewnianie jakości oprogramowania

Tester oprogramowania 2014/15 Tematy prac dyplomowych

Badanie satysfakcji klientów Urzędu

Process Analytical Technology (PAT),

Transkrypt:

Goal Question Metrics Jarosław Kuchta

Goal/Question/Metrics Goals (Cele) Questions (Pytania) Metrics (Metryki)

Trzy podstawowe kroki Zdefiniowanie głównych celów opracowania projektu. Opracowanie pytań, na które trzeba odpowiedzieć, aby osiągnąć zdefiniowane cele. Wykonanie pomiarów, które dostarczą informacji odpowiednich do uzyskania odpowiedzi na te pytania.

Fazy Cele Działania Plan Definicja Pytania Metryki Wyniki Oceny Interpretacja Planowanie Zbieranie danych Pomiary

Planowanie (2) Sformowanie zespołu Wybór obszaru doskonalenia Sformowanie zespołu projektowego Opracowanie planu projektu

Wybór obszaru doskonalenia Kryteria cele biznesowe: obniżenie kosztów skrócenie czasu opracowania, zmniejszenie ryzyka projektu podniesienie jakości produktu Rozważenie szczegółów: ewentualne problemy zależności zewnętrzne ludzie procesy produkty dotychczasowa wiedza

Faza definicji Definicja celów pomiarowych Modelowanie procesu softwerowego Wywiady Stawianie pytań i hipotez Opracowanie metryk Planowanie Planowanie pomiarów Planowanie analizy Przegląd

Definicja celów pomiarowych Co? Dlaczego? W jakim aspekcie? Kto? W jakim kontekście? mierzony obiekt rozumienie, kontrolowanie, udoskonalenie obiektu aspekt jakości obiektu, na którym koncentrują się pomiary ludzie wykonujący pomiary środowisko wykonywania pomiarów

Pytania i hipotezy Pytania precyzują cel na poziomie operacyjnym. Hipotezy są spodziewanymi odpowiedziami, które będą badane podczas pomiarów.

Metryki Opracowanie metryk z dwóch punktów widzenia: z punktu widzenia zespołu projektowego z punktu widzenia opartego ma modelach procesu wytwarzania oprogramowania Cel: zapewnienie kompletności i spójności metryk z predefiniowanymi modelami procesu wytwarzania oprogramowania

Faza zbierania danych Okres próbnych pomiarów Zastosowanie systemu wspomagania pomiarów Zbieranie danych pomiarowych Przechowywanie danych pomiarowych Analiza i prezentacje

Faza interpretacji Przygotowanie sesji sprzężenia zwrotnego Opracowanie wyników Analiza kosztów i korzyści

Analiza kosztów i korzyści Koszty Czas potrzebny na opracowanie programu pomiarowego Czas poświęcony na spotkania zespołu projektowego Czas poświęcony na zebranie danych Koszt dodatkowego sprzętu i oprogramowania Czas poświęcony na przetworzenie danych Korzyści Zwiększenie sprzedaży Uniknięcie zmniejszenia sprzedaży Czas zaoszczędzony przez lepsze zrozumienie procesu wytwarzania Koszt zaoszczędzony przez lepsze wykorzystanie zasobów Uniknięcie zwiększenia kosztów przez lepsze wykorzystanie zasobów

Przykład analiza wydajności inspekcji oprogramowania (1) Cel Pytania Metryki Zwiększenie wiarygodności planowania Ile kosztuje proces inspekcji? Ile czasu zajmuje proces inspekcji? Średni wysiłek na KLOC Procent reinspekcji Średni wysiłek na KLOC Liczba przejrzanych KLOC

Przykład analiza wydajności inspekcji oprogramowania (2) Cel Pytania Metryki Zwiększenie wiarygodności monitorowania i kontroli Jaka jest jakość badanego oprogramowania? W jakim stopniu personel wypełnia procedury? Jaki jest status procesu inspekcji? Średnia liczba wykrytych błędów na KLOC Średnia szybkość inspekcji Średnia szybkość przygotowania Średnia szybkość inspekcji Średnia szybkość przygotowania Średnia liczba przejrzanych linii Całkowita liczba przejrzanych KLOC

Przykład analiza wydajności inspekcji oprogramowania (3) Cel Pytania Metryki Udoskonalenie procesu inspekcji Jaka jest wydajność procesu inspekcji? Jaka jest produktywność procesu inspekcji? Wydajność usuwania defektów Średnia liczba wykrytych błędów na KLOC Średnia szybkość inspekcji Średnia szybkość przygotowania Średnia liczba przejrzanych linii Średni wysiłek na wykryty błąd Średnia szybkość inspekcji Średnia szybkość przygotowania Średnia liczba przejrzanych linii

Wyniki Metryka Pierwszy projekt Drugi projekt Liczba inspekcji 27 55 Całkowita liczba przejrzanych KLOC 9.3 22.5 Średnia liczba przejrzanych LOC 343 409 Średnia szybkość przygotowania 194 LOC/godz. 121.9 LOC/godz. Średnia szybkość inspekcji 172 LOC/godz. 154.8 LOC/godz. Całkowita liczba wykrytych błędów na KLOC 106 89.7 Reinspekcje 11% 0.5%

Spostrzeżenia W pierwszym projekcie większość inspekcji była przeprowadzana zbyt szybko (ponad 150 LOC /godz.). W drugim projekcie w inspekcjach przeprowadzonych z szybkością poniżej 25 LOC / godz. wykrywano o 46% więcej błędów niż w tych przeprowadzanych z większą szybkością.

Wnioski Więcej błędów można znaleźć w procesie inspekcji, gdy pracuje się wolniej (bardziej uważnie) Znalezienie większej liczby błędów spowalnia proces inspekcji!

Literatura Solingen R., Berghout E.: The Goal/ Question/ Metric Method, McGraw-Hill Publishing Company, 1999 Fenton N.E., Pfleeger S.L. : Software Metrics, International Thomson publishing Company, 1997 ftp://ftp.cs.umd.edu/pub/sel/papers/gqm.pdf http://irb.cs.uni-magdeburg.de/sw-eng/us/java//