Tämä luku antaa yleiskuvan Äärimmäinen Ohjelmointi.

mikä on ketterä?

sana ”agile” tarkoittaa, −

• Pystyy liikkumaan nopeasti ja helposti.

• pystyy ajattelemaan nopeasti ja selkeästi.,

liike, ”agile” on käytetty kuvaamaan tapoja suunnitella ja tehdä työtä, jossa se on selvää, että muutoksia tarvitaan on tärkeä osa työtä. Liiketoiminta ’agilty’ tarkoittaa sitä, että yritys pystyy aina ottamaan huomioon markkinoiden muutokset.

Ref: Cambridge Dictionaries online.

ohjelmistokehityksessä termi ”ketterä” on sovitettu tarkoittamaan ” kykyä vastata muutoksiin − muutoksia vaatimuksista, teknologiasta ja ihmisistä.,’

Ketterä Manifesti

joukkue ohjelmistojen kehittäjät julkaissut Agile Manifesti vuonna 2001, korostetaan kehityksen tiimi, mukautuminen muuttuviin vaatimuksiin ja asiakkaan osallistuminen.

Agile Manifesto, että −

Olemme paljastamiseksi parempia tapoja kehittää ohjelmistoja tekemällä sitä ja auttamalla muita tekemään sitä. Tämän työn kautta olemme tulleet arvoon –

• yksilöt ja vuorovaikutukset prosesseihin ja työkaluihin.

• työohjelmisto kattavan dokumentaation yli.,

• Asiakkaan yhteistyötä yli sopimusneuvotteluissa.

• reagoi muutokseen suunnitelman mukaan.

tämä on, kun siellä on arvo kohteita oikealla, arvostamme kohteet vasemmalla enemmän.

Ominaisuudet Agility

Seuraavat ominaisuudet ovat Agility −

• Ketteryys Ketterä ohjelmistokehitys keskittyy kulttuurin koko joukkue multi-kuri, rajat toiminnallisia ryhmiä, jotka ovat valta ja selforganizing.

• – Se edistää jaettua vastuuta ja vastuullisuutta.,

• Helpottaa tehokasta viestintää ja jatkuvaa yhteistyötä.

• koko joukkueen lähestymistapa välttää viivytyksiä ja odotusaikoja.

• tiheät ja jatkuvat toimitukset takaavat nopean palautteen, joka puolestaan mahdollistaa tiimin yhdenmukaisuuden vaatimusten kanssa.

• Yhteistyö helpottaa yhdistämällä eri näkökulmia oikea-aikainen täytäntöönpano, vika korjaukset ja muutokset huomioon ottava.

• kehitys on jatkuvaa, kestävää ja ennustettavissa korostaa avoimuutta.,

Software Engineering Trendejä

seuraavat suuntaukset ovat havaittu software engineering −

• Kerätä vaatimukset, ennen kuin kehitys alkaa. Kuitenkin, jos vaatimukset ovat muuttuneet myöhemmin, sitten seuraava on yleensä huomannut,

  • Vastus muuttuu myöhemmässä vaiheessa kehitystä.

  • tiukan muutosprosessin vaatimuksena on muutosohjaus, joka saattaa jopa työntää muutokset myöhempiin julkaisuihin.,

  • vanhentuneen tuotteen toimitus, joka ei vastaa asiakkaan odotuksia.

  • Kyvyttömyys mahtuu väistämätön domain muutokset ja teknologian muutoksia talousarvioon.

• Löytää ja poistaa vikoja aikaisin kehitys elinkaaren aikana, jotta leikata vika-fix kustannuksia.

  • Testaus alkaa vasta sen jälkeen, kun koodaus on valmis ja testaus pidetään testaaja on vastuu vaikka testaaja ei ole mukana kehityksessä.

  • mittaa ja seuraa itse prosessia., Tämä tulee kalliiksi, koska −

  • Valvonta ja seuranta tehtävän tasolla ja resurssien tasolla.

  • Määrittely mittaukset ohjata kehitystä ja mittaamalla jokaisen toiminnan kehittämiseen.

  • johdon interventio.

• Kehittää, analysoida ja todentaa malleja ennen kehitystä.

  • mallia on tarkoitus käyttää kehyksenä. Keskittyminen malliin eikä ratkaisevaan kehitykseen ei kuitenkaan tuota odotettuja tuloksia.,

