사용자 도구

사이트 도구


wiki:pm:sw_eng

소프트웨어 공학

유스케이스

유스케이스 자체는 쉬우나 유스케이스를 식별하는 것이 더 어려움

유스케이스 기술서

유스케이스 액터가 시스템을 통해 달성할 목적을 명확하게 문장으로 표현 여러 개의 연속적인 활동으로 구성된 시스템 행위의 단위
시스템의 행위가 시작에서 하나의 단위로 끝까지 완료함
액터에게 가치있는 결과를 제공함
액터 시스템에서 수행하는 역할 이름 정도 사용하면 됨
개요 유스케이스를 수행하는 개요를 기술
사전조건 유스케이스의 기본흐름이 올바르게 동작되기 위해 사전에 충족되어야 하는 조건 기술
사후조건 유스케이스가 실행된 후 만족해야 하는 조건 기술
기본흐름 시스템과 액터 사이에 목적을 달성하기 위한 기본적인 상호작용 흐름을 기술
기본 흐름을 수행할 때 어떤 오류나 예외가 발생하지 않고 모든 것이 완전히 수행되는것을 전제로 함
기본 흐름의 첫 번째 단계는 해당 유스케이스를 시작하는 사건을 기술하며 이를 트리거 라고 함
대체흐름 기본 흐름으로 부터 경우에 따라 선택적으로 실행되고 다시 기본흐름으로 돌아오는
흐름이나 오류 예외가 발생한 경우 이를 처리하는 흐름을 기술함

TEXT
유스케이스 다이어그램 작성 방법에 대해서 및 실제 예시
10강. 유스케이스 다이어그램 및 명세
동영상
UML 에센스 - 모듈9. 유스케이스 다이어그램
요구사항정의 유스케이스 다이어그램 문서화
UML 유스케이스1

Terms

PoC(Proof of Concept)

단순 개념 증명으로도 해석하기도 하지만 IT 업계에서 PoC는 신기술이 적용된 신제품을 직접 보고
어떻게 작동하는지를 시장에 소개하는 사전 검증의 개념으로 사용되기도 합니다.

예를 들어 이미 시장에 나오지 않은 차기 프로세서 로드맵을 구매하기로 한 국내 모 대형 시중은행의 경우
계약 전 업체들을 불러 차기 제품의 성능과 기능을 미리 제시하도록 한뒤 장비를 정하는 PoC 과정을 거쳤습니다.

보통 시스템 구매 시 기존 제품의 경우 성능테스트를 뜻하는 BMT를 아직 양산되지 않은 신제품을 채택할 경우
PoC의 단계를 거치는 것이 일반적입니다.

또 일부 업체들은 자사 신제품을 전시하고 시스템을 구현시키는 테스트실을 PoC로도 부르고 있습니다.

Refs

/var/services/web/dokuwiki/data/pages/wiki/pm/sw_eng.txt · 마지막으로 수정됨: 2023/01/13 18:44 (바깥 편집)