Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ППП-типо-похоже-на лекции!.docx
Скачиваний:
28
Добавлен:
21.09.2019
Размер:
2.06 Mб
Скачать

Распределение обязанностей в группе

Для достижения этапа «Выпуск продукта» необходимы усилия всей проектной группы, тем не менее каждый участник группы отвечает за выполнение конкретных обязанностей. Поскольку основное внимание на этой стадии уделяется созданию окончательной версии продукта, действия каждого из участников направлены именно на это. В табл. 13.1 перечислены обязанности участников группы на стадии «Стабилизация». Руководитель каждой из подгрупп отвечает за их выполнение и связь с другими подгруппами проектной группы.

Промежуточные этапы

В отличие от предыдущих фаз, естественным образом подразделяю­щихся на последовательные этапы, фаза «Стабилизация» состоит из промежуточных этапов, каждый из которых завершается выпуском промежуточной версии приложения. Промежуточные версии выпус­каются до тех пор, пока группа не удостоверится, что продукт готов к окончательному выпуску. Отметим, что для каждой промежуточной версии проектная группа проверяет готовность и комплектацию. Каждая промежуточная версия тестируется, все обнаруженные про­блемы регистрируются и устраняются. Решение об окончательном выпуске продукта принимается руководителями проектной группы, заказчиком и группами эксплуатации и сопровождения.

Этап 1: версии, появляющиеся по мере устранения ошибок Как уже отмечалось ранее, проектная группа распространяет про­межуточные выпуски продукта в ограниченной группе пользователей, что позволяет дополнительно протестировать приложение. На стадии «Стабилизация» основная цель — снижение числа ошибок в каждом следующем выпуске продукта. Ее достижение свидетельствует о ста­билизации приложения. Хотя число обнаруженных ошибок не обяза­тельно убывает монотонно от версии к версии, группа должна доби­ваться именно такой динамики.

Этап 2: безошибочная версия Это первый промежуточный выпуск, в котором все известные про­блемы устранены тем или иным способом (зафиксированы, отложе­ны или признаны несущественными). Вполне возможно, что в сле­дующем выпуске число ошибок возрастет, однако безошибочная вер­сия позволяет группе разработки «держать» число проблем во всех сле­дующих выпусках на приемлемом уровне. Выпуск безошибочной вер­сии свидетельствует о том, что и окончательная версия не за горами.

Этап 3: версии-кандидаты Когда по мнению проектной группы продукт готов к окончательному выпуску, создается версия-кандидат . В нее включены все составляющие продукта; кроме того, эта версия долж­на быть свободна от неустраненных проблем. Выпуски-кандидаты подвергаются интенсивному тестированию, чтобы выявить и устра­нить проблемы, препятствующие выпуску окончательной версии. Результаты такого тестирования показывают, можно ли считать вер­сию-кандидат окончательной или группе следует выпустить следую­щую. Как правило, первая версия-кандидат не становится оконча­тельной, поскольку в ней обнаруживаются ошибки, недопустимые в окончательной версии продукта.

Этап 4: выпуск окончательной версии Окончательная версия продукта — это версия-кандидат, качество и состав которой устраивают всех участников проекта, в том числе, чле­нов проектной группы и заказчика. Эта версия не требует ни даль­нейшей разработки, ни дополнительного тестирования — именно ее «пакуют в коробку». Решение о выпуске окончательной версии ни­когда не бывает простым. Основная цель — выпуск продукта с задан­ными характеристиками в установленные сроки, поэтому прежде все­го необходимо ответить на вопрос, отвечает ли версия-кандидат тре­бованиям заказчика. Кроме того, надо принять во внимание результаты анализа проблем, результаты тестирования версии-кандидата и возможность ее сопровождения. Как и всякое ответственное реше­ние, решение о придании кандидату статуса окончательной версии сопряжено со многими рисками и должно приниматься коллегиаль­но.