Ääriohjelmointi (XP) pähkinänkuoressa eduCBA

Sisällysluettelo:

Anonim

Ääriohjelmointi (XP) -

1900-luvun lopulla sijoitettu ohjelmistokehitys- ja ohjelmointikonseptit näkivät huomattavan muutoksen koko järjestelmän tapaan ja lähestymistapaan. Kevyempiä ja pakettikokoisia lähestymistapoja, joita meillä on nousussa, ja selkeitä yksikkömalleja käytettiin muutoksen aikaansaamiseksi tietokoneohjelmistojen kehittämisessä. Haasteita oli vähennettävä tehokkaiden järjestelmien kysynnän kasvun myötä, ja siten nousi aikaiseksi metodologian aikakaudelle tehokkaan ohjelmistojen kehittämisen kannalta. Proseduuriohjelmointi korvattiin pian oliokeskeisellä ohjelmoinnilla ja vesiputousmalli antoi Agilelle mahdollisuuden siirtyä johtoon. Japanin laadunvalvontakehykset saivat pian vauhtia, ja sitten syntyi konsepti jostakin, jota aikaisemmin käytettiin bitteinä ja kappaleina, mutta joka oli nyt täysimittainen menetelmä ohjelmistojen ohjelmoinnin ja kehityshäiriöiden ratkaisemiseksi, Extreme Programming!

Mikä on Extreme Programming (XP)?

Extreme Programming (XP) tuli huomattavan määrän muutosten myötä asiakkaiden päivänvaloon, ja se helpotti ohjelmistosuunnittelijoiden toteuttamien hankkeiden organisointia.

Äärimmäisen ohjelmoinnin toteuttaminen paransi ohjelmistojen laatua ja vastasi tehokkaammin liiketoiminnan muuttuviin vaatimuksiin, jotka aiheutuivat liiketoiminnan skaalaamisesta tai ulkoisista tekijöistä.

XP on ketterä sateenvarjo alla oleva menetelmä, joka rohkaisee usein versioiden julkaisemista lyhyillä kehitysjaksoilla. Tämä lisäisi väistämättä tuottavuutta huomattavasti ja toistuvat julkaisut valmistaisivat tietä uudempien vaatimusten sisällyttämiselle.

Äärimmäisessä ohjelmoinnissa (XP) on ”asiakastyytyväisyys” keskeisessä osassa ja ”ryhmätyössä” lihaksen voimana. Yhteistyö on välttämätöntä äärimmäisen ohjelmoinnin (XP) onnistumiselle, koska se vie toistuvia toimenpiteitä ohjelmistojen tuottamiseksi asiakkaille. Se ei keskittyy koko vyön toimittamiseen, vaan tarkastellaan, täyttyvätkö asiakkaan tarpeet jokaisessa vaiheessa matkan varrella.

Osa ketterää ohjelmistokehitystä

Ketterä ohjelmistokehitys on tapa, jolla kehitys tapahtuu, mutta mikä tärkeintä, useimmat ihmiset unohtavat myöntää, että joukkueiden, toisin sanoen ihmisten, on oltava ketteriä, jotta se onnistuu. Menetelmien ja prosessien toteuttaminen varmistaa vain, että on olemassa kiinteät puitteet, joissa joukkueet voivat olla joustavia, skaalautuvia ja lopullisesti luovia.

Iteraation ja sprintikäsitteiden tavoin, kuten Scrumin tapauksessa, Agile tarjoaa loistavan alustan saada muutokset ja palaute toteutettuina jokaisessa ohitussyklissä.

Ääriohjelmoinnissa (XP) otetaan huomioon kaikki mahdollisuudet, jotka voivat johtaa tuotteeseen tehtyihin parannuksiin lopussa.

Perinteinen kehitys verrattuna Extreme-ohjelmointiin (XP)

  • Vaikka perinteisessä kehityksessä keskitytään prosessiin ja otetaan se huomioon jakson loppuessa, äärimmäinen ohjelmointi keskittyy vaatimukseen.
  • Ääriohjelmointi (XP) vie perinteiseen kehitykseen asennetut parhaat käytännöt ja vie sen äärimmäisiin rajoihin. Äärimmäisellä ohjelmoinnilla (XP) suoritettu venytys on hieno joustaville ja joustaville projekteille.
  • Perinteisellä kehityksellä on segmentoituminen edeltävänä tekijänä ohjelmistokehitysjaksoissa, kun taas äärimmäinen ohjelmointi (XP) puoltaa tiimien ja myös sidosryhmien välistä yhteistyötä jatkuvan palautteen ja näkemysten aikaansaamiseksi iteraatioiden ja suunnitteluvaiheiden aikana.

5 arvoa onnistuneelle projektille

