자산을 개발할 때 관리되는 변경사항은 계획에서 프로덕션으로 이동합니다. 이러한 단계는 모든 자산이 충족해야 하는 표준과 요구사항을 관리하기 위해 저장소 및 커뮤니티 관리자가 사전 정의합니다.
개발 사이클에는 단계(Phase)와 반복이 포함됩니다. 단계(Phase)와 반복을 통해 개발 아티팩트를 작성하고 재사용할 수 있습니다. 개발 아티팩트들 간에 관계가 존재할 수 있습니다. 다른 개발 사이클에서 작성된 개발 아티팩트를 참조하고 사용할 수도 있습니다. 이러한 개발 아티팩트는 웹 사이트에 있거나 사용자 정의 저장소에 있을 수 있습니다.
자산에는 개발 아티팩트 파일 또는 이들에 대한 참조가 포함될 수 있습니다. 예를 들어, 원격 아티팩트를 자산 저장소에 자산 아티팩트로 업로드할 수 있습니다. 또한 자산 아티팩트는 저장된 저장소에 있는 원격 아티팩트에 대한 참조가 될 수도 있습니다. 적절한 아티팩트와 관계 세트가 자산 저장소에 표시됩니다. 팀은 저장소에 액세스하여 자산에 대한 사용법 시나리오를 관리하고 검색하고 볼 수 있습니다.
제품에 포함된 워크플로우를 사용하거나 저장소에 대해 추가 워크플로우를 작성할 수 있습니다.
자산 레벨에서, 마스터 및 커뮤니티 라이프사이클에 대한 요구사항은 자산 라이프사이클에서 상속됩니다. 라이프사이클 관리자는 자산에 대한 요구사항을 추가하여 저장소 및 커뮤니티 관리자가 지정한 요구사항을 보충할 수 있습니다.

