Use case diagram 2

유스 케이스 다이어그램 설계시 유의사항들

 

• Actor는 시스템 외부의 존재이다. (시스템 관점에서 바라본 사용자의 역할을 뜻해야 한다)
• use case는 사용자가 인지할 수 있는 하나의 긴으 단위이다.
• 하나의 독립적인 기능을 구성하는 다양한 세부 상황은 하나의 use case로 표현
• use case는 모든 활성화 actor에게 동일한 기능을 제공해야 한다.
• 시스템의 전체 기능적 요구사항은 표현된 use case로만 구성된다.
• use case는 흐름도가 아니다. use case간의 선/후행 관계는 activity diagram을 이용해서 표현해야 한다.

 

Use case diagram을 만드는 단계

1. 시스템 상황을 확인(요구사항 분석)
2. Actor 식별
3. Use case 식별
4. Association 식별 및 Use case diagram 작성
5. 유스케이스 명세서 작성

 

Use case description

유스케이스 다이어그램을 보완하기 위함.

Use case 명, Actor 명 및 개요

사전 및 사후 조건, 제약사항들 식별

작업 흐름과 시나리오 도출

유스케이스 흐름에서 포함이나 확장 유스케이스로 구조화

비기능적 요구사항(NFR)

 

Summary

•  Use case가 나타내는 전체적인 기능이 명확히 기술되어야 한다.
• Use case와 상호작용하는 Actor 기술
• Use case의 일부 기능만을 뜻해서는 안된다
• 주요 시나리오가 언급되어야 한다
• 관련 Actor가 언급되어야 한다
• 시스템 내부의 기능과 Actor와의 상호작용을 상세하게 기술할 필요는 없음

Actor

Use case와 상호작용하는 Actor  기술.

Use case를 개발하기 위하여 필요한 외부 인터페이스를 파악하는데 유용

• 관련 Actor는 Use case diagram과 일관되어야 한다

 

Pre-condition

Use case의 시작시 만족되어야 할 조건으로서 만족되지 않으면 Use case는 시작되지 않는다.

• Use case가 정상적으로 수행되기 위하여 가정하고 있는 상황을 표현한다.
• 선행 조건은 Use case의 수행 시작을 위하여 항상 만족이 되어야하는 조건이다.
• 선행 조건은 Actor와 시스템 상태에 대한 제약으로 표현된다.
• 선행 조건은 사용자 인터페이스에 반영된다.

 

Post-condition

종료시 만족해야하는 조건으로 Use case의 정상 동작 여부에 대한 최소한의 판단 기준으로 사용될 수 있다.

이 조건이 만족되지 않으면 시스템이 정상적으로 판단하기 어렵다. 그러나 후행 조건이 충족되었다고 해도 use case가 올바르게 수행되었다고 판단할 수 없다.

• Use case의 수행 결과를 후행조건을 통하여 파악할 수 있어야 한다.
• 후행 조건은 Use case의 수행 완료 후에 만족이 되어야 하는 조건이다.
• 후행 조건은 입력과 시스템 상태의 변화에 대한 조건으로 기술된다.

Scenratio

기본 시나리오와 확장 시나리오로 구성된다.

시나리오는 액터와 시스템간의 구체적인 상호작용을 명시적으로 정의해야 한다.

• Use case와 관련된 모든 Actor와의 모든 상호작용을 기술해야 한다.
• 시나리오는 명확하고 이해가 용이한 문장 스타일로 기술해야 한다.
• 개발자의 기술적인 용어를 사용하지 않고 도메인의 용어를 사용한다.
• 각 스텝은 주어는 System 또는 Actor를 이용하여 능동태의 문장으로 기술한다.
• 한 스텝에는 System 또는 하나의 Actor에 의한 기능/행위를 기술한다.
• System과 Actor와의 입/출력이 명확하게 기술되어야 한다
• 각 스텝은 Actor와 System간의 입/출력 및 시스템의 기능의 궁극적인 목적을 기술한다.
• Actor가 인식할 수 없는 시스템 내부의 동작과 Actor와의 입/출력 방법을 상세하게 기술하지 않는다.
• 기본 시나리오와 주요 확장 시나리오 모두 기술해야 한다.

 

NFRs

• 검증이 가능하도록 명확하고 구체적으로 기술해야 한다.