타스크: 유스 케이스 모델 구조화
이 타스크는 유스 케이스 모델이 구조화되어 요구사항을 이해하고 유지보수하기 쉽도록 하는 데 적용됩니다. 여기에는 유스 케이스 및 액터의 공통성 유지와 선택적 및 예외적인 동작 식별이 포함됩니다.
원칙: 요구사항
목적

이 타스크의 목적은 다음과 같습니다.

  • 추상 유스 케이스로 고려되는 유스 케이스 동작 추출. 해당 동작 예제에는 공통 동작, 선택적 동작, 예외 동작 및 이후에 개발해야 하는 동작이 포함됩니다.
  • 몇몇의 액터가 공유하는 역할을 정의하는 새 추상 액터 찾기.
관계
역할기본 수행자: 추가 수행자:
입력필수: 선택사항:
  • 없음
출력
프로세스 사용법
단계
공통 요구사항 식별

유스 케이스 모델 구조화의 첫 단계는 하나 이상의 유스 케이스에서 공통인 요구사항을 이해하는 것입니다. 각 유스 케이스를 검토하고 모든 공통성을 기록하십시오.

이후의 단계(포함, 확장 및 일반화 유스 케이스 작성)에서 이 노트를 사용하여 중복을 최소하십시오. 목적은 디자인으로 전달되는 기능 분해를 정의하는 것이 아니고 요구사항을 이해하기 쉽고 유지하기 쉽게 하는 것입니다.

공통 요구사항을 새 유스 케이스 작성으로 처리하는 것이 항상 바람직하지는 않습니다. 공통 컨텐츠를 기타 요구사항 중간 산출물로 이동하십시오(예: 유스 케이스에서 필요한 참조, 용어집 및 보충 스펙).

유스 케이스의 포함 관계 작성

유스 케이스에 결과 확보 메소드가 아닌 결과만의 동작 세그먼트가 포함되고 나머지 유스 케이스에 중요한 경우 이 동작은 새 포함 유스 케이스로 분리될 수 있습니다. 원본 유스 케이스는 포함 유스 케이스와 같이 포함 관계의 기본 유스 케이스가 됩니다. 가이드라인: 유스 케이스 모델가이드라인: 포함 관계도 참조하십시오.

두 개의 유스 케이스 포함 관계는 기본 유스 케이스 설명을 준수하는 유스 케이스 인스턴스가 완료되려면 포함 유스 케이스의 설명도 준수해야 함을 나타냅니다.

포함 관계는 다음 방법을 사용하여 유스 케이스를 명백하게 합니다.

  • 복잡한 세부사항을 분리 및 캡슐화하여 유스 케이스의 실제 의미를 모호하게 하지 않게 합니다.
  • 여러 기본 유스 케이스에 포함된 동작을 포함하여 일관성을 개선합니다.

일반적으로 하나 이상의 유스 케이스에는 포함 유스 케이스가 포함되고 추가 유스 케이스 및 포함 관계 유지보수를 가치있게 합니다.

기본 유스 케이스만 두 유스 케이스 관계를 인식하고 포함 유스 케이스는 기타 유스 케이스 포함을 인식하지 못합니다.

포함 목적 및 포함이 삽입되는 기본 유스 케이스 위치를 간략하게 설명하여 포함 관계를 설명하십시오.

기본 유스 케이스 이벤트 플로우를 설명할 때 포함이 삽입되는 위치의 포함도 참조해야 합니다.

유스 케이스 확장 관계 작성

유스 케이스에 특성이 선택적 또는 예외적인 동작 세그먼트가 포함되고 유스 케이스의 기본 목적에 대한 이해가 추가되지 않은 경우 새 확장 유스 케이스로 이를 분리하십시오. 그러면 원본 유스 케이스가 기본 유스 케이스가 되고 확장 유스 케이스에 확장 관계가 포함됩니다. 가이드라인: 유스 케이스 모델가이드라인: 확장 관계도 참조하십시오.

기본 유스 케이스에서 기본 유스 케이스 확장이 정의되는 확장점을 선언하십시오. 가이드라인: 유스 케이스도 참조하십시오.

복잡한 서브플로우 및 선택적 동작은 확장 유스 케이스로 파티션되는 첫 번째 후보입니다. 동작이 매우 복잡하고 설명하기 힘든 경우가 있습니다. 유스 케이스 이벤트 플로우에 이를 포함하면 "일반" 동작을 이해하기 힘들게 만듭니다. 이를 추출하면 유스 케이스 모델의 이해도가 개선됩니다.

