Екстремно програмирање (КСП) -

Постављени крајем 1900-их, концепт развоја софтвера и програмирања доживели су значајне промене у начину и приступу целокупне шеме. Лежећи и величине пакета који су у порасту и јасни неједињени модели примењени су да би се променила начин на који се развијао рачунарски софтвер. Отпад је требало смањити с повећањем потражње за ефикасним системима и на тај начин је дошло до пораста ере методологија за ефикасан развој софтвера. Процедурално програмирање убрзо је замијењено објектно оријентираним програмирањем, а водопадни модел је начин да Агиле преузме вођство. Јапански оквири контроле квалитета убрзо су добијали на значају и тада је настао концепт нечега што се раније користило у комадима и комадима, али што је сада била потпуна методологија за решавање софтверских програма и тешкоћа у развоју, Екстремно програмирање!

Шта је екстремно програмирање (КСП)?

Са знатним бројем промена које су угледале светлост дана клијената, Ектреме Программинг (КСП) је дошао као олакшање за организовање пројеката које предузимају софтверски стручњаци.

Имплементација екстремног програмирања побољшала је квалитет софтвера и ефикасније одговарала на променљиве захтеве пословања, проузроковане скалирањем предузећа или спољним факторима.

КСП је методологија, под окретним кишобраном, која подстиче учестала издања верзија у кратким развојним циклусима. То би неминовно увелике повећало продуктивност и честа издања би отворила пут за укључивање новијих потреба.

Екстремно програмирање (КСП) у средишту је оквира „задовољство купаца“ и „тимски рад“ као снага мишића. Сарадња је неопходна да би екстремно програмирање (КСП) било успешно јер предузима итеративне кораке ка производњи софтвера за клијенте / купце. Није усмерен на испоруку целог појаса, већ на то да ли су потребе клијента испуњене у свакој фази на путу.

Део Агиле развоја софтвера

Агилан развој софтвера начин је на који се предузима развој, али најважније је оно што већина људи заборавља да призна да је да тимови, односно људи, морају бити агилни да би били успешни. Имплементација метода и процеса само осигурава постојање фиксног оквира у којем тимови могу бити флексибилни, скалабилни и дефинитивно креативнији.

Са концептима итерације и спринта, као у случају Сцрум-а, Агиле пружа одличну платформу за примену промена и повратних информација у сваком развојном циклусу који пролази.

Када је у питању екстремно програмирање (КСП), он узима у обзир све могућности које могу резултирати побољшањима на крају производа.

Традиционални развој насупрот екстремном програмирању (КСП)

  • Док традиционални развој задржава фокус на процесу и узима то у обзир при завршетку циклуса, екстремно програмирање фокусира се на захтев.
  • Екстремно програмирање (КСП) узима најбоље праксе инсталиране у традиционалном развоју и доводи их до крајњих граница. Истезање које је изведено екстремним програмирањем (КСП) одлично је за флексибилне и еластичне пројекте.
  • Традиционални развој има сегментацију као претходни фактор у развојним циклусима софтвера, док екстремно програмирање (КСП) заговара сарадњу између тимова и такође заинтересованих страна за њихове константне повратне информације и ставове током фаза итерације и планирања.

5 Вриједности успјешног пројекта

Екстремно програмирање (КСП) укључује 5 основних начина или вредности усмерења ка успешном софтверском пројекту:

  1. Комуникација - Ова методологија развоја софтвера у основи захтева уско повезану комуникацију између менаџера, клијената / купаца и програмера. Ова ефикасна комуникација је потребна за несметано функционисање софтверског пројекта, а други алати за управљање пројектима се такође примењују у оквиру комуникације, тако да могу олакшати комуникацију даље током животног циклуса пројекта.
  2. Храброст - Уз драматичне промене у захтевима корисника, програмери су на храбар начин да предузму изазове који се појављују у последњем тренутку или опречне промене које се у било којем тренутку примене на пројекту.
  3. Повратне информације - Повратне информације се реализују сталним тестирањем јединица, а резултати се процењују и на одговарајући начин спроводе у оквиру развојних циклуса пројекта. Купце чувамо у непосредној близини, а демонстрација се приказује чим заврши развојни циклус тако да се повратне информације могу укључити.
  4. Поштовање - Сваки развојни циклус својим успехом доноси нову прекретницу и он само илуструје доприносе уведене у циклусе.
  5. Једноставност - екстремно програмирање (КСП) је најефикасније када је дизајн једноставан, а имплементација планирана на јасан и ефикасан начин. Много екстремних програма се темељи на својим једноставним правилима која постоје.

