Разработка ресурсов и жизненные циклы

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

Информация о разработке ресурсов с помощью жизненных циклов приведена в следующих разделах:

Этапы и итерации жизненного цикла

Цикл разработки состоит из фаз и итераций, в которых допустимо создание и повторное использование ресурсов разработки. Между артефактами можно создавать взаимосвязи. Кроме того, можно использовать артефакты разработки из других циклов разработки. Эти артефакты разработки могут находиться на веб-сайтах и в пользовательских хранилищах.

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

Возможности, предоставляемые жизненными циклами ресурсов

Пользовательские жизненные циклы - это гибкий инструмент, предоставляющие следующие возможности:
  • Поток операций для разработки ресурсов во времени: Поток операций используется во всех жизненных циклах. Администраторы хранилищ создают поток операций вместе с основным жизненным циклом. Поток операций состоит из набора состояний и переходов между ними. Например, в стандартном потоке операций доступно три состояния. Ресурсы переходят в состояние Черновик, а затем могут перейти в состояние Проверка. После проверки и утверждения ресурса он может перейти в состояние Утвержден. Для каждого состояния можно задать пользователей, которым разрешено просматривать и проверять ресурс и участвовать в голосовании, а также настроить выполняемые стратегии.

    Можно использовать потоки операций, включенные в продукт, или создать дополнительные потоки операций для хранилища.

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

Когда следует использовать жизненные циклы ресурсов

Жизненные циклы ресурсов рекомендуется использовать в следующих ситуациях:
  • Если поток операций может улучшить ресурс: В число ресурсов, которые могут быть улучшены за счет применения потока операций жизненного цикла, входят документы экономического обоснования, тестовые планы, программные компоненты и службы, контрольные версии и компоновки продуктов, компоненты корпоративного оформления, такие как эмблемы, таблицы стилей и шаблоны.
  • Для обеспечения совместной работы над ресурсами: Администраторы жизненных циклов могут приглашать проверяющих для просмотра, изменения и оценки ресурсов в различных состояниях.
  • Если в жизненных циклах планируется использовать стратегии: Применение стратегий в жизненных циклах позволяет обеспечить эффективное управление ресурсами сообщества. Стратегию жизненного цикла можно рассматривать как набор ограничений типов ресурсов.
  • Если применяется процесс архитектуры на основе служб (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.
Гибкость состояний С каждым состоянием связано ограничение на права доступа, которое нельзя изменить. Например, просматривать ресурс в состоянии Черновик разрешено только владельцам ресурса и администраторам. Для каждого состояния можно настроить права доступа, проверяющих и стратегии.
Переходы Пользователи должны вручную запросить изменение состояния ресурса. Можно создавать составные условия, которые определяют момент перехода ресурса из одного состояния в другое. Переходы могут также происходить автоматически, если ресурс удовлетворяет заданным условиям.
Кто управляет перемещением ресурса по жизненному циклу При создании процесса проверки создается группа проверки (список пользователей, которые имеют право на окончательное утверждение по результатам проверки ресурса). Для изменения прав доступа группы проверки необходимо изменить встроенную роль Группа проверки для сообщества. При создании жизненного цикла назначаются администраторы жизненного цикла, которые могут корректировать жизненный цикл отдельных ресурсов и приглашать дополнительных проверяющих. Администраторы жизненного цикла получают стандартный набор прав доступа, который нельзя изменить.
Кто проверяет ресурсы В состоянии Проверка проверяющие могут просматривать ресурсы и голосовать; кроме того, им предоставляется доступ к форумам для ресурса. Проверяющих можно выбрать при настройке процесса проверки. Проверяющие могут выбираться группой проверки ресурса, пока ресурс находится в состоянии Планирование проверки. Для любого состояния жизненного цикла можно указать проверяющих, которые могут просматривать ресурсы, добавлять комментарии, а также вносить в них изменения и принимать участие в голосованиях.
Принцип работы стратегий Процессы стратегий должны настраиваться отдельно от процессов проверки. В общем стратегия настраивается для запуска непосредственно перед попыткой выполнить действие над ресурсом. Если стратегия не выполнена, это действие выполнить нельзя. Например, стратегию можно запустить перед утверждением, отправкой на проверку, удалением, аннулированием или архивированием ресурса. Стратегии - главный компонент жизненных циклов. Можно настроить запуск стратегий в любом состоянии в различные моменты времени. Например, стратегия может запускаться при каждом изменении ресурса, находящегося в данном состоянии, или спустя определенное время после перехода ресурса в данное состояние. Результаты стратегий позволяют определить, когда ресурсы могут перейти из одного состояния в другое.
Ограничение доступа к устаревшим или ненужным ресурсам Состояния Снят с эксплуатации и Архивирован доступны только из состояний Утвержден и Как есть. Ресурсы в любом состоянии любого жизненного цикла в любое время можно перевести в жизненный цикл снятия с эксплуатации.

Порядок входа ресурса в жизненный цикл или процесс проверки

Ресурс может работать под управлением одного жизненного цикла или процесса проверки. При отправке в сообщество ресурс входит в жизненный цикл или поток операций в следующем порядке:
  1. Сначала выполняется проверка возможности добавления ресурса в основные жизненные циклы в хранилище.
  2. Затем проверяется возможность добавления ресурса в жизненные циклы сообщества.
  3. Если подходящие жизненные циклы отсутствуют, то проверяется, может ли ресурс принадлежать одному из процессов проверки в хранилище или сообществе.
  4. Если подходящие процессы проверки отсутствуют, то ресурс передается процессу простого неявного жизненного цикла.

Пример: Стандартный поток операций жизненного цикла

На следующем рисунке показан пример потока операций для жизненного цикла ресурса. Поток операций содержит состояния и действия для типа ресурсов; его можно настроить в процессе управления жизненным циклом ресурса. Стратегии можно применить к определенным действиям в потоке операций и указать, кому предоставлены права на выполнение каждого действия, или кто может участвовать в процессе проверки.

Показан стандартный поток операций.

Пример: Разработка ресурсов и жизненный цикл

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

  1. Некто определяет пробелы и затруднения текущего решения.
  2. Архитектор или руководитель проекта выполняет поиск ресурсов в хранилище Rational Asset Manager для решения проблемы. Если полное или частичное решение доступно, то оно добавляется в архитектуру нового предложенного решения.
  3. Архитектор или руководитель проекта определяет формальные требования к решению. В формальных требованиях могут быть указаны ресурсы, найденные в ходе поиска, предыдущие дефекты, запросы на улучшение или списки задач из предыдущих проектов.
  4. Архитектор создает спецификацию ресурса.
  5. Архитектор передает спецификацию в группу регулирования ресурса. В формальной проверке решения принимают участие все заинтересованные лица. Предложенное решение должно устранять недостатки или неполадки предыдущего решения.
  6. Группа разработчиков разрабатывает решение и отправляет его в качестве ресурса. В процессе проверки проверяющие убеждаются, что переданный ресурс представляет собой полное решение или реализацию, и что он устраняет пробелы или недостатки предыдущего решения.
  7. Если разработанный ресурс утвержден, то ресурс для решения перемещается в следующее состояние в потоке операций жизненного цикла. В этом состоянии ресурс проверяется группой регулирования, участники которой определяют путем голосования, следует ли предоставить доступ к ресурсу. В проверке ресурса и голосовании должны участвовать все заинтересованные лица.
  8. Если группа проверки проголосовала за принятие ресурса, то он публикуется и становится доступным всем пользователям организации.

Комментарии