주제

J2EE 역할을 RUP 역할로 맵핑 To top of page

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

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

J2EE 역할 RUP 역할
어플리케이션/시스템 컴포넌트 제공업체

어플리케이션 컴포넌트 제공업체는 실제로 EJB 개발자 및 HTML 문서 설계자와 같은 몇 가지 역할을 포함합니다. 이 역할은 J2EE 어플리케이션 컴포넌트를 생성하여 적절한 J2EE 모듈로 패키지하는 데 관여합니다.

시스템 컴포넌트 제공업체는 어플리케이션 컴포넌트 제공업체를 전문화한 조직이므로 동일한 RUP 역할로 맵핑될 수 있습니다.

소프트웨어 아키텍트

설계자

구현자

통합자

../../workers/wk_tstr.htm -- This hyperlink in not present in this generated website테스터

어플리케이션 어셈블러

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

통합자

../../workers/wk_tstr.htm -- This hyperlink in not present in this generated website테스터

전개자

전개자는 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 결과물로 맵핑 To top of page

다음 테이블에서는 RUP 결과물을 사용하여 주요 J2EE 요소를 표시하는 방식을 요약합니다.  사용 가능한 곳에서 각 J2EE 요소의 자세한 가이드라인에 대한 링크도 나열됩니다.

J2EE 요소 RUP 설계 모델 결과물  RUP 구현 모델 결과물 모델링 가이드라인
어플리케이션 클라이언트 스테레오타입 <<ApplicationClient>>로 서브시스템 설계 어플리케이션 클라이언트를 구현하는 각 Java 클래스의 구현 요소 세트 가이드라인: J2EE 어플리케이션 클라이언트

가이드라인: J2EE 어플리케이션 클라이언트 식별

가이드라인: J2EE 어플리케이션 클라이언트 설계

전개 설명자 전개 설명자는 설계 모델에서 표시되지 않습니다.

스테레오타입이 <<EJB-JARDescriptor>>, <<JARDescriptor>>, <<WARDescriptor>> 또는 <<EARDescriptor>>인 구현 요소

가이드라인: J2EE 모듈(J2EE 모듈 전개 설명자)

가이드라인: J2EE 어플리케이션(J2EE 어플리케이션 전개 설명자)

EJB 엔터프라이즈 JavaBean

 

각 EJB 요소의 구현 요소 세트 가이드라인: EJB 가이드라인: EJB 식별  가이드라인: EJB 설계

가이드라인: J2EE 어플리케이션의 인터페이스

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

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

 
Java 클래스 설계 클래스 구현 요소

가이드라인: Java 클래스

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

JavaBean 설계 클래스 구현 요소 개념: JavaBean

가이드라인: JavaBean

가이드라인: JavaBean 식별

가이드라인: JavaBean 설계

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

Java 구현 요소(예: EJB, servlet) 포함

가이드라인: J2EE 어플리케이션의 구현 모델 구조화
JSP 스테레오타입이 <<ServerPage>>인 설계 클래스 스테레오타입이 <<ServerPage>>인 구현 요소 가이드라인: JSP

가이드라인: JSP 식별

가이드라인: JSP 설계

JSP 사용자 정의 태그 스테레오타입이 <<JSPTag>>인 설계 클래스 스테레오타입이 <<JSPTag>>인 구현 요소 가이드라인: JSP 사용자 정의 태그
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 어플리케이션의 구현 모델 구조화
 

Rational Unified Process   2003.06.15