Сообщества

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

Сообщество является высшим уровнем организации ресурсов и пользователей в IBM® Rational Asset Manager. Это самый основной способ группировать наборы типов ресурсов. Каждый ресурс независимо от типа должен находится в сообществе.

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

Чем управляют сообщества

Поскольку все ресурсы находятся в том или ином сообществе, сообщества управляют следующими элементами хранилища:

Роли пользователей и групп пользователей:
Роль - это набор прав доступа сообщества, которые администратор может присвоить пользователям и группам пользователей. Например, роль Создатель ресурса позволяет пользователю искать, загружать и создавать ресурсы. Пользователь может обладать несколькими ролями и иметь разные роли в разных сообществах. Дополнительная информация о ролях приведена в разделе Роли и права доступа.
Роли отдельных пользователей:
Настроенные роли пользователей сообщества можно присвоить отдельным пользователям хранилища.
Роли общих пользователей:
Роли сообщества можно присвоить двум общим группам пользователей:
  • Все пользователи: Эта группа используется для присвоения роли всем пользователям, работающим с веб-клиентом вне зависимости от того, вошли они в систему или нет. Например, можно разрешить всем пользователям просмотр результатов поиска ресурсов в сообществе.
  • Зарегистрированные пользователи: Группа Зарегистрированные пользователи позволяет присвоить роль любому пользователю, вошедшему в хранилище.
Группы пользователей и роли групп:
Вместо присвоения одной и той же роли нескольким пользователям можно добавить пользователей в группу и присвоить эту роль группе. Например, можно создать группу Проверяющие ресурсов. Все участники группы имеют одинаковые роли. Пользователь может входить в несколько групп в одном и том же сообществе. При использовании идентификации LDAP группы пользователей можно создавать динамически из групп LDAP.
Типы и категории, предназначенные только для ресурсов сообщества:
Все сообщества могут использовать типы ресурсов и схемы категорий, определенные на уровне хранилища. Кроме того, администраторы сообществ могут изменять типы ресурсов и категории и создавать типы ресурсов и схемы категорий, которые доступны только для ресурсов данного сообщества. Дополнительная информация о создании категорий и типов ресурсов на уровне сообщества приведена в разделах Создание типов ресурсов сообщества и Создание схем категорий сообщества.
Жизненные циклы для управления разработкой ресурсов:
Жизненные циклы можно использовать для управления процессом проверки ресурсов. С помощью жизненных циклов можно назначать администраторов жизненного цикла и проверяющих на различных этапах разработки ресурса, таких как Черновик или Утвержден. Также можно создавать стратегии, с помощью которых можно проверять условия для управления ресурсами. Например, можно разрешить ресурсу переходить в состояние Утвержден, только если он имеет артефакт определенного типа. См. разделы Создание процессов пользовательского жизненного цикла и Стратегии для жизненных циклов Rational Asset Manager.
Интеграция с внешними инструментами:
Функции продукта можно расширить, подключив сообщество к следующим инструментам:
  • Серверы IBM Jazz, такие как IBM Rational Team Concert и IBM Rational Requirements Composer: Соединение с сервером Jazz позволяет добавлять ссылки на ресурсы сервера, такие как дефекты и улучшения, с помощью форумов сообщества Rational Asset Manager. Также можно добавлять ссылки на ресурсы сервера Jazz в виде атрибутов для типов ресурсов. Например, для типа ресурса Выпуск можно создать ссылку на ресурсы элемента Плана на сервере Rational Team Concert, отслеживающую улучшения для текущего выпуска.
  • Серверы управления изменениями: С помощью подключения к серверам управления изменениями все участники сообщества могут сообщать о неполадках ресурсов на форумах Rational Asset Manager.
  • IBM WebSphere Service Registry and Repository: Соединение с WebSphere Service Registry and Repository (WSRR) позволяет публиковать ресурсы с артефактами веб-служб и другими бизнес-объектами в WSRR. Можно также создавать записи, называемые удаленными ресурсами, в Rational Asset Manager для некоторых объектов в WSRR. Этим процессом можно управлять динамически с помощью жизненных циклов. Дополнительная информация приведена в разделе Интеграция с WebSphere Service Registry и Repository Advanced Lifecycle Edition.
  • IBM Tivoli Change and Configuration Management Database (CCMDB): Rational Asset Manager можно использовать для хранения ресурсов программного обеспечения и носителей в определяющей библиотеке CCMDB.
  • IBM Workload Deployer: Rational Asset Manager позволяет управлять сценариями, созданными с помощью IBM Workload Deployer. Сценарии можно развертывать на серверах IBM Workload Deployer в автоматическом режиме с учетом стратегий жизненных циклов.

В каких случаях следует создавать сообщества

Сообщества могут потребоваться для следующих целей:
  • Отражение организационной структуры предприятия: Каждый отдел предприятия может иметь собственное сообщество и требования для ресурсов в хранилище.
  • Оптимизация управления растущим хранилищем: Применение ролей и прав доступа в сообществах для ограничения числа ресурсов, которые пользователи могут искать и использовать, делает хранилище более удобным для использования.
  • Управление отдельным проектом: На основе отдельного проекта можно создать сообщество, содержащее все ресурсы и всех пользователей проекта.
  • Группировка пользователей, обладающих одинаковыми ролями и использующих одни ресурсы: Вместо создания сообществ, отражающих структуру организации, можно создавать сообщества для группировки пользователей из разных отделов, но с одинаковыми ролями. Например, можно создать сообщество для всех разработчиков программного обеспечения из всех отделов, чтобы они могли взаимодействовать друг с другом и совместно использовать ресурсы.

В каких случаях не следует создавать сообщества

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


Комментарии