• koodausta, joka on kehityksen ydin, ei korosteta tarpeeksi. Syyt siihen, että tuotannosta vastaavat Kehittäjät −

  • eivät yleensä ole jatkuvassa kanssakäymisessä asiakkaiden kanssa.

  • koodausta pidetään muotoilun käännöksenä, eikä koodin tehokasta toteutusta juuri koskaan katsota takaisin muotoiluun.

Testaus pidetään portti tarkista viat ennen toimitusta.,

• Aikataulu ylitykset aikaisemmat kehitysvaiheet ovat kompensoida näkymät testin vaatimukset, joilla varmistetaan oikea-aikaiset toimitukset.

• tämä johtaa kustannusten ylityksiin, jotka korjaavat viat toimituksen jälkeen.

• Testaajat ovat vastuussa ja vastuussa tuotteen laadusta, vaikka he eivät olleet mukana aikana koko kurssin kehitystä.

Rajoittamalla resurssien (lähinnä joukkue) mahtuu budjettiin johtaa −

• Resurssi yli jako

• Joukkue burnout.,

• tappio joukkueen osaamisen tehokkaassa hyödyntämisessä.

• Attrition.

Extreme Programming − tapa käsitellä yhteisiä puutteita

Software Engineering kuuluu −

• Luovuutta

• Oppimisen ja parantamisen kautta kokeita ja virheitä

• Toistojen

Extreme Ohjelmointi perustuu näihin toimintoihin ja koodaus. Se on yksityiskohtainen (ei ainoa) suunnittelu aktiivisuus useita tiukka palaute silmukoita tehokkaan toteutuksen, testauksen ja refaktorointi jatkuvasti.,

Extreme Ohjelmointi perustuu seuraaviin arvoihin

• Viestintä

• Yksinkertaisuus,

• Palaute

• Rohkeutta

• Suhteessa

Mitä on Äärimmäinen Ohjelmointi?

XP on kevyt, tehokas, matala-riski, joustava, ennustettava, tieteellinen ja hauska tapa kehittää ohjelmistoja.

eXtreme Programming (XP) suunniteltiin ja kehitettiin vastaamaan pienten tiimien ohjelmistokehityksen erityistarpeisiin epämääräisten ja muuttuvien vaatimusten edessä.,

Extreme Programming on yksi Agile software development-menetelmistä. Se tarjoaa arvoja ja periaatteita ohjaamaan joukkueen käyttäytymistä. Joukkueen odotetaan järjestäytyvän itse. Extreme Ohjelmointi tarjoaa erityisiä core käytäntöjä, jossa −

• Jokainen käytäntö on yksinkertainen ja itsestään täydellinen.

• käytäntöjen yhdistelmä tuottaa monimutkaisempaa ja emergenttisempää käyttäytymistä.

Omaksua Muutos

keskeinen oletus Äärimmäisen Ohjelmointi on, että kustannukset muuttuvat ohjelma voidaan pitää enimmäkseen vakio yli ajan.,>Tämä voidaan saavuttaa kanssa −

• Korostetaan jatkuvaa palautetta asiakkaalta

• Lyhyt toistojen

• Suunnittelu ja uudelleensuunnittelu

• Koodaus ja testaus usein

• Poistaa vikoja aikaisin, mikä vähentää kustannuksia

• – Pitää asiakas mukana koko kehitysprosessin

• Tuloksia toimimasta tuotteen asiakkaalle.

Äärimmäinen Ohjelmointi Pähkinänkuoressa

Extreme Ohjelmointi edellyttää −

• Kirjoittaa yksikkö testit, ennen kuin ohjelmointi ja pitää kaikki testit käynnissä koko ajan., Yksikkötestit automatisoidaan ja viat poistetaan varhaisessa vaiheessa, mikä vähentää kustannuksia.

• alkaen yksinkertaisesta muotoilusta juuri sen verran, että ominaisuudet voidaan koodata ja tarvittaessa suunnitella uudelleen.

• Ohjelmointi pareittain (kutsutaan pair programming), jossa kaksi ohjelmoijaa yhdessä näytössä vuorotellen käyttää näppäimistöä. Vaikka toinen niistä on näppäimistöllä, toinen arvioi jatkuvasti ja tarjoaa panoksia.

• koko järjestelmän integrointi ja testaus useita kertoja päivässä.,

• minimaalisen työjärjestelmän laittaminen tuotantoon nopeasti ja sen päivittäminen tarvittaessa.

• – Pitää asiakas mukana koko ajan ja saada jatkuvaa palautetta.

Iteroimalla helpottaa mahtuu muuttuu, kun ohjelmisto kehittyy muuttuvien vaatimusten mukaisesti.

