В тази глава ще се разбере екстремни дейности по програмиране и артефакти.

XP - Класове

В крайна програмиране, четири основни дейности -

• кодиране
• тестване
• прослушване
• дизайн

кодиране

В програмирането по двойки, кодиране се смята за сърцето на развитието. Вие се кодират, защото ако не го направите код в края на деня, в който не е направил нищо.

тестване

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

прослушване

В програмирането по двойки, слушате да знаете, че код или да се провери. Ако не слушаш, не знаете кода или да се провери.

дизайн

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

Тези действия се извършват по време на -

• планиране освобождаване
• итерация планиране
• изпълнение

планиране освобождаване

При планиране на въпрос, клиентът и разработчиците идват заедно, за да се планира за следващата версия, като се съгласи да истории от потребителите за следващия брой, както и датата на издаване.

Планиране на излизане се състои от три фази -

• фаза проучване
• фаза ангажимент
• управителен фаза

Планиране на излизане - Научни изследвания фаза

В първата фаза на проучването -

• Клиентът предоставя кратък списък с изисквания с висока добавена стойност за системата.
• Разработчиците се съберат изисквания и оценява въздействието на всеки един от тези изисквания.

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

Активното слушане е от съществено значение в тази фаза, а

Разработчиците трябва да разберат ", че исканията на клиента" и "Какви претенции с висока стойност".

Клиентът трябва да разбере, заедно с разработчиците за това, което скриптове насърчаване на тези ценности, да пишат историята.

Въпреки изискванията на клиента записи за потребителското история карти, ще трябва да слушате

• Вземи яснота
• Избягвайте двусмислие
• Изразете себе си, ако има някакви пропуски в разбирането

Това е възможно само с вербална комуникация.

планиране освобождаване - фаза ангажимент

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

Тази стъпка включва определяне на разходите, ползите и графици на експозиция. На този етап,

• Клиент сортира потребителски истории от бизнес стойност.
• Разработчиците вид рискови истории.
• Разработчиците определят силата и продължителността на (оценката), необходима за прилагането на историите.
• ще бъдат избрани разкази на потребителя да бъдат завършени в следващото издание.
• Въз основа на потребителски истории и оценки, дата на излизане е определена.

Активното слушане е от съществено значение в тази фаза, и -

Разработчиците трябва да разберат какво функционалност, те трябва да се кодира за текущата версия и усилия и продължителността (приблизително) се изисква да предоставят тази функционалност.

Клиенти и разработчиците трябва да разберат потенциала за задължения към датата на следващото издание.

Планиране на излизане - Управителен фаза

етап Ръководният на клиента и разработчиците на "биче" -

• За да направите промени в отделни истории от потребителите, както и на съответните приоритети на различните истории на потребители.
• За да се коригира плана.
• Ако прогнозите бяха опровергани.
• За да се отчете промените.

Активното слушане е от съществено значение в тази фаза,

• За да се разбере -
  • Новите изисквания, които ще бъдат добавени.
  • Какви промени трябва да бъдат направени на съществуващите изисквания.
  • Въздействието върху съществуващата система, ако някоя от съществуващите изисквания да бъдат отстранени.
• Пристигане в оценките, необходими за адаптирането на плана, като се вземат предвид
  • В досегашната работа.
  • Новите изисквания, които ще бъдат добавени.
  • Съществуващите изисквания, които трябва да бъдат променени или изтрити.

итерация планиране

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

Повторение планиране се състои от три фази -

• фаза проучване.
• Поети фаза.
• Управление контрол фаза.

Повторение планиране - изследвания фаза

В първия етап на проучването,

• Изискванията ще бъдат преведени на различни задачи.
• Задачи са написани на целевата карта.
• Разработчиците смятат време ще отнеме, за да завършите всяка задача.
• Ако разработчиците не могат да преценят задачата, защото е твърде малък или твърде голям, те трябва да се слеят или разделена на задачата.

Повторение планиране - задължения фаза

В първия етап на окончателното решение,

Задачите, възложени на разработчиците.

Програмистът получава задачи, за които той или тя поема отговорността.

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

Балансиране на натоварването се извършва, след като всички разработчиците са възложени задачи в рамките на екипа.

Едно сравнение между предвидените задачи време и коефициент на натоварване.

Коефициент на натоварване представлява идеалното време, за да се разработи оперативен всеки разработчик за едно повторение, ако приемем, че 40-часова работна седмица.

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

Повторение планиране - управителен фаза

фаза Направляваща

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

изпълнение

Изпълнението на задачите направено. Изпълнението включва проектиране, пишете единица тестове, кодиране, тестване единица, редакции, непрекъсната интеграция код базови, интеграция тестване и проверка при приемане на базата на работни карти и история обичай карта.

Екстремно програмиране Артефакти

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

Значителни Extreme Programming артефакти -

• Един потребител история карти
• тест за приемане
• оценка
• план за освобождаване
• план итерация
• задача на картата
• дизайн
• тест Unit
• Записи поради клиент и разработчик

Потребителят Story карта

Потребителят история карти имат следните характеристики -

• Потребителят Card История -
  • Тя предоставя кратко описание на поведението на системата с гледна точка на клиента.
  • Те трябва да бъдат написани от страна на клиента, а не от разработчиците.
  • Използвана терминология от страна на клиента, без да е технически жаргон.
  • Ако само за да се осигури достатъчно подробности, за да се направи оценка на това колко дълго историята ще предприеме, за да приложи.
• Една за всеки от основните функции на системата.
• Те се използват за генериране на прогнози за времето за планиране на освобождаване.
• Карайте създаването на тестовете за приемане.

тест за приемане

Тестове за приемане трябва да бъде един или няколко тестове, за да се уверите, че историята е изпълнена правилно.

Номинално - Планиране на издаване

Усилие и дълга история на оценка, която ще се използва при планирането на освобождаване -

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

Пътна карта

план на издаване съдържа -

• Истории потребител е избрал да пусне.
• Обем и продължителност оценки.
• Целевата дата за освобождаване, която е поела ангажимент.

задача на картата

• Той съдържа необходимите задачи за изпълнение на истории от потребителите.
• Една задача картон в историята на потребителя.
• Е в основата на задачи по оценяване и курсови задачи.

Номинално - планиране итерация

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

план итерация

Повторение план съдържа -

• Потребителски истории, избрани за итерация
• Създаване на задачи
• оценка задачи

Дизайнът съдържа една проста структура, достатъчно лесни за изпълнение истории от потребителите.

Unit тестовете

Този документ съдържа тестови случаи, които блокират кодиране на контролния тест и блок.

Съобщенията на отчети на клиентите и за разработчици

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