В процессе разработки ресурс перемещается между
различными этапами, такими как планирование, рабочий режим и
управляемое изменение. Эти этапы настраиваются администраторами хранилищ и сообществ с целью
управления требованиями и стандартами, которым должны соответствовать все ресурсы.
Информация о разработке ресурсов с помощью жизненных циклов приведена в следующих разделах:
Этапы и итерации жизненного цикла
Цикл разработки состоит из фаз и
итераций, в которых допустимо создание и повторное использование ресурсов разработки. Между артефактами можно создавать взаимосвязи. Кроме того, можно использовать
артефакты разработки из других циклов разработки.
Эти артефакты разработки могут находиться на веб-сайтах и в пользовательских хранилищах.
Ресурсы
могут содержать файлы артефактов разработки или ссылки на них. Например, удаленный артефакт можно загрузить в
хранилище ресурсов как артефакт ресурса. С другой стороны, артефакт ресурса может быть ссылкой
на удаленный артефакт в хранилище.
В хранилище ресурсов отображается соответствующий набор артефактов и
взаимосвязей. Коллективы могут обращаться к хранилищу для регулирования, поиска и просмотра сценариев
использования ресурсов.
Возможности, предоставляемые жизненными циклами ресурсов
Пользовательские жизненные циклы - это гибкий инструмент, предоставляющие следующие возможности:
Когда следует использовать жизненные циклы ресурсов
Жизненные циклы ресурсов рекомендуется использовать в следующих ситуациях:
- Если поток операций может улучшить ресурс: В число ресурсов, которые могут быть улучшены за
счет применения потока операций жизненного цикла, входят документы экономического обоснования,
тестовые планы, программные компоненты и службы, контрольные версии и компоновки продуктов,
компоненты корпоративного оформления, такие как эмблемы, таблицы стилей и шаблоны.
- Для обеспечения совместной работы над ресурсами: Администраторы жизненных циклов могут
приглашать проверяющих для просмотра, изменения и оценки ресурсов в различных состояниях.
- Если в жизненных циклах планируется использовать стратегии: Применение стратегий в жизненных
циклах позволяет обеспечить эффективное управление ресурсами сообщества. Стратегию жизненного цикла можно рассматривать как набор ограничений типов ресурсов.
- Если применяется процесс архитектуры на основе служб (SOA): в
состав Rational Asset
Manager входит пакет жизненных циклов с поддержкой процесса SOA. Они позволяют интегрировать этот процесс с
IBM® WebSphere Service
Registry and Repository.
Дополнительные роли для жизненных циклов ресурсов
При
создании пользовательских жизненных циклов настраиваются дополнительные роли:
- Администратор жизненного цикла: во время
настройки
пользовательских жизненных циклов для сообщества пользователям или группам пользователей можно
присвоить роль Администратор жизненного цикла.
Администратор жизненного цикла для ресурса получает следующие дополнительные права доступа:
- Права на поиск, просмотр и загрузку ресурса
- Права на изменение ресурса
- Права на просмотр ресурса на странице Моя сводная панель в разделе Ресурсы для управления
- Права на создание комментариев на странице проверки ресурса.
- Права на изменение жизненного цикла ресурса путем добавления или удаления
проверяющих и изменения их прав доступа, добавления или удаления стратегий и изменения
условий переходов между состояниями жизненного цикла.
- Проверяющий: Для каждого состояния пользовательского жизненного
цикла ресурса можно добавить пользователей или группы пользователей в качестве
проверяющих.
Администраторы сообществ могут добавлять и удалять проверяющих в ходе
настройки пользовательских жизненных циклов для сообщества.
Администраторы жизненного цикла могут добавлять и удалять проверяющих в процессе изменения
жизненного цикла для отдельных ресурсов.
Проверяющий ресурса получает следующие дополнительные права доступа:
- Права на поиск, просмотр и загрузку ресурса
- Права на создание комментариев на странице проверки ресурса.
- Если переключатель Утверждающий включен, то на странице Проверка можно
проголосовать за утверждение или отклонение ресурса. Утверждения и отклонения сохраняются и могут использоваться как условия для изменения состояний. Например, ресурс может перейти из состояния Проверка в состояние Утвержден только в том
случае, если за его утверждение проголосуют по крайней мере три проверяющих.
Изменение жизненного цикла
На уровне ресурса
требования основного жизненного цикла и жизненного цикла сообщества наследуются
жизненным циклом ресурса. Администраторы жизненного цикла могут добавить требования к ресурсу в дополнение к
требованиям, указанным администраторами хранилища и сообщества.