miksi sitä kutsutaan ”Extreme?”

Extreme-ohjelmointi vie tehokkaat periaatteet ja käytännöt äärimmäisille tasoille.

• Koodiarviot ovat tehokkaita, sillä koodia tarkistetaan koko ajan.,

• Testaus on tehokasta, koska siellä on jatkuva regressio ja testaus.

• muotoilu on tehokasta, koska kaikkien on tehtävä uudelleentarkastelu päivittäin.

• Integraatiotestaus on tärkeä, sillä integrointi ja testaaminen useita kertoja päivässä.

• Lyhyet iteraatiot ovat tehokkaita sekä suunnittelu-pelin julkaisun suunnittelun ja toteutuksen suunnittelu.

Historia Äärimmäinen Ohjelmointi

Kent Beck, Ward Cunningham ja Ron Jeffries muotoiltu äärimmäisen Ohjelmointi vuonna 1999. Muut avustajat ovat Robert Martin ja Martin Fowler.,

Vuonna 80-luvun Puolivälissä, Kent Beck ja Ward Cunningham aloitti Pari Ohjelmointi milloin Tektronix. Smalltalk-kulttuuri tuotti 80-ja 90-luvuilla Refaktorointia, jatkuvaa integraatiota, jatkuvaa testausta ja tiivistä asiakasyhteistyötä. Tämä kulttuuri yleistettiin myöhemmin muihin ympäristöihin.

90-luvun alussa ydinarvoja kehitettiin Patterns-yhteisössä, Rinteen ryhmässä. Vuonna 1995, Kent tiivistää nämä Smalltalk Parhaita Käytäntöjä, ja vuonna 1996, Seurakunnan tiivistää sen jaksot.

vuonna 1996 Kent lisäsi hewittiin yksikkötestauksen ja metaforan., Vuonna 1996 Kent oli ottanut Chrysler C3-projektin, johon Ron Jeffries lisättiin valmentajaksi. Käytäntöjä tarkennettiin C3: lla ja julkaistiin Wiki-sivustolla.

Scrum-käytännöt yhdistettiin ja sovitettiin suunnittelupeliksi. Vuonna 1999 Kent julkaisi kirjansa ”Extreme Programming Explained”. Samana vuonna Fowler julkaisi kirjansa Refactoring.

Äärimmäinen Ohjelmointi on kehittynyt siitä lähtien, ja kehitys jatkuu läpi tänään.

Menestys Teollisuus

hankkeiden onnistumista, jota seuraa Äärimmäinen Ohjelmointi käytäntöjä, on koska −

• Nopean kehityksen.,

• Välitön reagointi asiakkaan muuttuviin vaatimuksiin.

• keskity mataliin vikamääriin.

• Järjestelmä palaa jatkuvasti ja johdonmukaisesti lisäarvoa asiakkaalle.

• Korkea asiakastyytyväisyys.

• alennetut kustannukset.

• joukkueen yhteenkuuluvuus ja työntekijöiden tyytyväisyys.

Äärimmäinen Ohjelmointi Etuja

Extreme Ohjelmointi ratkaisee seuraavat ongelmat usein kohdannut kehittämisprojektit −

• Liukastui aikataulut − ja saavutettavissa kehitysvaiheet varmistaa oikea-aikaiset toimitukset.,

• Peruutettu hankkeita − Keskittyä jatkuva asiakkaan osallistuminen varmistaa avoimuus asiakkaan kanssa ja välitön päätöslauselman mitään ongelmia.

• muutoksista aiheutuneet kustannukset − laaja ja jatkuva testaus varmistaa, etteivät muutokset riko olemassa olevaa toiminnallisuutta. Toimiva työjärjestelmä varmistaa aina riittävän ajan muutosten huomioon ottamiseksi siten, ettei se vaikuta nykyiseen toimintaan.

• tuotanto-ja toimitusvirheet: painotus on − yksikkötestit vikojen havaitsemiseksi ja korjaamiseksi ajoissa.,

• Väärinkäsitys liiketoiminnan ja/tai domain − Jolloin asiakas on osa joukkue varmistaa jatkuva viestintä ja selvennyksiä.

• Liiketoiminnan muutokset − Muutokset katsotaan väistämätön ja majoitetaan missään vaiheessa aikaa.

• henkilöstön vaihtuvuus − Intensiivinen tiimiyhteistyö takaa innostuksen ja hyvän tahdon. Monialojen yhteenkuuluvuus edistää yhteishenkeä.