uml 시퀀스 다이어그램 예제

간단하게 말하면, 시퀀스 다이어그램은 무언가를 끝내기 위해 `시퀀스`로 시스템 작업의 다른 부분을 보여줍니다. 다이어그램 맨 위에 있는 상자는 분류자 또는 해당 인스턴스(일반적으로 사례, 개체, 클래스 또는 행위자 사용)를 나타냅니다. 개체와 클래스 모두에 메시지를 보낼 수 있으므로 개체는 작업 호출을 통해 메시지에 응답하고 클래스는 정적 작업 호출을 통해 메시지에 응답하므로 시퀀스 다이어그램에 둘 다 포함시키는 것이 합리적입니다. 행위자는 사용 시나리오에서 적극적으로 참여하고 참여하기 때문에 시퀀스 다이어그램에도 포함될 수 있습니다. 개체에는 표준 UML 형식 이름에 레이블이 있습니다. 클래스에는 ClassName 형식의 레이블이 있고 행위자는 액터 이름 형식의 이름을 갖습니다. 개체 레이블에 밑줄이 그어진 방법, 클래스 및 액터가 없는지 확인합니다. 예를 들어 그림 3에서 Student 개체에 aStudent라는 이름이 있는 반면 세미나의 인스턴스는 익명 개체입니다. Student의 인스턴스는 메시지의 매개 변수로 여러 위치에서 사용되기 때문에 이름이 지정되었지만, 세미나의 인스턴스는 다이어그램의 다른 곳에서 참조할 필요가 없으므로 익명이 될 수 있습니다. 그림 2에서 Student 클래스는 지속성 Framework 클래스로 메시지를 보냅니다(<]라는 고정관념을 부여받았을 수 있지만 다이어그램을 단순하게 유지하지는 못했습니다). 클래스에 전송된 모든 메시지는 나중에 더 많은 정적 메서드로 구현됩니다. SmartDraw에 포함된 시퀀스 다이어그램 템플릿 중 하나로 시작합니다. 필요한 모든 표기명과 기호가 드로잉 영역의 왼쪽에 도킹되어 있음을 알 수 있습니다.

페이지에 스탬프를 찍고 기호를 연결하기만 하면 됩니다. 참조 조각을 지정하려면 프레임의 이름 상자에 `ref`와 프레임 내부에서 참조되는 시퀀스 다이어그램의 이름을 언급해야 합니다. 다이어그램 외부에서 보낸 메시지는 채워진 원(UML에서 발견된 메시지)에서 또는 시퀀스 다이어그램의 테두리(UML의 게이트)에서 시작된 메시지로 나타낼 수 있습니다. 개체는 이벤트 시퀀스의 전체 기간 동안 반드시 라이브하지는 않습니다. 개체 또는 참가자는 전송되는 메시지에 따라 만들 수 있습니다. 예: 현금을 인출하려면 잔액이 0보다 크면 아래와 같이 충족해야 하는 조건입니다. 세 가지 간단한 예로 시작해 보겠습니다. 그림 1은 대학 사용 사례에 등록하기 위한 UML 시퀀스 다이어그램을 보여 주며, 행위자와 시스템 간의 상호 작용이 표시되는 시스템 수준 접근 방식을 취합니다. 그림 2는 지원자가 이미 대학에서 학생인지 여부를 결정하기 위해 서비스의 자세한 논리에 대한 시퀀스 다이어그램을 묘사합니다.

그림 3은 세미나에 등록하는 방법에 대한 논리를 보여 주며, 사용 시나리오의 논리를 시각화하고 유효성을 검사하는 데 도움이 되는 이해 관계자와 함께 시스템 수준 시퀀스 다이어그램을 개발하는 경우가 많습니다. 또한 지원자가 이미 학생으로 존재하는지 확인하는 것과 같은 중요한 방법 / 서비스를 식별하는 데 도움이됩니다. 시퀀스 다이어그램의 시간은 기간이 아닌 순서에 관한 것입니다. 상호 작용 다이어그램의 세로 공간은 상호 작용 기간과 관련이 없습니다. 시퀀스 다이어그램 예제에서는 상호 작용 모델링에서 재귀 메시지를 사용하는 방법을 보여 주며 있습니다. « 시스템(또는 엔터티)이 시스템의 행위자와 상호 작용하여 수행할 수 있는 변형을 포함한 일련의 작업 사양입니다. » 사용 시나리오: 사용 시나리오는 시스템을 잠재적으로 사용할 수 있는 방법에 대한 다이어그램입니다. 시스템에 대한 모든 사용 시나리오의 논리를 통해 작업했는지 확인하는 좋은 방법입니다.

Ce contenu a été publié dans Non classé. Vous pouvez le mettre en favoris avec ce permalien.

Les commentaires sont fermés.