Екстремно програмиране (XP) -

Поставени в края на 1900 г. концепциите за разработка на софтуер и програмиране забелязват значителна промяна в начина и подхода на цялата схема. Подходите с по-леки и пакетни размери, които сме във възход и ясни унифицирани модели, бяха приложени, за да доведат до промяна в начина на разработване на компютърен софтуер. Разходите трябваше да бъдат намалени с увеличаването на търсенето на ефективни системи и по този начин дойде ерата на методологиите за ефективно разработване на софтуер. Процедурното програмиране скоро беше заменено от обектно-ориентирано програмиране и моделът на водопада даде начин Agile да поеме водещата роля. Японските рамки за контрол на качеството скоро набираха скорост и след това се появи концепцията за нещо, което преди се използваше в битове и парчета, но което сега беше пълноценна методология за решаване на софтуерни проблеми и проблеми, Extreme Programming!

Какво е екстремно програмиране (XP)?

Със значителен брой промени, които виждаха светлината на деня от клиентите, Extreme Programming (XP) дойде като облекчение за организиране на проекти, предприети от софтуерни специалисти.

Въвеждането на екстремно програмиране подобрява качеството на софтуера и отговаря по-ефективно на променящите се изисквания на бизнеса, причинени от мащабиране на бизнеса или външни фактори.

XP е методология в рамките на Agile чадър, която насърчава честите версии на версии в кратки цикли на развитие. Това неизбежно ще увеличи производителността до голяма степен и честите издания ще проправят път за включване на по-нови изисквания.

Екстремното програмиране (XP) има „удовлетвореност на клиентите“ в основата на своята рамка и „екипна работа“ като мускулна сила. Сътрудничеството е задължително, за да бъде успешно програмирането (XP), тъй като предприема итеративни стъпки към създаването на софтуер за клиенти / клиенти. Той не е фокусиран върху доставянето на целия колан, а разглежда дали нуждите на клиента са изпълнени на всеки етап по пътя.

Част от Agile Софтуерна разработка

Разработката на гъвкав софтуер е начинът, по който се предприема развитието, но най-важното е, че повечето хора забравят да признаят е, че екипите, тоест хората, трябва да бъдат пъргави, за да бъдат успешни. Прилагането на методите и процесите само гарантира, че има фиксирана рамка, в която екипите могат да бъдат гъвкави, мащабируеми и по-окончателно креативни.

С концепциите за итерация и спринтове, както в случая с Scrum, Agile предоставя чудесна платформа за получаване на промените и обратната връзка, реализирани във всеки цикъл на развитие, който минава покрай него.

Когато става въпрос за екстремно програмиране (XP), той отчита всички възможности, които могат да доведат до подобрения, направени в продукта в края.

Традиционно развитие срещу екстремно програмиране (XP)

  • Докато традиционното развитие запазва фокуса върху процеса и взема предвид това, когато става въпрос за завършване на цикъла, екстремното програмиране се фокусира върху изискването.
  • Екстремното програмиране (XP) взема най-добрите практики, инсталирани в традиционната разработка, и я отвежда до крайни граници. Разтягането, проведено с екстремно програмиране (XP), е чудесно за гъвкави и еластични проекти.
  • Традиционното развитие има сегментация като предишен фактор в циклите на разработка на софтуер, докато екстремното програмиране (XP) застъпва за сътрудничеството между екипите, а също и заинтересованите страни за постоянната им обратна връзка и възгледи по време на етапите на итерации и планиране.

5 ценности за успешен проект

Екстремното програмиране (XP) включва 5-те основни начина или ценности за насочване към успешен софтуерен проект:

  1. Комуникация - Тази методика за разработка на софтуер по същество изисква тясно общуване между мениджърите, клиентите / клиентите и разработчиците. Тази ефективна комуникация е необходима за безпроблемното функциониране на софтуерния проект, а други инструменти за управление на проекти също се прилагат в рамките на комуникацията, така че да могат да улеснят комуникацията по-нататък през жизнения цикъл на проекта.
  2. Смелост - С драматични промени в изискванията на клиентите е разработчиците смело да предприемат предизвикателствата, които се появяват в последния момент или противоречат на промените, прилагани към проекта по всяко време.
  3. Обратна връзка - Обратната връзка се осъществява чрез постоянно изпитване на единици и резултатите се оценяват и съответно прилагат в рамките на циклите на разработване на проекта. Клиентите се поддържат в близост и демонстрация се представя веднага след завършване на цикъл на развитие, за да може да се включи обратна връзка.
  4. Уважение - Всеки цикъл на развитие носи своя успех до нов крайъгълен камък и той само илюстрира приноса, вложен в предприетите цикли.
  5. Простота - екстремното програмиране (XP) е най-ефективно, когато дизайнът се поддържа просто и изпълнението се планира по ясен и ефективен начин. Много екстремно програмиране се вози на своите прости правила, които има.

