ALM 작업 프로세스 개요

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

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

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

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

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

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

피드백