Ekstremno programiranje – razlika između verzija

Izvor: Wikipedija
Prijeđi na navigaciju Prijeđi na pretragu
Uklonjeni sadržaj Dodani sadržaj
Red 91: Red 91:
* [[w:en:Kent Beck|Kent Beck]]: Extreme Programming Explained: Embrace Change, Addison-Wesley, ISBN 0-201-61641-6
* [[w:en:Kent Beck|Kent Beck]]: Extreme Programming Explained: Embrace Change, Addison-Wesley, ISBN 0-201-61641-6
* [[w:en:Kent Beck|Kent Beck]] and [[w:en:Martin Fowler|Martin Fowler]]: Planning Extreme Programming, Addison-Wesley, ISBN 0-201-71091-9
* [[w:en:Kent Beck|Kent Beck]] and [[w:en:Martin Fowler|Martin Fowler]]: Planning Extreme Programming, Addison-Wesley, ISBN 0-201-71091-9
* [[w:en:Martin Fowler|Martin Fowler]]: Refactoring: Improving the Design of Existing Code, Addison-Wesley, ISBN 0-201-48567-2
* [[w:en:Martin Fowler|Martin Fowler]]: Refactoring: Improving the Design of Existing Code, Addison-Wesley, ISBN 0-201-48567-2


[[be-x-old:Экстрэмальнае праграмаваньне]]
[[en:Extreme Programming]]
[[ca:Programació Extrema]]
[[cs:Extrémní programování]]
[[da:Extreme Programming]]
[[de:Extreme Programming]]
[[de:Extreme Programming]]
[[en:Extreme Programming]]
[[es:Programación Extrema]]
[[es:Programación Extrema]]
[[fi:Extreme Programming]]
[[fr:Extreme programming]]
[[fr:Extreme programming]]
[[gl:Programación Extrema]]
[[he:Extreme Programming]]
[[it:Extreme Programming]]
[[it:Extreme Programming]]
[[ja:エクストリーム・プログラミング]]
[[ru:Экстремальное программирование]]
[[lt:Ribinis programavimas]]
[[pl:Programowanie ekstremalne]]
[[nl:Extreme Programming]]
[[cs:Extrémní programování]]
[[no:Extreme Programming]]
[[no:Extreme Programming]]
[[pl:Programowanie ekstremalne]]
[[da:Extreme Programming]]
[[pt:Programação extrema]]
[[fi:Extreme Programming]]
[[ru:Экстремальное программирование]]
[[sv:Extrem programmering]]
[[sv:Extrem programmering]]
[[th:Extreme programming]]
[[th:Extreme programming]]
[[pt:Programação extrema]]
[[uk:Екстремальне програмування]]
[[uk:Екстремальне програмування]]
[[lt:Ribinis programavimas]]
[[nl:Extreme Programming]]
[[ja:エクストリーム・プログラミング]]
[[he:Extreme Programming]]
[[gl:Programación Extrema]]
[[vi:Lập trình cực hạn]]
[[vi:Lập trình cực hạn]]
[[ca:Programació Extrema]]
[[zh:极限编程]]
[[zh:极限编程]]

Verzija na datum 23 maj 2007 u 08:32

Ekstremno programiranje (XP)
agilni jezik uzora za razvoj softvera u timu, koji čini sinergija uspostavljenih vrednosti tima i principa koji podržavaju ove vrednosti kroz praktične mehanizme funkcionisanja timskog rada i aktivnosti kojima se tim bavi. Cilj ove sinergije je uspostavljanje visokog nivoa kvaliteta i odziva na promene.

Nastanak

Iako ekstremno programiranje nije bilo prva metoda agilnog razvoja softvera, ono popularizuje i omasovljava upotrebu agilnih metoda. Ekstremno programiranje je kreirao Kent Beck 1996. godine kao način prevazilaženja problema i spašavanja projekta C3 (Chrysler Comprehensive Compensation). Iako je taj projekat, posle skromnog i delimičnog uspeha, na kraju ipak otkazan, Ron Jeffries, Ward Cunningham i Kent Beck su ovu metodu preradili u javnoj diskusiji na Cunninghamovom Portland Pattern Repository wiki sajtu koji je ujedno i prvi wiki sajt. Godine 1999. izlazi Beckova knjiga “Extreme Programming Explained”. Elementi ekstremnog programiranja se u početku zasnivaju na metodi Scrum i Cunnighamovim jezicima uzora.

Do danas, sve veći broj softverskih kompanija prelazi na ekstremno programiranje. Vid njihovog organizovanja može biti drugačiji u svakom konkretnom slučaju i za svaki pojedinačni zahtev, jer ekstremno programiranje ne predstavlja krutu metodologiju, ili metodu, već je to ipak jezik uzora koji dozvoljava taktičke izmene u proceduri i sekvenci izvođenja pojedinih aktivnosti. Zajedničko za sve je korišćenje obaveznih praktičnih mehanizama. Čak i sprovođenje tih praksi podleže adaptacijama, zavisno od potrebe, što i jeste osnovna odlika uzora kao novog načina naučnog sagledavanja pojava koje se proučavaju.

Vrednosti