Цикли на планиране и обратна връзка

Сътрудничеството в екипа и ежедневната връзка с бизнеса за оптимизирана разработка на продуктите са основата на екстремното програмиране (XP), докато потребителските истории са в основата на планирането на XP. Тези потребителски истории са записани на картите. Манипулирането на тези карти може да оживи обхвата и плана на проекта.

Тези XP планиране са създадени с три нива или нива.

  • Бъдещи месеци
  • Следваща итерация
  • Актуална итерация

Плановете винаги са временни и възстановяването на плановете трябва да се прави преди края на последния план. Те се променят както и когато има дори лека промяна в проекта или неговия график. Итерацията започва в момента, в който се появи промяна. Получавате обратна връзка от клиента, преразглеждате плана си. Заставате напред или зад графика, преразглеждате и променяте плана си.

Чрез планирането влизат в сила най-подходящите дизайни за продукта, който ще бъде доставен. По отношение на екстремното програмиране (XP), разработената с тест разработка (TDD) и рефакторинг се използват за ефективно и ефикасно проектиране.

Вече имайки същността на Agile, рефакторингът е важен и важен инструмент за проектиране, участващ в процеса на планиране. Рефакторингът включва извършване на редуване на проекти и корекции в съответствие с променените нужди. С рефакторинга идва концепцията за тестване по унифициран и приемлив начин.

Следните стъпки заемат централен етап, когато се изпълнява цикъл за планиране или обратна връзка. Всяко действие тук е итеративно и може да се извърши последователно, след като се извърши промяна:

Всяка стъпка в последователността, която се осъществява, може да има повторителен характер и може да бъде циклично както и когато се променя последователността на промяна, и нов план се пресъздава за всяка инициация. Всяка стъпка също има определена продължителност, за която е отделен график, а останалата част от обратната връзка за всеки етап от продукта е очертана.

  • Кодиране към програмиране на двойки - секунди
  • Програмиране на двойки към Тестване на единица - минути
  • Тестване на единици за сключване на преговори - часове
  • Сдвояване на преговори за стендъп среща - един ден
  • Стенд-ап среща за тестване за приемане - дни
  • Тестване на приемане към итерационно планиране - седмици
  • Итерационно планиране до планиране за издаване - месеци

С нивото на итерация, която е търсена, става задължително разработчиците да гарантират и гарантират, че кодът е добре сортиран и е с оптимално качество. Отчитането на грешки е строго не, за разработчиците следвайки екстремната методология за програмиране за разработка на софтуер.

Какво е програмиране на двойки?

Тъй като централният ресурс на методологията за екстремно програмиране са хората, а не процесите, хората са тези, които управляват концепцията за двойно програмиране. Добавяйки производителността и качеството към таблицата, програмирането на двойки отива подобно на това:

„Кодът, изпратен в производството, е създаден от двама души, които работят заедно върху кода, който трябва да бъде създаден, докато седят на един компютър.“

Предимствата на тази концепция за двойно програмиране са следните:

  • Подобрено качество на софтуера - макар да няма добавена функционалност с двама души, които седят заедно или раздалечени, концентрацията върху един компютър със сигурност допринася за качеството на представения код
  • Няма ефект върху времето за изпълнение - осигуряването на печеливша ситуация за проекта и неговите заинтересовани страни, използване на две функционални глави за получаване на висококачествен код без загуба на време е чудесно за разработка на софтуер
  • Спестяване на разходи за по-късни етапи - с висококачествения код, който вече е оказан, въздействието му върху по-късните етапи е огромно и разходите със сигурност се спестяват с всяка итерация, която се извършва

Двойното програмиране, тъй като включва две отличителни личности, които работят заедно на равни маси, за тях става изключително важно да се координират на по-високо ниво, независимо от нивото на опит. Това е социално умение, което изисква време за учене и се нуждае от двама специализирани специалисти, които искат да направят промяна в света на софтуерната разработка.

Програмирането на двойки винаги се осъществява чрез широко и непрекъснато интегриране на включената нова функционалност и цикълът продължава.

правилник

Макар да знаем, че правилата, работещи в света на екстремното програмиране (XP), се основават на принципа и стойността на простотата, важно е да имате добър поглед върху тези правила, които съставляват чудесна методология в техниките за разработка на софтуер.

планиране

В рамките на планирането ръководителят на проекта и неговият екип внимателно разгледат изискванията и спазват следните правила:

  • Потребителските истории трябва да бъдат записани
  • Планирането на изданията трябва да доведе до график за издаване
  • Проектът е разделен на итерации
  • Изданията трябва да са чести, но малки
  • Итерационното планиране трябва да започне итерацията

