개념: J2EE를 RUP에 맵핑
이 가이드라인은 J2EE 역할 및 구현 요소를 RUP에 맵핑하는 방법에 대해 설명합니다.
관계
기본 설명

J2EE 역할을 RUP 역할로 맵핑

J2EE 플랫폼 스펙은 역할 세트를 정의합니다. J2EE 플러그인은 기존 RUP 역할에 적절한 책임을 추가하여 J2EE 역할의 책임을 포함합니다.  새 역할을 정의하기보다는 기존 역할을 보충하여 RUP에서 기존 정보를 사용하도록 플러그인하고 더 명확한 관심사항의 분리를 지원하는 것은 물론 J2EE 및 RUP 간의 직접적인 맵핑을 제공합니다.

다음 표에서는 J2EE 역할에서 RUP 역할로의 맵핑을 요약하며 프로세스에 대한 관련 J2EE 특정 추가사항에 대한 링크를 포함합니다.

J2EE 역할 RUP 역할
응용프로그램 \ 시스템 컴포넌트 제공자

응용프로그램 컴포넌트 제공자는 실제로 EJB 개발자 및 HTML 문서 디자이너와 같은 여러 가지 역할을 포함합니다. 이 역할은 J2EE 응용프로그램 컴포넌트를 생성하여 적절한 J2EE 모듈로 패키지하는 데 관여합니다.

시스템 컴포넌트 제공자는 응용프로그램 컴포넌트 제공자의 전문화이므로 동일한 RUP 역할에 맵핑할 수 있습니다.

소프트웨어 설계자

디자이너

구현자

통합자

테스터

응용프로그램 어셈블러

응용프로그램 어셈블러는 J2EE 응용프로그램 컴포넌트에서 J2EE 응용프로그램을 작성하며 EAR 파일로 전달합니다. 또한 응용프로그램 어셈블러는 J2EE 응용프로그램이 가진 외부 종속성을 설명합니다.

통합자

테스터

배치자

배치자는 J2EE 응용프로그램을 운영 환경으로 배치하는 데 관여합니다. 배치의 첫 번째 단계는 관련된 J2EE 컨테이너에 다양한 응용프로그램 컴포넌트를 설치하는 것입니다. 배치의 두 번째 단계는 선언된 외부 종속성을 분석할 수 있도록 외부 종속성을 구성하는 것입니다. 예를 들어, 정의된 보안 역할은 운영 환경에서 사용자 그룹 및 계정으로 맵핑됩니다. 배치의 세 번째 단계는 새 응용프로그램을 실행하여 요청을 수신하도록 준비하는 것입니다.

시스템 관리자
J2EE 제품 제공자

J2EE 제품 제공자는 J2EE 제품으로 알려진 J2EE 플랫폼 구현의 공급자입니다. J2EE 제품 제공자의 예로는 BEA, IBM 및 Sun Microsystems가 있습니다. 이 조직은 보통 J2EE 플랫폼의 구현을 전달할 때 능력을 발휘합니다. 예를 들어, BEA 구현은 아주 성공적인 BEA의 Tuxedo 트랜잭션 처리 모니터에 빌드됩니다. 또한 J2EE 제품 제공자는 응용프로그램 배치 및 관리를 지원하는 데 필요한 도구를 제공할 수 있습니다.

없음

J2EE 플랫폼 구현 제공이 RUP 범위를 벗어났습니다. J2EE 플랫폼은 프로젝트에서 사용되는 도구 중 하나입니다(프로세스에 대한 입력으로 간주됨).

시스템 관리자

시스템 관리자는 배치된 J2EE 응용프로그램을 포함하는 런타임 인프라스트럭처에 관여합니다.

시스템 관리자
도구 제공자

도구 제공자는 응용프로그램 컴포넌트 개발 및 패키징을 지원하는 도구를 제공합니다. 대개 이러한 도구는 생성되는 여러 유형의 응용프로그램 컴포넌트에 대응되며 Rational XDE(Rational Software), WebSphere Studio Application Developer(IBM) 및 JBuilder(Borland)와 같은 IDE를 포함합니다.

없음

J2EE 개발을 지원하는 도구 제공이 RUP 범위를 벗어났습니다. 프로젝트에서 사용될 수 있는 가능한 도구는 프로세스에 대한 입력으로 간주됩니다.



J2EE 요소를 RUP 아티팩트로 맵핑

다음 표에서는 RUP 아티팩트를 사용하여 주요 J2EE 요소를 표시하는 방식을 요약합니다. 가능한 경우 각 J2EE 요소의 자세한 가이드라인에 대한 링크도 나열됩니다.