Vrednosti trebaju biti osnovni motiv i pokretači svakog posla koji tim preduzima. Bez stalnog napora da se dostignu vrednosti, XP tim se suočava sa većom verovatnoćom propasti projekta. Osnovne vrednosti svakog tima koji preduzima XP projekat su sledeće:

  • Komunikacija
  • Jednostavnost
  • Povratna sprega
  • Hrabrost
  • Poštovanje

Komunikacija

Glavni problemi u timu često potiču od nedostatka komunikacije. Na taj način se sprečava protok informacija i potstiče softverska entropija, koji je glavni neprijatelj uspehu projekta. Razvoj komunikacije među članovima tima, komunikacije sa rukovodstvom, a što je i najbitnije, razvoj komunikacije sa klijentima treba da bude najprioritetniji zadatak svakoga u timu

Jednostavnost

Posvećenost jednostavnosti je definitivno jedna kontraverzna vrednost od velikog značaja za XP tim. Bez jednostavnosti nema evolutivnog pristupa dizajnu, niti brzog odziva na promene, što se nalazi u jezgru XP.

Povratna sprega

Ili fidbek je važna, jer omogućuje povratnu informaciju, kao indikator za evaluaciju. Povratna sprega sa klijentima, drugim programerima, konkretnim kodom i dosadašnjim sistemom čine vrednost koju vredi negovati.

Hrabrost

Bez hrabrosti nema uspešnog rada. To je hrabrost za prihvatanje promena, hrabrost za promovisanje ideja, kao i hrabrost za odbacivanjem delova koda i ponovnim početkom, ako se pokaže potrebnim.

Poštovanje

Iz svih ovih vrednosti proizilazi poštovanje. Ono se odnosi na poštovanje kolega u timu. Ko vodi računa o prethodnim vrednostima, sigurno dobija poštovanje ostalih. U XP timu niko ne sme biti zapostavljen, ili odbačen, pre svega zato što to vodi lošoj atmosferi u timu i izaziva opadanje zainteresovanosti za realizacijom projekta. Na taj način se projekat ugrožava i u najgorem slučaju, napušta.

Principi

  • Brza povratna sprega
  • Pretpostavljena jednostavnost
  • Postepene promene
  • Prihvatanje promena
  • Kvalitetan rad

Aktivnosti

Da bi se dostigle vrednosti ekstremnog programiranja kroz principe, moraju se sprovoditi aktivnosti pomoću kojih bi se te vrednosti implementirale u ponašanje i rad tima. U XP se sprovodi četiri vrste takvih aktivnosti:

  • Kodiranje
  • Slušnje
  • Testiranje
  • Dizajn (Konstrukcija)

Kodiranje

Izvorni kod programa je ujedno komunikaciono sretstvo i mera uspeha pomoću koje se vrši evaluacija dostignutih ciljeva. Samo je kod koji radi relevantan pokazatelj da je XP tim na dobrom putu ka željenoj realizaciji projekta. Jedino kroz kod se na pravi način mogu plasirati i pokazati ideje i objasniti zamisli. Izvorni kod je alat razvojnog dizajna, komunikacije, implementacije i testiranja.

Slušanje

Programeri su, po pravilu, neznalice za probleme klijenta. Oni treba tako sebe da shvataju i da učestvuju u razgovoru aktivnim slušanjem. Aktivno slušanje podrazumeva slušanje i usmeravanje klijenta ka što jasnijem predstavljanju zahteva. Klijenti nisu dobri u razlikovanju vrednog i bitnog od manje vrednog, ili važnog. Neophodan je sistem rangiranja i ponderisanja priča korisnika kako bi i on sam, vremenom, shvatio način na koji to funkcioniše.

Testiranje

Srce XP je razvoj vođen testovima (TDD - Test driven development) koji podrazumeva stalno i prevashodno testiranje napsanog koda. XP programer ne zna koliko treba da programira do završetka ako nema test. Test se piše pre koda, a nakon toga se piše izvorni kod koji treba da zadovolji taj test. Kada kod zadovolji test, tek se onda inde dalje. Refaktorisanjem se ovaj kod dalje prečišćava i pojednostavljuje, ali osnovno je da test koji je jednom prošao mora stalno da prolazi, pri svim sledećim izmenama. Osim ovakvog modularnog (unit) testiranja postoje i funkcionalni testovi kroz test primere (test case) koje izvodi sam klijent. Testovi korisnosti i korisničkog interfejsa se takođe izvode kod klijenta.

Dizajn

Za razliku od dosadašnjeg planskocentričnog pristupa gde se prvo planiralo, projektovalo, pa tek onda implementiralo, XP gaji evolutivni pristup dizajnu. Sva poboljšanja se razbijaju na što manje delove i onda dodaju na jezgro koje tako postaje sve šire i kompleksnije. To se radi u malim iteracijama. Posle svake iteracije se projekat objavljuje i predaje klijentu na dalje testiranje.

Obavezna praksa

Postoji dvanaest praktičnih mehanizama kojih se treba držati do ekstrema pri razvoju softvera pomoću XP. To su:

Međusobni odnos obaveznih praksi XP

Svi ovi praktični mehanizmi moraju biti motivisani i vođeni vrednostima, bez toga projekat može da propadne.

Korisno pogledati

Na Wikipediji

Eksterni linkovi

Štampana literatura