Agile nozīme ir ātra vai daudzpusīga. Agiils procesa modelis ' attiecas uz programmatūras izstrādes pieeju, kuras pamatā ir iteratīva izstrāde. Agile metodes sadala uzdevumus mazākās iterācijās vai daļas tieši neietver ilgtermiņa plānošanu. Projekta apjoms un prasības tiek noteiktas izstrādes procesa sākumā. Plāni attiecībā uz atkārtojumu skaitu, ilgumu un katras iterācijas apjomu ir skaidri noteikti iepriekš.

Agile procesa modelī katra iterācija tiek uzskatīta par īsu laika “rāmi”, kas parasti ilgst no vienas līdz četrām nedēļām. Visa projekta sadalīšana mazākās daļās palīdz samazināt projekta risku un samazināt kopējās projekta piegādes laika prasības. Katrā iterācijā ir iesaistīta komanda, kas strādā pilnā programmatūras izstrādes dzīves ciklā, tostarp plānošanā, prasību analīzē, projektēšanā, kodēšanā un testēšanā, pirms darbojas produkts tiek demonstrēts klientam.

Agile modeļa fāzes:

Agile modeļa fāzes ir šādas:

1. Prasību apkopošana
2. Izstrādājiet prasības
3. Konstrukcija/ iterācija
4. Testēšana/ Kvalitātes nodrošināšana
5. Izvietošana
6. Atsauksmes

1. Prasību apkopošana: Šajā posmā jums ir jādefinē prasības. Jums vajadzētu izskaidrot biznesa iespējas un plānot laiku un pūles, kas nepieciešamas projekta izveidei. Pamatojoties uz šo informāciju, varat novērtēt tehnisko un ekonomisko iespējamību.

lateksa matrica

2. Izstrādājiet prasības: Kad esat identificējis projektu, sadarbojieties ar ieinteresētajām personām, lai definētu prasības. Varat izmantot lietotāja plūsmas diagrammu vai augsta līmeņa UML diagrammu, lai parādītu jauno līdzekļu darbību un parādītu, kā tas tiks piemērots jūsu esošajai sistēmai.

3. Konstrukcija/ iterācija: Kad komanda definē prasības, sākas darbs. Dizaineri un izstrādātāji sāk strādāt pie sava projekta, kura mērķis ir izvietot strādājošu produktu. Produktam tiks veiktas dažādas uzlabošanas stadijas, tāpēc tas ietver vienkāršu, minimālu funkcionalitāti.

java gadījuma paziņojums

4. Pārbaude: Šajā posmā kvalitātes nodrošināšanas komanda pārbauda produkta veiktspēju un meklē kļūdu.

5. Izvietošana: Šajā fāzē komanda izdod produktu lietotāja darba videi.

6. Atsauksmes: Pēc produkta izlaišanas pēdējais solis ir atgriezeniskā saite. Šajā gadījumā komanda saņem atsauksmes par produktu un strādā, izmantojot atsauksmes.

lapsa vs vilks

Agile testēšanas metodes:

• Scrum
• Kristāls
• Dinamiskā programmatūras izstrādes metode (DSDM)
• Uz funkcijām balstīta izstrāde (FDD)
• Lean programmatūras izstrāde
• Ekstrēmā programmēšana (XP)

Scrum

SCRUM ir veikls izstrādes process, kas galvenokārt vērsts uz veidiem, kā pārvaldīt uzdevumus komandas attīstības apstākļos.

Tajā ir trīs lomas, un viņu pienākumi ir:

Scrum Master:Scrum var izveidot galveno komandu, organizēt tikšanos un novērst šķēršļus procesamProdukta īpašnieks:Produkta īpašnieks veido produkta atlikumu, nosaka kavējuma prioritāti un ir atbildīgs par funkcionalitātes izplatīšanu katrā atkārtojumā.Scrum komanda:Komanda vada savu darbu un organizē darbu, lai pabeigtu sprintu vai velosipēdu.

Ekstrēmā programmēšana (XP)

Šāda veida metodika tiek izmantota gadījumos, kad klienti pastāvīgi maina prasības vai prasības, vai arī ja viņi nav pārliecināti par sistēmas darbību.

Kristāls:

Šai metodei ir trīs jēdzieni -

1. Fraktēšana: šajā fāzē ir iesaistītas vairākas aktivitātes, piemēram, izstrādes komandas izveidošana, priekšizpētes analīze, plānu izstrāde utt.
2. Cikliskā piegāde: saskaņā ar to sastāv vēl divi cikli, tie ir:
   • Komanda atjaunina izlaišanas plānu.
   • Integrēts produkts tiek piegādāts lietotājiem.
3. Noslēgums: atbilstoši lietotāja videi šajā fāzē tiek veikta izvietošana un pēcizvietošana.

Dinamiskās programmatūras izstrādes metode (DSDM):

DSDM ir ātras lietojumprogrammu izstrādes stratēģija programmatūras izstrādei un nodrošina elastīgu projektu izplatīšanas struktūru. DSDM būtiskas iezīmes ir tādas, ka lietotājiem ir jābūt aktīvi savienotiem, un komandām ir dotas tiesības pieņemt lēmumus. DSDM izmantotās metodes ir:

numurēts alfabēts

1. Laika bokss
2. Maskavas noteikumi
3. Prototipu veidošana

DSDM projekts sastāv no septiņiem posmiem:

1. Pirmsprojekts
2. Priekšizpēte
3. Biznesa pētījums
4. Funkcionālā modeļa iterācija
5. Izstrādājiet un izveidojiet iterāciju
6. Īstenošana
7. Pēcprojekts

Uz funkcijām balstīta izstrāde (FDD):

Šī metode koncentrējas uz 'Projektēšanas un veidošanas' funkcijām. Atšķirībā no citām viedajām metodēm, FDD apraksta mazos darba soļus, kas jāiegūst atsevišķi katrai funkcijai.

Vienkārša programmatūras izstrāde:

Lean programmatūras izstrādes metodoloģija seko principam 'ražošana tieši laikā'. Lean metode norāda uz pieaugošu programmatūras izstrādes ātrumu un izmaksu samazināšanos. Lean attīstību var apkopot septiņos posmos.

1. Atkritumu likvidēšana
2. Mācību pastiprināšana
3. Atlikt saistības (lemjot pēc iespējas vēlāk)
4. Agrīna piegāde
5. Komandas stiprināšana
6. Ēkas integritāte
7. Optimizējiet kopumu

Kad izmantot Agile modeli?

• Kad nepieciešamas biežas izmaiņas.
• Kad ir pieejama augsti kvalificēta un pieredzējusi komanda.
• Kad klients ir gatavs visu laiku tikties ar programmatūras komandu.
• Ja projekta apjoms ir mazs.

Agile metodes priekšrocības (plusi):

1. Bieža piegāde
2. Aci pret aci Komunikācija ar klientiem.
3. Efektīvs dizains un atbilst biznesa prasībām.
4. Izmaiņas ir pieņemamas jebkurā laikā.
5. Tas samazina kopējo izstrādes laiku.

Agile modeļa trūkumi (mīnusi):

1. Formālu dokumentu trūkuma dēļ tas rada neskaidrības, un dažādi komandas locekļi jebkurā laikā var nepareizi interpretēt dažādos posmos pieņemtos izšķirošos lēmumus.
2. Pareizas dokumentācijas trūkuma dēļ, kad projekts ir pabeigts un izstrādātāji ir piešķīruši citam projektam, gatavā projekta uzturēšana var kļūt apgrūtināta.