Цикли за планирање и повратне информације

Сарадња у тиму и свакодневна конекција за посао ради оптимизованог развоја производа чине окосницу екстремног програмирања (КСП), док корисничке приче чине основу планирања КСП-а. Ове корисничке приче су записане на картицама. Манипулација тим картицама може оживети обим и план пројекта.

Ове КСП планирање креирано је са три нивоа или слојева.

  • Будући месеци
  • Следећа итерација
  • Тренутна итерација

Планови су увек привремени и рекреирање планова потребно је извршити пре краја последњег плана. Они се мењају као и када постоји мала промена у пројекту или његовом распореду. Итерација започиње оног тренутка када дође до промене. Добијате повратне информације од купца, преиспитујете свој план. Ако стојите испред или иза распореда, ревидирате и мењате свој план.

Кроз планирање ступа на снагу најприкладнији дизајн за производ који се испоручује. У погледу екстремног програмирања (КСП), тест-дривен развој (ТДД) и рефацторинг користе се за ефикасно и ефикасно дизајнирање.

Већ имајући у виду Агиле, рефакторинг долази као важно и пресудно дизајнерско средство које је укључено у процес планирања. Рефацторинг подразумева промене дизајна и прилагођавања у складу са потребама које су измењене. Рефакторингом долази и концепт тестирања на неистинитиван и прихватљив начин.

Следећи кораци узимају средишњу фазу када се извршава петља за планирање или повратне информације. Свака акција овде је итеративна и може се изводити узастопно када се промене покрену:

Сваки корак у низу који се проводи може бити итеративног карактера и може се петљати кад и када се започне промена секвенци, а нови план се рекреира за сваку иницијацију. Сваком кораку је такође додељено одређено трајање и за остатак повратних информација за сваку фазу производа је назначен распоред.

  • Кодирање у парно програмирање - секунде
  • Програмирање у паровима за тестирање јединице - минута
  • Испитивање јединице у пару преговора - сати
  • Упаривање преговора за станд-уп састанак - један дан
  • Станд-уп састанак за тестирање прихватања - дани
  • Испитивање прихватања у планирању понављања - недељама
  • Итерацијско планирање до планирања објављивања - месеци

Са траженим нивоом итерације, програмери постају обавезни да осигурају и увере да је код добро сортиран и оптималног квалитета. Пријављивање грешака строго је не за програмере који следе екстремну методологију програмирања за развој софтвера.

Шта је парно програмирање?

Како су централни ресурси екстремне методологије програмирања људи, а не процеси, то су људи који управљају концептом парног програмирања. Додајући табели продуктивност и квалитет, програмирање парова иде овако:

„Код послан у производњу креирају две особе које заједно раде на шифри коју треба да креирају, док седе на једном рачунару.“

Предности овог концепта пара су следеће:

  • Побољшани квалитет софтвера - иако у функцији не постоје додатне функције код којих двоје људи седе заједно или један до другога, концентрација на једном рачунару сигурно доприноси квалитети донесеног кода
  • Без утицаја на време за испоруку - обезбеђивање ситуације вин-вин за пројекат и његове заинтересоване стране, коришћење две функционалне главе за добијање висококвалитетног кода без губитка времена одлично је за развој софтвера
  • Уштеда трошкова у каснијим фазама - с већ учињеним висококвалитетним кодом, утицај који он има на каснијим фазама је огроман и трошкови се сигурно штеде са сваком поновљеном понављањем

Програмирање у паровима јер укључују две карактеристичне особе које раде заједно за једнаким столовима, за њих је од пресудне важности да се координирају на вишем нивоу, без обзира на ниво искуства. То је социјална вештина којој је потребно време за учење и потребна су јој два посвећена професионалца који желе да направе разлику у свету развоја софтвера.

Програмирање парова увек се наставља опсежном и непрекидном интеграцијом нове функционалности која је уграђена и циклус се наставља.

Правила

Иако знамо да се правила која раде у свету екстремног програмирања (КСП) заснивају на принципу и вредности Једноставности, неопходно је имати добар поглед на та правила која чине одличну методологију унутар техника развоја софтвера.

Планирање

Током планирања менаџер пројекта и његов тим темељно сагледавају захтеве и придржавају се следећих правила:

  • Приче корисника морају да се напишу
  • Планирање издања требало би резултирати распоредом издања
  • Пројект је подељен на итерације
  • Испуштања су потребна честа, али мала
  • Итерацијско планирање треба да започне итерацију