Ääriohjelmointi (XP) sisältää viisi välttämätöntä tapaa tai arvoa menemään kohti menestyvää ohjelmistoprojektia:

  1. Kommunikaatio - Tämä ohjelmistokehitysmenetelmä vaatii lähinnä tiivistä viestintää johtajien, asiakkaiden / asiakkaiden ja kehittäjien välillä. Tätä tehokasta viestintää tarvitaan ohjelmistoprojektin moitteettomaan toimintaan, ja myös muut projektinhallintatyökalut toteutetaan viestinnässä, jotta ne voivat helpottaa viestintää projektin elinkaaren aikana.
  2. Rohkeus - Asiakasvaatimusten dramaattisten muutosten myötä kehittäjien on rohkeasti toteutettava haasteita, jotka tulevat esiin viime hetkellä tai ristiriidassa projektiin tehtyjen muutosten kanssa milloin tahansa.
  3. Palaute - Palaute toteutetaan jatkuvalla yksikkötestauksella, ja tulokset arvioidaan ja toteutetaan vastaavasti projektin kehityssykleissä. Asiakkaita pidetään lähellä neljäsosaa ja esittely esitetään heti, kun kehityssykli on saatu päätökseen, jotta palaute voidaan sisällyttää siihen.
  4. Kunnioitus - Jokainen kehityssykli tuo menestyksekkäästi uuden virstanpylvään, ja se kuvaa vain suoritettuihin jaksoihin annettuja panoksia.
  5. Yksinkertaisuus - äärimmäinen ohjelmointi (XP) on tehokkain, kun suunnittelu pidetään yksinkertaisena ja toteutus suunnitellaan selvästi ja tehokkaasti. Paljon äärimmäisiä ohjelmointeja ajetaan sen olemassa olevien yksinkertaisten sääntöjen mukaisesti.

Suunnittelu-palautekierrot

Yhteistyö tiimissä ja päivittäinen yhteys liiketoimintaan optimoidun tuotekehityksen muodostavat äärimmäisen ohjelmoinnin (XP) selkärangan, kun taas käyttäjän tarinat muodostavat perustan XP-suunnittelulle. Nämä käyttäjän tarinat kirjataan korteille. Näiden korttien käsitteleminen voi saada aikaan projektin laajuuden ja suunnitelman.

Nämä XP-suunnittelut luodaan kolmella tasolla tai tasolla.

  • Tulevat kuukaudet
  • Seuraava iterointi
  • Nykyinen iteraatio

Suunnitelmat ovat aina väliaikaisia ​​ja suunnitelmien uusiminen on tehtävä ennen viimeisen suunnitelman päättymistä. Ne muuttuvat, kun projektiin tai sen aikatauluun on edes pieni muutos. Iterointi alkaa sillä hetkellä, kun tapahtuu muutos. Saat palautetta asiakkaalta, tarkistat suunnitelmasi uudelleen. Seisoit aikataulun eteen tai taakse, käydään uudelleen ja muutat suunnitelmaa.

Suunnittelun kautta tulee voimaan toimitettavalle tuotteelle sopivimmat mallit. Äärimmäisen ohjelmoinnin (XP) suhteen testiohjattua kehitystä (TDD) ja refaktorointia käytetään tehokkaaseen ja vaikuttavaan suunnitteluun.

Reaktorointi on jo ketterän olemus, sillä se on tärkeä ja ratkaiseva suunnittelutyökalu suunnitteluprosessissa. Refaktorointi tarkoittaa suunnittelun muutosten ja säätöjen tekemistä muutettujen tarpeiden mukaisesti. Reaktoroinnin myötä tulee testauksen käsite yhtenäisellä ja hyväksyttävällä tavalla.

Seuraavat vaiheet ovat keskipisteessä, kun suunnittelu- tai palautussilmukka suoritetaan. Jokainen toimenpide on toistuva ja se voidaan suorittaa peräkkäin, kun muutos on aloitettu:

Jokainen suoritetun sekvenssin vaihe voi olla luonteeltaan iteratiivinen ja sitä voidaan silmukoida heti, kun muutossekvenssi aloitetaan, ja uusi suunnitelma luodaan jokaiselle aloitukselle. Jokaisella vaiheella on myös sille osoitettu tietty kestoaika ja aikataulu muutetaan palautteen loppuosaksi jokaiselle tuotteen vaiheelle.

  • Koodaus pariohjelmointiin - sekunteja
  • Pariohjelmointi yksikkötestaukseen - minuutit
  • Yksikkötestaus parineuvotteluihin - tuntia
  • Pari-neuvottelut stand-up-kokoukseen - yksi päivä
  • Valmiustilaisuus hyväksymistestaukseen - päivää
  • Hyväksyntätestaus iteraation suunnitteluun - viikkoa
  • Iteraatiosuunnittelu vapauttamisen suunnittelulle - kuukautta

