Е. А. Неймарк модели жизненного цикла и технологии



Pdf көрінісі
бет27/28
Дата04.09.2022
өлшемі1,29 Mb.
#38433
түріУчебно-методическое пособие
1   ...   20   21   22   23   24   25   26   27   28
Байланысты:
омирлик цикл техн

4.4. Extreme Programming XP 
Данная технология входит в группу Agile (подвижный, сообразительный) 
методологий.[1] Еще одним примером этой группы технология является 
технология RAD (Rapid Application Development), которая в данной работе не 
рассматривается. Эти две технологии имеют очень много общего, причем 
настолько, что во многих книгах они сливаются в одну. 
Основными или общими характеристиками данной группы технологий 
является: 

получение быстрых результатов в малом проекте с ограниченными 
ресурсами; 

малая рабочая группа (до 50 человек); 

короткий цикл разработки (до 6 месяцев). 
При этом данный подход предполагает, что первые несколько версий 
наверняка не будут полностью работоспособны, поскольку для реализации 
выбирается несколько задач, возможно не связанных друг с другом. Гораздо 
важнее показать, что процесс движется в правильном направлении, с 
минимумом затрат по ресурсам и времени. Тем не менее, создание каждой 
версии предполагает последовательное прохождение четырех этапов, 
графическое представление которых показано на Рис. 9. 
Планирование 

Осуществляется на основе 

бизнес-приоритетов заказчика 

технических возможностей 

Сбор/ Отбор User Story 

Определяется время окончания версии 
Дизайн 

Вброс архитектуры 

Выбор технологий 

Создание metaphor системы 
Кодирование 

Только отобранные User Stories 


38 

Осуществляется в парах (2 программиста на одном компьютере) 

Максимальная простота кода 
Тестирование 

Тесты на основании User Story (создаются на этапе планирования) 

Вместе с заказчиком 
Рис. 9. Графическое представление фаз технологии XP 
Важным и непременным требованием при реализации технологии XP 
является постоянное тесное взаимодействие с конечным пользователем на 
каждом этапе, особенно на этапах планирования и тестирования. Если 
присутствие конечного пользователя в процессе невозможно, то его роль 
исполняет один из членов команды. При этом важно отметить, что 
взаимодействие осуществляется не с заказчиком, а именно с пользователем, то 
есть с тем, кто непосредственно будет использовать ПО и максимально 
заинтересован в удобстве и эффективности его работы. 
При описании данной технологии ее автор К.Бек охарактеризовал ее как 
разработка через тестирование. То есть при планировании цикла сначала 
планируются тесты, для этого формируется набор User Story, предполагаемых 
для реализации. С пользователем обсуждается какие User Story будут включены 
в итерацию и какие результаты тестирования должны быть получены после 
реализации каждой из выбранных User Story. 
Еще одной особенностью данной технологии является "парное 
программирование", этот подход позволяет одновременно писать и делать 
ревизию кода, что позволяет выявить большинство ошибок не на стадии 
тестирования, а уже в процессе написания кода. 
Кроме того, данная технология накладывает определенные ограничения 
на квалификацию команды разработчиков. Группа должна состоять из 
профессионалов, имеющих большой опыт в анализе, проектировании, 
написании и тестировании ПО. 


39 
Предполагается, что код пишется в рамках ООП, поскольку данный 
подход позволяет решить несколько задач: локализация ошибок, повышение 
надежности, повторное использование кода и сокращение рутинной работы. 
Данная технология является ярким представителем воплощения 
инкрементальной модели, поскольку каждый из инкрементов имеет в своей 
основе определенный набор User Story, причем, в рамках данной технологии не 
обязательно использование MoSCoW list для ранжирования (выбора) User Story 
для каждого из инкрементов. Конкретные User Story для реализации 
выбираются соглашением между заказчиком и командой. 


40 


Достарыңызбен бөлісу:
1   ...   20   21   22   23   24   25   26   27   28




©emirsaba.org 2024
әкімшілігінің қараңыз

    Басты бет