ВУЗ:
Составители:
Рубрика:
76
тации. Точнее говоря, ХР предлагает непрерывное перепроектирование
(с помощью реорганизации), при котором нет нужды в детализированной
проектной документации, а для инженеров сопровождения единственным
надёжным источником информации является программный код. Обычно
после написания кода проектная документация выбрасывается. Проектная
документация сохраняется только в том случае, когда заказчик временно
теряет способность придумывать новые истории. Тогда систему помеща-
ют в «нафталин» и пишут руководство страниц на пять-десять по «нафта-
линовому» варианту системы. Использование реорганизации приводит к
реализации простейшего решения, удовлетворяющего текущую потреб-
ность. Изменения в требованиях заставляют отказываться от всех «общих
решений».
Парное программирование – один из наиболее спорных методов в
ХР, оно влияет на ресурсы, что важно для менеджеров, решающих, будет
ли проект использовать ХР. Может показаться, что парное программиро-
вание удваивает ресурсы, но исследования доказали: парное программи-
рование приводит к повышению качества и уменьшению времени цикла.
Для согласованной группы затраты увеличиваются на 15%, а время цикла
сокращается на 40…50%. Для Интернет-среды увеличение скорости про-
даж покрывает повышение затрат. Сотрудничество улучшает процесс ре-
шения проблем, улучшение качества существенно снижает затраты со-
провождения, которые превышают стоимость дополнительных ресурсов
по всему циклу разработки.
Коллективное владение означает, что любой разработчик может из-
менять любой фрагмент кода системы в любое время. Непрерывная инте-
грация, непрерывное регрессионное тестирование и парное программиро-
вание ХР обеспечивают защиту от возникающих при этом проблем.
«Тестируй, а затем кодируй» – эта фраза выражает акцент ХР на тес-
тировании. Она отражает принцип, по которому сначала планируется тес-
тирование, а тестовые варианты разрабатываются параллельно анализу
требований, хотя традиционный подход состоит в тестировании «чёрного
ящика». Размышление о тестировании в начале цикла жизни – хорошо
известная практика конструирования ПО (правда, редко осуществляемая
практически).
Основным средством управления ХР является метрика, а среда мет-
рик – «большая визуальная диаграмма». Обычно используют 3–4 метрики,
причём такие, которые видимы всей группе. Рекомендуемой в ХР метри-
кой является «скорость проекта» – количество историй заданного размера,
которые могут быть реализованы в итерации.
При принятии ХР рекомендуется осваивать его методы по одному,
каждый раз выбирая метод, ориентированный на самую трудную пробле-
му группы. Конечно, все эти методы являются «не более чем правилами» –
группа может в любой момент поменять их (если её сотрудники достигли
Страницы
- « первая
- ‹ предыдущая
- …
- 74
- 75
- 76
- 77
- 78
- …
- следующая ›
- последняя »
