Единый процесс - Unified Process

В Единый процесс разработки программного обеспечения или же Единый процесс является итеративный и инкрементный процесс разработки программного обеспечения рамки. Самым известным и подробно задокументированным усовершенствованием унифицированного процесса является рациональный унифицированный процесс (RUP). Другие примеры: Открыть и Гибкий унифицированный процесс.

Профиль типичного проекта, показывающий относительные размеры четырех фаз единого процесса.

Обзор

Единый процесс - это не просто процесс, а, скорее, расширяемая структура, которую следует настраивать для конкретных организаций или проектов. В рациональный унифицированный процесс также является настраиваемой структурой. В результате часто невозможно сказать, произошло ли усовершенствование процесса из UP или из RUP, и поэтому имена, как правило, используются взаимозаменяемо.

Название Единый процесс в отличие от рациональный унифицированный процесс обычно используется для описания общего процесса, включая те элементы, которые являются общими для большинства уточнений. В Единый процесс имя также используется, чтобы избежать потенциальных проблем с нарушением прав на товарный знак, поскольку рациональный унифицированный процесс и RUP являются товарными знаками IBM. Первая книга, описывающая этот процесс, называлась Единый процесс разработки программного обеспечения (ISBN 0-201-57169-2) и опубликованы в 1999 г. Ивар Якобсон, Грейди Буч и Джеймс Рамбо. С тех пор различные авторы, не связанные с Рациональное программное обеспечение опубликовали книги и статьи, используя это имя Единый процесс, тогда как авторы, связанные с Рациональное программное обеспечение одобрили имя рациональный унифицированный процесс.

В 2012 г. Дисциплинированная гибкая доставка Framework была выпущена, гибридная структура, которая принимает и расширяет стратегии Unified Process, Scrum, XP и других методов.

Характеристики унифицированного процесса

Итеративный и инкрементный

Диаграмма, показывающая, как относительный акцент различных дисциплин меняется в ходе проекта

Единый процесс - это итеративная и инкрементальная разработка процесс. Этапы проработки, конструирования и перехода разделены на серии итераций с временными рамками. (Начальная фаза также может быть разделена на итерации для большого проекта.) Каждая итерация приводит к приращение, который представляет собой выпуск системы, который содержит дополнительные или улучшенные функции по сравнению с предыдущим выпуском.

Хотя большинство итераций будут включать работу по большинству дисциплин процессов (например Требования, Дизайн, Реализация, Тестирование) относительные усилия и акцент будут меняться в ходе проекта.

Архитектурно-ориентированный

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

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

Ориентированный на риски

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

Жизненный цикл проекта (фазы единого процесса)

Единый процесс делит проект на четыре фазы:

Зарождение
Разработка (веха)
Строительство (выпуск)
Переход (окончательный производственный выпуск)

Начальная фаза

Начало - это самый маленький этап проекта, и в идеале он должен быть довольно коротким. Если начальная фаза длится долго, это может быть признаком чрезмерной предварительной спецификации, что противоречит духу Единого процесса.

Ниже приведены типичные цели начальной фазы:

Учреждать
Подготовить предварительный график проекта и смету
Осуществимость
Купить или развить

Веха цели жизненного цикла знаменует собой окончание начальной фазы.

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

Фаза проработки

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

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

Конечный результат этапа проработки - это план (включая смету затрат и графиков) для этапа строительства. На этом этапе план должен быть точным и заслуживающим доверия, поскольку он должен основываться на опыте этапа проработки и поскольку существенные факторы риска должны быть устранены на этапе разработки.

Этап строительства

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

Переходный этап

Заключительный этап проекта - Transition. На этом этапе система развертывается для целевых пользователей. Отзывы, полученные от первоначального выпуска (или начальных выпусков), могут привести к дальнейшим уточнениям, которые будут внесены в течение нескольких итераций фазы перехода. Этап перехода также включает преобразование системы и обучение пользователей.

Доработки и вариации

Уточнения единого процесса отличаются друг от друга тем, как они классифицируют проект. дисциплины или же рабочие процессы. В рациональный унифицированный процесс определяет девять дисциплин: Бизнес-моделирование, Требования, Анализ и дизайн, Выполнение, Тест, Развертывание, Конфигурация и Управление изменениями, Управление проектом, и Среда. В Единый корпоративный процесс расширяет RUP за счет добавления восьми «корпоративных» дисциплин. Гибкие усовершенствования UP, такие как OpenUP / Basic и Гибкий унифицированный процесс упростить RUP за счет сокращения количества дисциплин.

Уточнения также различаются в зависимости от акцента на разных проектах. артефакты. Усовершенствования Agile оптимизируют RUP за счет упрощения рабочих процессов и уменьшения количества ожидаемых артефактов.

Уточнения также различаются по спецификации того, что происходит после фазы перехода. В Rational Unified Process за переходной фазой обычно следует новая начальная фаза. в Единый корпоративный процесс за фазой перехода следует фаза производства.

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

Гибкий унифицированный процесс (AUP), облегченная вариация, разработанная Скотт В. Эмблер
Базовый унифицированный процесс (BUP), облегченная вариация, разработанная IBM и предшественник Открыть
Единый корпоративный процесс (EUP), расширение Rational Unified Process
Необходимый единый процесс (EssUP), облегченная вариация, разработанная Ивар Якобсон
Открытый единый процесс (OpenUP), процесс разработки программного обеспечения Eclipse Process Framework
рациональный унифицированный процесс (RUP), IBM / Рациональное программное обеспечение процесс разработки
Унифицированный метод Oracle (ОУМ), Oracle процесс разработки и внедрения
Rational Unified Process-System Engineering (RUP-SE), версия RUP, разработанная Рациональное программное обеспечение за Системная инженерия