Ketterä merkitys on nopea tai monipuolinen. Ketterä prosessimalli ' viittaa iteratiiviseen kehittämiseen perustuvaan ohjelmistokehityksen lähestymistapaan. Ketterät menetelmät jakavat tehtävät pienempiin iteraatioihin tai osat eivät liity suoraan pitkän aikavälin suunnitteluun. Hankkeen laajuus ja vaatimukset määritellään kehitysprosessin alussa. Iteraatioiden lukumäärää, kestoa ja laajuutta koskevat suunnitelmat määritellään selkeästi etukäteen.
Jokaista iteraatiota pidetään ketterässä prosessimallissa lyhyenä aikakehyksenä, joka kestää tyypillisesti yhdestä neljään viikkoon. Koko projektin jakaminen pienempiin osiin auttaa minimoimaan projektin riskiä ja alentamaan projektin kokonaistoimitusaikavaatimuksia. Jokainen iteraatio sisältää tiimin, joka työskentelee koko ohjelmistokehityksen elinkaaren ajan, mukaan lukien suunnittelun, vaatimusten analysoinnin, suunnittelun, koodauksen ja testauksen ennen toimivan tuotteen esittelyä asiakkaalle.
Ketterän mallin vaiheet:
Agile-mallin vaiheet ovat seuraavat:
- Vaatimusten kerääminen
- Suunnittele vaatimukset
- Rakentaminen/ iterointi
- Testaus / laadunvarmistus
- Käyttöönotto
- Palaute
1. Vaatimusten kerääminen: Tässä vaiheessa sinun on määriteltävä vaatimukset. Sinun tulee selittää liiketoimintamahdollisuudet ja suunnitella projektin rakentamiseen tarvittava aika ja vaiva. Näiden tietojen perusteella voit arvioida teknisen ja taloudellisen toteutettavuuden.
np. missä
2. Suunnittele vaatimukset: Kun olet tunnistanut hankkeen, määritä vaatimukset yhteistyössä sidosryhmien kanssa. Voit käyttää käyttäjän vuokaaviota tai korkean tason UML-kaaviota näyttääksesi uusien ominaisuuksien työn ja kuinka niitä sovelletaan olemassa olevaan järjestelmääsi.
skanneri java
3. Rakentaminen/ iterointi: Kun tiimi määrittelee vaatimukset, työ alkaa. Suunnittelijat ja kehittäjät alkavat työstää projektiaan, jonka tavoitteena on ottaa toimiva tuote käyttöön. Tuote käy läpi useita parannusvaiheita, joten se sisältää yksinkertaisia, minimaalisia toimintoja.
4. Testaus: Tässä vaiheessa laadunvarmistustiimi tutkii tuotteen suorituskyvyn ja etsii vian.
5. Käyttöönotto: Tässä vaiheessa tiimi julkaisee tuotteen käyttäjän työympäristöön.
6. Palaute: Tuotteen julkaisun jälkeen viimeinen vaihe on palaute. Tässä tiimi saa palautetta tuotteesta ja työskentelee palautteen läpi.
Ketterät testausmenetelmät:
- Scrum
- Kristalli
- Dynaaminen ohjelmistokehitysmenetelmä (DSDM)
- Feature Driven Development (FDD)
- Lean ohjelmistokehitys
- Extreme Programming (XP)
Scrum
SCRUM on ketterä kehitysprosessi, joka keskittyy ensisijaisesti tapoihin hallita tehtäviä tiimipohjaisissa kehitysolosuhteissa.
string.replaceall javassa
Siinä on kolme roolia, ja heidän vastuunsa ovat:
Extreme Programming (XP)
Tämän tyyppistä menetelmää käytetään, kun asiakkaat muuttavat jatkuvasti vaatimuksia tai vaatimuksia tai kun he eivät ole varmoja järjestelmän toimivuudesta.
Kristalli:
Tällä menetelmällä on kolme käsitettä -
abstraktio javassa
- Rakkaus: Tähän vaiheeseen sisältyy useita toimintoja, kuten kehitystiimin muodostaminen, toteutettavuusanalyysin tekeminen, suunnitelmien laatiminen jne.
- Syklinen toimitus: tässä on kaksi muuta sykliä, nämä ovat:
- Tiimi päivittää julkaisusuunnitelmaa.
- Integroitu tuote toimitetaan käyttäjille.
- Päätös: Käyttäjäympäristön mukaan tämä vaihe suorittaa käyttöönoton, käyttöönoton jälkeen.
Dynaaminen ohjelmistokehitysmenetelmä (DSDM):
DSDM on nopea sovelluskehitysstrategia ohjelmistokehitykseen ja tarjoaa ketterän projektin jakelurakenteen. DSDM:n olennainen piirre on, että käyttäjien on oltava aktiivisesti yhteydessä ja tiimeille on annettu oikeus tehdä päätöksiä. DSDM:ssä käytetyt tekniikat ovat:
- Aikanyrkkeily
- Moskovan säännöt
- Prototyyppien tekeminen
DSDM-projekti sisältää seitsemän vaihetta:
- Esiprojekti
- Toteutettavuustutkimus
- Liiketoimintaa koskeva tutkimus
- Toiminnallisen mallin iteraatio
- Suunnittele ja rakenna iteraatio
- Toteutus
- Projektin jälkeinen
Ominaisuuksiin perustuva kehitys (FDD):
Tämä menetelmä keskittyy 'suunnittelun ja rakentamisen' ominaisuuksiin. Toisin kuin muissa älykkäissä menetelmissä, FDD kuvaa työn pieniä vaiheita, jotka tulisi saada erikseen toimintokohtaisesti.
Lean ohjelmistokehitys:
Lean ohjelmistokehitysmetodologia noudattaa periaatetta 'just in time production'. Lean-menetelmä kertoo ohjelmistokehityksen nopeutumisesta ja kustannusten alenemisesta. Lean-kehitys voidaan tiivistää seitsemään vaiheeseen.
- Jätteiden poistaminen
- Oppimisen vahvistaminen
- Lykkää sitoumusta (päätä mahdollisimman myöhään)
- Varhainen toimitus
- Vahvistaa joukkuetta
- Eheyden rakentaminen
- Optimoi kokonaisuus
Milloin ketterää mallia kannattaa käyttää?
- Kun tarvitaan usein muutoksia.
- Kun erittäin pätevä ja kokenut tiimi on käytettävissä.
- Kun asiakas on koko ajan valmis tapaamaan ohjelmistotiimin.
- Kun projektin koko on pieni.
Ketterän menetelmän edut (edut):
- Toistuva toimitus
- Kasvotusten kommunikointi asiakkaiden kanssa.
- Tehokas suunnittelu ja täyttää liiketoiminnan vaatimukset.
- Muutokset ovat aina hyväksyttäviä.
- Se vähentää kokonaiskehitysaikaa.
Ketterän mallin huonot puolet:
- Muodollisten asiakirjojen puutteen vuoksi se aiheuttaa hämmennystä ja eri ryhmän jäsenet voivat milloin tahansa tulkita väärin eri vaiheissa tehdyt päätökset.
- Asianmukaisen dokumentaation puutteen vuoksi valmiin projektin ylläpidosta voi tulla vaikeuksia, kun projekti on saatu päätökseen ja kehittäjät on määrätty toiseen projektiin.