유즈 케이스는 무엇인가?

컴프티아는 다양한 목적에서 유즈 케이스라는 용어를 포함하고 있다. 유즈케이스는 조직이 달성하길 원하는 목표를 설명한다. 엔지니어들은 시스템 분석 및 소프트웨어 개발에서 이것을 활용하는데, 이는 목표를 달성하기 위한 요구사항들을 식별하고 명확히하기 위해서이다. 유즈케이스를 위한 보편화된 명칭 전략은 동사-명사 형식에 있다.

 

예를 들어, "위치 순서"라는 유즈케이스를 생각해보자. 조직에 있는 다른 부서들은 아마도 그것을 다르게 사용할 지도 모른다. 하지만, 여전히 같은 이름으로 유지될 것이다. 

 

챕터 7 진보된 공격에 대비한 보호에서 여러분들은 민첩성과 같은 개발생애주기에 대해 읽을 것이다. 이 민첩성 모델은 교차 기능 용어(다른 부서에서 사용되는 유사한 용어들)들에 의해 공유되는 원리들을 이용한다. 개발자들은 유즈케이스에서 여러 단계들을 이용할 수 있다. 그리고, 이를 통해 목표를 지원하기 위한 소프트웨어를 새로이 만들 수 있다. 그 유즈케이스는 마케팅 담당자들이 소비자가 그들의 물건을 주문하도록 유도하기 위해서 어디에 집중해야 할 지 도와줄 수 있다. 청구와 배송 부서들은 고객이 주문을 넣은 후 그들의 책임을 이해하기 위해 그것을 이용한다. 

 

---

 

리사가 온라인 이 커머스 시스템을 통해 주문하기 원한다고 상상해보자. 주문 유즈케이스는 아마도 다음과 같은 요소들을 포함할 것이다.

 

• 액터 : 리사는 액터들중 하나이다. 그녀는 아마도 계정을 가지고 있고, 이미 DB안에 청구 또는 배송 정보가 저장된 이용자일 것이다. 또는, 그녀는 신규 고객일 수 있다. 그리고, 그녀의 정보는 아마도 수집이 될 필요가 있을 것이다. 다른  액터들은 그녀에게 청구하기 위한 청구 체계 또는 주문을 배송하기 위한 수행 체계를 포함한다.

 

• 선제조건 : 선제조건은 주문 절차가 시작되기 전에 수행되어야 한다. 예를 들어, 리사는 상품들을 주문하기 전에 구입할 상품을 선택할 필요가 있다.

 

• 촉발 : 촉발은 유즈케이스를 시작시킨다. 이 사례에서는 리사가 쇼핑 카드를 클릭하여 구입 절차를 시작할 때가 될 것이다.

 

• 사후조건 : 사후조건은 액터가 절차를 촉발시킨 후 발생한다. 이 사례에서는 리사가 주문을 완료한 후, 그녀의 주문이 시스템 안으로 들어가는 것을 뜻한다. 그녀는 주문에 대한 확인 정보를 받을 것이며, 청구 부서는 아마도 그녀에게 청구하기 위한 추가 단계를 거칠 것이다. 그리고, 배송 부서는 상품을 배송하기 위한 단계를 수행할 것이다.

 

• 보통 흐름 : 한 유즈케이스는 전형적으로 특정한 순서대로각 단계들을 수행한다. 이 사례에서 여러분은 리사가 상품을 집어들고, 주문을 완료한 뒤, 구입 시스테믈 종료하게 될 때를 뜻한다.

 

•  대안 흐름 : 모든 구입들이 항상 같은 것은 아니다. 예를 들어, 이미 존재하는 청구 및 배송 정보 대신에, 리사는 아마도 다른 신용카드를 사용하거나, 다른 배송 주소를 사용할 수 있다. 그리고, 리사는 구입을 완료하기 전에 마음을 접고 그것을 포기할 수도 있다. 또는 심지어 구입 절차를 완료한 후 구입을 취소할 수도 있을 것이다. 

 

---

여러분은 이것들이 유즈 케이스의 가능한 모든 요소들은 아니라는 것을 기억해야 한다. 훨씬 더 많은 것들이 있다. 그러나, 여러분은 유지케이스에 대한 전반적인 개념을 이해하기 이해 민첩성에서 전문성이 될 필요는 없다. 

 

만약, 여러분이 민첩성에서 전문가가 되고 싶다면, 여러분은 프로젝트 관리 기관에 대한 자격증을 획득하면 된다. 

 

따라오는 정보들은 기밀성, 무결성, 가용성, 진위성, 인증, 혼동, 그리고 부인방지와 관련된 공통된 유즈케이스들에 대한 것이다.