주제

참조 페이지 맨 위

다음 책 및 문서는 이 가이드라인에 대한 참조입니다.

유스 케이스 분석에 대한 구현화 페이지 맨 위

활동: 유스 케이스 분석에 있는 내용을 비교할 때 차이점은 경계 클래스에 더 많이 중점을 두고 있고 목적이 하나라는 것입니다. 이 클래스의 객체 수명은 짧고 특정 메커니즘에서 클라이언트 상태(웹 페이지)를 명확하게 관리해야 합니다다. 예를 들어, Microsoft Active Server Pages는 현재 활성화된 모든 클라이언트의 상태 맵에 대한 색인으로서 "쿠키"를 사용합니다.

또한 유스 케이스의 스펙을 읽을 때 다음 사항이 적용됩니다. 

  • 웹 페이지에 대한 언급은 경계 클래스로 변환됩니다. 
  • 하이퍼링크에 대한 언급은 경계 클래스에서 다른 경계 클래스 또는 제어기 클래스까지 연관으로 변환됩니다.  
  • 프로세스의 동사와 설명은 제어기 클래스로 맵핑되는 경향이 있습니다.  
  • 명사는 엔티티 클래스로 맵핑됩니다.  

의사소통이 시작되는 경계 클래스는 제어기 클래스와 대화합니다. 제어기 클래스는 일반적으로 이 경계 클래스의 동일 인스턴스를 통해 역으로는 응답하지 않습니다.

상호 작용 다이어그램 사용 페이지 맨 위

유스 케이스 분석이 진행됨에 따라 순서 다이어그램을 사용하여 시나리오를 설명할 수 있습니다. 이는 유스 케이스의 시나리오에 대한 분석 객체 존재의 유효성을 검증하는 데 도움이 됩니다. 분석 객체가 시나리오에 관련되지 않는 것으로 밝혀진다면 이를 의심하여 다시 평가해야 합니다. 너무 깊이 자세히 들어가면 다이어그램이 커져서 관리할 수 없는 위험이 존재하게 됩니다. 이를 방지하려면 짧은 별도의 시나리오에 집중하고 경계 및 주요 제어기와 엔티티 객체를 포함만 시키십시오.

웹 응용프로그램에서 경계 객체의 수명이 짧다는 점을 기억하십시오. 그러나 경계 클래스는 시나리오 실행 중에 여러 번 인스턴스화되는데, 이는 다이어그램의 동일 클래스에서 인스턴스화된 여러 경계 객체가 있음을 의미하는 것입니다.

분석 레벨 순서 다이어그램에서 액터는 경계 객체와 상호 작용합니다. 탐색 메시지는 액터에서 경계 객체로 전송됩니다.

초기 설계 클래스 작성 페이지 맨 위

초기 경계 클래스 설계

클라이언트 페이지 클래스로 경계 클래스를 맵핑할 수 있습니다.

경계 클래스에 정보 입력이 수반되면 일반적으로 이를 수집을 통해 양식(또는 웹 양식)과 연관시킵니다. 양식의 전체 수명이 클라이언트 페이지로부터 제어되기 때문에 중첩된 클라이언트 페이지의 클래스로 모델링할 수 있습니다. 양식은 서버 페이지와는 항상 제출 관계에 있는데, 이 서버 페이지에서 양식의 값을 처리하고 궁극적으로 새롭게 리턴된 클라이언트 페이지로 유도합니다.

사용자 인터페이스에서 클라이언트에 대한 일부 동적 작동을 필요로 하면 이를 수행할 수 있는 가장 쉬운 방법은 클라이언트에서 동적 HTML을 사용하는 것입니다. 설계 모델의 경우 보통 클라이언트 페이지에서 조작으로 표시됩니다. 클라이언트 페이지에서 조작은 Java 스크립트 기능에 직접 맵핑됩니다. Java 페이지의 속성은 해당 페이지의 페이지 범위 변수에 직접 맵핑됩니다. 동적 HTML 이벤트 핸들러는 태그가 있는 값으로 캡처됩니다.

사용자 인터페이스에 매우 정교한 작동이 있는 경우 수집을 사용하여 애플릿을 경계 클래스와 연관시키도록 고려합니다.

사용자 구조가 분산 객체 시스템(예: RMI, IIOP 또는 DCOM) 기반인 경우, 클라이언트 페이지에서 RMI, IIOP 또는 DCOM, 우회적인 HTTP를 사용하여 서버와 직접 의사소통하는 컴포넌트에 대한 인터페이스를 참조할 수 있습니다. 이런 유형의 관계는 네트워크 트래픽이 발생하고 이에 따라 병목 현상 후보가 되는 영역을 설계자에게 알려주는 일반적으로 스테레오타입화된 <<rmi>>, <<iiop>> 또는 <<dcom>>입니다.

초기 엔티티 클래스 설계

웹 응용프로그램을 설계하는 데 있어 엔티티 클래스에 관하여 다른 유일한 것은 객체가 클라이언트 페이지의 범위 내에 있는 경우, 엔티티 객체는 Java 스크립트 객체로 맵핑됩니다.

초기 제어기 클래스 설계

제어 클래스는 서버 페이지에 맵핑됩니다. 제어기는 비즈니스 논리를 표현하고 조정하며 기타 논리도 조정합니다. 제어기는 일반적으로 서버에 있습니다. 다수의 제어기 객체는 클라이언트 페이지 빌드를 담당합니다(근본적으로 이 객체는 해당 주요 출력으로 HTML을 스트림함). 제어기 객체는 데이터베이스, 미들 티어 컴포넌트, 트랜잭션 모니터 등과 같은 서버측 자원과 상호 작용할 수 있습니다. 

제어기 클래스는 일반적으로 서버측 스크립트된 웹 페이지(활성 서버 페이지, Java 서버 페이지)에 맵핑됩니다.



Rational Unified Process   2003.06.15