유스케이스란 무엇인가? 왜 필요한가? 이번 회에는 아무도 써본 적이 없는 관점에서 객체 기술자가 이해해두어야 할 유스케이스 모델에 대한 노하우에 대하여 설명하겠습니다. 원래 소프트웨어를 개발할 때는 반드시 개발 목적이 잇습니다. 어떤 소프트웨어든지 이 목적이 확실하지 않으면 좋은 소프트웨어 등을 만들 수 있을리가 없습니다. 필자가 초보자였을 때 「구조화 된 소프트웨어를 생각해 보자」라든가 「계승을 살린 어떤 소프트웨어를 만들어 보자」라는 것 등을 자주 계획하고 스스로 소프트웨어를 만들려고 시도했던 적이 있었습니다. 그러나, 어이 없게도 모두 실패로 끝나 버렸습니다.「구조화」나 「객체 테크닉」을 목적으로 해서는 아무것도 만들 수 없는 것입니다. 그렇다면 소프트웨어 개발에 있어서 가장 중요한 것은 무엇일까요. 그렇습니다, 「소프트웨어가 어떤 사람에게, 어떻게 사용될 것인가」라는 것입니다. 이번 회에는 UML 유스케이스 모델에 대하여 소개합니다. 유스케이스 모델은 요구를 나타내는 모델입니다.「소프트웨어가 어떤 사람에게 어떻게 사용될 것인가」를 나타내는 것이 유스케이스 모델인 것입니다.
유스케이스 모델은 「 유스케이스 다이어그램 」과 「 유스케이스 기술 」로 구성됩니다.
◇유스케이스 다이어그램
우선은 그림 1을 보도록 합시다. 이것이 유스케이스 다이어그램입니다. 유스케이스 다이어그램은 이용자가 바라본 시스템의 「사용법에 관한 예(유스케이스)」를 나타낸 것입니다. 이 그림은 매장에서 상품을 판매하는 서비스와 웹 상에서 상품을 판매하는 서비스를 가지는 상품 판매 시스템을 나타냅니다.
유스케이스 다이어그램은 매우 간단한 그림이므로 간단히 읽어보시기 바랍니다. 그러면, 그림에 대해 설명하도록 하겠습니다.
사람 형태의 그림은 액터라고 하고 타원을 유스케이스라고 합니다. 액터는 시스템을 이용하는 어떤 역할을 가지는 객체입니다. 액터는 사람이든지 하부 조직이든지 상관없습니다. 시스템에 엑세스하는 어떤 역할을 가진 것이라면 무엇이든 좋습니다. 요컨데 액터는 시스템에 액세스하는 어떤 역할에 이름을 붙인 것이라고 생각하면 알기 쉬울 것입니다.
유스케이스란 그 이름처럼 「 시스템의 이용 예 」입니다. 예를 들면, 웹 유저는 「상품을 구입한다」 「구입 상품을 확인한다」라는 유스케이스를 사용할 수 있음을 이 그림에서 알 수 있습니다. 상품 판매 시스템이 그려진 사작형은 시스템 경계라고 불리며 시스템의 안팎을 구분합니다.
액터는 시스템 경계의 외부에 쓰게 되며 유스케이스는 시스템 경계의 내부에 쓰여집니다. 또 액터와 유스케이스를 이어주는 선을 관련이라고 합니다.
◇유스케이스 기술
유스케이스 기술이란 유스케이스 다이어그램 안에 있는 하나의 유스케이스에 대해서 액터와 시스템의 교환을 스토리로 쓴 것입니다. 예를 들면, 「상품을 구입한다」라는 유스케이스의 유스케이스 기술을 아래와 같이 써 봅시다.
| 유스케이스명 |
상품을 구입한다 |
| 개요 |
이 유스케이스는 웹 상 및 매장에서 상품을 구입할 때 호출된다. 매장에서는 점원을 통해서 이 유스케이스가 이용된다 |
| 액터 |
웹 유저, 점원(오퍼레이터) |
| 메인 플로우 |
- 액터는 구입하고 싶은 상품의 장르를 선택한다
- 시스템은 선택된 장르의 상품 목록을 돌려준다
- 액터는 상품을 선택한다
- 시스템은 상품의 상세 정보(설명, 금액, 사진)를 돌려준다
- 액터는 이 상품이 좋다고 생각했을 떄 상품 구입 순서로 들어간다
|
| 유스케이스 기술 |
어떻습니까, 간단합니다. 상기와 같이 스토리 부분은 메인 플로우라는 곳에 씁니다. 유스케이스 기술로 쓰여지는 플로우를 이벤트 플로우라고 부릅니다. 이 예에서는 처리의 중단이나 앞 단계의 처리로 될아가는 등의 제어 흐름에 대해서 생략하였습니다. 조금 더 길어진 본격적인 방법을 아래의 칼럼에 정리하였습니다. 여기까지의 내용마저 상세하게 쓰면 분석 초기 단계부터 과다한 문서 작업에 빠지기 쉽기 때문에 필자로서는 추천하고 싶지 않습니다.
| 칼럼：유스케이스 기술 보충 |
|
유스케이스 기술에는 필요에 따라서 대체 플로우(메인 플로우의 조건 분기), 예외 플로우(유스케이스 내의 예외적인 거동이나 시스템 유저에게서 볼 수 있는 에러)를 기록합니다.
또, 사전 조건(유스케이스를 호출하기 위해서 만족시켜야 할 조건)이나 사후 조건(유스케이스가 종료될 때 시스템이 만족시켜두어야 할 조건)을 쓸 수도 있습니다. 또한, 구체적인 「 사물」이나 「액터」를 설명하기 위해서 「시나리오」를 쓸 수도 있습니다 . 이벤트 플로우의 일례를 시나리오로 써 보겠습니다.
- 유저는 신사복 장르를 선택한다
- 시스템은 신사복의 목록을 나타낸다
- 유저는 마음에 든 의복을 선택한다
- 시스템은, 선택된 의복의 설명, 사이즈, 금액, 사진을 표시한다
- 유저는 이 의복의 구입 순서로 들어간다.
|
출처: @IT(http://www.atmarkit.co.jp/)
홈 > IT 정보광장 News > IT Architect > UML/모델링 > UML의 기초에 대하여
【
