2009-09-28 8 views
2

요구 사항 분석을하고 있으므로 유스 케이스 다이어그램을 작성하고 있습니다. 나는 다음의 예와 virtual test case 무슨 뜻인지 명확히하려고합니다 :UML에서 "가상"유스 케이스와 같은 것을 표현할 수있는 방법이 있습니까?

내가 {delete, create, read, update} 예를 들어, 작업의 집합을 가지고있다. 나는 그것들을 일종의 virtual use case으로 묶고 싶습니다. 그래서 나중에 그것을 확장하고 각 작업에 새로운 유스 케이스를 생성 할 수 있습니다. 이 이론은 사용 사례의 확장이 기본 유스 케이스 설명 행동의 기본 순서의 변화를 소개 되겠지만이 정확하지 하더군요

o 
-|- ----- (basic operation) <---- <<extends>> --- (read) 
/\ 

:처럼 뭔가. 필자의 경우 basic operation 유스 케이스는 실제 의미가 없으므로 연관된 일련의 동작이 없습니다.

이 메뉴 항목에 따라 작업을 그룹화 유용 할 수있다 :

File Operations = {Save, Save As, Print, Exit} 

이 어떻게 그런 일을 표현하는 것?

답변

0

UML 사양은 유스 케이스가 추상적 인 것을 허용합니다. <> 또는 기울임 꼴의 키워드를 사용할 수 있습니다. 가상 및 추상은 유스 케이스 수준에서 하나이고 동일하다고 말하고 싶습니다. 이는 클래스와 같습니다. 유스 케이스는 UML의 분류 기준입니다.

템플리트를 사용하고 템플리트 유스 케이스를 작성하고 모든 인스턴스가 작성해야하는 작성, 읽기, 갱신, 삭제 매개 변수를 완료하도록 요구할 수도 있습니다. 템플리트 유스 케이스 요약은 이 문제를 해결하는 데 도움이됩니다. 이것은 다이어그램, 접근법뿐만 아니라 모델에서 더 심각하게 포착됩니다. 리터럴 문자열을 사용하면 유연성이 향상되고, 작업에는 클레어가 참여해야하며 바람직하지는 않습니다.

사용 사례의 확장 점을 고려할 수도 있지만 이것에 대해서는 잘 모릅니다.

+0

아래 표에 속지 마십시오. 정답입니다. 몇 가지 세부 사항과 대안을 추가했습니다. –

1

당신이 시도하는 주요한 것들 중 하나는 많은 유스 케이스들 사이의 논리적 인 관계를 표현하는 것입니다. 더 구체적으로, 여러 가지 사용 사례 (예 : '파일 저장', '파일 인쇄'등)가 기능적으로 관련되어 있음 ('파일 작업')임을 나타냅니다.

UML packages을 사용하여 이러한 관계를 나타낼 수 있습니다. 예를 들어 '파일 저장', '파일 인쇄'등 관련된 사용 사례가 포함 된 '파일 작업'패키지를 만들 수 있습니다.

관련 문제