ALM 작업 프로세스 개요

ALM 작업 프로세스에서 요청은 완료된 태스크와 활동으로 해결됩니다.

ALM(Application Lifecycle Management) 스키마와 패키지는 Rational® ClearQuest®를 사용하여 제품 릴리스의 팀 작업을 추적할 수 있으며 즉시 사용 가능한 프로세스를 제공합니다. ALM은 정의된 역할, 레코드 유형, 상태 전이 모델을 사용하여 요구사항 제출에서부터 개발, 빌드 관리, 테스트를 통해 소프트웨어 개발 프로세스를 관리하도록 합니다.

일반 ALM 프로세스는 다음과 같습니다.

  1. 이해 당사자가 소프트웨어 프로젝트에 대해 요청을 제출합니다. 이해 당사자는 개발자, 테스터, 작성자, 훈련자, 제품 관리자, 고객 지원 담당자, 기타 프로젝트 팀 구성원이나 제품 사용자일 수 있습니다. 요청은 소프트웨어 프로젝트 변경을 시작할 수 있습니다. 요청은 결함, 개선사항 요청(RFE) 또는 태스크일 수 있습니다.
  2. 선별 팀은 요청을 검토한 후 이를 허용하거나 거부할지 여부를 결정합니다. 요청이 허용되면 선별 관리자는 요청을 충족시키는 데 필요한 작업을 높은 수준에서 설명하는 하나 이상의 태스크(프로젝트마다 하나씩)를 작성합니다.
  3. 각 프로젝트의 리드 개발자는 태스크를 검토하고 이를 구현하는 데 필요한 작업을 평가합니다. 그런 다음 리드 개발자는 태스크를 활성화하고 태스크를 완료하는 데 필요한 다음과 같은 활동을 작성합니다.
    • 개발 활동
    • 테스트 활동
    • 문서 평가 활동

    리드 개발자는 개발 활동을 개발자에게 지정합니다.

  4. 리드 테스터는 태스크와 테스트 활동을 검토한 후 테스트 활동을 테스터에 지정합니다. 문서화 리더는 태스크와 문서 평가 활동을 검토한 후 문서 평가 활동을 작성자에게 지정합니다.
  5. 개발자는 개발 활동에 대해 작업하고 필요에 따라 파일을 변경합니다. 그런 다음 개발 활동을 완료됨 상태로 이동시킵니다.
  6. 릴리스 엔지니어는 새로 완료된 활동 및 연관된 변경 세트를 선택하는 새 기준선 레코드를 작성합니다.
  7. 릴리스 엔지니어는 새로 작성된 기준선을 사용하여 프로젝트를 빌드합니다. 릴리스 엔지니어는 사용된 기준선을 식별하고 빌드의 성공이나 실패를 나타내는 빌드 레코드를 작성합니다.
  8. 테스터는 빌드를 설치하고 테스트합니다. 빌드가 모든 테스트를 통과하면 테스터가 테스트 활동을 완료됨 상태로 이동시킵니다.
  9. 작성자는 문서화에 대한 태스크의 영향을 평가하고 필요한 모든 변경을 수행합니다. 그런 다음 작성자는 문서 평가 활동을 완료됨 상태로 이동시킵니다.
  10. 리드 테스터는 태스크를 검토하고 필요한 활동이 완료되었는지 확인한 후 태스크를 완료됨 상태로 이동시킵니다. 또는 추가 작업을 수행해야 하는 경우 리드 테스터는 추가 활동을 작성하거나 기존 활동에 주석을 작성합니다.
  11. 요청을 제출한 이해 당사자가 요청을 검토하고 하나 이상의 연관된 태스크가 완료되었는지 확인합니다. 이해 당사자는 태스크를 열고 해결안을 검토할 수 있습니다. 이해 당사자는 태스크 레코드 양식 내에서 연관된 활동을 열고 개발, 문서화, 태스크를 완료하기 위해 수행한 작업 테스트의 세부사항을 검토할 수 있습니다. 모든 사항이 만족스러우면 이해 당사자가 요청을 허용하며 그러면 요청이 완료됨 상태로 이동합니다. 그렇지 않은 경우에는 이해 당사자가 요청을 거부하고 태스크에 주석을 작성하여 추가 작업에 대한 지시사항과 함께 이메일로 리드 테스터에게 이를 알립니다.

피드백