Extreme Programming

Extreme ohjelmointi tai Extreme Programming on menetelmä kehittää ohjelmistotekniikan tekemät Kent Beck, kirjoitti ensimmäisen kirjan aiheesta, Extreme Programming selitti: Embrace muutos. Se on kohokohta ketterän ohjelmistokehityksen prosessit. Kuten ne, äärimmäinen ohjelmointi poikkeaa perinteisestä menetelmiä lähinnä korostamalla entistä voimakkaammin sopeutumiskykyä ennustettavuutta. Kannattajat XP harkita muuttuviin vaatimuksiin lennossa on luonnollinen, väistämätön ja jopa toivottavaa näkökohta hankkeiden kehittämiseen. He uskovat, että mahdollisuus mukautua muuttuviin vaatimuksiin missään vaiheessa hankkeen elinkaaren on parempi ja realistisempi kuin yrittää määritellä kaikki vaatimukset hankkeen alkuvaiheessa ja investoida toimia valvonnan jälkeen muuttuviin vaatimuksiin lähestymistapa.

Sitä voidaan pitää äärimmäisen ohjelmoinnin hyväksymistä parhaita menetelmiä kehityksen mukaan, mitä on tehtävä hankkeen, ja soveltaa sitä dynaamisesti aikana ohjelmiston elinkaaren.

Arvot

Alkuperäiset arvot äärimmäisen ohjelmointi ovat: yksinkertaisuus, viestintä, palaute, ja rohkeutta. Viides arvo, kunnioitus, lisättiin toinen painos Extreme Programming selitti. Viisi arvot on lueteltu alla:

Helppous

Yksinkertaisuus on perusta Extreme Programming. Suunnittelu on yksinkertaistettu nopeuttaa kehitystä ja helppo huoltaa. Monimutkainen koodi designin myöhemmät muutokset eri kehittäjät monimutkaisuus kasvaa eksponentiaalisesti.

Yksinkertaisuuden Refaktorointi koodia tarvitaan, tämä on tapa pitää koodi yksinkertaista se kasvaa.

Yksinkertaisuus sovelletaan myös asiakirjoissa, joten koodi olisi keskusteltava näkökulmasta, yrittää Nyt koodi on itsedokumentoiva. Tämän on oltava asianmukaisesti valita nimet muuttujien menetelmiä ja luokat. Pitkiä nimiä ei vähentää koodin tehokkuutta ja kehityksen aikaa kiitos autocomplete ja refaktorointi työkaluja tällä hetkellä voimassa.

Hakeminen yksinkertaisuus yhdessä kollektiivinen laatija koodin ja pariohjelmointi varmistaa, että suurempi hanke on valmis, koko joukkue tietää enemmän ja paremmin koko järjestelmän.

Viestintä

Viestintä tapahtuu eri tavoin. Ohjelmoijille koodata yksinkertaisempi tiedotettava paremmin se. Jos koodi on monimutkainen, meidän on pyrittävä tekemään se ymmärrettävää. Itsedokumentoiva koodi on luotettavampi kuin kommentit koska jälkimmäinen vanhenevat nopeasti kanssa koodia, koska se on muuttunut. Se olisi keskusteltava vain mitä ei muutu, esimerkiksi kohde-luokan tai menetelmää toiminnallisuutta.

Yksikkötestaus on toinen muoto viestinnän ne kuvaavat suunnittelu luokat ja menetelmät osoittamaan konkreettisia esimerkkejä siitä, miten käyttää sen toimintoja. Ohjelmoijat ovat jatkuvasti yhteydessä kautta pariohjelmointi. Viestintä asiakkaan kanssa on nestettä, koska asiakas on osa kehitystiimi. Asiakas päättää, millaisia ​​ominaisuuksia etusijalle ja pitäisi aina olla kyselyihin.

Palaute

On integroitu projektin asiakas, mielipiteenne hankkeen tilasta tiedetään reaaliajassa.

Hyvin lyhyitä jonka jälkeen tulokset suoritetaan, minimoimalla tarve redo osia, jotka eivät täytä vaatimuksia ja auttaa ohjelmoijia keskittyä siihen, mitä on tärkeintä.

Harkitse ongelmia, jotka johtuvat ottaa hyvin pitkä sykliä. Kuukauden työstä voi mennä yli laidan muutosten vuoksi asiakkaan kriteerit tai väärinkäsityksiä osa kehitystiimi. Koodi on myös lähde palautetta kehitystyökaluja. Esimerkiksi yksikkö testit antavat tietoa terveydentilasta koodin. Suorita Osatestit usein löytää epäonnistumiset johtuvat viimeaikaiset muutokset koodin.

Rohkeus tai urhoollisuus

Monet käytäntöjen seurauksena rohkeutta. Yksi on aina suunnittelu ja ohjelma tänään eikä huomenna. Tämä on pyrkimys välttää juuttua suunnittelu ja vaatii liian paljon aikaa ja työtä toteuttaa muun hankkeen. Rohkeus avulla kehittäjät voivat Viihdyn uudelleenrakentaminen koodin tarvittaessa. Tämä tarkoittaa tarkistaa nykyistä järjestelmää ja muuttaa sitä, jos että tulevat muutokset helpommin täytäntöön. Toinen esimerkki rohkeutta tietää milloin hävittää koodi: rohkeutta poistaa lähdekoodia vanhentunut, ei väliä kuinka paljon aikaa ja vaivaa investoitiin luomisessa tämän koodin. Myös, rohkeus tarkoittaa pysyvyys: ohjelmoija voi jäädä ilman etenee monimutkainen ongelma koko päivän, sitten ratkaista se nopeasti seuraavana päivänä, vain jos se on pysyvä.

