유스 케이스 예제

복잡한 UI가 관련되어 있지만 필수 목표는 문서인 MS Word 또는 Visio와 같은 응용 프로그램을 개발해야 하는 경우 어떤 것이 좋습니다. 이러한 시나리오에 대한 가능한 사용 사례는 무엇입니까? 이봐 앤, 코멘트 주셔서 감사합니다. 각 사용 사례에는 자체 DFD가 있습니다. 모든 사용 사례가 복잡하여 DFD를 그리는 것이 어떤 값도 추가되거나 (a) DFD 그리기 비용을 정당화하기에 충분한 값을 추가하고 (b) 상황이 변함에 따라 DFD를 유지 관리하는 것은 아닙니다. 다른 작성자는 조직 수준에서 사용 사례를 „비즈니스 사용 사례“라고 하는 경우가 있습니다. [6] 좋은 질문, 켈리. 나는 주장했다 – 모두 성공적으로 당신이 프로세스 흐름이나 사용 사례를 수행해야하는 프로젝트에 실패, 하지만 둘 다. 상호 작용 및 프로세스를 문서화하는 두 가지 접근 방식은 내용과 가치가 90% 겹치는 것처럼 느껴집니다. 그런 다음 대체 흐름 및 예외 흐름이 있습니다.

변형 경로입니다. 때로는 예를 들어 보겠습니다. „비디오 보기“의 경우 „일시 중지“가 있을 수 있습니다. 비디오를 일시 중지할 수 있습니다. 당신은 비디오를 종료 할 수 있습니다 (그렇게하지 마십시오!). 당신은 다른 일을 할 수 있습니다. 동영상을 „좋아요“할 수 있습니다. 있을 수 있습니다.—경우에 따라 해당 사용 사례의 범위에 맞지 않을 수 있지만 수행할 수 있는 모든 다른 작업입니다. 예외 흐름일 수 있습니다: 인터넷 연결이 끊어지고 스트림이 끝나면 어떻게 됩니까? 어떻게 사용자에게 제공됩니까? 잘못된 것에서 사람들을 유지, 최종 목표 또는 사용 사례의 끝에 도달 중지.

Cockburn은 프로젝트가 항상 상세한 „완전히 옷을 입은“사용 사례가 필요하지 않을 수 있음을 인식합니다. 필드와 캐주얼 사용 사례를 설명합니다:[9] 잠재적인 사용 사례를 식별하려면 어떻게 해야 합니까? 콘스탄틴과 록우드 (1999)는 필수 사용 사례를 식별하거나 단순히 사용 사례를 식별하는 한 가지 방법을 제안, 배우의 관점에서 다음 질문을 이해 관계자에게 물어 잠재적 인 서비스를 식별하는 것입니다 : 나는 그것이 모두 자습서 바랍니다 사용 사례와 그들이 왜 그렇게 재미 있고 중요한지에 대한 교훈, 그리고 왜 내가 그들을 너무 사랑하는지, 그리고 당신이 정말로 귀하의 비즈니스와 기술 스탁 사이의 격차를 해소하기 위해 요구 사항을 명확히하기 위해 사용하는 강력한 분석 도구인 방법에 대한 교훈 eholders, 소프트웨어가 통신 도구와 격차를 발견하고 기술적 및 비 기술적 인 사람들과 통신하는 데 도움이 분석 도구를 사용하여 수행해야 하는 일에 대해 진정으로 같은 페이지에 모두를 가져옵니다. 2) 사용자 인터페이스가없는 어떤 것에 대한 사용 사례를 작성 할 때, 오히려 다른 모듈을 호출할 수도 있거나 포함하지 않을 수있는 복잡한 작업 시퀀스를 수행해야하는 것입니다. 이러한 시나리오에 대한 사용 사례를 작성하는 방법은 무엇입니까?