사용 사례에 대한 활동 다이어그램

에 의해 모델링 된 비즈니스 프로세스 "사용 사례" 통해 시각화 시스템 프로세스로 번역되어야 "활동 다이어그램". 자신의 지원 활동 다이어그램에 사용 사례를 연결하는 비즈니스 및 시스템 도메인 사이를 전환 할 수있는 유용한 방법입니다. 이뿐만 아니라 설명하는 방법입니다 무엇 또한이 시스템은 할 만합니다 방법 그것을 할 것입니다.

새로운 서비스를 설계 할 때, 나의 첫 번째 작업은 종이에 수많은 추상적 인 아이디어를 캡처하는 것입니다. 구체적으로, 나는 개인과 시스템을 확인하기 위해 모델링 도구를 사용하여 (e.g. the 누구) 즉, 상호 작용하고 그들의 사용 시나리오됩니다 (e.g. the 무엇). UML의 관점에서, 개인은 호출 "배우" 와 사용 시나리오가 호출된다 "사용 사례".

예: 사용자 로그인 및 등록

등록 및 로그인은 보편적 인 사용 시나리오의 예입니다, 거의 모든 웹 사이트들이 로그인하기 전에 계정을 만들 사용자의 비즈니스 요구 사항이. 어떻게 사용자 레지스터와 로그, 환언 시스템의 행동, 크게 달라질 수. 등록 긴 신청서를 작성하는 사용자를 필요로 할 수 있습니다, 그냥 이메일 주소에게 제출, 또는 오픈 ID와 같은 중앙 인증 시스템을 사용. 이들은 동일한 비즈니스 필요 조건을 달성하기 위해 모든 시스템 특정 수단.

위의 유스 케이스 다이어그램은 사용자 등록 및 로그인이 디자인의 일부가 될 것을 보여줍니다. 이것이 달성하는 방법을 설명하지 않습니다.

활동 다이어그램에 매핑 사용 사례

동안 사용 사례 "이용자는 계정을 생성" 시스템의 디자인을 이해하는 데 충분한 정보를 제공합니다, 개발을 시작하기 전에 더 많은 정보를 제공해야합니다. 활동 다이어그램은 간단합니다, 누락 된 세부 사항을 지정하는 흐름도 방법. 에서 발췌 "방문자 등록" 활동 다이어그램이 누락 된 세부 사항을.

이 활동 다이어그램으로 분할된다 "레인 수영" 웹 브라우저와 네트워크 기반의 활성을 보여주는, 웹 서버. 점선 상자의 활동을 대표하는 "이용자는 계정을 생성" 케이스를 사용, 소프트웨어 개발자가 실제로 사용 사례 무엇을 의미하는지 가시화 할 수있게.

사용 사례 매핑을 구현

이 매핑을 구현하는 방법 중 하나는 엔터프라이즈 아키텍트에서 기사에 의해 제공됩니다, 매핑 사용 사례.

EA 모델링 도구는 때때로 단순 걸리적, 이 경우에서와 같이. 간단한 사용 사례와 활동 다이어그램, 난 그냥 EA에 유스 케이스 다이어그램 내부 활동 모델을 만들어 "프로젝트 브라우저"