Особенности фаз UP

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

Фаза «Начало». Фаза «Начало» имеет простую и достаточно понятную цель — заложить основу проекта и сдвинуть его с мертвой точки. Для этого производится обоснование выполнимости проекта: команда разработчиков и представителей заказчика проверяет, может ли быть реализован проект в существующих условиях и (или) на требуемых платформах, аппаратных мощностях, в рамках выделенного бюджета и т. п. Иногда с этой целью создается концептуальный прототип, чтобы сторона заказчика могла убедиться в возможности удовлетворения бизнес-требований. В этом случае рабочий поток Реализации также будет присутствовать в фазе «Начало». Важно отметить, что даже в этом случае Тестирование отсутствует — прототип обычно не тестируется просто потому, что в дальнейшем он не будет использоваться.

Вслед за этим производится разработка экономического обоснования проекта. Организация — заказчик ИС должна быть уверена в том, что новая система окажется коммерчески выгодной. Экономическое обоснование также включает в себя приблизительную оценку ожидаемых издержек владения системой, общих затрат на проект, оценку потерь в случае отказа от разработки ИС и т. п.

Вслед за этим производится определение требований, на основании которых формируется предметная область. Правильно сформулированные требования — это основа успешного создания ИС, поскольку UP предполагает постепенное движение от требований к конечному продукту.

И, наконец, в рамках фазы «Начало» выявляются основные риски, которые могут существенно сказаться на выполнимости проекта.

Фаза «Уточнение». Первая и наиболее ярко выраженная цель фазы «Уточнение» — это создание базовой версии архитектуры информационной системы. Параллельно с этим производится детализованная оценка рисков и определяются основные атрибуты качества, будь то скорость реагирования на выявленные дефекты, максимально допустимое количество дефектов и пр.

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

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

И, наконец, уже на фазе «Уточнение» требуется определить, какие ресурсы потребуются для создания И С, какой штат сотрудников будет в дальнейшем обслуживать ИС и работать с ней, какие аппаратные ресурсы понадобятся для этого и какова ее конечная стоимость.

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

Наибольший объем работ приходится на следующие рабочие потоки:

• • Требования — на основе требований производится детальное описание предметной области;
• • Анализ и проектирование — формулируется представление об архитектуре И С, которая затем проектируется;
• • Реализация — создание базовой версии архитектуры;
• • Тестирование — проверка базовой версии на работоспособность.

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

Фаза «Построение». Определение требований, анализ и проектирование практически завершаются на данной стадии. Главная цель фазы — развить базовую версию системы до полноценной ИС. При этом разработчики часто сталкиваются с проблемой поддержания целостности системы. Как правило, это происходит из-за пренебрежения формальными аспектами UP. Менеджер проекта обязан обеспечить выполнение формальных процедур и сохранить качество ИС на высоком уровне.

Содержание фазы по рабочим потокам выглядит следующим образом:

• • Бизнес-моделирование — минимальная активность или ее полное отсутствие;
• • Требования — сбор и выполнение не учтенных ранее требований, если это возможно в рамках определенных ранее проектных ограничений;
• • Анализ и проектирование — завершение проектной и аналитической моделей;
• • Реализация — самый важный рабочий поток данной фазы, активности которого нацелены на создание функционирующей версии ИС;
• • Тестирование — проверка системы на корректное выполнение базовых функций и соответствие наиболее важным нефункциональным требованиям;
• • Развертывание — не менее важный рабочий поток, активности которого нацелены на развертывание ИС на компьютерах бета-тестеров.

Отдельно стоит отметить возрастающую роль вспомогательного рабочего потока Управление конфигурацией и изменениями. На данной фазе создается множество версий ИС, а сами разработчики вносят значительное число изменений. Для синхронизации версий у команды разрабогчиков и учета изменений применяются методы, регламентированные данным рабочим потоком.

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

Фаза «Внедрение». Главная цель фазы «Внедрение» — это развертывание созданной информационной системы для использования конечными пользователями. К этому моменту все дефекты, выявленные в рамках бетатестирования, должны быть устранены, а сама система должна быть подготовлена для внедрения и, если это требуется, для распространения.

На фазе «Внедрение» рабочие места пользователей подготавливаются для развертывания созданной ИС. Настраивается работа системы, а в случае появления новых проблем созданное ПО изменяется для их устранения.

Именно на фазе «Внедрение» создается пользовательская документация и происходит обучение конечных пользователей. Как правило, команда разработчиков предоставляет консультационные услуги для заинтересованных сторон и конечных пользователей.

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

Рабочие потоки Бизнес-моделирование, Требования, Анализ и проектирование и Тестирование практически не участвуют в последней фазе. Рабочий поток Реализация выполняется, только когда требуется изменить созданный программный код для устранения ошибок. Поток Развертывание, напротив, становится наиболее важным. Возрастает роль вспомогательных рабочих потоков, в особенности Управления проектом и Управления конфигурацией и изменениями.

В качестве контрольных точек фазы «Внедрение» рассматривают завершение бета-тестирования, проведение приемочных испытаний, выпуск продукта и начало его использования. Требуется также согласовать дальнейшую стратегию поддержки продукта.