Агиле Программинг
Агиле процес има важну улогу у циклусу развоја и управљања софтвером. Агиле има скуп принципа који директно усмеравају на вредност купца, итеративну и инкременталну испоруку. Агилне методе стављају фокус на два различита аспекта, један је агилна пракса која је екстремно програмирање и програмирање у паровима, други се фокусирају на управљање пројектима који су кроз сцрум приступ. Агилни процес се користи када компанија или организација имају јасноћу о свом циљу, али пут до решења није јасан, користи се агилно управљање процесом.
Екстремно програмирање агилне праксе сматра се најбољом праксом за искориштавање предности из циклуса програмирања. Екстремно програмирање настало је након што су настали проблеми у традиционалном моделу циклуса развоја софтвера. Њено увођење је учињено само да би се усредсредило на "једноставно обавите посао" и то је било ефикасно за развој. екстремно програмирање је испробана и агилна развојна пракса; максимално се фокусира на интеракцију с купцима како би знали тачан захтев, а тек онда ушли у развој производа.
Функционисање агилног програмирања
Подељује процесирање читавог циклуса на мање или кратке циклусе. Током фазе развоја или можемо рећи фазу пре испоруке (може бити и последња фаза), купац може извршити промене на основу својих захтева. Дјелује у пет фаза-
- Истраживање - Екстремно програмирање покреће циклус развоја производа прикупљањем захтева од корисника. Корисник означава своје идеје или захтеве на картици приче које желе да виде током објављивања. Прорези за картице приче дефинирају атрибут који треба додати у производ. У истој фази тим документује евиденцију праксе, алата и технологије потребне за развој производа на основу захтева корисника. Технологија која је потребна за стварање новог производа је тестирана и нове могућности су истражене креирањем прототипа система. Може проћи недељу или неколико месеци да се заврши фаза истраживања, а потпуно зависи од програмера колико је програм упознат са технологијом.
- Планирање - прикупљени подаци се затим поделе у мале циклусе како би се разумео сваки део корисниковог захтева. Подаци су приоритетни за прво пуштање производа, а затим развој. Процена и распоред напора за прво издање се израчунавају, а затим договарају о објављивању. Прво издање је мање од два месеца.
- Итерације - Током ове фазе се одвија неколико итерација система пре првог пуштања производа. Понављања су подељена на више малих понављања и дата су две до четири недеље да се примене. Сада је фаза планирања итерације активна, што значи да се води рачуна о подели циклуса, захтеву приоритета и радној снази која је потребна за развој. Итерације стварају обрис система, а систем се тада постиже одабиром картица из картица приче које је направио корисник. Одлуку доноси корисник за којег ће прво изабрати. Купац покреће итерацију на крају сваког слота за који се одлучио за сваки део итерације.
- Производња - Ова фаза се сматра важном јер се коначно испитивање врши у овој фази пре испоруке производа купцу, перформансе су тестиране. За то време ће се вероватно наћи нове промене које морају бити исправне у производу пре првог пуштања производа. Тим је спреман да прихвати промене у било којој фази развоја, јер се у било којој фази могу појавити нови захтеви. За исправке, време итерације треба смањити са три на једну недељу. Остале идеје и предлози се чувају за каснију примену. Производња се наставља након првог пуштања производа за исти производ или за нове итерације. Од тима за одржавање тражимо да исправе недостатке током ове фазе, а то се врши након првог пуштања производа. Комуникацију са купцем можете такође затражити путем службе за корисничку подршку. Додавање нових чланова тима и промене у тиму, током одржавања може бити потребна структура.
- Фаза смрти - Ово је фаза када се купац сложи да више нема приче за имплементацију. Ово је фаза у којој се може направити коначна документација производа, за коју се верује да се више не мењају архитектура, дизајн или код. Треба осигурати да је производ испоручио жељени производ, а систем ће се сматрати смрћу. Требало би да трошкове држи у граници за даљи развој.
Тим (улога и одговорност)
Агиле циклуси имају неколико чланова (тим) за креирање новог производа. Сваки задатак је подељен између тима и састављен након што је добро урађен.
- Програмер - Програмер је једно од главних тела, он креира шифру за производ и држи код једноставним и дефинитивним могућим. Најбољи начин исправног шифрирања је комуникација са осталим програмерима и саиграчима. То може бити познавање тачних захтева за производ.
- Купац - Купац је главно тело за писање карата приче за своје захтеве и одлучује који захтев ће удовољити његовим потребама. Приоритет имплементације поставља купац.
- Тестер - Тестер је одговоран за покретање функционалних тестова, помаже купцу да напише функционалне тестове. Тестирање се врши (редовно), а алати за тестирање се одржавају.
- Трацкер - Трацкер пружа повратне информације и прати процене које је тим дао и даје предлоге за побољшање.
- Тренер - Тренер је водич за чланове тима током процеса развоја. Он је искусан који се бави прерадом дужи низ година.
- Консултант - Консултант је спољни члан који води тим специфичним техничким знањем које је потребно за развој пројекта.
- Менаџер - Он је тело које одлучује. Менаџер води тим да прати посао. Отворен је за комуникацију са члановима тима у вези с проблемима са којима се тим суочава током развоја. Осигурава да посао несметано напредује док се пројекат не реализује.
Препоручени чланци
Ово је водич за Агиле програмирање. Овдје смо разговарали о функционирању и улози тима и одговорности Агиле програмирања. Можда ћете такође погледати следеће чланке да бисте сазнали више -
- Шта је Агиле Софтваре Девелопмент?
- Да ли је програмски језик МиСКЛ?
- Шта је Агиле и Сцрум?
- Шта је Котлин програмски језик?