<프로젝트 이름>
유스 케이스 스펙: <유스 케이스 이름>
버전 <1.0>
[참고: 이 템플리트는 Rational Unified Process에서 사용됩니다. 대괄호 안에 파란색 이탤릭체로 표시된 텍스트(style=InfoBlue)는 작성자용 안내로 제공되므로 문서를 공개하기 전에 삭제해야 합니다. 해당 스타일로 입력된 단락은 자동으로 일반(style=Body Text)으로 설정됩니다.]
개정 히스토리
날짜 |
버전 |
설명 |
작성자 |
<dd/mmm/yy> |
<x.x> |
<세부사항> |
<이름> |
|
|
|
|
|
|
|
|
|
|
|
|
목차
유스 케이스 스펙:
<유스 케이스 이름>
[이 템플리트는 유스 케이스의 텍스트 특성을 포함하는 유스 케이스 명세용으로 제공됩니다. 이 문서는 Rational RequisitePro와 같은 요구사항 관리 도구에서 유스 케이스 특성의 요구사항 지정 및 표시용으로 사용됩니다.
유스 케이스 다이어그램은 Rational Rose와 같은 비주얼 모델링 도구로 개발됩니다. 모든 특성을 포함한 유스 케이스 보고서를 Rational SoDA로 생성할 수 있습니다. 자세한 정보는 Rational Unified Process의 도구 사용 도움말을 참조하십시오.]
[유스 케이스의 목적을 간략하게 설명합니다. 한 단락 정도의 길이로도 충분합니다.]
[이 유스 케이스는 액터가 작업을 실행할 때 시작됩니다. 액터는 항상 유스 케이스를 시작합니다. 유스 케이스는 액터가 수행하는 작업과 이에 따른 시스템의 응답 작업을 설명합니다. 유스 케이스는 액터와 시스템 간 대화 양식으로 설명해야 합니다.
유스 케이스는 시스템 내부에서 발생하는 내용을 설명합니다. 해당 방법과 이유는 설명하지 않습니다. 정보를 교환하는 경우 해당 내용을 구체적으로 설명해야 합니다. 예를 들어, 액터가 고객 정보를 입력한다는 설명이 아닌 액터가 고객의 이름과 주소를 입력한다고 설명해야 합니다. 유스 케이스 복잡도를 관리하려면 일반적으로 용어집을 사용하는 것이 좋습니다. 고객 정보와 같은 내용을 정의함으로써 유스 케이스를 간단하게 유지할 수 있습니다.
유스 케이스 텍스트로 간단한 대안을 나타낼 수 있습니다. 대안이 존재할 때 발생하는 내용을 몇 개의 문장만으로 설명하는 경우, 이벤트 플로우 섹션에서 직접 설명합니다. 대체 플로우가 더 복잡한 경우, 별도 섹션을 사용하여 설명합니다. 예를 들어, 대체 플로우 서브섹션은 보다 복잡한 대안을 설명하는 방법을 설명합니다.
간단 명료한 문장을 대신할 수는 없더라도 때로는 천 개의 단어보다 하나의 그림이 더 효과적입니다. 보다 명확하게 설명할 수 있는 경우, 사용자 인터페이스, 프로세스 플로우 또는 기타 그림과 같은 그래픽 표현을 유스 케이스에 포함할 수 있습니다. 플로우 차트로 복잡한 결정 프로세스를 쉽게 나타낼 수 있는 경우, 반드시 사용합니다. 마찬가지로, 상태 의존 동작의 경우, 일반적으로 여러 페이지의 텍스트보다 상태 전이 다이어그램으로 시스템 동작을 명확하게 나타낼 수 있습니다. 해당 문제점에 대한 올바른 프리젠테이션 매체를 사용하되, 독자가 이해하기 어려운 용어, 표기법 또는 그림을 사용해서는 안됩니다. 불확실성이 아닌 명확한 표현을 목적으로 함을 잊어서는 안됩니다.
[보다 복잡한 대안은 별도 섹션(이벤트 플로우 섹션의 기본 플로우 서브섹션에서 참조)에서 설명합니다 대체 플로우 서브섹션은 대체 동작과 같이 간주합니다. 각 대체 플로우는 일반적으로 기본 플로우에서 발생하는 예외로 인해 대체 동작을 나타냅니다. 이 서브섹션은 대체 동작과 연관된 이벤트를 설명하기 위해 필요합니다. 대체 플로우가 종료되면 이벤트의 기본 플로우 이벤트가 재개됩니다.]
[대체 플로우가 명확성을 향상시키는 경우 차례로 서브섹션으로 분할됩니다.]
[일반적으로 하나의 유스 케이스에는 여러 대체 플로우가 존재할 수 있습니다. 각 대체 플로우를 개별적으로 유지함으로써 명확성을 향상시킬 수 있습니다. 대체 플로우를 사용하면 유스 케이스를 쉽게 이해할 수 있습니다. 또한 대체 플로우를 사용하면 유스 케이스를 유스 케이스 계층 구조로 분해하지 않아도 됩니다. 유스 케이스는 단순한 텍스트 설명이 아니며 기본 목적은 시스템 동작을 간단 명료하면서도 쉽게 이해할 수 있는 방식으로 문서화하는 것입니다.]
[특별 요구사항은 일반적으로 유스 케이스 특정 비기능적 요구사항이지만 유스 케이스 이벤트 플로우 텍스트에 쉽게 또는 당연하게 지정되지는 않습니다. 특별 요구사항 예제에는 벌률 및 규제 요구사항, 응용프로그램 표준, 사용성, 신뢰성, 성능 또는 지원 요구사항을 포함하여 빌드되는 시스템의 품질 속성을 포함합니다. 또한 이 섹션에서는 운영 체제 및 환경, 호환성 요구사항과 디자인 제한조건과 같은 기타 요구사항을 캡처해야 합니다.]
[유스 케이스 전제 조건은 수행 중인 유스 케이스 이전에 표시되어야 하는 시스템 상태입니다. ]
[유스 케이스 사후 조건은 유스 케이스 완료 직후 시스템의 가능한 상태 목록입니다.]
[유스 케이스 확장점.]
[이벤트 플로우에서 확장점의 위치 정의.]