Например, администратор жизненного цикла может принять решение о приглашении дополнительных
проверяющих для конкретного ресурса.
Кроме того, администраторы могут
изменить способ настройки стратегии для лучшего соответствия требованиям конкретного ресурса.
Любые изменения, которые вносятся в конфигурацию жизненного цикла ресурса, применяются
только к этому ресурсу. Они не применяются к другим ресурсам в сообществе, использующим тот же
основной жизненный цикл или жизненный цикл сообщества. Если в ресурсы часто вносятся одинаковые изменения, то можно попросить
администратора сообщества исправить жизненный цикл на уровне сообщества.
Администраторы
жизненного цикла могут изменять жизненные циклы отдельного ресурса следующим образом:
- Добавлять или удалять администраторов жизненного цикла для ресурса
- Добавлять или удалять проверяющих для каждого состояния
- Изменять права доступа проверяющих для каждого состояния
- Добавлять или удалять стратегии для каждого состояния
- Изменять конфигурацию стратегий для каждого состояния
- Изменять конфигурацию переходов между состояниями
Следующие аспекты жизненного цикла
невозможно изменить на уровне отдельного ресурса:
- поток операций жизненного цикла
- условия входа ресурса в жизненный цикл
Неявные жизненные циклы ресурсов
Если ресурс, переданный в
сообщество, не соответствует требованиям жизненного цикла или другого пользовательского процесса проверки, то
он входит в простой неявный жизненный цикл с двумя состояниями: Передан и Утвержден. Администраторами
жизненного цикла ресурса будут его владелец и любые администраторы.
Можно изменить жизненный цикл
ресурса из неявного жизненного цикла, но нельзя изменить этот жизненный цикл для всех ресурсов сообщества.
Жизненные циклы снятия с эксплуатации
Любой ресурс, находящийся в
жизненном цикле (в том числе - в неявном), можно отправить в отдельный жизненный цикл снятия с эксплуатации -
Неявный жизненный цикл снятия ресурса с эксплуатации, который включает два состояния:
- Подготовка к снятию с эксплуатации: Состояние Подготовка к снятию с
эксплуатации копирует права доступа, администраторов жизненного цикла и проверяющих из
состояния жизненного цикла, в котором находился ресурс перед входом в состояние подготовки к снятию с
эксплуатации. Все владельцы, администраторы жизненного цикла, проверяющие, владельцы связанных
ресурсов и другие пользователи, загрузившие ресурс, получат сообщение электронной почты с
уведомлением о переходе ресурса в состояние Предварительное аннулирование.
- Списан: Ресурс в этом состоянии доступен для
поиска или загрузки только администраторам и администраторам жизненного цикла.
Ресурс может быть
отправлен в жизненный цикл снятия с эксплуатации из любого состояния жизненного цикла. Пока ресурс находится
в жизненном цикле снятия с эксплуатации, этот жизненный цикл может быть изменен администраторами жизненного
цикла этого ресурса. Ресурс можно восстановить на любом этапе жизненного цикла снятия с эксплуатации.
При
восстановлении ресурса он повторно передается в сообщество и входит в первое состояние жизненного цикла,
соответствующего типу или категории ресурса.
Жизненные циклы и процессы проверки в версиях, предшествующих версии 7.2
В версиях продукта, более ранних, чем 7.2, разработкой ресурса во времени можно было управлять с помощью
процессов проверки. В
версии 7.2 и выше для разработки ресурсов можно применять жизненные циклы.
Доступ к существующим процессам проверки сохраняется, однако новые процессы создавать нельзя. Вместо них следует использовать более гибкий инструмент, допускающий более точную
настройку, - жизненные циклы. Отличия жизненных циклов от процессов проверки перечислены в следующей таблице.
Табл. 1. Различия жизненных циклов V7.2 или более поздней версии от процессов проверки V7.1.1.1 или более ранней версии| Функция |
Процессы проверки (V7.1.1.1 и более ранние версии) |
Жизненные циклы (V7.2 и более поздние версии) |
| Число состояний и переходов |
Предоставляется один поток операций. |
Доступны разнообразные встроенные потоки операций с различным числом состояний и
переходов. Можно также создавать дополнительные состояния и переходы с помощью
IBM Rational Team
Concert. |
| Гибкость состояний |
С каждым состоянием связано ограничение на права доступа, которое нельзя изменить. Например,
просматривать ресурс в состоянии Черновик разрешено только владельцам ресурса и администраторам. |
Для каждого состояния можно настроить права доступа, проверяющих и стратегии. |
| Переходы |
Пользователи должны вручную запросить изменение состояния ресурса. |
Можно создавать составные условия, которые определяют момент перехода ресурса из одного
состояния в другое. Переходы могут также происходить автоматически, если ресурс удовлетворяет заданным
условиям. |
| Кто управляет перемещением ресурса по жизненному циклу |
При создании процесса проверки создается группа проверки (список пользователей, которые
имеют право на окончательное утверждение по результатам проверки ресурса). Для изменения прав доступа группы
проверки необходимо изменить встроенную роль Группа проверки для сообщества. |
При создании жизненного цикла назначаются администраторы жизненного цикла, которые
могут корректировать жизненный цикл отдельных ресурсов и приглашать
дополнительных проверяющих. Администраторы жизненного цикла получают
стандартный
набор прав доступа, который нельзя изменить. |
| Кто проверяет ресурсы |
В состоянии Проверка проверяющие могут просматривать ресурсы и голосовать; кроме того,
им предоставляется доступ к форумам для ресурса. Проверяющих можно выбрать при настройке процесса
проверки. Проверяющие могут выбираться группой проверки ресурса, пока ресурс находится в состоянии
Планирование проверки. |
Для любого состояния жизненного цикла можно указать проверяющих, которые
могут просматривать ресурсы, добавлять комментарии, а также вносить в них
изменения и принимать участие в голосованиях. |
| Принцип работы стратегий |
Процессы стратегий должны настраиваться отдельно от процессов проверки. В общем
стратегия настраивается для запуска непосредственно перед попыткой выполнить действие над ресурсом. Если стратегия не выполнена, это действие выполнить нельзя. Например, стратегию можно запустить перед утверждением, отправкой на проверку, удалением,
аннулированием или архивированием ресурса. |
Стратегии - главный компонент жизненных циклов.
Можно настроить запуск стратегий в любом состоянии в различные моменты времени. Например, стратегия может
запускаться при каждом изменении ресурса, находящегося в данном состоянии, или спустя определенное время
после перехода ресурса в данное состояние. Результаты стратегий позволяют определить, когда ресурсы могут
перейти из одного состояния в другое. |
| Ограничение доступа к устаревшим или ненужным ресурсам |
Состояния Снят с эксплуатации и Архивирован доступны только из состояний Утвержден и Как
есть. |
Ресурсы в любом состоянии любого жизненного цикла в любое время можно перевести в
жизненный цикл снятия с эксплуатации. |
Порядок входа ресурса в жизненный цикл или процесс проверки
Ресурс может
работать под управлением одного жизненного цикла или процесса проверки. При отправке в сообщество ресурс входит в жизненный цикл или поток
операций в следующем порядке:
- Сначала выполняется проверка возможности добавления ресурса в основные жизненные циклы в хранилище.
- Затем проверяется возможность добавления ресурса в жизненные циклы сообщества.
- Если подходящие жизненные циклы отсутствуют, то проверяется, может ли ресурс принадлежать
одному из процессов проверки в хранилище или сообществе.
- Если подходящие процессы проверки отсутствуют, то ресурс передается процессу простого неявного
жизненного цикла.
Пример: Стандартный поток операций жизненного цикла
На следующем рисунке показан пример потока
операций для жизненного цикла ресурса. Поток операций содержит состояния и
действия для типа ресурсов; его можно настроить в процессе управления жизненным
циклом ресурса. Стратегии можно применить к определенным действиям в потоке операций и указать, кому
предоставлены права на выполнение каждого действия, или кто может участвовать в процессе проверки.