Управљање

Управљање додељеним задацима и трајање сваког појединачног задатка улога је пројектног менаџера. Важно је да руководилац пројекта има у виду ризике и придржавање сваке фазе које предузимају чланови тима, и усмерава радну снагу и ресурсе у складу са концептом екстремног програмирања (КСП). Ево неких правила која морају проћи кроз премијера:

  • Тим би требао добити отворен радни простор како би проширио своју машту
  • Распоред распореда треба бити реалан и пажљиво темпо
  • Сваки радни дан треба да започне састанком са стенд-апом
  • Сарадња и тимски рад главне су компоненте и потребно је максимално охрабривање
  • Пројектна брзина треба се мјерити током сваке промјене
  • Људи никада не би требало да буду у застоју и требало би да се крећу
  • Екстремно управљање управљачем (КСП) је најважније и планирање треба да се покрене у свакој прилици за промену

Пројектовање

Дизајн је фаза која пажљиво прати планирање и она одређује начин на који се захтеви поступају у почетној фази пројекта. Добар дизајн одражава мисаони процес и креативност и позива на мањи број итерација, осигуравајући на тај начин висок ниво квалитета на самом почетку пројекта. Као одраз фазе планирања, ево неколико правила која треба имати на уму током примене дизајна у екстремном програмирању (КСП):

  • Једноставност је кључна
  • Ниједна функционалност не би требало да се уводи у раној фази
  • Рефакторинг је неопходан у свакој фази да би се обезбедио ефикасан и ефикасан дизајн производа
  • Рјешења Спике-а могу се користити за смањење броја и интензитета ризика на софтверском пројекту

Кодирање

Једном када је дизајн спреман, време је да се нађете на палуби и дајте то напредак за креирање и генерисање кода који ће ући у производњу за тестирање и испоруку. Кодирање долази као фаза која показује стварно функционисање пројектне методологије и подстиче итерацију на најефикаснији начин. Ево брзих правила које треба имати на уму када су у фази кодирања:

  • Купци морају бити стално у току током издања производа
  • Код се мора придржавати стандарда и праксе кодирања усвојених широм света
  • Јединствени тест треба бити код као почетак
  • Производни код треба да се подвргне програмирању пара ради високог квалитета
  • Интегрирајте кодове често и треба их радити један пар само у одређено вријеме
  • Одговорност треба делити и треба промовисати интензиван тимски рад
  • Програмирање у пару треба да се одвија на једном рачунару
  • Пожељно је да седење пара буде једно поред другог

Тестирање

Када је код спреман и важи, тестирање долази као печат несметаног функционисања линија кодова. Тестирање облика као печат како би се осигурало да је софтвер спреман за потрошњу. Следе правила која су успостављена за тестирање у оквиру екстремног програмирања (КСП):

  • Код треба да садржи јединице испитивања
  • За издање ће бити потребни кодови да би се прошли ови тестови јединице
  • Тестови би требало да буду креирани на откривање грешака
  • Тестови прихватања морају да имају велику учесталост и резултати би требало да буду објављени
  • Корисници не би требало да открију никакве грешке у коду

Када користити екстремно програмирање (КСП)?

Екстремно програмирање настало је због потребе да се ради око пројекта који је са собом донио пуно промјена на многим временским размацима. Постало је потребно да методологија усвојена у својој сржи буде итеративна и једноставна. Следе ситуације у којима се може затражити екстремно програмирање (КСП):

  • Купци немају добру представу о функционалности система
  • Промјене су динамичне и очекује се да ће се промијенити након кратких временских интервала
  • Посао нагло расте
  • Додељена средства су минимална; нема огромног особља
  • Потребно је знатно повећање продуктивности
  • Ризику су потребни високи нивои ублажавања
  • Високе одредбе за тестирање

Дакле, ево екстремног програмирања (КСП) за вас укратко и једноставним речима. Ова методологија је пријавила успех у свим подухватима за развој софтвера и имала је велику стопу успеха током историје примене. Рођен изван нормалних и поједностављених захтева, екстремно програмирање (КСП) сада полако добија на признавању као методологији с којом треба да се суочи.

Ако вам се свиђа концепт екстремног програмирања (КСП), учините овај чланак палцем горе. Ако вам се свидело, обавезно делите и коментаришите своје ставове.

Категорија:

Развој предузетништва