J. Nawrocki, Inżynieria oprog. Plan wykładu Praktyki XP Wcześniejsze badania Personal Software Process eXtremme Programming Opis eksperymentu WynikiPodsumowanie.

Slides:



Advertisements
Podobne prezentacje
Programowanie Ekstemalne
Advertisements

Inżynieria Oprogramowania
Zarządzanie konfiguracją oprogramowania
Zaawansowane metody programowania – Wykład V
Imperatywne modele obliczeń Copyright, 2000 © Jerzy R. Nawrocki Wprowadzenie do.
Opis metodyki i procesu produkcji oprogramowania
Programowanie Ekstremalne
Język asemblera Copyright, 2000 © Jerzy R. Nawrocki Wprowadzenie do informatyki.
Role w zespole projektowym
EXtreme Programming » Magdalena Tchorzewska.
Próba eksperymentalnej oceny metody PROBE
Na Etapie Inżynierii Wymagań
Przetwarzanie tekstów i AWK Copyright, 2000 © Jerzy R. Nawrocki Wprowadzenie do.
Lekkie metodyki programowania: Szansa czy zagrożenie?
Organizacja Przedsięwzięć Programistycznych Wykład 7, 27.II.03
Maciej Gabor, SCR 2002 Testowanie eXtremalne i narzędzia xUnit M. Gabor, J. Nawrocki, B. Walter Instytut Informatyki Politechnika Poznańska.
ISO 9001:2000 z perspektywy CMMI a poznańska rzeczywistość
Inżynieria oprogramowania II Wykład 5 Standardy serii ISO 9000
Inżynieria oprogramowania Copyright, 2000 © Jerzy R. Nawrocki Wprowadzenie do informatyki.
Zwinne metodyki programowania
Szacowanie rozmiaru i pracochłonności
Inżynieria oprogramowania II Wykład 12 Projekty dyplomowe
Zarządzanie konfiguracją Doskonalenie Procesów Programowych Wykład 6 Copyright, 2001 © Jerzy.
Wprowadzenie do przedmiotu
Model dojrzałości CMMI
Copyright © Jerzy R. Nawrocki Standardy serii ISO Inżynieria oprogramowania II Wykład.
Zwinne metodyki programowania Copyright, 2006 © Jerzy R. Nawrocki Inżynieria oprogramowania.
Copyright © Jerzy R. Nawrocki Kontrola jakości oprogramowania Inżynieria oprogramowania.
Wykład 1 Inżynieria oprogramowania II Wykład 1 Wprowadzenie
Inżynieria Oprogramowania Copyright, 2002 © Jerzy R. Nawrocki Wprowadzenie do informatyki.
Personal Software Process
XPrince: Równoważenie zwinności i dyscypliny
Analiza i walidacja wymagań
Copyright © Jerzy R. Nawrocki Zbieranie wymagań Analiza systemów informatycznych Wykład.
Copyright © Jerzy R. Nawrocki Wprowadzenie Analiza systemów informatycznych Wykład.
Inżynieria oprogramowania II Wykład 10 PRINCE2 i TSP
Modelowanie i architektura
Modelowanie i język UML
Dyscyplina i zwinność w projektach informatycznych
Dyscyplina i zwinność w projektach informatycznych (cz. 2)
Ilościowe zarządzanie przedsięwzięciem
Języki formalne i gramatyki
Copyright © Jerzy R. Nawrocki Personal Software Process Inżynieria oprogramowania II Wykład.
Testowanie oprogramowania
Dokumenty i prezentacje Copyright, 2004 © Jerzy R. Nawrocki Wprowadzenie do.
Szacowanie rozmiaru oprogramowania
Wykład 4 Rozkład próbkowy dla średniej z rozkładu normalnego
Agile Programming a jakość
Pomiary w inżynierii oprogramowania
Wymagania jakości w Agile Programming
Pomiary w inżynierii oprogramowania
Metodyki Lekkie Agile Methodologies
Wykład 2 Cykl życia systemu informacyjnego
Continuous Integration
Przetwarzanie tekstu i strony WWW Copyright, 1999 © Jerzy R. Nawrocki Wprowadzenie.
Pomiary procesów programistycznych Copyright, 2002 © Jerzy R. Nawrocki Zarządzanie jakością.
Copyright © Jerzy R. Nawrocki Kontrola jakości oprogramowania Inżynieria oprogramowania.
ŁUKASZ DZWONKOWSKI Modele zwinne i ekstremalne. Podejście tradycyjne
Języki formalne i gramatyki Copyright, 2005 © Jerzy R. Nawrocki Teoretyczne podstawy.
Języki formalne Copyright, 2006 © Jerzy R. Nawrocki Wprowadzenie do informatyki Wykład.
Wprowadzenie do teoretycznych podstaw informatyki Copyright, 2004 © Jerzy R. Nawrocki
Copyright © Jerzy R. Nawrocki Team Software Process Inżynieria oprogramowania II Wykład.
Efektywne tworzenie oprogramowania 2008/2009. Forty Years of Software Engineering Konferencja w Garmisch – uczestników Prof. Bauer TUM przewodniczący.
Wyrażenia regularne i język AWK Copyright, 2004 © Jerzy R. Nawrocki Teoretyczne.
Innowacyjne metody zarządzania jakością oprogramowania Przeglądy oprogramowania i standard IEEE 1028 Bartosz Michalik
ŚRODOWISKO PRACY ZESPOŁU PROGRAMISTYCZNEGO BAZUJĄCE NA ROZWIĄZANIACH OPEN SOURCE Janusz Marchewa Łódź, r.
Agile Programming a jakość
Inżynieria oprogramowania
Zarządzanie projektami informatycznymi
Jerzy Nawrocki Adam Wojciechowski
Zapis prezentacji:

J. Nawrocki, Inżynieria oprog. Plan wykładu Praktyki XP Wcześniejsze badania Personal Software Process eXtremme Programming Opis eksperymentu WynikiPodsumowanie

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Programowanie parami Autor Recenzent if (x=y) z=0; Ma być x==y

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Po pewnym czasie.. AutorRecenzent x-=y; else Jak to testować?

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Eksperyment Noska Napisz skrypt sprawdzający spójność bazy danych.

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Eksperyment Noska 30 minut 42 minuty Czas wykonania (śred.)

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Eksperyment Noska 71 % 100 % Czas wykonania Pracoch 143 % 100 %

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Główny zarzut Jeśli realizacja każdego z kilku zadań trwa godzinę, połącz je w jedno większe zadanie.Jeśli realizacja każdego z kilku zadań trwa godzinę, połącz je w jedno większe zadanie. Kent Beck Extreme Programming Explained Jeśli realizacja każdego z kilku zadań trwa godzinę, połącz je w jedno większe zadanie.Jeśli realizacja każdego z kilku zadań trwa godzinę, połącz je w jedno większe zadanie. Kent Beck Extreme Programming Explained Tylko jedno krótkie zad. (45).

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Eksperyment Utah zad. programistyczne 6 tygodni 4 zad. programistyczne 6 tygodni 50% - 60% 100% Czas realizacji

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Zarzuty Czego dotyczyły zadania? Jaki był proces? Jakie były rozmiary? Jaki był czas w godz.? Jakie było odchylenie standardowe dla czasu i rozmiaru? Czego dotyczyły zadania? Jaki był proces? Jakie były rozmiary? Jaki był czas w godz.? Jakie było odchylenie standardowe dla czasu i rozmiaru?

J. Nawrocki, Inżynieria oprog. Wcześniejsze badania Eksperyment poznański Cel: eksperymentalna ocena programowania parami. Cel: eksperymentalna ocena programowania parami. XP-like process PSP-like process Semestr zimowy 1999/2000; Politechnika Poznańska Semestr zimowy 1999/2000; Politechnika Poznańska

J. Nawrocki, Inżynieria oprog. Plan wykładu Praktyki XP Wcześniejsze badania Personal Software Process eXtremme Programming Opis eksperymentu WynikiPodsumowanie

