타스크: 유스 케이스 우선순위 결정
이 타스크는 개발 순서를 결정할 수 있도록 유스 케이스의 우선순위를 결정하는 타스크입니다. 이 타스크는 구조적으로 중요한 유스 케이스가 식별되고 우선순위가 결정되는 타스크입니다.
목적

이 활동의 목적은 다음과 같습니다.

  • 현재 반복에서 분석될 시나리오 및 유스 케이스 세트의 선택에 대한 입력을 정의합니다.
  • 일부 중요한 중앙 기능을 표시하는 시나리오 및 유스 케이스 세트를 정의합니다.
  • 실질적인 아키텍처 적용 범위가 있거나(여러 아키텍처 요소를 연습함), 아키텍처의 미묘한 특정 부분을 강조 또는 설명하는 시나리오 및 유스 케이스 세트를 정의합니다.
 
관계
기본 설명

유스 케이스의 우선순위를 결정하는 데 사용되는 요소의 일부는 소프트웨어 요구사항 속성으로 캡처될 수 있습니다. 결과 유스 케이스 우선순위도 요구사항 속성으로 캡처될 수 있으므로 효과적으로 관리할 수 있습니다.

요구사항 속성에 대한 자세한 정보는 가이드라인: 요구사항 관리 계획을 참조하십시오.

단계
유스 케이스 및 시나리오 우선순위 결정

소프트웨어 설계자가 분석되고 디자인될 특정한 수의 시나리오와 유스 케이스를 선택하여 연속적인 반복의 기술적 내용과 순서를 제안합니다. 이 기술 제안서는 개인적 가용 시간, 인도물로 표시되는 고객 요구사항, 도구 및 COTS 제품의 가용성 및 기타 프로젝트의 요구를 기반으로 다양한 개발 팀에 의해 완료되고 정제됩니다.

"구조적으로 중요한"(예: 아키텍처의 유스 케이스 보기 구성) 것으로 간주되는 시나리오 및 유스 케이스의 선택은 아래에 요약되는 몇 가지 핵심 구동 요소에 의해 구동됩니다.  

  • 이해 당사자(stakeholder)에 대한 시나리오의 이점: 중대한, 중요한, 유용한.
  • 시나리오의 아키텍처 영향은 없음, 확장, 수정입니다. 아키텍처에 대한 영향이 없거나 아주 미약한 핵심 유스 케이스 및 큰 영향을 미치지만 적은 이점을 갖는 유스 케이스가 있을 수 있습니다. 아키텍처 영향은 크고 이점은 낮은 유스 케이스는 프로젝트 관리자가 검토하여 가능하면 배제시켜야 합니다.
  • 완화될 위험성(성능, 제품 가용성 및 컴포넌트의 적합성).
  • 아키텍처 적용 범위의 완료(정제(Elaboration) 단계의 종료 시에, 개발되어야 하는 소프트웨어의 모든 부분이 구현 보기에서 홈을 발견했는지 확인).
  • 기타 전술적 목표 또는 제한조건: 사용자에게 시연 등.

동일한 컴포넌트를 대상으로 하고 비슷한 위험성을 다루는 두 시나리오가 있을 수 있습니다. A를 먼저 구현하는 경우 B는 구조적으로 중요하지 않습니다. B를 먼저 구현하는 경우 A가 구조적으로 중요하지 않습니다. 따라서 이러한 속성은 반복 순서에 의존할 수 있으며, 요구사항 자체가 변경될 때뿐 아니라 순서가 변경될 때도 재평가되어야 합니다.

잘 이해하지 못하거나 변경될 수 있는 구조적으로 중요한 유스 케이스는 분류 및 안정화를 위해 우선순위가 결정되어야 합니다. 일부 경우에 이는 요구사항을 구현하기 전에 추가 요구사항 분석이 수행되어야 함을 의미합니다. 다른 경우에는 프로토타입 생성 양식이 가장 좋을 수 있습니다.

유스 케이스 보기 문서화

유스 케이스 보기는 소프트웨어 아키텍처 문서의 유스 케이스 보기 섹션에 문서화됩니다. 이 섹션에는 이벤트 플로우, 관계, 유스 케이스 다이어그램 및 각 유스 케이스와 관련된 특수 요구사항의 설명과 같은 중요한 특성과 함께, 유스 케이스 모델의 각 패키지 내의 중요한 유스 케이스 및 시나리오의 목록이 들어 있습니다. 유스 케이스 보기가 반복의 초기에 개발되는 경우 이들 특성의 일부가 아직 존재하지 않을 수도 있습니다.

결과 평가

이 단계에서 유스 케이스 보기를 검사하여 작업이 제대로 진행 중인지 확인하되, 유스 케이스 보기를 자세하게 검토하지는 마십시오. 검토 중에 찾을 사항에 대한 특정 권장사항은 체크리스트: 소프트웨어 아키텍처 문서를 참조하십시오.

특성
다중 발생
이벤트로 구동됨
진행 중임
선택사항
계획됨
반복 가능함
자세한 정보