활동:
|
목적
EJB 설계의 목적은 EJB(Enterprise JavaBean)를 구성하는 설계 클래스를 식별하고 지정하는 것입니다. 활동: 클래스 설계와 마찬가지로 다음과 같은 목적이 있습니다.
|
|
역할: 설계자 | |
빈도 초기 이후에 모든 반복 중 반복적으로 발생합니다. 프로토타입 활동이 있는 경우 초기에 발생할 수도 있습니다. | |
단계 | |
입력 결과물: | 결과 결과물: |
툴 강좌: | |
자세한 정보: |
워크플로우 세부사항: |
분석 클래스 및/또는 초기 설계 모델 요소에서 EJB를 식별하십시오. 또한 EJB는 설계 패턴의 일부분으로 식별될 수 있습니다. 패턴 통합은 이 활동(새 클래스, 조작, 속성 및 관계 추가)에서 많은 단계를 효과적으로 수행하지만, 패턴에서 정의한 규칙을 준수합니다. J2EE 패턴의 예는 Core J2EE 패턴([ALU01])을 참조하십시오.
작성할 몇 가지 주요 결정사항이 있습니다.
EJB 식별에 대한 자세한 정보는 가이드라인: EJB 식별을 참조하십시오.
EJB의 속성을 식별하십시오.
특히, 각 엔티티 Bean에 대해 지속적 속성 및 1차 키를 식별하십시오.
엔티티 EJB 속성 정의에 대한 자세한 정보는 가이드라인: 엔티티 Bean 설계를 참조하십시오.
이 단계는 세션 및 엔티티 Bean에 적용할 수 있습니다. 메시지 구동 Bean에 적용할 수 없습니다.
조작의 설계는 활동: 클래스 설계, 특히 조작 정의 단계에서 다루어집니다.
EJB의 일부 주요 결정사항은 다음과 같습니다.
EJB 조작 정의에 대한 자세한 정보는 가이드라인: EJB 설계를 참조하십시오.
클래스 작동의 설계는 활동: 클래스 설계에서 다루어집니다.
EJB가 처음 식별될 때 아직 지정되지 않은 경우, EJB를 설계하는 주요 단계는 사용할 EJB 메커니즘을 식별하는 것입니다. 결정사항에는 다음이 포함됩니다.
이 메커니즘의 대부분은 프로젝트 레벨의 소프트웨어 아키텍트에서 작성되고, 어느 경우에나 설계자은 프로젝트 가이드라인을 따릅니다.
EJB 작동의 파트는 메소드에 의해 제공되지만, 추가 작동은 EJB 협업을 통해 제공됩니다. EJB 간에 참조를 작성할 수 있지만, CMP 2.0 엔티티 EJB의 경우 그들 간의 컨테이너 관리 관계(CMR)를 작성할 수 있습니다.
EJB 작동 설계에 대한 세부 가이드라인은 가이드라인: EJB 설계에서 제공됩니다.
이 단계는 모든 EJB에 적용할 수 있습니다.
이것은 EJB 설계를 지원하는 추가 설계 클래스가 식별되는 곳입니다. 일반 지원 클래스는 1차 키 클래스(PK 클래스), DAO(Data Accessor Object) 및 VO(Value Objects)를 포함합니다. 데이터베이스 조작 세부사항을 숨기기 위해 BMP 엔티티 EJB 구현시 DAO가 사용됩니다. 이것은 하나의 데이터베이스 서버에서 다른 데이터베이스 서버로 어플리케이션을 더 쉽게 포트하게 합니다. VO는 효과적인 방식으로 컴포넌트 간에 데이터 값을 전달하고 투명하게 데이터를 액세스하는 데 사용됩니다.
EJB 간의 참조 및 EJB 간의 컨테이너 관리 관계(CMR)를 작성할 수 있습니다.
패턴의 적용을 통해 추가 지원 클래스를 정의할 수 있습니다. J2EE 패턴의 자세한 정보는 Core J2EE 패턴([ALU01])을 참조하십시오.
클래스 설계에 대한 일반 지침은 활동: 클래스 설계를 참조하십시오.
Rational Unified Process
|