🎫소프트웨어 공학 part06. Use case

■ Use case

• 요구 사항(특히, 기능적 요구사항)을 발견하고 기록하는데 널리 사용됨
  해당 Usecase와 관련된 비기능적인 측면도 포함된다.

■ Actor

• 무엇인가 행동을 취하는 사람, 컴퓨터 시스템 또는 조직 시스템 밖에 존재 예: cashier

■ Scenario

• Actor와 시스템 사이의 일련의 행동과 상호 작용. 시스템을 사용하는데 있어서 하나의 특정 스토리
  주요 성공 시나리오(Main Success Scenario) : 문제가 없음
  대안 시나리오(Alternate Scenario) : 문제가 발생 (결제 철회가 안 되거나, 외부 통신 실패 등)

■ Usecase 작성 형태

사용자 입장에서의 시스템의 기능적 요구사항을 기술

• Brief : 간단한 한 문단으로 이루어진 요약 형태
• Casual : 비형식적인 여러 개의 문단 형태 (예: 반품 처리)
• Fully dressed : 가장 자세함. 모든 스텝과 변형이 자세히 기술된다.

■ 전제조건과 성공 보장(사후조건)

• 전제조건
  • 시나리오 시작 전 항상 참이어야 하는 것
• 성공보장(사후조건)
  • Usecase 성공 후에 반드시 참이어야 하는 것
  • 의미가 있는 것을 작성 (ex. 시스템이 On 되어 있어야 한다)

■ 주요 성공 시나리오 및 스텝(기본 흐름) 및 확장(대안 흐름)

모든 조건이나 분기문은 확장(대안 흐름)에 기술하도록 한다.
주요 성공 시나리오에는 프로젝트 관계자의 이익을 만족시키는 “Happy Path”

■ 확장(대안 흐름) 작성방법

조건과 처리로 구성된다.
조건 : 시스템 또는 Actor에 의해 발견된 조건

예) 5a. 시스템이 외부 세금 계산 시스템 접속에 실패했을 때
*a. 언제든 시스템이 다운된다면 ” -> 어느 스텝에서나 일어날 수 있는 조건

처리 : 하나 이상의 step을 작성(1...)

■ 본질적 형식 작성(Essential style)

사용자 인터페이스는 미뤄두고, 엑터의 의도에 초점을 맞춘다.

예) 지문과 같은 여러가지 인증 방법이 있다. (O)
Id/password로 인증한다 (X)

예) Administrator identifies self. (O) “인증을해라”
Admin enters ID and Password. (X) “ID와 PW를 입력해라”

■ 블랙박스 Use case

어디에 어떻게 동작한다(쓰여진다 등). (How)를 쓰지마라.
단순하게 블랙박스 Use case를 써라. (What) 무엇을 하는가?

■ Use case diagram 그리기

1. 시스템 범위를 나타내는 박스 그리기 (정확하게)
   예: POS system 자체 / cashier, 지불 인증 시스템 등은 제외
2. 주요 액터 찾기 (Primary Actor – 실 사용자 / supporting Actor – 외부 컴퓨터 시스템)
3. 주요 액터의 목적을 정의
   판매 프로세스, 대여 프로세스, 반품 처리, 현금 채우기, 현금 빼기 등..
4. 목적을 만족시키기 위한 유즈케이스 정의

• 각 사용자의 목표 마다 EBP 수준의 Usecase를 정의한다.

■ EBP

• 한 사용자가 한 장소에서 한 번 사용하는 비즈니스 가치가 있는 시스템의 기능
  • 첫 단어는 동사로 한다 예) Process Sale
  • CRUD의 경우 하나의 “사용자관리“ 유즈케이스로 처리한다.
    

■ 액티비티 다이어그램의 예

• (Use case로 표현할 수 없는 부분을 표현 가능)
• 전체적인 시각에서 업무 프로세스(Business Process)를 이해 -> Usecase는 너무 작다

■ Usecase within UP

여러 반복에 걸친 Usecase 와 요구 사항 명세서
Inception, (Elab 1 ~ 4)의 반복에서 requirement 활동이 일어난다.
마지막 Elab 반복에서 80~90% 가 완성됨. 나머지는, Contruction 단계에서 완성될 것이다.

Usecases Within Inception(도입)

• 사용자의 목표를 확인
• 프로젝트의 범위 설정
• Brief Usecases

Usecases within Elaboration(정련)

• 대부분의 중요한 Usecases가 도출되고 정리된다.
• 반복적으로 완성된다.

Usecases within Construction(구축)

약간의 수정이 진행됨
단지 수정이 가능함을 보여준다.