활동:
|
목적
|
역할: 시스템 분석가 |
빈도: 필요에 따라 일반적으로 반복당 여러 번 발생할 수 있으며, 개념화 및 구현화 반복 중에 자주 발생합니다. |
단계 |
입력물: | 결과물: |
자세한 정보: |
툴 멘토르: |
워크플로우 세부사항: |
액터 찾기는 시스템 사용 정의의 첫 번째 단계입니다. 시스템이 상호작용하는 외부 현상의 각 유형은 액터로 표시됩니다. 액터를 찾으려면 다음과 같은 질문을 하십시오.
이 범주 중 하나 이상에 맞는 개인, 그룹 또는 현상이 액터 후보자입니다.
올바른(사람) 액터를 정했는지 판별하기 위해, 액터로서 수행할 수 있는 두 세 사람에게 이름을 지정한 후 액터 세트가 요구사항을 총족시킬 수 있는지 확인할 수 있습니다. 액터를 구성하는 것에 대한 자세한 정보는 가이드라인: 액터를 참조하십시오.
처음에 가장 적합한 액터를 찾기는 어려우며 모든 유스 케이스를 찾지 못했기 때문에 모든 액터를 찾을 수 없을 것입니다. 시스템 환경에 대한 이해도를 높이고 시스템과 상호작용하는 방법을 제공할 수 있는 것은 유스 케이스에 대해 작업하는 것뿐입니다. 그 이상으로 진척된 경우, 너무 많은 액터를 모델화한 경향이 있기 때문에 원래 모델을 변경하고자 할 수 있습니다. 액터를 변경할 때에는 주의를 기울이십시오. 도입한 변경사항이 다른 유스 케이스에도 영향을 미칠 수 있습니다. 액터를 수정하면 시스템 인터페이스 및 작동의 대부분이 변경됨을 유념하십시오.
액터의 이름을 액터의 역할을 명확히 반영해야 합니다. 나중 단계에서 한 액터 이름이 다른 액터 이름과 혼동될 위험이 약간 있습니다.
액터의 책임 범위를 포함하는 간략한 설명과 액터가 시스템에 요구하는 것을 정의하십시오. 액터는 시스템 외부의 요소를 나타내기 때문에 자세히 기술하지 않아도 됩니다. 가이드라인: 액터의 간략한 설명 섹션도 참조하십시오.
처음 액터의 윤곽을 잡는 작업을 완료했으면 다음 단계는 시스템의 유스 케이스를 찾는 것입니다. 첫 번째 유스 케이스는 매우 기초 단계이므로 안정되려면 틀림없이 여러 번 변경해야 합니다. 시스템의 비전 또는 요구사항이 불완전하거나 시스템 분석이 막연하면, 시스템 기능성이 불분명해집니다. 그러므로, 계속해서 자신에게 올바른 유스 케이스를 찾았는지 질문해야 합니다. 또한 최종 버전에 도달할 때까지 유스 케이스를 추가, 제거, 결합, 분할할 준비를 해야 합니다. 유스 케이스를 자세히 설명하면 유스 케이스를 더 잘 이해하게 될 것입니다.
유스 케이스를 찾는 가장 좋은 방법은 각 액터가 시스템에게 무엇을 요구하는지를 고려하는 것입니다. 시스템은 사용자를 위해서만 존재하므로 사용자의 요구를 기반으로 해야 한다는 점을 유념하십시오. 시스템에서 이루어진 기능적 요구사항을 통해 대부분의 액터 요구사항을 인식합니다. 각 액터의 경우, 사람이든 아니든 자신에게 다음 질문을 하십시오.
이 질문에 대한 응답이 후보 유스 케이스를 식별하는 이벤트 플로우를 나타냅니다. 모든 구성이 유스 케이스를 분할하지는 않습니다. 일부는 동일한 유스 케이스를 변형하여 모델화될 수 있습니다. 어떤 유스 케이스가 변형된 것이고 어떤 유스 케이스가 별도의 구분된 유스 케이스인지를 말하기는 쉽지 않습니다. 그러나 이벤트 플로우를 자세히 기술하면 훨씬 명백해집니다.
요구사항 외에도, 조직의 엔터프라이즈 모델(비즈니스 모델)도 유스 케이스를 결정하는 데 중요한 입력 소스입니다. 엔터프라이즈 모델은 정보 시스템을 기존 조작에 통합하는 방법을 기술하므로 시스템 환경에 대한 좋은 아이디어를 제공합니다. 여기에는 엔터프라이즈의 "비즈니스 객체"가 포함되기 때문에 엔터프라이즈 모델에 정의해야 할 개념도 찾게 됩니다.
시스템에 여러 가지 가능한 유스 케이스 모델이 있을 수 있습니다. "최적의" 모델을 찾는 가장 좋은 방법은 두 세 개의 모델의 개발하여 선호하는 모델을 선택한 다음 이를 더 발전시키는 것입니다. 여러 개의 대체 모델을 개발하는 것도 시스템을 보다 잘 이해하는 데 도움이 될 수 있습니다.
첫 번째 유스 케이스 모델의 윤곽을 잡았으면, 유스 케이스 모델이 모든 기능적 요구사항을 해결하는지 확인해야 합니다. 요구사항을 자세히 조사하여 모든 유스 케이스가 모든 요구사항을 만족시키는지 확인하십시오.
유스 케이스의 개념과 이를 찾는 방법에 대한 자세한 정보는 가이드라인: 유스 케이스 모델 및 가이드라인: 유스 케이스를 참조하십시오.
각 유스 케이스에는 액터와의 상호작용으로 이루어지는 행위를 나타내는 이름이 있어야 합니다. 이름은 이해를 돕기 위해 여러 단어를 사용할 수 있습니다. 두 개의 유스 케이스가 동일한 이름을 가질 수는 없습니다. 가이드라인: 유스 케이스의 이름 세션도 참조하십시오.
간략한 설명을 작성하여 각 유스 케이스를 정의하십시오. 설명을 작성할 때 용어집을 참조하고, 필요한 경우 새 개념을 정의하십시오. 가이드라인: 유스 케이스의 간략한 설명 절을 참조하십시오.
이 시점에 유스 케이스 이벤트 플로우의 초안을 작성해야 합니다. 각 유스 케이스의 이벤트 플로우를 간략하게 기술하되 너무 자세히 기술하지는 마십시오. 나중에 유스 케이스를 지정할 사람(그 사람이 여러분인 경우에도)에게는 이 단계별 설명이 필요합니다. 이벤트 기본 플로우의 윤곽을 잡는 것부터 시작한 다음 여기에 동의했으면 대체 플로우를 추가십시오.
재활용 분리 수거기에서의 재활용품 유스 케이스에 대한 이벤트 플로우의 초기 단계별 설명은 다음과 같을 수 있습니다.
- 고객이 "시작" 단추를 누릅니다.
- 고객이 재활용품을 삽입합니다.
- 시스템이 삽입된 재활용품의 유형을 확인합니다.
- 시스템이 수신된 품목 유형에 대한 일일 통계를 증가시킵니다.
- 고객이 "영수증" 단추를 누릅니다.
- 시스템이 영수증을 출력합니다.
특정 유스 케이스에 일부 시스템 요구사항을 할당할 수 없습니다. 추가 스펙에서 이를 수집하십시오(결과물: 추가 스펙 참조).
액터가 유스 케이스에 관련된 방법을 보여주는 것이 중요하므로 유스 케이스를 찾을 때 유스 케이스와 상호작용할 액터를 설정해야 합니다. 이를 수행하려면, 액터와 유스 케이스 간에 신호가 전송되는 것과 동일한 방향으로 이동 가능한 통신-연관을 정의해야 합니다.
신호 전송은 대부분 양방향으로 이동합니다. 이런 경우에는 통신-연관이 두 방향으로 이동할 수 있어야 합니다. 각 액터 및 유스 케이스 쌍에 대해 최대 하나의 통신-연관을 정의하십시오.
정의한 각 통신-연관도 간략히 기술해야 합니다.
통신-연관에 대한 자세한 정보는 가이드라인:통신-연관을 참조하십시오.
액터 또는 유스 케이스의 수가 너무 커지면, 유스 케이스 패키지로 나누어 유스 케이스 모델의 유지보수를 간단히 하십시오. 이렇게 하여 유스 케이스 모델을 쉽게 유지보수하고 개발자가 유스 케이스 또는 액터 패키지를 책임지게 함으로써 유스 케이스 모델에서의 책임 지정을 단순화할 수 있습니다.
다음과 같은 경우에 유스 케이스를 패키지하는 몇 가지 대체 방법이 있습니다.
그러나 모델을 직관적으로 유지할 수 있는 다른 방법도 있습니다. 패키징을 수행할 때 명확한 전략을 사용하는 것이 중요합니다.
유스 케이스 패키지에 대한 자세한 정보는 가이드라인: 유스 케이스 패키지를 참조하십시오.
유스 케이스 모델 다이어그램에 관련 유스 케이스 간의 관계뿐 아니라 유스 케이스 및 액터 간의 관계도 표시할 수 있습니다. 이 다이어그램은 다음 모두를 포함할 수 있습니다.
유스 케이스 모델 내의 적절한 패키지가 각 다이어그램을 소유해야 합니다.
유스 케이스 다이어그램에 대한 자세한 정보는 가이드라인: 유스 케이스 다이어그램을 참조하십시오.
유스 케이스 모델의 조사 설명에 다음을 포함시키십시오.
가이드라인: 유스 케이스 모델의 조사 설명 절도 참조하십시오.
작업에 올바른 방향으로 진행되고 있는지 확인하려면 이 단계에서 유스 케이스 모델을 확인해야 합니다. 그러나 모델을 자세히 검토하지는 마십시오. 유스 케이스 모델에 대해 작업을 하는 동안 유스 케이스 모델의 체크포인트를 고려해야 합니다. 특히 활동: 요구사항 검토의 액터, 유스 케이스 및 유스 케이스 모델에 대한 체크포인트를 참조하십시오.
개발 팀 외부의 사람들(예: 사용자 및 고객)이 이 단계에서 고객 모델을 승인하는 것이 중요합니다. 따라서 이 활동을 완료하기 전에 유스 케이스 모델을 검토할 때 사용자 및 고객을 포함시켜야 합니다. 토론시 가이드로서 유스 케이스 모델 조사 보고서 및 해당 유스 케이스 다이어그램을 사용할 수 있습니다.
관심있는 관계자는 다음을 판별해야 합니다.
검토할 추가 문제점에 대해서는 활동: 요구사항 검토의 액터, 유스 케이스 및 유스 케이스 모델에 대한 체크포인트를 참조하십시오.
Rational Unified Process
|