Краткий обзор методологии 3 другие модели процессов 4 Лучшее из двух миров 5 Базовые принципы msf 5
Основные задачи проектной группы на фазе стабилизации
жүктеу/скачать 0.88 Mb.
|
- Бұл бет үшін навигация:
- Рекомендуемые промежуточные вехи
- Точка достижения нуля
- Версии-кандидаты
- Контрольное тестирование завершено
- Тестирование приемлемости для потребителей завершено
- Пилотное внедрение завершено
Основные задачи проектной группы на фазе стабилизацииСледующая таблица описывает основные задачи и сферы ответственности каждого из ролевых кластеров проектной группы во время фазы стабилизации.
Рекомендуемые промежуточные вехиТочка конвергенцииВ точке конвергенции (bug convergence) становится заметен существенный прогресс в устранении ошибок, то есть скорость устранения ошибок начинает превосходить скорость их обнаружения. Рис. 10 иллюстрирует суть точки конвергенции. Поскольку количество найденных, но не устраненных ошибок может колебаться даже после того, как оно начало убывать, конвергенция может рассматриваться скорее как тенденция, нежели как фиксированный момент во времени. Вслед за этой вехой количество активных ошибок должно продолжать убывать, вплоть до точки достижения нуля. Точка конвергенции дает проектной группе возможность понять, что процесс тестирования близится к концу.
Точка достижения нуляТочка достижения нуля (zero-bug bounce) – это момент, когда впервые все выявленные ошибки оказываются устраненными. Рис. 11 иллюстрирует эту точку. Вслед за ней пики количества активных ошибок должны становиться все меньше, вплоть до полного угасания в момент, когда решение уже достаточно стабильно для выпуска первой версии кандидата. Существенную роль играет тщательная приоритезаия ошибок, поскольку устранение всякой из них содержит риск внесения новых ошибок. Точка достижения нуля ясно показывает, что проектная группа приближается к созданию стабильной версии кандидата (release candidate). Заметим, что новые ошибки после достижения этой вехи наверняка будут найдены. Однако точка достижения нуля – это первый момент в работе над проектом, когда команда может честно отчитаться об отсутствии активных ошибок и сфокусироваться на сохранении этого состояния.
Версии-кандидатыДля пилотной группы подготавливается и выпускается серия версий-кандидатов. Выпуск каждой из них является промежуточной вехой. Эти версии имеют следующие особенности:
Контрольное тестирование завершеноСуть этой промежуточной вехи заключается в подготовке к пилотному выпуску решения. Данная веха очень важна, поскольку наступает момент, когда решение “столкнется” с производственной средой, и проектная группа должна как можно тщательнее оттестировать решение до этого момента, – до начала испытания пилотного выпуска. К вехе “Контрольное тестирование завершено” (pre-production test complete) проектная группа должна:
Данная веха может считаться пройденной лишь после обретения проектной группой полной уверенности в готовности и отлажености всего, что необходимо для внедрения решения. Тестирование приемлемости для потребителей завершеноТестирование приемлемости для потребителей (user acceptance testing) и исследование эргономичности (usability studies) производятся начиная с фазы разработки и продолжаются на протяжении фазы стабилизации. Их цель – убедиться в том, что новая система отвечает требованиям потребителей и бизнеса. Они не являются индикаторами окончательной приемлемости решения для заказчика (customer acceptance), о которой можно говорить лишь в самом конце проекта. По достижению данной вехи пользователи осуществляют тестирование и одобряют работу решения в непроизводственной среде (non-production environment). Это включает в себя проверку интеграции системы с работающими в производственной среде бизнес приложениями. Также должны быть проверены разработанные процедуры “отката” и восстановления после сбоев (rollout and backout procedures). После одобрения менеджерами выпуска, разработанное программное обеспечение и все докупленные к нему компоненты переносятся из архива группы разработки в архив группы сопровождения. В MOF он называется библиотекой завершенного программного обеспечения (Definitive Software Library - DSL). “Управление выпуском” ответственно за компоновку решения (собранного из компонент выпуска) в среде тестирования с приложениями, собранными в DSL. Тестирование потребительских качеств дает персоналу сопровождения и пользователям возможность понять и испытать новую технологию на практике. Этот процесс помогает выявить аспекты, в которых у пользователей возникают трудности. Также тестирование позволяет менеджерам выпуска выявить проблемы, которые могут помешать успешному внедрению решения. Пилотное внедрение завершеноВо время этой промежуточной вехи проектная группа тестирует решение целиком в среде, максимально приближенной к производственным условиям. В MSF пилотный релиз (pilot release) – это внедрение решения в часть производственной среды или для части пользователей. В зависимости от проекта, пилотный релиз может принимать различные формы.
Общим для всех этих форм предварительно выпуска является максимальное приближение тестирования к реальным условиям. Веха “Пилотное внедрение завершено” не может считаться пройденной, пока проектная группа не удостоверилась окончательно, что созданное решение жизнеспособно в производственной среде, и каждая его компонента готова к внедрению. В дополнение к этому должно быть осуществлено следующее:
Как только в результате пилотного внедрения накоплено и проанализировано достаточное количество данных, проектной группе необходимо принять решение о дальнейших действиях. Возможны следующие варианты:
жүктеу/скачать 0.88 Mb. Достарыңызбен бөлісу:
|