J2EE 요소 RUP 디자인 모델 아티팩트  RUP 구현 모델 아티팩트 모델링 가이드라인
응용프로그램 클라이언트 스테레오타입이 <<ApplicationClient>>인 디자인 서브시스템 응용프로그램 클라이언트를 구현하는 각 Java 클래스의 구현 요소 세트 가이드라인: J2EE 응용프로그램 클라이언트

가이드라인: J2EE 응용프로그램 클라이언트 식별

가이드라인: J2EE 응용프로그램 클라이언트 디자인

배치 설명자 배치 설명자는 디자인 모델에서 표시되지 않습니다.

스테레오타입이 <<EJB-JAR Descriptor>>, <<JARDescriptor>>, <<WARDescriptor>> 또는 <<EARDescriptor>>인 구현 모델

중간 산출물 가이드라인: J2EE 모듈(J2EE 모듈 배치 설명자)

중간 산출물 가이드라인: J2EE 응용프로그램(J2EE 응용프로그램 배치 설명자)

EJB

디자인 클래스

사용할 특정 스테레오타입에 대한 세부사항은 가이드라인: EJB(Enterprise JavaBean) 식별을 참조하십시오.

각 EJB 요소의 구현 요소 세트 중간 산출물 가이드라인: EJB(Enterprise JavaBean) 가이드라인: EJB(Enterprise JavaBean) 식별  기법: EJB(Enterprise JavaBean) 디자인

가이드라인: J2EE 응용프로그램 인터페이스

HTML 페이지 스테레오타입이 <<ClientPage>>인 디자인 클래스 스테레오타입이 <<ClientPage>>인 구현 요소

클라이언트 페이지가 디스크에 있는 정적 파일로 표시되는 경우(JSP를 통해 동적으로 생성되는 것과 반대) 클라이언트 페이지는 구현 모델에서만 모델링됩니다.

 
Java 클래스 디자인 클래스 구현 요소

가이드라인: Java 클래스

가이드라인: Java 클래스 식별

JavaBean 디자인 클래스 구현 요소 개념: JavaBean

가이드라인: JavaBean

가이드라인: JavaBean 식별

가이드라인: JavaBean 디자인

Java 패키지 Java 패키지는 디자인 모델에서 표시되지 않습니다. 구현 모델의 패키지(스테레오타입이 필요하지 않음)

Java 구현 요소(예: EJB(Enterprise JavaBean), Servlet) 포함

가이드라인: J2EE 응용프로그램의 구현 모델 구조화
JSP(Java Server Page) 스테레오타입이 <<ServerPage>>인 디자인 클래스 스테레오타입이 <<ServerPage>>인 구현 요소 중간 산출물 가이드라인: JSP(Java Server Page)

기법: JSP(Java Server Pages) 식별

기법: JSP(Java Server Pages) 디자인

JSP 사용자 정의 태그 스테레오타입이 <<JSPTag>>인 디자인 클래스 스테레오타입이 <<JSPTag>>인 구현 요소 가이드라인: JSP(Java Server Page) 사용자 정의 태그
J2EE 응용프로그램 J2EE 응용프로그램은 디자인 모델에서 표시되지 않습니다. 스테레오타입이 <<EAR>>인 J2EE 응용프로그램  중간 산출물 가이드라인: J2EE 응용프로그램

가이드라인: J2EE 응용프로그램 어셈블

가이드라인: J2EE 모듈 및 응용프로그램 배치

J2EE 모듈(아카이브 파일) J2EE 모듈은 디자인 모델에서 표시되지 않습니다. 스테레오타입이 <<EJB-JAR>>, <<JAR>> 또는 <<WAR>>인 J2EE 모듈  중간 산출물 가이드라인: J2EE 모듈

가이드라인: J2EE 모듈 어셈블

가이드라인: J2EE 모듈 및 응용프로그램 배치

Servlet 스테레오타입이 <<GenericServlet>> 또는 <<HttpServlet>>인 디자인 클래스 스테레오타입이 <<GenericServlet>> 또는 <<HttpServlet>>인 구현 요소 가이드라인: Servlet

가이드라인: Servlet 식별

가이드라인: Servlet 디자인

가상 디렉토리 가상 디렉토리는 디자인 모델에서 표시되지 않습니다. 스테레오타입이 <<VirtualDirectory>>인 구현 모델의 패키지

J2EE 웹 컴포넌트(HTML 페이지, JSP 등) 포함

가이드라인: J2EE 응용프로그램의 구현 모델 구조화