가이드라인: 유스 케이스 분석 워크샵
주제
그룹 활동으로서의 유스 케이스 분석 수행은 팀 빌드 활동으로서 초기 반복 시와
시스템 구조의 공통 비전을 확립하는데 중요합니다. 사용자의 시스템 관점(유스
케이스로 표시)과 시스템 개발자의 시스템 관점(이 시점에서는 분석 클래스로 표시)
간 중개 역할을 제공하므로 반복시 중요한 변화 지점을 표시합니다.
다음 반복에서 또는 경험있는 팀과 함께 유스 케이스 분석은 보다 개인적인 활동으로
수행될 수 있습니다. 제대로 형성된 기존 설계 모델이 있는 경우,
새 오브젝트를 찾는 것은 덜 가치가 있을 수 있습니다. 왜냐하면, 설계의 기존 클래스가
새 유스 케이스에 필요한 모든 시스템 작동을 설명할 가능성이 크기 때문입니다.
워크샵은 여러 영역에서 광범위한 능력이 필요한 경우 아이디어 회의 세션으로
구성되어야 합니다.
- 요구사항
- 분석과 설계
- 구조적
- 테스트
- 도메인 문제
- 일반적인 방법론 문제
워크샵은 작은 규모로 유지하십시오. 6-7명을 초과하면 모든 구성원의 자유롭고
개방된 참여가 억제됩니다.
- 스케치할 대형 화이트보드
- 일반 A3 또는 Legal 용지. 크기는 복사기가 관리할 수 있는 가장 큰 형식에 따라
다릅니다.
- 테이프
- 스티키 노트(가능하면 여러 가지 다른 색상)
- 화이트보드 펜(빨간색, 녹색, 파란색).
- 연필(빨간색, 녹색, 파란색).
- 종이를 접착할 수 있는 벽
유스 케이스 당 평균 최소 몇 시간을 계획하십시오. 초기에는 더 오랜 시간이
소요되지만 여러 새 클래스가 제거되고 그룹이 경험을 쌓으면서 시간이
단축됩니다.
다음 책임이 워크샵 중에 발생합니다. 돌아가면서 책임을 지고
모든 개인이 모든 책임을 맡아보는 것은 좋은 기획입니다.
- 리더: 논의를 주도하고 의사소통 다이어그램을 화이트보드에
그립니다. 메소드 고문이 적어도 처음에 시작을 위해 이 책임을 맡는 것이
당연합니다. 나중에 리더 역할은 팀 구성원이 교대로 맡아 경험을 쌓도록
해야 합니다.
- 클래스 "소유자": 지정된 클래스 세트의 정보를
기록합니다. 이 역할에는 각 클래스 세트를 맡은 여러 개인이 있을 수
있습니다.
- 비서: 화이트보드와 동일한 색상을 사용하여 대형 화이트보드에 스케치된
의사소통 다이어그램의 사본을 작성합니다.
팀이 유스 케이스의 이벤트 플로우를 단계적으로 실행합니다. 유스 케이스에 식별된
각 작동에 대해 오브젝트가 작동을 제공하도록 식별됩니다.
오브젝트는 기존 클래스의 인스턴스일 수 있습니다. 또는 클래스가 작성되어야
합니다.
리더가 의사소통 다이어그램을 화이트보드에 그리고 모든 개인이 이 회의에
참여합니다.
유스 케이스가 다이어그램으로 표시되면 화이트보드 다이어그램과 동일한 색상을
사용하여 사본이 A3/Legal 크기 종이에 작성되어야 합니다.
동시에 오브젝트의 책임은 결과물: 분석 클래스의
"조정" 섹션에 설명된 형식으로 A3/Legal 용지를 사용하여
문서화됩니다. 스티키 노트에 협업할 책임,
이벤트 및 협력 클래스를 기록하십시오. 이로써 책임 이동이
용이합니다.
의사소통 다이어그램 그리기
다음 규칙은 워크샵 중 다이어그램을 읽고 작업하는데 보다 용이하게
합니다.
- 모든 클래스와 링크를 그리고 오브젝트 이름을 파란색으로 쓰십시오.
- 메시지의 텍스트와 링크에 전송될 정보 내용을 스티키 노트에 녹색으로
적성하십시오. 오브젝트 책임이 균형적이므로 오브젝트 간에 메시지를 이동하고
작성하는데 더욱 편리합니다.
- 메시지의 번호 지정을(예: 이벤트 플로우 순서) 별도의 스티키 노트에
빨간색으로 작성하십시오. 이는 워크샵 중에 오브젝트의 책임이 다시 균형을
맞출 때 이벤트의 순서를 조정할 수 있습니다.
유스 케이스의 기본 플로우용으로 하나의 다이어그램을 그리고, 대체 플로우용으로 추가 다이어그램을
그리십시오. 단순 유스 케이스의 경우, 단일 보기가 모두에게 적용됩니다.

자동 현금 인출기의 유스 케이스 사용자
인증용 의사소통 다이어그램 예제.
|