Halutun iteraation tason myötä kehittäjille tulee pakolliseksi varmistaa ja varmistaa myös, että koodi on hyvin lajiteltu ja parhaan mahdollisen laadun. Virheiden ilmoittaminen on tiukkaa ei-ei-kehittäjille, jotka noudattavat ohjelmistokehityksen äärimmäistä ohjelmointimenetelmää.

Mikä on pariohjelmointi?

Koska äärimmäisen ohjelmointimenetelmän keskeinen resurssi on ihmiset eikä prosessit, pariohjelmoinnin käsite on ihmisillä. Lisäämällä tuottavuus ja laatu taulukkoon, pariohjelmointi menee noin:

"Tuotantoon lähetetyn koodin luovat kaksi ihmistä, jotka työskentelevät yhdessä luotavan koodin parissa, istuen yhdellä tietokoneella."

Tämän pari-ohjelmoinnin käsitteen edut ovat seuraavat:

  • Parannettu ohjelmistojen laatu - vaikka toiminnallisuutta ei lisäisi kahden ihmisen istuessa yhdessä tai erillään, keskittyminen yhteen tietokoneeseen lisää varmasti tuotetun koodin laatua
  • Ei vaikutusta toimitusaikaan - tarjoamalla win-win-tilanne projektille ja sen sidosryhmille, käyttämällä kahta toiminnallista päätä korkealaatuisen koodin saamiseksi ilman ajanhukkaa on erinomainen ohjelmistokehitys
  • Kustannussäästöjä myöhempiä vaiheita varten - laadukkaan koodin jo myötävaikuttamisen myötä sen vaikutus myöhempiin vaiheisiin on valtava ja kustannukset säästyy varmasti jokaisella toistokerralla

Pariohjelmointi, koska siihen kuuluu kaksi erottuvaa henkilöä, jotka työskentelevät yhdessä tasa-arvoisissa taulukoissa, on tärkeätä, että he koordinoivat toimintaansa korkeammalla tasolla kokemustasosta riippumatta. Se on sosiaalinen taito, joka vie aikaa oppimiseen, ja se tarvitsee kaksi omistautunutta ammattilaista, jotka haluavat muuttaa ohjelmistokehityksen maailmaa.

Pariohjelmointia etenee aina sisällytettyjen uusien toimintojen laaja ja jatkuva integrointi ja sykli jatkuu.

säännöt

Vaikka tiedämme, että äärimmäisen ohjelmoinnin (XP) toimintaan asetetut säännöt perustuvat yksinkertaisuuden periaatteeseen ja arvoon, on välttämätöntä saada hyvä näkemys näistä säännöistä, jotka muodostavat loistavan metodologian ohjelmistokehitystekniikoissa.

Suunnittelu

Suunnittelussa projektipäällikkö ja hänen tiiminsä tarkastelevat vaatimuksia perusteellisesti ja noudattavat seuraavia sääntöjä:

  • Käyttäjäjutut on kirjattava muistiin
  • Julkaisun suunnittelun tulisi johtaa julkaisuaikatauluun
  • Projekti on jaettu iteraatioihin
  • Tiedotteita on pidettävä usein, mutta pieninä
  • Iteraation suunnittelun tulisi aloittaa iterointi

toimitusjohtaja

Määrättyjen tehtävien ja kunkin erityisen tehtävän hoitaminen on projektipäällikön tehtävä. On tärkeätä, että projektipäällikkö on tietoinen ryhmän jäsenten ottamista jokaisesta vaiheesta riskeistä ja noudattamisesta ja ohjaa työvoimaa ja resursseja vastaavasti äärimmäisen ohjelmoinnin (XP) käsitteen täyttämiseen. Tässä on joitain sääntöjä, jotka on käytävä läpi PM: n:

  • Tiimin tulisi saada avoin työtila mielikuvituksen laajentamiseksi
  • Aikataulun tulisi olla realistinen ja huolellisesti ajoitettu
  • Jokaisen työpäivän tulisi alkaa stand-up-kokouksella
  • Yhteistyö ja tiimityö ovat tärkeitä komponentteja ja vaativat äärimmäistä rohkaisua
  • Projektin nopeus tulisi mitata jokaisen muutoksen yhteydessä
  • Ihmisiä ei pidä koskaan pitää stagnaattina, ja heitä tulisi liikuttaa
  • Ääriohjelmoinnin (XP) ohjaaminen on olennaista, ja suunnittelu tulisi aloittaa jokaisen muutostilanteen yhteydessä

Suunnittelu

