Agile програмиране
Agile процесът има важна роля в цикъла на разработка и управление на софтуера. Agile има набор от принципи, които поставят директен фокус върху стойността на клиента, итеративната и постепенната доставка. Agile методите поставят фокус върху два различни аспекта, единият е гъвкавите практики, които са екстремно програмиране и програмиране на двойки, други се фокусират върху управлението на проектите, които са чрез scrum подход. Агилният процес се използва, когато компанията или организацията има яснота за целта си, но пътят за достигане до решението е неясен, използва се гъвкавото управление на процесите.
Екстремното програмиране на пъргавата практика се счита за най-добрата практика за извличане на ползите от програмния цикъл. Екстремното програмиране се появи, след като проблемите възникнаха в традиционния модел на цикъл за разработка на софтуер. Въвеждането му беше направено само за да се съсредоточи върху „просто свършете работата“ и беше намерено ефективно за развитието. екстремното програмиране е изпитана и тествана гъвкава практика на развитие; тя поставя максимален фокус върху взаимодействието с клиентите, за да знае точното изискване, а след това да влезе в разработката на продукта.
Функционирането на пъргавото програмиране
Той разделя обработката на целия цикъл на по-малки или кратки цикли. По време на фазата на разработка или можем да кажем етап преди доставката (може да бъде и последният етап), клиентът може да направи промени въз основа на своето изискване. Той работи в пет фази -
- Проучване - Екстремното програмиране инициира цикъл на разработка на продукта чрез събиране на изискванията от потребителя. Потребителят обозначава своите идеи или изисквания на сюжетната карта, която иска да види във времето за издаване. Слотовете за карти за история определят атрибута, който трябва да се добави в продукта. На същата фаза екипът документира практиката, инструментите и технологиите, необходими за разработването на продукта въз основа на изискванията на потребителя. Технологията, необходима за създаването на новия продукт, се тества и се проучват новите възможности чрез създаване на прототип на системата. Може да отнеме една седмица или няколко месеца, за да завърши фазата на проучване, напълно зависи от програмиста доколко познатата е програмата с технологията.
- Планиране - Събраните данни след това се разделят на малки цикли, за да се разбере всеки бит на изискването на потребителя. Данните са приоритетни за първото пускане на продукта, след което се извършва разработването. Оценката и графикът на усилията за първото издание се изчисляват и след това се договарят за освобождаването. Първият период на освобождаване е под два месеца.
- Итерации - По време на този етап се извършват няколко повторения на системите преди първото пускане на продукта. Повторенията се разделят на няколко малки повторения и им се дават две до четири седмици за изпълнение. Сега фазата на планиране на итерация е активна, което означава, че решението относно разделянето на цикъла, изискването за приоритет и работната сила, необходими за развитието, се полага. Итерациите създават контура на системата, след това системата се постига чрез избиране на картите от карти с карти, направени от потребителя. Решението се взема от потребителя, за който първо да изберете. Клиентът изпълнява итерация в края на всеки слот, който е решил за всяка итерационна част.
- Производство - Тази фаза се счита за важна, тъй като окончателното тестване се извършва на тази фаза, преди да се достави продукта на клиента, производителността се тества. През това време вероятно ще бъдат намерени нови промени, които трябва да бъдат правилни в продукта преди първото пускане на продукта. Екип е готов да приеме промени във всяка фаза на разработката, тъй като по време на всяка фаза могат да възникнат нови изисквания. За корекции е необходимо времето за итерация да се намали от три на една седмица. Други идеи и предложения се съхраняват за по-късна реализация. Продължава производството след първото пускане на продукта за същия продукт или може да бъде за нови повторения. Екипът за поддръжка е помолен за корекции на дефекти по време на тази фаза, това става след първото пускане на продукта. Комуникацията с клиента може също да поиска чрез бюрото за поддръжка на клиенти. По време на поддръжката може да се наложи добавяне на нови членове на екипа и промяна в екипа.
- Фаза на смърт - Това е фазата, в която клиентът се съгласява да няма повече история карта за внедряване. Това е фазата, в която може да се направи окончателна документация относно продукта, вярвайки, че не се правят повече промени в архитектурата, дизайна или кода. Трябва да се гарантира, че продуктът е доставил желания продукт, а системата ще се счита за смърт. Тя трябва да държи разходите в граница за по-нататъшно развитие.
Екипът (роля и отговорност)
Agile циклите имат няколко члена (екип) за създаване на новия продукт. Всяка задача е разделена между екипа и сглобена след всичко свършена добре.
- Програмист - Програмистът е един от основните органи, той създава кода на продукта и поддържа кода прост и определен за възможност. Най-добрият начин за правилно кодиране е да комуникирате по целия път с други програмисти и съотборници. Може да се знае за точните изисквания към продукта.
- Клиент - Клиентът е основният орган, който пише исторически карти за неговите изисквания и решава кое изискване ще задоволи нуждите му. Приоритетът за изпълнение се определя от клиента.
- Тестер - Tester отговаря за провеждането на функционални тестове, той помага на клиента да напише функционални тестове. Тестването се провежда през цялото време (редовно) и се поддържат инструменти за тестване.
- Tracker - Tracker предоставя обратна връзка и следи прогнозите, направени от екипа, също предлага предложения за подобряване.
- Треньор - Треньорът е водачът за членовете на екипа през целия процес на развитие. Той е опитният, който преработва от много години.
- Консултант - Консултантът е външният член, който ръководи екипа с конкретни технически познания, които може да са необходими за развитието на проекта.
- Мениджър - Той е решаващият орган. Мениджърът поддържа екипа на пътя, за да свърши работата. Той е отворен за комуникация с членовете на екипа по въпроси, с които екипът се сблъсква по време на развитието. Той гарантира, че работата протича безпроблемно, докато проектът не бъде изпълнен.
Препоръчителни статии
Това е ръководство за Agile програмиране. Тук обсъждаме Функционирането и ролята на екипа и отговорността на Agile програмирането. Може да разгледате и следните статии, за да научите повече -
- Какво е Agile Софтуерна разработка?
- Дали е MySQL език за програмиране?
- Какво е Agile и Scrum?
- Какво е програмният език на Kotlin?