РАБОЧИЕ ПРОЦЕССЫ В РАМКАХ ОТДЕЛЬНОЙ ИТЕРАЦИИ

РАБОЧИЕ ПРОЦЕССЫ В РАМКАХ ОТДЕЛЬНОЙ ИТЕРАЦИИ

Итерация состоит из множества присутствующих в различных пропорциях работ, последовательность выполнения которых жестко не задана. Эти пропорции зависят от места итерации в цикле разработки. Каждая итерация определяется в терминах набора сценариев использования. Компоненты, необходимые для реализации всех выбранных сценариев, разрабатываются и интегрируются с результатами предыдущих итераций. Рабочий процесс в рамках отдельной итерации (см. рис. 8.2) обычно включает в себя следующую последовательность:.
■ Управление проектом: планирование итерации с целью определения содержимого версии и разработки подробного плана итерации; распределение пакетов заданий или задач между командами.
Рис. 8.2. Рабочие процессы в рамках одной итерации.
я Создание рабочей среды: приведение базы данных с запросами на внесение изменений в ПО в соответствие с изменениями всех компонентов продукта, тестов и среды.
■ Управление требованиями: анализ комплектов рабочих продуктов по базовым планам, архитектуре и требованиям для полной проработки вариантов использования, предназначенных для демонстрации в конце данной итерации, и их критериев оценки; обновление всех рабочих продуктов комплекта требований с тем, чтобы они отражали изменения, внесенные в результате данной итерации.
■ Проектирование: внесение изменений в комплекты рабочих продуктов по базовой архитектуре и проектным решениям для приведения в полное соответствие компонентов проектной и тестовой модели, необходимых для демонстрации соответствия критериям данной итерации; обновление всех рабочих продуктов комплекта проектирования, чтобы они отражали все изменения, внесенные в результате данной итерации.
■ Реализация: разработка или получение любых новых компонентов, а также расширение и модификация любых уже существующих компонентов с целью демонстрации соответствия критериям данной итерации; интеграция и тестирование всех новых и модифицированных компонентов вместе с предыдущими версиями.
■ Оценка: оценка результатов итерации, включая проверку на соответствие критериям оценки и качеству существующей основы; выявление всех необходимых доработок и принятие решения, следует ли выполнять их перед внедрением данной версии или можно перенести на следующую версию; оценка результатов для улучшения плана последующих итераций.
■ Внедрение: передача версии либо сторонней организации (пользователю, независимому подрядчику для выполнения верификации и аттестации или регулирующему органу), либо на проведение «вскрытия» внутри организации с тем, чтобы можно было извлечь уроки и учесть их в следующей итерации.
При любой последовательности работ по созданию ПО многие виды деятельности выполняются параллельно. Например, анализ требований не является одним непрерывным аккордом; он пересекается с управлением проектом, проектированием, реализацией и т.д.
В итерациях на начальной стадии и стадии уточнения основное внимание уделяется управлению проектом, требованиям и
проектированию. В итерациях на стадии конструирования основное внимание уделяется проектированию, реализации и оценке. В итерациях на стадии ввода в действие основное внимание уделяется оценке и внедрению. То, чему уделяется внимание на протяжении всего жизненного цикла, показано на рис. 8.3.
Рис. 8.3. На что обращается основное внимание в итерациях в течение всего жизненного цикла
Рис. 8.4. Типичная последовательность создания системы, присущая послойной архитектуре.
Эти описания весьма упрощенны. На практике различная последовательность итераций и их взаимное наложение гораздо сложнее. Термины «итерация» и «приращение» имеют дело с некими прагматическими подходами. Итерация обозначает состояние архитектуры в целом и завершенную систему, готовую к внедрению. Приращение обозначает текущую работу в развитии, которая в сочетании с предшествующей итерацией образует последующую итерацию. Представленный на рис. 8.4 пример простого жизненного цикла разработки показывает различия между итерацией и приращением. Этот пример иллюстрирует также типичную последовательность создания с точки зрения абстрактной послойной архитектуры.
,

Популярные статьи

Свежие статьи