커뮤니티

커뮤니티는 사용자가 관련 자산의 그룹과 상호작용하는 환경입니다. 커뮤니티의 자산에는 각기 다른 유형, 카테고리, 관계 및 검토 프로세스가 있을 수 있습니다. 커뮤니티에 여러 액세스 레벨을 설정하기 위해 커뮤니티 관리자는 사용자와 사용자 그룹에 역할과 권한을 지정합니다.

커뮤니티는 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 and 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 서버에 자동으로 배치할 수 있습니다.

커뮤니티를 작성하는 경우

커뮤니티를 작성하는 이유는 다음과 같습니다.
  • 회사의 조직 구조 일치: 회사의 각 부서에는 저장소의 자산에 대해 고유의 커뮤니티와 요구사항이 있을 수 있습니다.
  • 저장소의 성장을 더 잘 관리: 커뮤니티에서 역할과 권한을 사용하여 사용자가 찾고 사용할 수 있는 자산의 수를 제한하면 저장소가 더 유용해집니다.
  • 개별 프로젝트 관리: 단일 프로젝트를 기반으로 프로젝트의 모든 자산과 사용자로 구성되는 커뮤니티를 작성할 수 있습니다.
  • 재사용가능한 자산에 대해 공통 요구사항과 공통 역할의 사용자를 그룹화: 조직 구조에 일치하는 커뮤니티를 작성하는 대신 부서는 다르지만 비슷한 역할의 사용자를 그룹화하는 커뮤니티를 작성할 수 있습니다. 예를 들어, 재사용가능한 자산을 쉽게 공유하고 통신할 수 있도록 모든 부서에 있는 모든 소프트웨어 개발자의 커뮤니티를 작성할 수 있습니다.

커뮤니티를 작성하지 않는 경우

커뮤니티를 작성하기 전에 관리할 자원이 있는지 확인하십시오. 역할 지정, 자산의 라이프사이클 작성 및 관리, 각 커뮤니티의 사용자 정의 자산 유형 및 카테고리 작성에 대한 계속적 관리 비용은 부담이 될 수 있습니다.


피드백