예를 들어, 라이프사이클 관리자는 특정 자산에 대한 추가 검토자를 초대할 것을 결정할 수 있습니다. 특정 자산의 요구사항에 더 일치되도록 하기 위해 정책 구성 방법을 조정할 수도 있습니다.
자산의 라이프사이클 구성에 대한 변경사항은 해당 자산에만 적용됩니다. 변경사항은 동일한 마스터 또는 커뮤니티 라이프사이클을 사용 중인 커뮤니티의 다른 자산에 적용되지 않습니다. 자산에 대해 동일한 조정을 종종 수행하는 경우, 커뮤니티 관리자가 커뮤니티 레벨에서 라이프사이클을 조정하도록 할 수 있습니다.
커뮤니티에 제출된 자산이 라이프사이클 또는 다른 사용자 정의 검토 프로세스의 요구사항을 충족하지 않는 경우, 자산은 제출됨과 승인됨의 두 가지 상태만 있는 단순 라이프사이클을 시작합니다. 자산의 소유자와 모든 관리자는 자산의 라이프사이클 관리자입니다.
내재된 라이프사이클을 시작하는 자산의 라이프사이클은 수정할 수 있지만 커뮤니티 내의 모든 자산에 대해 이 라이프사이클을 수정할 수는 없습니다.
모든 라이프사이클 상태에서 자산을 처분 라이프사이클로 보낼 수 있습니다. 자산이 처분 라이프사이클에 있는 동안 해당 라이프사이클 관리자는 해당 자산에 대해 처분 라이프사이클을 수정할 수 있습니다. 이 라이프사이클의 상태에서 자산을 복원할 수 있습니다. 자산을 복원하면 커뮤니티로 다시 제출됩니다. 자산 유형 또는 자산의 카테고리를 기반으로 적절한 라이프사이클의 첫 번째 상태가 시작됩니다.
7.2보다 이전의 제품 버전에서는 검토 프로세스를 사용하여 시간 경과에 따른 자산 개발을 관리할 수 있습니다. 버전 7.2 이후에서는 라이프사이클을 사용하여 시간 경과에 따라 자산을 개발할 수 있습니다.
| 기능 | 검토 프로세스(V7.1.1.1 이전) | 라이프사이클(V7.2 이후) |
|---|---|---|
| 상태와 상태 전이의 수 | 단일 워크플로우가 포함됩니다. | 포함된 상태와 상태 전이의 수가 다양한 기본 제공 워크플로우 중에서 선택할 수 있습니다. 또는 IBM Rational Team Concert™를 사용하여 더 많은 상태와 상태 전이를 작성할 수 있습니다. |
| 상태의 유연성 | 각 상태에는 수정할 수 없는 권한에 대한 연관된 제한사항이 있습니다. 예를 들어, 자산의 소유자와 관리자만 초안 상태의 자산을 볼 수 있습니다. | 모든 상태에 대해 권한, 검토자, 정책을 사용자 정의할 수 있습니다. |
| 상태 전이 | 사용자는 자산의 상태를 변경하도록 수동으로 요청해야 합니다. | 자산을 한 상태에서 다른 상태로 이동할 시기를 제어하는 복잡한 조건을 작성할 수 있습니다. 사용자가 지정하는 조건을 자산이 충족하는 경우 상태 전이가 자동으로 발생할 수도 있습니다. |
| 라이프사이클을 통해 자산을 안내하는 사용자 | 검토 프로세스를 작성하는 경우 검토 위원회, 즉 자산의 검토에 대한 최종 승인이 있는 사용자 목록을 작성합니다. 사용자 커뮤니티의 기본 제공 검토 위원회 역할을 수정하여 검토 위원회의 권한을 수정할 수 있습니다. | 라이프사이클을 작성하는 경우 개별 자산에 대한 라이프사이클을 조정하고 더 많은 검토자를 초대할 수 있는 라이프사이클 관리자를 지정하십시오. 라이프사이클 관리자는 사용자가 수정할 수 없는 사전 정의된 권한 세트가 있습니다. |
| 자산을 검토하는 사용자 | 검토 상태에서 검토자는 자산을 보고 투표할 수 있으며 자산에 대한 포럼에 액세스할 수 있습니다. 검토 프로세스를 구성할 때 검토자를 선택할 수 있습니다. 자산에 대한 검토 위원회는 자산이 계획 검토 상태인 동안 검토자를 선택할 수 있습니다. | 라이프사이클의 모든 상태에 대해 자산을 보고 주석을 추가하고 선택적으로 자산을 수정하거나 투표할 수 있는 검토자를 추가할 수 있습니다. |
| 정책이 작동하는 방식 | 정책 프로세스는 검토 프로세스와 별도로 구성되어야 합니다. 일반적으로 자산에 대한 조치를 시도하기 직전에 정책을 실행하도록 구성합니다. 정책이 실패하는 경우에는 해당 조치를 수행할 수 없습니다. 예를 들어, 정책은 자산이 승인되거나 검토를 위해 제출되거나 삭제되거나 처분되거나 아카이브되기 전에 실행될 수 있습니다. | 정책은 라이프사이클의 주요 컴포넌트입니다. 임의 상태에서 다양한 횟수로 실행되도록 정책을 구성할 수 있습니다. 예를 들어, 특정 상태의 자산이 수정될 때마다 실행되는 정책이 있습니다. 또는 자산이 특정 상태를 시작한 후 지정된 시간이 경과한 후에 실행되는 정책도 있습니다. 정책의 결과를 사용하여 자산이 한 상태에서 다른 상태로 변경될 수 있는 시기를 제어할 수 있습니다. |
| 날짜가 지나거나 사용되지 않는 자산에 대한 액세스 제한 | 처분 및 아카이브됨 상태는 승인됨 및 현재 상태의 자산에서만 액세스 가능합니다. | 모든 라이프사이클에서 모든 상태의 자산은 언제든지 처분 라이프사이클을 시작할 수 있습니다. |
다음 그림은 자산 라이프사이클에 대한 워크플로우의 예입니다. 워크플로우에는 자산 유형의 상태와 조치가 포함되며 관리를 위한 자산 라이프사이클의 파트로 구성될 수 있습니다. 사용자는 워크플로우의 특정 조치에 정책을 적용하고 각 조치를 완료하도록 권한 부여된 사용자를 지정하거나 검토 프로세스의 파트가 될 수 있습니다.

자산 개발은 순환적입니다. 자산 워크플로우의 파트로서, 자산은 해당 라이프사이클에서 상태를 통해 이동할 수 있습니다. 주어진 자산 유형에 대해 관리 모델을 설정하여 자산을 제출, 승인 또는 거부, 공개할 수 있는 사용자와 그룹을 제어하십시오. 사람들이 자산을 변경하고 반복하는 경우 개발 주기는 다음 단계를 통해 이동합니다.