J. Nawrocki, Inżynieria oprog. Personal Software Process Notatki dotyczące czasu i defektów. Standaryzacja typów defektów. 0 Standard kodowania. Pomiar rozmiaru Propozycje poprawy procesu. 0.1 Szacowanie rozmiaru oprogr. Raporty z testowania. 1 Planowanie zadań. Tworzenie harmonogramu Wzorce projektowe. Przeglądy kodu i projektu2.1 Podejście przyrostowe3

J. Nawrocki, Inżynieria oprog. Personal Software Process Planowanie Projektowanie Kodowanie Kompilacja Testowanie Postmortem Wymagania Produkt + dane

J. Nawrocki, Inżynieria oprog. Plan wykładu Praktyki XP Wcześniejsze badania Personal Software Process eXtremme Programming Opis eksperymentu WynikiPodsumowanie

J. Nawrocki, Inżynieria oprog. eXtreme Programming (XP) Program. parami Testo-centryczne zapew. jakości Prostota rozw. Spike solutions Rotacja w parach Program. parami Testo-centryczne zapew. jakości Prostota rozw. Spike solutions Rotacja w parach Stosowano: User stories Stała obecność przedst. klienta Gra planistyczna. CRC cards Ciągła integracja User stories Stała obecność przedst. klienta Gra planistyczna. CRC cards Ciągła integracja Nie stosowano:

J. Nawrocki, Inżynieria oprog. Plan wykładu Praktyki XP Wcześniejsze badania Personal Software Process eXtremme Programming Opis eksperymentu WynikiPodsumowanie

J. Nawrocki, Inżynieria oprog. Opis eksperymentu Programow. parami wg XP XP2 PSP 0.1 (czas, defekty, pomiar oprog) PSP Testy najpierw, Spike solutions XP1

J. Nawrocki, Inżynieria oprog. Opis eksperymentu Zadania programistyczne 1. Wartość oczekiwana i odchylenie standardowe. 2. Parametry regresji liniowen. 3. Liczenie logicznych linii kodu bez komentarzy i pustych wierszy. 4. LOC dla każdej klasy i liczba metod w każdej klasie. C/C++

J. Nawrocki, Inżynieria oprog. Plan wykładu Praktyki XP Wcześniejsze badania Personal Software Process eXtremme Programming Opis eksperymentu WynikiPodsumowanie

J. Nawrocki, Inżynieria oprog. WynikiWyniki Prawie nie ma różnicy między XP2 a XP1. Prog 1Prog 2Prog 3 Prog 4

J. Nawrocki, Inżynieria oprog. WynikiWyniki Prog 1Prog 2Prog 3 Prog 4 Programowanie parami jest bardziej przewidywalne niż indywidualne.

J. Nawrocki, Inżynieria oprog. WynikiWyniki Prog 1Prog 2Prog 3 Prog 4

J. Nawrocki, Inżynieria oprog. WynikiWyniki Prog 1Prog 2Prog 3 Prog 4 Programowanie parami daje bardziej stabilne rozwiązania.

J. Nawrocki, Inżynieria oprog. PodsumowaniePodsumowanie Programowanie parami wydaje się mniej efektywne niż to wynika z eksperymentów J.T. Noska and L. Williams et al.Programowanie parami wydaje się mniej efektywne niż to wynika z eksperymentów J.T. Noska and L. Williams et al. Programowanie parami jest bardziej przewidywalne, zarówno z punktu widzenia czasu, jaki i rozmiaru kodu.Programowanie parami jest bardziej przewidywalne, zarówno z punktu widzenia czasu, jaki i rozmiaru kodu. Eksperyment był ograniczony do stosunkowo małych programów ( LOC).Eksperyment był ograniczony do stosunkowo małych programów ( LOC).

J. Nawrocki, Inżynieria oprog. Ocena wykładu 1. Wrażenie ogólne? (1 - 6) 2. Zbyt wolno czy zbyt szybko? 3. Czy dowiedziałeś się czegoś ważnego? 4. Co poprawić i jak?