Е. А. Неймарк модели жизненного цикла и технологии
жүктеу/скачать 1,29 Mb. Pdf көрінісі
|
- Бұл бет үшін навигация:
- Планирование
- Дизайн Вброс архитектуры Выбор технологий Создание metaphor системы Кодирование
- Тестирование
| 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 для реализации выбираются соглашением между заказчиком и командой. |