모듈의 하위 모듈을 나타내는 방법을 알아야합니다.유스 케이스 다이어그램에서 서브 모듈을 표현하는 방법
예를 들어 X라는 모듈이 있습니다.이 모듈 X는 실제로 x1, x2 및 x3이라는 세 개의 하위 모듈로 구성됩니다. 사용자는 사용 가능한 옵션 중에서이 하위 모듈을 선택할 수 있습니다. 즉,이 모듈은이 3 개의 하위 모듈없이 종료되지 않습니다. 내 의심은 유스 케이스 다이어그램을 그릴 때 어떻게이 서브 모듈을 나타낼 수 있는가? 기본 모듈에서이 하위 모듈에 대해 "포함"또는 "확장"을 사용해야합니까?
또 다른 의심은 내가 x1의 유스 케이스 다이어그램을 그릴 때입니다. "위치보기"라는 주 작업과 "지도 변경보기"라는 옵션 작업을 어떻게 표현할 수 있습니까?
친절하게 대답을 설명해주십시오.
먼저
사용 사례는 단순히 "사용자가 시스템과 함께 무엇을 할 수 있는지"에 대해 설명합니다.
이 간단한 definion 때때로 많은 사람들을 혼란스럽게 :
우리는 사용자가 시스템과 함께 무엇을 할 수 있는지 물어 보면, 그들은 초기 protype의 GUI에 옵션 메뉴가 말한다.
문제는 "GUI"에 관한 것입니다. 사용자가 "X 모듈"옵션을 선택한 다음 사용자 "X1, X1, X3"하위 옵션 작업을 표시합니다 ...
사용 사례 "GUI에 관심이 없습니다" 세부. 실제 "동기 부여"를 포착하려고 노력합니다. ...
명확하게하기 : 은행의 기존 ATM 기계를 설계한다고 가정 해보십시오.
사용자가 ATM으로 무엇을 만들고 싶습니까? 그는이를 위해 ... ATM에서
간단한 사용 사례 Digram을 자신의 청구서를 지불하고 싶다고 가정하자 :
그러나 그는 그/그녀의 청구서를 지불하는 방법? 이것은 유스 케이스 설명 [그림, 유스 케이스 텍스트가 아님]로 캡처됩니다 ... 그리고 우리 고객은 사용자가 그 종류의 청구서를 지불 할 수 있다고 말한 것으로 가정합니다 : 그/그녀의 CellPhone Bill, 전기 요금 청구서, 그의 전기 청구서, 그녀의 세금. 그리고 당신은이 지불금들 각각이 다른 특징들을 가지고 있음을 알게됩니다.
그리고 당신이 사용 사례 설명을 쓰기 시작 형태
사용 케이스 [시스템이 작업을 수행, 배우가 이렇게] : 빌 을 지불 ................. ..
메인 시나리오 :
시스템이 그 지불 빌 운영
A) 유료 핸드폰을 빌
B) 지불을 보여 선택 전기 요금
C) ...
사용자는 옵션
사용자 선택 지불 휴대 전화 빌 그런
5.A) 시스템은 휴대 전화 번호를 요구하는 경우
..선택 ... ..... .......
5.n) 시스템은 사용자가
5.n + 1) 사용자를 recipt하려면 요청
이5.n + 2) 시스템은 영수증 줄 영수증을 ..... 원하는
.....사용자가 다음 지불 전기 빌을 선택하면 ..... ...
"확장"또는 "포함" 의 많은 사용 사례 다이어그램 더러운하지 않는 일반적으로은, 그래서 그 결과로
을 "일반화"우리는 알 수 없다 "변화지도보기"만약 또는 "보기 위치"는 실제 사용 사례 [우리가 도표에 표시해야 함] 또는 유스 케이스 시나리오의 한 단계입니다.
당신이 순서대로 크레이그 라먼 3 개 테스트를 적용 할 수는 찾을 수 . 배우에게 [배우를 직원으로 생각하십시오] "변경보기"라고 말하십시오. 이것이 당신을 "보스"로 만족 시키나요? 아니면 그것은 의미가 없다. 예를 들어 ATM Pay 보스 테스트의 경우 "PayBill"이지만 "지불 옵션 선택"은 그렇지 않습니다.
,
사용 사례는 주로 텍스트입니다.다이어그램은 기능 요구 사항에 대한 개요를 제공합니다. 그러나 단지 개요가 없습니다 세부 사항