
유스케이스 다이어그램 : 객체지향 방법의 표현 도구
유스케이스 다이어그램 작성 과정
1. 후보 유스케이스 도출 : 다양한 액터가 사용하는 기능들을 액터에 따라 후보 유스케이스로 도출한다.
2. 1차 검토 : 후보 유스케이스 중에서 유스케이스의 특성을 고려하여 불필요한 유스케이스를 삭제한다.
[ 유스케이스의 특성 ]
• 실행 후 사용자가 원하는 결과 제공 : 결과물을 제공해야 한다. 그렇지 않을 경우 유스케이스가 아닌 시스템 내부 동작일 가능성이 크다.
• 사용자에 의해 시작 : 하나의 유스케이스를 어떤 사용자가 사용하는지, 혹은 시작하는지를 생각해야 한다. 아무도 이 유스케이스를 시작하지 않거나 사용하지 않는다면 필요 없는 유스케이스다.
• 많이 사용하는 기능은 하나의 유스케이스로 도출 : 사용자들이 많이 사용하는 기능 여러가지를 액터가 함께 한번에 사용할 시 하나의 유스케이스로 만들어야 한다.
• 사용하는 기능만 유스케이스로 도출 : 여러 기능을 단순화해 하나의 유스케이스로 만들면 사용자는 그 안에 포함된 기능을 모두 사용하여야 한다. 어떠한 액터가 유스케이스를 부분적으로만 사용한다면 잘못 작성된 유스케이스이다.
• 주 기능은 유스케이스, 보조 기능은 이벤트 흐름 : 가장 핵심이 되는 기능을 유스케이스로 나타내고 나머지는 이벤트 흐름에 나타낸다.
• 홀로 존재하는 유스케이스는 없음 : 액터나 유스케이스의 관계를 나타내는 선이 전혀 없이 홀로 존재하는 유스케이스의 경우 개발 밖의 기능이거나, 시스템에서 필요한 기능이지만 액터 연결을 빠뜨린 경우이다.
3. 유스케이스 정련 : 1차 검토된 유스케이스 목록을 정련한다.
4. 유스케이스 다이어그램 그리기 : 정련된 유스케이스 목록으로 다이어그램을 그린다.
유스케이스 명세서 작성하기
유스케이스 명세서는 7개 항목으로 구성되며 각 유스케이스의 자세한 내용을 기술한다.
| 항목 | 설명 |
| 개요 | 유스케이스가 제공하는 기능을 기술한다. |
| 관련 액터 | 누가(역할) 이 유스케이스를 사용하는지 해당 액터를 기술한다. |
| 우선순위 | 사용자 관점에서 중요하다고 생각하는 순서를 ‘상’, ‘중’, ‘하’로 기술한다. |
| 선행 조건 | 유스케이스가 수행되기 전에 수행되어야 하는 조건을 기술한다. |
| 후행 조건 | 유스케이스가 수행된 후 만족해야 하는 조건을 기술한다. |
| 이벤트 흐름 | 유스케이스가 수행될 때 액터와 시스템의 대화(상호작용)를 기술한다. |
| 비기능 요구사항 | 유스케이스와 관련 있는 비기능 요구사항을 기술한다. |
'Coding Study' 카테고리의 다른 글
| 선형회귀 모델 - 단순 선형회귀, 다중 선형회귀 (0) | 2023.11.09 |
|---|---|
| 소프트웨어 설계 - 모듈화 (0) | 2023.11.02 |