케이스 UML 다이어그램

시뮬레이션 차트의 다섯 가지 유형을 사용하고, UML 케이스도 등급 시스템 및 서브 시스템의 동작을 모델링하는데 중요한 역할을 시스템의 동적 인 측면을 시뮬레이션하는 수단이다. 이 다이어그램 배우의 많은 각에서, 케이스, 그리고 그들 사이의 관계를 사용합니다.

UML 케이스도 널리 사용이 특히 또는 판례 다양한 변형의 관점에서 시스템의 필요한 장소에, 다양한 분야에서 사용된다. 대부분의 경우,이 클래스 또는 서브 시스템의 시스템 상황을 모델링하거나 선택한 항목의 동작에 적용되는 요구 사항을 모델링 가정한다.

매우 중요, 시각화 및 문서 시스템 동작을 지정하기위한 유스 케이스 다이어그램이다. 를 사용하여 시스템, 서브 시스템, 또는 클래스를 이해뿐만 아니라, 특정 상황에 대한 외부 부품 사용의 이점을보고 쉽게 개발자. 이러한 UML 다이어그램은 직접 디자인 실행 시스템을 테스트뿐만 아니라, 더 나은 특히 리버스 엔지니어링에, 자신의 내부 구조를 이해하는 특히 중요하다.

구조 전례는 - 성공으로 인도하는 주요 시나리오에 대한 대안, 찾을 수있는 좋은 도구입니다. 모든 단계에서, 또 다시 자신에게 질문을 : "다른 어떤 일이 일어날 수 있습니다"특히, "무엇이 잘못 될 수있다"어디 처음부터 최선의 가능한 모든 확장 조건을 찾을 수 있습니다. 이 결과에서 작업하는 동안, 미래의 혼동을 방지하는 데 도움이됩니다.

만 가능 문제를 해결하기위한 모든 조건, 그것은 처음부터 공부를하는 것이 가장 좋습니다. 이 방법은 결과에 작업 할 때 수렁에 수렁에 빠져되지 않도록하는 데 도움이 될 것입니다. 따라서 가능하면, 조건을 최대한 고려, 이것은 미래에 오류 감소의 원인이됩니다.

그 내용을 표시하는 그래픽 다이어그램 판례 테이블 작업을위한 최선의 선택. 이 구조 방법에 사용되는 상황도, 다소 유사하다. 결국, 테이블은 시스템의 경계뿐만 아니라 외부 세계와의 접촉 상태를 보여줍니다.

차트는 명확하게 판례 배우, 사용 사례뿐만 아니라, 그들 사이의 관계를 표시 :

- 전례의 배우의 실행;

- 다른 판례와 관련된 판례.

아무 말도하지 않는 UML 모델링 및 차트를 제시의 방법으로 선례의 내용에 대한 모든 것을 보여줍니다. 그러나 차트없이 할 수 있습니다. 전문가들은 전례의 개발이 차트를 만들기 위해 너무 많은 노력을하지 않는 것이 좋습니다. 당신은 내용의 텍스트에 집중하면 좋을 것입니다.

UML 관계를 포함하는 외에도, 경우도 사용하는 다른 종류, 예를 들면 연장된다. 그것은 자신의 전문가들은 피하는 것이 좋습니다했다. 그 이유는 많은 시간이 사용 사례 사이의 다양한 관계를 고려하여 주어진 종종 전체 개발 팀 사실에있다. 이 노력의 낭비이다. 전례의 텍스트 설명을 처리 한 후에는 여기에 숨겨진 기술의 진정한 가치이며, 훨씬 더 편리합니다.