Suunnittelu on vaihe, joka seuraa huolellisesti suunnittelua ja määrittelee tapaa, jolla vaatimuksia käsitellään projektin alkuvaiheessa. Hyvä muotoilu heijastaa ajatusprosessia ja luovuutta ja vaatii vähemmän toistoja, mikä varmistaa korkean laadun projektin alussa. Heijastaen suunnitteluvaihetta, tässä on muutamia sääntöjä, jotka on pidettävä mielessä suunnitelmien toteutuksen yhteydessä ääriohjelmoinnissa (XP):

  • Yksinkertaisuus on avain
  • Mitään toiminnallisuutta ei pitäisi ottaa käyttöön varhaisessa vaiheessa
  • Refaktorointi on välttämätöntä jokaisessa vaiheessa, jotta saadaan aikaan tehokkaita ja vaikuttavia tuotesuunnitelmia
  • Spike-ratkaisuja voidaan käyttää vähentämään ohjelmistoprojektin riskien määrää ja voimakkuutta

Coding

Kun suunnittelu on paikoillaan, on aika saada kaikki kädet kannelle ja antaa tämä eteenpäin luomiseen ja luomiseen koodia, joka tulee tuotantoon testausta ja toimitusta varten. Koodaus tulee vaiheeksi, joka osoittaa projektimenetelmän todellisen toiminnan ja rohkaisee toistoa tehokkaimmalla tavalla. Tässä on nopeat säännöt, jotka on pidettävä mielessä koodausvaiheessa:

  • Asiakkaan on oltava aina silmukassa, kun tuote julkaistaan
  • Koodin on noudatettava maailmanlaajuisesti hyväksyttyjä koodausstandardeja ja -käytäntöjä
  • Yksikkötestauksen tulisi olla koodi alkuna
  • Tuotantokoodin tulisi olla pariohjelmointi korkeaa laatua varten
  • Integroi koodeja usein, ja vain yhden parin tulisi tehdä ne tietyllä hetkellä
  • Vastuullisuus olisi jaettava ja intensiivistä ryhmätyötä olisi edistettävä
  • Pari-ohjelmoinnin tulisi tapahtua yhdessä tietokoneessa
  • Parin mieluiten istuimen tulisi olla vierekkäin

Testaus

Koodin ollessa valmis ja rullaava, testaus on sinetti koodirivien moitteettomalle toiminnalle. Lomakkeiden testaaminen sinettimerkillä varmistaaksesi, että ohjelmisto on käyttövalmis. Seuraavat ovat Extreme Programming (XP) -testauksessa käyttöön otetut säännöt:

  • Koodin tulisi sisältää yksikkötestejä
  • Julkaisu vaatisi koodeja näiden yksikkötestien läpäisemiseksi
  • Testit olisi luotava virheiden havaitsemiseksi
  • Hyväksyntätesteillä tulisi olla tiheys ja tulokset olisi julkaistava
  • Käyttäjien ei pitäisi havaita virheitä koodissa

Milloin käytetään Extreme-ohjelmointia (XP)?

Ääriohjelmointi syntyi johtuen tarpeesta kiertää hanke, joka sisälsi paljon muutoksia monissa vaiheissa ajoissa. Käyttöön tuli välttämätöntä, että hyväksytyn metodologian ydin oli iteratiivinen ja yksinkertainen. Seuraavat tilanteet voivat kysyä äärimmäisen ohjelmoinnin (XP) käyttöä:

  • Asiakkailla ei ole hyvää käsitystä järjestelmän toiminnasta
  • Muutokset ovat dynaamisia ja niiden odotetaan muuttuvan lyhyiden aikavälien jälkeen
  • Liiketoiminta kasvaa jyrkästi
  • Jaetut resurssit ovat vähimmäismäärät; ei valtavaa henkilökuntaa
  • Tarvitaan huomattavaa tuottavuuden kasvua
  • Riski tarvitsee korkean tason lieventämistä
  • Korkeat testausmääräykset

Joten, tässä on äärimmäinen ohjelmointi (XP) sinulle lyhyesti ja yksinkertaisin sanoin. Tämä menetelmä on ilmoittanut onnistuneen kaikissa ohjelmistokehitysyrityksissä, ja sen onnistumisaste on ollut koko käyttöönottohistorian ajan. Ääriohjelmointi (XP) on syntynyt normaalien ja yksinkertaistettujen vaatimusten mukaisesti ja saa nyt hitaasti tunnustusta menetelmänä, johon on syytä ottaa huomioon.

Jos pidät Extreme-ohjelmoinnin (XP) käsitteestä, anna tämä artikkeli peukaloida. Jos rakastit sitä, muista jakaa mielipiteesi ja kommentoida niitä.