시나리오3 객체지향의 사실과 오해 - 기능 - 이 글은 조영호의 객체지향의 사실과 오해를 기반으로 작성되었습니다. (가능하면 꼭 읽어보는것을 추천드립니다.) - 유스케이스 기능적 요구사항이라는 말을 들어본적이 있을것이다. 기능적 요구사항이란 시스템이 사용자에게 제공해야하는 기능의 목록이다. 시스템은 사용자의 목표를 달성하기 위해 기능들을 제공하는데 사용자가 시스템에 작업을 요청하고 시스템은 이 요청을 처리하여 응답한다. 이러한 과정은 사용자가 목표를 이루거나 에러가날 때까지 계속된다. 유스케이스는 사용자의 목표 달성을 위해 사용자와 시스템간의 상호작용의 흐름을 텍스트로 정리한것이다. 시스템이 제공해야 하는 기능 목록을 모두 만족하면 사용자의 목표를 이룰 수 있는데 왜 굳이 유스케이스 라는 것을 따로 작성해야 하는가? 시스템이 제공해야하는 기능 목.. 2021. 8. 27. UML - 유스 케이스 - 기능(스토리) - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 유스 케이스와 기능(스토리) 많은 접근 방법에서 시스템의 기능을 요구사항을 설명하기 위해 사용한다.(Extreme Programming 에서는 유저 스토리라고 부른다.) 기능을 곧바로 기술할 수도 있겠지만 보통은 유스 케이스를 먼저 만들고 기능의 리스트를 만든다. 기능은 유스케이스에서 꼭 하나의 요소는 아니며 아래 요소가 모두 될 수 있다. 보통은 유스 케이스보다 더 작은 단위가 된다. 전체 유스케이스 유스 케이스의 시나리오 유스 케이스의 단계 유스 케이스에 포함되지 않는 다양한 행동 - 유스 케이스는 언제 사용하는가? 유스 케이스는 시스템의 외형을 나타내는 것이므로 작성하면서 "이 유스 케이스는 어떤 클래스하고 맵핑이.. 2021. 2. 11. UML - 유스 케이스 - 개요와 내용 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 유스 케이스 유스 케이스는 시스템의 기능적인 요구사항을 잡아내는 기술이다. 유스케이스는 시스템과 사용자간의 교류를 기술한다. 유스 케이스를 곧바로 판별해내는것은 사실 어려운일이다. 보통은 시나리오를 생각해본 뒤 유스케이스를 식별한다. 시나리오는 사용자와 시스템간의 교류를 단계적으로 나타낸것이다. 예를 들어 온라인 쇼핑몰에서 물건을 산다면 시나리오는 아래와 같다. 고객은 상품 목록을 보고 원하는것을 선택하여 장바구니에 담는다. 물건을 구매하기 위해 배송지 및 신용카드 정보를 기술한다. 시스템은 신용카드 승인을 확인하고 물건 구매 확정을 한다. 그리고 그 결과를 이메일로 발송한다. 위의 시나리오는 개발자가 구현하기 좋은 전.. 2021. 2. 10. 이전 1 다음
