내 유스 케이스에 많은 프로세스가 있는데, 이는 정상적인가요?

Question

저는 많은 서브 시스템들로 구성된 큰 시스템에서 일하고 있습니다. 각 서브 시스템은 다른 서브 시스템에 의존합니다. 이 시스템에 대한 유스 케이스를 작성했지만 유스 케이스에는 많은 프로세스가 있습니다 (40 개 이상의 프로세스!). 그것은 다음과 같습니다

• 그룹 서브 시스템 :
  • 그룹을 추가합니다.
  • 그룹 제거
  • 그룹에 가입하십시오.
  • 업로드 파일.
  • 설문 조사 만들기
  • 파일을 제거하십시오.
  • 설문 조사 제거
  • 게시물 작성/주제어
  • 가까운 게시물.
  • 편집 게시물.
  • ....
• 메시지 센터
  • 메시지 보내기
  • 보기받은 편지함
  • 읽기 메시지.

등등 ..

이 그냥 큰 유스 케이스 : http://farm2.static.flickr.com/1308/4691773979_4c5a30f26c_b.jpg

각 사용자가 이러한 프로세스와 상호 작용입니다 알고, 스크린 샷이다.

• 어떻게 이러한 프로세스의 수를 줄일 수 있습니까?
• 유스 케이스 프로세스를 여러 페이지로 나눌 수 있습니까?

Answer 1

나는 많은 페이지로 나눌 수는 없지만 확실하게 여러 개의 유스 케이스 또는 여러 개의 서브 시스템으로 나눌 수 있습니다 ...하지만 그만한 가치가 있습니까?

사용 사례는, 지금까지의 내가 (많이하지 않는), 에 사용되는 알고 같은 사용자가 다른 시스템있는 시스템, 또는 시스템으로 만들 수 있습니다 상호 작용의 종류를 명확하게을 보여줍니다. 이러한 모든 옵션을 갖춘 하나의 시스템만으로 포괄적 인 유스 케이스를 생성 할 수는 있지만, 모든 것을 작은 하위 시스템으로 분리하면서 수행 할 수도 있습니다.

나는 한 누구든지 그 그림은 각 배우들이 함께 상호 작용하는 방법의 명확한 아이디어를 가질 수 있습니다 볼 필요가, 당신은 당신이 더 편안있어 어떤 사용하는 것이 좋습니다 것입니다.

또한 유스 케이스를 작업하는 경우 패키지 다이어그램/목록을 작성했을 가능성이 있습니다.그렇게했다면 각 패키지에 대해 하나의 유스 케이스 만 수행하면됩니다.

Answer 2

귀하의 용어가 옳지 않습니다.

사진에서 보았을 때 하나의 유스 케이스가 아닙니다.

수십 개의 사용 사례가 있습니다. 각 타원형은 별도의 유스 케이스입니다. 각 상자는 별도의 시스템입니다. 32 개의 유스 케이스가있는 7 개의 시스템을 보여줍니다.

이 읽기 ​​: http://www.agilemodeling.com/artifacts/useCaseDiagram.htm

나는 당신이 "프로세스"생각 모르겠어요. 사진에서 추측 해 보면, "프로세스"라고 부르는 각각의 것은 유스 케이스입니다. 배우가 가치있는 것을 만들기 위해 시스템과 상호 작용합니다.

용어가 잘못되었으므로 "정상적인"것인지 말하기가 어렵습니다. 그러나 용어를 잘못 이해하는 것은 일반적입니다.

Answer 3

여러 페이지로 나눌 수 있습니다. 액터에 따라 다이어그램을 나눌 수 있습니다. 따라서 하나의 액터와 모든 액티비티 케이스를 한 페이지에 포함시킬 수 있습니다. 다이어그램에 모든 유스 케이스를 포함시키는 것이 필요한지 분석해보십시오. 물론이 다이어그램을 작성하는 사람과 대상에 따라 다릅니다.

Answer 4

유스 케이스를 그룹화해야합니다.

add Group. 
remove Group. 
join to Group. 

그런 다음 세부 사항 여부를 표시하도록 뷰의 단위를 선택할 수 있습니다 예를 들어 3 사용 사례를 포함 할 것 유스 케이스 "그룹 관리"를 만들 수 있습니다.

여기에 다른 예를 참조하십시오

http://askuml.com/files/2010/06/yuml-use-case-diagram03.png http://askuml.com/files/2010/06/yuml-use-case-diagram02.png

이