Термин сообщество описывает среду, в которой пользователи
взаимодействуют с группой связанных ресурсов. Сообщество может содержать ресурсы
с разными типами, категориями, взаимосвязями и процессами проверки.
Для настройки уровней доступа к сообществу администраторы сообщества присваивают пользователям и группам пользователей роли и права доступа.
Сообщество является высшим уровнем организации ресурсов и пользователей в 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 в автоматическом режиме с учетом
стратегий жизненных циклов.
В каких случаях следует создавать сообщества
Сообщества могут потребоваться для следующих целей:
- Отражение организационной структуры предприятия: Каждый отдел предприятия может иметь
собственное сообщество и требования для ресурсов в хранилище.
- Оптимизация управления растущим хранилищем: Применение ролей и прав доступа в сообществах для
ограничения числа ресурсов, которые пользователи могут искать и использовать, делает хранилище
более удобным для использования.
- Управление отдельным проектом: На основе отдельного проекта можно создать сообщество,
содержащее все ресурсы и всех пользователей проекта.
- Группировка пользователей, обладающих одинаковыми ролями и использующих одни ресурсы: Вместо
создания сообществ, отражающих структуру организации, можно создавать сообщества для группировки
пользователей из разных отделов, но с одинаковыми ролями. Например, можно создать сообщество для всех разработчиков программного обеспечения из всех отделов, чтобы они могли взаимодействовать друг с другом и совместно использовать ресурсы.
В каких случаях не следует создавать сообщества
Перед тем как создавать сообщество, следует убедиться в наличии ресурсов для управления им. Постоянные административные расходы на присвоение ролей, создание и управление жизненными циклами ресурсов и создание пользовательских типов ресурсов и категорий для каждого сообщества могут быть весьма обременительным.