Kunnioitus

Kunnioitus tulee monissa muodoissa. Tiimin jäsenet kunnioittavat toisiaan, koska ohjelmoijat ei voi tehdä muutoksia, jotka tekevät nykyiset testit epäonnistuvat tai viivästyttää työtä heidän ikäisensä. Jäsenet kunnioittavat niiden työtä, koska ne ovat aina pyrkiä korkealaatuisia tuotteita ja etsivät optimaalista tai tehokkain suunnittelu ratkaisu läpi refaktorointi koodi. Tiimin jäsenet kunnioittavat työn loput muille ei tee vähemmän, parempi itsetunto joukkueessa nosti tuotantomäärät.

Tärkeimmät ominaisuudet

Keskeiset piirteet menetelmän ovat:

  • Iteratiivinen ja inkrementaalinen kehitys: pieniä parannuksia, yksi toisensa jälkeen.
  • Jatkuva yksikkötestaus, usein toistuvia ja automatisoitu, mukaan lukien testauksessa. On suositeltavaa kirjoittaa testi koodi ennen koodausta. Katso esimerkiksi, JUnit testaustyökaluja suuntautunut Java, Delphi Dunit suuntautunut, nunit varten plataforma.NET tai PHPUnit PHP. Nämä viimeiset kolme innoittamana JUnit, mikä puolestaan ​​on insipiró Sunit, ensimmäinen tähtäävässä testejä suoritettiin Smalltalk ohjelmointikieli.
  • Pariohjelmointi: suositellaan kehitystehtävät suorittavat kaksi ihmistä samassa asemassa. Laadukkaampaa koodia kirjoitettu tällä tavalla-koodi tarkistetaan ja käsitellään kuten hän kirjoittaa, se on tärkeämpää kuin mahdollinen menetys välittömästi tuottavuutta.
  • Usein ohjelmointi joukkue integrointi asiakkaan tai käyttäjän. On suositeltavaa, että asiakkaan edustaja toimii kehitystiimi.
  • Korjaaminen kaikki virheet ennen kuin lisäät uusia toimintoja. Tee usein toimituksia.
  • Refaktorointi, eli kirjoittaa tietyt osat koodi Lisää luettavuutta ja ylläpidettävyyttä muuttamatta käyttäytymistään. Testit on varmistettava, että refaktorointi ei ole kirjoittanut vika.
  • Jaettu Kiinteistövälitys koodi: pilkkomisen sijaan velvollisuus kehittää kunkin moduulin eri työryhmissä, tämä menetelmä kannustaa kaikkia henkilöstön korjata ja laajentaa kaikki osa hanketta. Usein testauksessa varmistaa, että kaikki virheet voidaan havaita.
  • Yksinkertaisuus koodi: paras tapa tehdä asiat toimivat. Kun kaikki toimii se voi lisätä toimintoja tarpeen mukaan. Extreme Programming vetoa, että on helpompi tehdä jotain yksinkertaista ja on hieman ylimääräistä työtä muuttaa sitä tarvittaessa, tehdä monimutkaisia ​​ja saa koskaan käyttää sitä.

Yksinkertaisuus ja viestintä ovat erittäin täydentäviä. Yhä viestintä on helpompi tunnistaa, mitä ja mitä ei saa tehdä. Yksinkertaisempi järjestelmä, sitä vähemmän tarvitaan kommunikoida siitä, mikä täydellisempi viestintä, varsinkin jos voit vähentää ohjelmointi joukkue.

Roolit

Ohjelmoija

Kirjoita yksikkö testit ja tuottaa järjestelmän koodin.

Asiakas

Kirjoita käyttäjän tarinoita ja toiminnalliset testit vahvistamaan niiden täytäntöönpanoa. Priorisointi käyttäjän tarinoita ja päättää, mitkä toteutetaan jokaisen iteraation keskittyy tarjoamaan eniten liikearvoa.

Testaaja

Auttaa asiakasta kirjoittaa toiminnallisia testejä. Testaaminen jakaa säännöllisesti tuloksia tietokoneen ja on vastuussa tukityökaluja testaukseen.

Seuraaja

Se vastaa seurannasta. Se antaa palautetta joukkue. Sinun tulisi tarkistaa onnistumisen aste välillä arvioiden ja todellisuudessa käytetty aika, tuloksista tiedottaminen parantaa tulevaisuuden arviot.

Kouluttaja

Vastaa koko prosessin. Opas tiimin jäsenet seuraamaan prosessia oikein.

Konsultti

Se on ulkoinen ryhmän jäsen erityisiä tietoa mistä tahansa aiheesta Hankkeen edellyttämät. Auttaa joukkue ratkaista tietty ongelma.

Johtaja

Hän on omistajan tallentaa ja yhteys asiakkaiden ja ohjelmoijia. Hänen keskeinen tehtävä on koordinointi.

  0   0
Edellinen artikkeli Gabriella Coleman
Seuraava artikkeli Taistelu Dertosa

Aiheeseen Liittyvät Artikkelit

Kommentit - 0

Ei kommentteja

Lisääkommentti

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Merkkiä jäljellä: 3000
captcha