기본 유스 케이스 이벤트 플로우가 확장 유스 케이스를 참조하지 않고도 자체로 완전하고 이해 가능하도록 하십시오.

확장 유스 케이스만 두 유스 케이스 관계를 인식합니다. 기본 유스 케이스는 확장점 포함 여부만 인식하며 이를 사용하는 확장 유스 케이스를 알지는 못합니다.

정의한 모든 확장 관계를 간략하게 설명하십시오. 발생하는 확장에 필요한 조건을 정의하십시오. 확장이 삽입되는 기본 유스 케이스에 확장점을 정의하십시오.

  • 조건을 정의하지 않는 경우 확장이 언제나 수행됩니다. 
  • 확장 유스 케이스에 기본 유스 케이스의 다른 확장점에 삽입되는 여러 동작 세그먼트가 있는 경우 기본 유스 케이스에 해당 세그먼트 및 각 세그먼트의 확장점을 정의해야 합니다.
유스 케이스 일반화 설정

둘 이상의 유스 케이스에 구조 및 동작의 유사성이 있는 경우 공통 동작을 분리하여 새 상위 유스 케이스를 작성해야 합니다. 원본 유스 케이스는 상위의 일반화 관계에서 하위 유스 케이스가 됩니다. 하위 유스 케이스는 상위 유스 케이스에 설명된 모든 동작을 상속합니다. 가이드라인: 유스 케이스 모델가이드라인: 유스 케이스 일반화도 참조하십시오.

두 유스 케이스의 일반화 관계는 유스 케이스 인스턴스가 하위 유스 케이스 설명을 준수하는 경우 완료되려면 상위 유스 케이스의 설명도 준수해야 함을 나타냅니다.

일반적으로 상위 유스 케이스 및 하위와의 일반화 관계 유지보수를 위해 적어도 동일한 상위에서 상속하는 두 개의 하위 유스 케이스가 있어야 합니다. 하나가 다른 하나에 특별한 두 개의 유스 케이스가 있고 둘은 독립적으로 인스턴스화되어야 하는 경우는 예외입니다.

하위 유스 케이스만 두 유스 케이스의 관계를 인식하고 상위 유스 케이스는 상위를 특별하게 하는 하위 유스 케이스를 인식하지 못합니다.

모델 이해에서 기타를 지원하려면 일반화 관계를 간략하게 설명해야 합니다. 일반화 관계를 작성한 이유를 설명하십시오.

하위 유스 케이스 이벤트 플로우에서 동작의 새 세그먼트를 삽입하여 상속된 동작 시퀀스를 하위가 수정하는 방법을 설명해야 합니다.

액터 일반화 설정

액터는 액터 일반화를 사용하여 모델로 작성하는 공통 특성을 포함합니다. 작업의 이 파트는 유스 케이스 모델에서 첫 번째로 시도하는 경우 가장 잘 수행됩니다.

액터 일반화에 대한 간략한 설명을 입력하고 이후에 명확하게 하기 위해 유스 케이스 다이어그램에 이 내용을 포함하십시오.

자세한 정보는 가이드라인: 액터 일반화를 참조하십시오.

유스 케이스 모델 컨텐츠를 패키지로 구성

유스 케이스 모델에 많은 요소가 있는 경우 유스 케이스를 유스 케이스 패키지로 구성할 수 있습니다. 이 옵션 사용을 고려해야 하는 시기에 대한 자세한 정보는 가이드라인: 유스 케이스를 참조하십시오.

결과 평가

고객 및 사용자와 포함, 확장, 일반화 관계에 대해 지속적으로 논의하여 유스 케이스 및 액터 결과에 대해 명확하게 이해하는지 및 설명에 합의하는지 확인해야 합니다.

이 단계에서 작업이 올바르게 진행되고 있는지 유스 케이스 모델을 확인하지만 자세하게 모델을 검토할 필요는 없습니다. 고객 및 사용자와 최근에 통합된 유스 케이스 및 관계를 검토 및 논의하여 유스 케이스에 대해 올바로 이해하고 있는지 및 설명에 합의하는지 확인해야 합니다.

검토에서 살펴보아야 하는 특정 권장사항은 체크리스트: 유스 케이스 모델을 참조하십시오.

핵심 고려사항

유스 케이스 모델 검토를 지원하기 위해 유스 케이스 모델 조사 보고서를 생성할 수 있습니다. 자세한 정보는 보고서: 유스 케이스 모델 조사 및 도구 사용 도움말: Rational SoDA를 사용하여 유스 케이스 모델 조사 작성을 참조하십시오.

자세한 정보