Пример: Разработка ресурсов и жизненный цикл
Разработка ресурсов - это циклический процесс: в потоке операций ресурс
переходит между различными состояниями жизненного цикла.
Для данного типа ресурса можно настроить модель регулирования для управления правами
пользователей и групп на передачу, проверку, утверждение, отклонение и публикацию ресурсов. По мере изменения
ресурса и выполнения итераций цикл разработки проходит через следующие этапы:
- Некто определяет пробелы и затруднения текущего решения.
- Архитектор или руководитель проекта выполняет поиск ресурсов в хранилище
Rational Asset
Manager
для решения проблемы. Если полное или частичное решение доступно, то оно
добавляется в архитектуру нового предложенного решения.
- Архитектор или руководитель проекта определяет формальные требования к решению. В
формальных
требованиях могут быть указаны ресурсы, найденные в ходе поиска, предыдущие
дефекты, запросы на улучшение или списки задач из предыдущих проектов.
- Архитектор создает спецификацию ресурса.
- Архитектор передает спецификацию в группу регулирования ресурса. В формальной проверке решения принимают участие все заинтересованные лица. Предложенное решение должно устранять недостатки или неполадки предыдущего
решения.
- Группа разработчиков разрабатывает решение и отправляет его в качестве ресурса. В процессе проверки
проверяющие убеждаются, что переданный ресурс представляет собой полное решение или реализацию, и что он
устраняет пробелы или недостатки предыдущего решения.
- Если разработанный ресурс утвержден, то ресурс для решения перемещается в следующее состояние в потоке
операций жизненного цикла. В этом состоянии ресурс проверяется группой регулирования, участники которой
определяют путем голосования, следует ли предоставить доступ к ресурсу. В проверке ресурса и голосовании должны участвовать все заинтересованные лица.
- Если группа проверки проголосовала за принятие ресурса, то он публикуется и становится доступным всем
пользователям организации.