Управление

Управлението на разпределените задачи и продължителността на всяка отделна задача е ролята на ръководителя на проекта. Важно е ръководителят на проекта да се съобразява с рисковете и спазването на всеки етап, предприет от членовете на екипа, и съответно да управлява работната сила и ресурси, за да изпълни концепцията за екстремно програмиране (XP). Ето някои от правилата, които трябва да преминат през ПМ:

  • Екипът трябва да получи отворено работно пространство, за да разшири въображението си
  • Разпределеният график трябва да бъде реалистичен и внимателно крачен
  • Всеки работен ден трябва да започне със стенд-бай среща
  • Сътрудничеството и работата в екип са основни компоненти и се нуждаят от максимално насърчаване
  • Проектната скорост трябва да се измерва по време на всяка промяна
  • Хората никога не трябва да се държат в застой и трябва да се движат наоколо
  • Управлението на крайното програмиране (XP) е важно и планирането трябва да се стартира при всяка възможност за промяна

Проектиране

Проектирането е етапът, който внимателно следва планирането и определя начина, по който се изпълняват изискванията на началния етап на проекта. Добрият дизайн отразява мисловния процес и креативността и изисква по-малък брой повторения, като по този начин се гарантира високо ниво на качество в самото начало на проекта. Като отражение на етапа на планиране, ето няколко правила, които трябва да имате предвид по време на внедряването на дизайни в екстремно програмиране (XP):

  • Простотата е ключова
  • Не трябва да се въвежда функционалност на ранен етап
  • Рефакторингът е от съществено значение на всеки етап, за да се осигурят ефикасни и ефективни дизайни на продуктите
  • Решенията на Spike могат да се използват за намаляване на броя и интензивността на риска при софтуерния проект

кодиране на стоките

След като дизайнът е налице, е време да се заемете с всички палуби и да дадете това предимство за създаване и генериране на код, който ще влезе в производството за тестване и доставка. Кодирането идва като етап, който демонстрира действителното функциониране на методологията на проекта и насърчава итерацията по най-ефективния начин. Ето бързи правила, които трябва да имате предвид, когато сте на етап кодиране:

  • Клиентът трябва да бъде в контура по всяко време по време на пускането на продукта
  • Кодът трябва да се придържа към стандартите и практиките за кодиране, приети в световен мащаб
  • Тестът на единицата трябва да бъде код като начало
  • Производственият код трябва да бъде подложен на програмиране на двойки за високо качество
  • Интегрирайте кодовете често и трябва да се правят от една двойка само в определен момент
  • Отчетността трябва да бъде споделена и да се насърчава интензивната работа в екип
  • Програмирането на двойки трябва да се извършва на един компютър
  • Предпочитаното място за сядане на двойката трябва да бъде едно до друго

Тестване

С готов код и подвижен код, тестването идва като печат на гладкото функциониране на кодовите линии. Тестване на формуляри като печат, за да се гарантира, че софтуерът е готов за консумация. Следват правилата, въведени за тестване в рамките на Extreme Programming (XP):

  • Кодът трябва да съдържа единични тестове
  • Издаването ще изисква кодове за преминаване на тези тестове на единица
  • Трябва да се създадат тестове за откриване на грешки
  • Тестовете за прием трябва да имат висока честота и резултатите трябва да бъдат публикувани
  • Потребителите не трябва да откриват никакви грешки в кода

Кога да използвам екстремно програмиране (XP)?

Екстремното програмиране се роди поради необходимостта да се работи около проект, който пренесе със себе си много промени в много кръгове във времето. Стана необходимо методологията, приета да бъде итеративна и проста в основата си. По-долу са ситуациите, които могат да поискат използването на екстремно програмиране (XP):

  • Клиентите нямат добра представа за функционалността на системата
  • Промените са динамични и се очаква да се променят след кратки интервали от време
  • Бизнесът стръмно нараства
  • Разпределените ресурси са минимум; няма огромен персонал
  • Нуждаете се от значително увеличение на производителността
  • Рискът се нуждае от високи нива на смекчаване
  • Високи разпоредби за тестване

И така, ето екстремното програмиране (XP) за вас накратко и с прости думи. Тази методология отчита успех във всички предприятия за разработка на софтуер и има голям успех през цялата история на внедряването му. Роден от нормални и опростени изисквания, екстремното програмиране (XP) бавно придобива признание като методология, с която трябва да се съобразявате.

Ако ви харесва концепцията за екстремно програмиране (XP), направете тази статия палци. Ако сте го харесали, уверете се, че споделяте и коментирате мненията си.

Категория:

Развитие на предприемачеството