페이지 제목: 자산을 통제하는 데 Rational Asset Manager의 라이프사이클이 필요한 이유
텍스트 캡션 닫기: Rational Asset Manager를 사용하면 라이프사이클 또는 계획적이지만 사용자 정의도 가능한 워크플로우를 작성하여 자산을 제어하고 통제할 수 있습니다. Rational Asset Manager에는 자산에 대한 두 가지의 배타적 상태(새로운 자산이 저장소에 제출된 시기에 대한 초기 상태 및 자산이 있고 적절하며 승인된 시기에 대한 승인됨 상태)를 포함하는 단순한 라이프사이클(여기에 표시)이 있습니다. 화살표는 이러한 상태 간의 상태 전이를 나타냅니다. 라이프사이클에는 사용자의 필요에 따라 훨씬 많은 상태 및 상태 전이가 있을 수 있으며, 이는 사용자가 더 자세하고 복잡한 자산을 통제하고 관리할 수 있음을 의미합니다.
라이프사이클은 다음과 같은 상황에서 유용합니다.
사용자는 많은 제약과 요구사항을 적절한 위치에 배치할 수 있기 때문에 여러 다른 자산 유형을 사용하여 저장소에서 자산을 관리하려고 할 수 있지만, 자산 유형이 지나치게 많을 경우 자산 유형 간의 세밀한 특징들을 즉시 이해하기 어려운 다른 사용자는 혼란스러울 수 있습니다. 마지막으로 자산 유형을 사용하여 자산을 통제하고 제한할 때, 자산의 모든 요구사항이 충족되지 않은 상태에서는 자산을 저장소로 제출할 수 없기 때문에 불편할 수도 있습니다. 라이프사이클 및 정책을 사용하면 자산을 저장소로 가져와 사용자가 이후에 발생하는 모든 문제들을 수정하도록 할 수 있습니다.
라이프사이클 작성 방법
여기서부터는 Rational Asset Manager에서 라이프사이클을 작성하는 방법에 대한 설명입니다. 릴리스 자산 유형의 자산에 대한 마스터 라이프사이클을 사용자 정의할 것입니다. 또한 마스터 라이프사이클을 사용하여 저장소 레벨에서 몇 가지 요구사항을 실행할 것입니다.
먼저 릴리스 자산이 REALIZED 상태가 될 때쯤이면 IMPLEMENTATION 유형인 다른 자산과의 관계가 형성되어 있어야 합니다. 또한 STAGED 상태에서는 당사 변호사들 중의 한 사람이 자산을 검토 및 승인하도록 하려고 합니다. 마지막으로 변호사의 작업이 보다 간단해지록 자산이 STAGED 상태에 도달할 때 자동으로 자산에 법적 주의사항 파일을 추가하려고 합니다.
보다 자세한 내용은 다음을 확인하십시오.
저장소 관리자가 마스터 라이프사이클을 작성하면 커뮤니티 관리자는 마스터 라이프사이클을 확장해 자신들의 특정 커뮤니티에 대해 요구사항을 추가로 적용할 수 있습니다.
그렇기 때문에 여기서는 저장소의 마스터 라이프사이클을 새로 작성할 것입니다. 즉, 여기서 목표는 특히 릴리스 유형의 자산에 대한 라이프사이클을 작성하는 것입니다. Rational Asset Manager에는 상태 및 분기의 수에 따라 특히 릴리스 자산에 대한 것을 비롯한 몇 가지 고유의 워크플로우가 따릅니다. 사용자의 저장소 관리자는 사용자 그룹의 필요사항에 보다 적절하게 일치하도록 워크플로우의 수를 늘리거나 고유의 워크플로우를 편집할 수 있습니다.
이 초기 페이지에서는 워크플로우의 그림을 다시 확인하고 라이프사이클의 구성을 시작할 수 있습니다.
먼저 라이프사이클의 이름 및 설명을 입력하십시오. 이를 사용하여 다른 사용자에게 이 라이프사이클의 목적을 설명하고 분명히할 수 있습니다.
다음으로 조건 섹션이 중요합니다. 여기서는 특정 유형 또는 카테고리의 자산 중에서 어떤 것이 사용자가 구성하는 라이프사이클을 입력하는지를 정의합니다.
여기서부터는 자산 유형을 사용하여 설명할 것입니다.
같음 또는 같지 않음의 기본 논리를 사용할 수 있기 때문에 여기서는 같음 및 릴리스 자산 유형을 선택하였습니다.
특정 조건을 더 작성해야 하는 경우에는 여기서 AND 또는 OR를 선택한 후 더하기 부호를 클릭하여 추가적인 조건들을 추가할 수 있습니다.
사용자는 복잡하고 중첩된 조건을 작성할 수도 있지만, 여기서는 특정 조건을 가져올 필요가 없습니다. 이제 여러 커뮤니티에서 사용할 수 있는 것을 작성하려고 합니다.
다음으로 이 라이프사이클에 대한 라이프사이클 관리자를 추가합니다. 라이프사이클 관리자는 다른 사용자가 이 라이프사이클을 사용하고 있는 자산에 대해 협업하도록 하며, 그러한 사용자는 개별 자산의 필요에 적합하도록 라이프사이클을 수정할 수 있습니다. 개별 사용자 또는 사용자 그룹을 추가할 수 있습니다.
여기서는 프로젝트 관리자인 Pete를 라이프사이클 관리자로 추가했습니다. 이 라이프사이클을 사용하는 모든 자산에 대해 Pete는 라이프사이클을 수정하거나 검토자를 초대할 수 있습니다.
이 선택란을 선택된 상태로 두면 자동으로 임의의 자산 소유자를 지정해 라이프사이클 관리자가 되도록 할 것입니다. 라이프사이클 관리자가 되지 않도록 하려면, 예를 들어 자산의 원래 제출자가 검토 및 인증 과정에서 벗어난 상태를 유지하려고 하는 경우에는 선택란을 선택 취소하십시오.
이제 상태를 구성할 것입니다. 사용자는 현재 구성 드롭다운 목록을 사용하여 상태 또는 상태 전이를 선택하거나 다이어그램에서 상자를 선택할 수 있습니다.
이 라이프사이클의 자산이 REALIZED 상태가 되면, 자산에 릴리스를 위한 실제 애플리케이션이 있는 한 개 이상의 IMPLEMENTATION 유형 자산과 관계가 형성되도록 하려고 합니다.
여기서는 정책을 사용하여 그러한 과정을 실행할 수 있습니다. 정책을 이용해 특정 상태의 라이프사이클이 진행되는 동안 일정한 자산에 대해 다양한 제약 또는 규칙을 적용할 수 있습니다.
Rational Asset Manager에는 다양한 표준 정책에 대해 포함됩니다. 또한 사용자 정의 정책을 작성하고 설치할 수도 있지만, 정책들은 직접 프로그래밍해야 합니다. 여기서는 관계 유효성 검증 정책을 사용하고 있으며, 사용자는 그러한 정책을 사용하여 자산이 갖춰야 하는 관계를 정의할 수 있습니다.
정책을 추가한 후에는 사용자가 원하는 규칙을 정의할 수 있도록 정책을 구성해야 합니다.
모든 정책에는 서로 다른 선택사항이 있습니다. 관계 유효성 검증 정책의 경우에는 관계의 수와 전달할 정책에 대해 존재해야 하는 관계 유형을 설정해야 합니다.
여기서는 최소한 한 개 이상의 관계를 찾을 수 있도록 이 정책을 구성할 것이며, 그러한 관계는 IMPLEMENTATION 자산에 대한 관계 및 IMPLEMENTATION 유형의 관계가 될 것입니다. 계속해서 특정한 것을 가져와 관련 자산을 포함해야 하는 특정 라이프사이클 상태, 즉 승인됨을 입력할 수 있지만, 반드시 그래야 하는 것은 아닙니다.
사용자는 정책에 대한 선택사항을 구성한 후 이 선택란을 사용하여 정책을 실행할 시기를 구성합니다. 이 정책의 경우에는 정책을 이용하여 적절한 관계를 위해 자산이 이 상태를 입력하는 시기, 자산을 수정하는 시기 및 자산의 상태에 대한 변경을 시도할 시기를 확인하려고 합니다.
지금은 구성된 정책을 가지고 있지만 아주 잘 구성되었다고는 할 수는 없습니다. 여러 상태 사이의 상태 전이를 구성하여 정책이 전달되지 않는 동안에 자산이 하나의 상태에서 다음 상태로 변경되지 못하도록 해야 합니다.
사용자가 상태 전이를 구성하는 동안 하나의 라이프사이클 상태에서 다른 상태로 이동할 수 있도록 검사할 사항과 충족해야 할 조건을 구성합니다. 다시 말해 상태 전이는 사용자가 이제 막 설치한 정책과 승인을 실행하는 위치입니다. 기본적으로 상태 전이에는 항상 수동 조치 조건이 있으며, 이는 자산이 상태를 변경할 시간을 라이프사이클 관리자가 수동으로 선택해야 한다는 것을 의미합니다.
여기서도 수동으로 선택할 뿐만 아니라 PASS하기 위해 추가한 정책에 대한 조건도 추가합니다.
따라서 이 드롭다운에서는 이전의 상태에서의 정책을 확인할 수 있습니다.
이제 자산이 다음 상태로 이동해야 하는 경우에는 라이프사이클 관리자가 그러한 변경을 요청해야 할 것이며, 정책은 틀림없이 전달되었을 것입니다. 그렇게 해야 자산이 상태를 변경할 것입니다.
다음에는 약간 다른 상태를 구성하려 합니다. STAGED 상태에서는 변호사가 반드시 자산을 승인해 작업을 보다 간단하게 하려고 하며, 자동적으로 다른 자산에서 몇 개의 표준 법적 주의사항을 잡아 이 상태를 입력하는 자산에 추가하려고 합니다.
먼저 검토 섹션을 사용하여 변호사를 검토자로 추가합니다.
변호사 Kenneth를 승인자로 추가합니다. 승인자는 자산을 보고 그에 대해 주석을 작성하며 선택적으로 자산을 편집하고 승인합니다.
따라서 Kenneth는 여기서 편집 허용을 선택하여 필요한 경우에 자산을 수정하도록 합니다. 그런 다음 승인자를 선택해 자산을 승인 또는 거부합니다.
다음에 아티팩트 추가 정책을 이용하면 기존의 자산에서 모든 파일을 선택하여 이 상태를 입력하는 다른 자산에 추가할 수 있습니다.
이 정책을 구성하려면 선택하고 붙여넣을 파일이 있는 자산에 대한 GUID와 버전을 입력해야 합니다.
그렇게 하면 "법적 주의사항" 레이블이 복사하는 파일에 추가되며, 이 옵션은 선택한 주의사항 파일로 동일한 이름의 다른 파일을 대체합니다
이제 자산이 이 상태를 입력할 때에만 이 파일을 추가하려고 하기 때문에 이 정책이 실행될 때에 대한 상태 진입 선택란만 선택합니다.
마지막으로 자산을 최종 상태로 이동하기 전에 Kenneth가 자산에 대해 승인했는지 확인하기 위해 다음 상태 전이를 편집합니다. 그리고 당사의 변호사 Kenneth가 자산에 대해 승인해야 한다는 특별 조건을 추가합니다.
사용자는 라이프사이클 탭에서 커뮤니티 라이프사이클을 관리합니다. 마스터 라이프사이클의 확장 버전인 커뮤니티 라이프사이클에서 사용자는 특정 커뮤니티 내에서 사용할 조건 및 정책을 추가할 수 있습니다. 라이프사이클 섹션에서는 사용자가 모든 현재 라이프사이클의 목록을 확인합니다. 라이프사이클의 순서는 중요합니다. 자산은 하나의 라이프사이클만 사용할 수 있지만, 자산이 2개 이상의 라이프사이클에 대해 권한을 부여하는 경우에는 위에서 아래의 순서로 첫 번째 라이프사이클을 입력합니다.
자산이 잘못된 라이프사이클을 입력하는 것이 확인되는 경우에는 화살표를 사용하여 순서를 변경할 수 있습니다.
자산 라이프사이클은 커뮤니티 라이프사이클의 특성을 나타내며 개별 자산에 대한 조건 및 정책도 추가할 수 있습니다.
저장소, 커뮤니티 및 자산 레벨에서 계획을 수립하기 위해서는 약간의 시간이 소요되지만, 라이프사이클을 사용하면 시간에 따라 개발되는 자산을 아주 자세하게 제어할 수 있습니다. 감사합니다.