Slajd 1

Autor: Tomasz KarczyskiZajcia: Zarzdzanie ProjektamiProwadzcy: prof. Dorota Kuchta

eXtream ProgrammingCzym jest metodyka XPto styl tworzenia oprogramowania, ktry zakada maksymalizacj zyskw wynikajcych z zastosowania zaawansowanych technik programistycznych, komunikacji i pracy w zespole Jest prb pogodzenia czowieczestwa z produktywnoci. Koncentruje si na 3 fundamentalnych pojciach:

WartociZasadyPraktyki 2/17Metodyka XP wartoci KomunikacjaUatwienie szybkiego tworzenia i rozprowadzenia niezbdnej wiedzy w zespole;Rozpowszechnianie w zespole wizji systemu zgodnej z wizj uytkownika;Bazowanie na komunikacji werbalnej;Umoliwianie bliskiej wsppracy programistw z uytkownikami.ProstotaSkupianie si na dalekiej przyszoci jest ryzykowne - zesp skupia si na teraniejszoci;Poprawianie komunikacji w zespole od pocztku do koca projektu.

3/17Metodyka XP wartoci FeedbackWprowadzenie testw jednostkowych i integracyjnych pozwala za sprawniejsze zarzdzanie zmianami;Ocena systemu dziki testom zgodnoci pisanymi przez klienta;Estymacja czasu wykonania nowych wymaga.OdwagaZachowanie zasady: Koduj na dzi a nie na jutro,Brak obaw przed zmian struktur aplikacji;Usuwanie przestarzaego kodu.

4/17Metodyka XP wartoci SzacunekKady czonek zespou jest odpowiedzialny za wasny kod;Zesp wzajemnie wypracowuje najlepsze rozwizania;Kluczem jest jako pisanego kodu aplikacji;Kady czonek zespou jest akceptowany i doceniany;Fundamentem jest motywacja i wzajemne wsparcie.5/17Metodyka XP czynnoci KodowanieKod musi spenia uzgodnione standardy;Przed napisaniem nowej funkcjonalnoci pisane s testy jednostkowe;Kod pisany jest w parach, kada z par pracuje w danym momencie nad innym fragmentem aplikacji;Optymalizacja jest wykonywana na kocu prac nad dan funkcjonalnoci.TestowanieKady kod musi posiada testy jednostkowe;Pojawienie si bdu skutkuje rozszerzeniem testw jednostkowych;Testy zgodnoci wykonywane s czsto, a ich wyniki s publikowane.6/17Metodyka XP czynnociPlanowanieZamiast dokumentacji - zestaw historyjek uytkownika;Projekt dzieli si na krtkie iteracje;Przynajmniej raz dziennie zesp spotyka si i wymienia problemami, obserwacjami, Czste zmiany par;Maksymalne skrcenie czasu dostarczenia nowego oprogramowania klientowi. ProjektowanieProstota;Czste zmiany struktury kodu;Najpierw to, co musi by - nowe funkcje dodawane s w pniejszym terminie.7/17Metodyka XP praktykiProgramowanie w parachPara uywa jednej klawiatury - Driver pisze, Observer ocenia;Czste zmiany rl w parze;czenie typu nowicjusz ekspert;Kod musi spenia standardy.Planowanie jako graObywa si przy kadej z iteracji;Planowanie zarwno wydania, jak i pojedynczej iteracji.8/17Metodyka XP praktykiPlanowanie wydania - eksploracjaZebranie wymaga klienta;Napisanie historii uytkownika;Estymacja czasu potrzebnego na wykonanie;Podzia historii.Planowanie wydania zatwierdzenieOkrelenie zobowiza;Posortowanie wymaga (warto, czas, ryzyko);Wybranie zakresu, ktry wejdzie do wydania.Planowanie wydania sterowanieSterowanie procesem;Wprowadzanie zmian;Poprawa szacowa i zaoe.9/17Metodyka XP praktykiPlanowanie iteracji eksploracjaTransformacja wymaga na karty zada;Estymacja czasu potrzebnego na wykonanie.Planowanie iteracji zatwierdzenieAkceptacja zada przez programistw;Wymiana zada;Estymacja czasu przez programistw.Planowanie iteracji sterowanieWybr karty zada;Tworzenie par;Projektowanie zada;Pisanie testw jednostkowych i funkcyjnych;Pisanie kodu;Weryfikacja poprawnoci kodu za pomoc testw.10/17XP - Planowanie iteracji

11/17XP Planowanie projektu

12/17Metodyka XP praktykiTest driven developent przed napisaniem kodu naley myle o moliwych nieprawidowociach;Whole Team klient jest uytkownikiem aplikacji i jest stale dostpny dla programistw;Continuous integration czsta integracja nowych rozwiza ze starymi wymusza zapisywanie kodu w repozytorium;Designe Improvement najpierw sprawiamy, by dziaao, a pniej optymalizujemy kod;Small releases krtkie iteracje, szybkie dostarczenie dziaajcego oprogramowania klientowi, natychmiastowa weryfikacja przez klienta;Collective code ownership kady w rwnym stopniu odpowiada za cao kodu;Simple design prostsze oznacza lepsze.13/17XP zalety dla zespouJako mniej bdw, czytelniejszy kod;Redukcja kosztw szybki czas reakcji na bdy;Nauka i trening przepyw wiedzy;Zwikszenie dyscypliny mniej czasu na rozrywki podczas pracy;Przezwycienie trudnoci w myl zasady: co dwie gowy to nie jedna.14/17XP zalety zarzdzaniaTo zesp tworzy harmonogram;Prostota uatwia planowanie;Zasada: Co dwie gowy to nie jedna;atwo integracji;Krtki czas od implementacji do weryfikacji przez uytkownika;Zarzdzanie zmian dziki testom jednostkowym;Zapewnienie stabilnoci dziki testom akceptacyjnym.15/17XP kiedy warto, a kiedy nie warto WartoGdy wystpuj czste zmiany wymaga;Ryzyko opnienia projektu;Potrzeba szybkiego posiadania aplikacji, ktra z czasem bdzie rozwijana;Nowatorskie technologie;Innowacyjny charakter projektu.Nie wartoGdy projekt jest duy;Projekt ma standardowy charakter niska innowacyjno;Wymagania klienta s sprecyzowane;Brak modelu pracownika jako eksperta wielodziedzinowego.16/17rdawww.extremeprogramming.orgwww.xprogramming.comhttp://art.webesteem.plhttp://www.slidefinder.netD. Astels, G. Miller, M. Novak eXtream programming Helion 2007

17/17