37. Участники команды разработчиков в экстремальном программировании.

Заказчик – начальные сведенья о предметной области, тестирование. Заказчик должен входить в состав рабочей команды – это верное правило для хорошей разработки, и одно из двеннадцати правил XP. Важно, чтобы поддерживалась связь заказчика с разработчиком, чтобы разработчик всегда имел четкое представление о желаниях заказчика.

Пользователь – эксплуатация. В XP система рано вводится в эксплуатацию, поэтому роль пользователя важна в процессе разработки системы. Пользователь выявляет недостатки системы, которые исправляются в последующих версиях.

Разработчик – кодирование, тестирование. Согласно правилам XP разработчики работают парами за одним компом, что обеспечивает дополнительный контроль (с эффективностью этого можно поспорить). Храбрость – это его естественное свойство. Храбрость нужна, чтобы решиться на крупные переделки почти готового проекта, чтобы отказаться от кода и сделать его заново, чтобы реализовать несколько вариантов функции, а потом ненужные выбросить. Разработчик, как и заказчик, также пишет тесты.

Руководитель – анализ требований, проектирование. При проектировании выбирается наиболее простой путь. Тем самым в ХР исключаются «закладки на будущее».

Администратор – координация проекта.

Важной ценностью XP является коммуникация, общение участников проекта междй собой. Нередко проблемы в проекте возникают из-за того, что заказчик не сообщил важные сведения, или программист не уведомил о существенных изменениях, или руководитель проекта не задал разработчику важный вопрос.

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

38. Экстремальное программирование: ценности, базовые принципы, виды деятельности.

Ценности (определяют общий подход к стилю работы в методологии. ХР)

• коммуникация, (заказчик, руководитель, разработчик и прочее)

• простота, (в проект включается та реализация, которая наиболее проста и точно отвечает текущему состоянию задачи)

• обратная связь (обеспечивает точные данные о состоянии системы, раннее включение системы в эксплуатацию. Дальнейшая работа заключается в выпуске следующих версий. Таким образом достигается ранняя обратная связь с заказчиком)

• храбрость ( решиться на крупные переделки почти готового проекта, чтобы отказаться от кода и сделать его заново, чтобы реализовать несколько вариантов функции, а потом ненужные выбросить.)

Базовые принципы (имеют количественную оценку)

• быстрая обратная связь ( знать именно текущее состояние разрабатываемой системы)

• приемлемая простота (требует, чтобы программист думал о решении сегодняшней, а не завтрашней задачи)

• постепенное изменение (проблему следует решать путем небольших шагов, избегая масштабных изменений)

• приемлемое изменение (возможностью такой его реализацией, которая не препятствует дальнейшей работе)

• качественная работа.

Виды деятельности

• кодирование

• тестирование

• слушание (деятельность, в ходе которой разработчик получает информацию от заказчика или от своих коллег)

• проектирование (средство зафиксировать желание заказчика и собственные размышления по поводу выполняемой работы)