2016-08-18 19 views
1

UML 활동 다이어그램에서 보내기 및 받기 신호를 사용하는 것에 관해 두 가지 질문이 있습니다. 두 가지 접근 방식에 대한 다이어그램은 내가 생각할 수 :UML 활동 다이어그램에서 HTTP 요청 보내기 모델

enter image description here

  1. 나는 보통 보내고 협력하여 신호를 수신 참조하십시오. 그러나 송신 신호가 실패하면 어떻게 될까요? 송수신 신호를 분리하여 사이에 오류 루틴을 포함시킬 수 있습니까?
  2. 웹 서비스에 대한 UML 다이어그램을 모델링 할 때 서버가 요청을 처리하는 방법이 시스템 범위를 벗어납니다. 이 경우 응답 수신 모델을 어떻게 작성합니까?

누구든지이 다이어그램 중 어느 것이 옳은지 확인하고 확인해 주시면 감사하겠습니다! 사전에

감사합니다, 인 Rajesh

답변

1
  1. 첫 번째 다이어그램은 전송이 실패 할 경우 어떻게되는지 잘 보여줍니다. 오류가 기록되고 프로세스가 완료됩니다. 물론 서버는 아무 것도하지 않습니다.
  2. 서버 측에 관심이 없다면 모델링 할 필요가 없습니다. 보내기 및 받기 이벤트 (아래 참조)를 사용하여 서버로 이동하거나 서버에서 오는 제어 흐름을 모델링 할 수 있습니다.

    enter image description here

이, 당신의 두번째 사진/위의 보내기를 사용하여 수신해야한다고 말했다 가졌어요. 그리고 서버를 모델로 만들지 않으므로 다이어그램에서 완전히 버려두는 것이 좋습니다.

개인적으로 첫 번째 다이어그램에서와 마찬가지로 개인적으로 서버 측에서 몇 가지 기본 사항, 즉 수신 및 전송 파트를 모델링합니다. 이것은 동기식 흐름을 의미하므로 Send/Receive는이 경우에 비동기 처리를 표시 할 수있는 기능을 제공합니다. 그냥과 같이 (약칭 함) :

enter image description here

+0

이 응답 해 주셔서 너무 감사합니다! 내 이해를 나타 내기 위해, 1. 보내기 및 받기는 본질적으로 신호입니다. 그래서 우리는 신호 기호를 사용할 것입니다. 2. 보내기 오류를 처리하기 위해 오류 루틴을 두는 것이 좋습니다. 서버 쪽에서는 내가 분명하지 않을 수도 있습니다. 이 경우 구체적으로 우리는 서비스를 제공하는 공공 서비스를 사용할 것입니다. 그래서 나는 그것이 어떻게 행해졌는지 알지 못한다고 생각합니다. 따라서 우리는 서버 측면을 설명에서 벗어나지 않을 것입니다. 다시 한 번 감사드립니다! –

+0

서버 내부의 세부 정보를 모델링하지는 않지만 보내거나받는 부분을 표시해야합니다 (첫 번째 그림이나 위의 그림과 같습니다). –