문제점 판별을 위한 컴포넌트 식별

이 주제에서는 문제점 판별 이벤트 유형을 설명합니다.

비즈니스 애플리케이션은 여러 컴포넌트로 구성됩니다. 한 컴포넌트는 여러 개의 내부 하위 컴포넌트로 구성될 수 있습니다. 이러한 개념의 일관성 있는 애플리케이션은 비즈니스 애플리케이션의 문제점을 효과적으로 판별하는 데 중요합니다. 이벤트를 작성하고 형식화할 때, 애플리케이션의 모든 파트에서 동일한 개념 및 가정을 사용해야 합니다. 문제점 판별을 위해 공통 기본 이벤트를 작성하는 경우에는 다음 정의 및 예를 사용하십시오.

비즈니스 애플리케이션
비즈니스 애플리케이션은 특정 비즈니스 요구사항 세트를 해결하는 데 사용되는 비즈니스 로직 및 비즈니스 데이터입니다. 비즈니스 애플리케이션은 엔터프라이즈 고유 방식으로 결합된 여러 유형의 여러 컴포넌트로 구성되어 이러한 요구사항을 충족시키는 데 필요한 기능 및 자원을 제공합니다. 비즈니스 애플리케이션의 1차 작성자 및 관리자는 엔터프라이즈이며, 각 엔터프라이즈 또는 회사에서 고유한 비즈니스 애플리케이션을 작성합니다. 비즈니스 애플리케이션의 예로는 Payroll Application for the ACME Corporation 및 Inventory Application for Spacely Sprockets이 있습니다.
컴포넌트
비즈니스 애플리케이션은 컴포넌트 세트로 엔터프라이즈가 작성하고 관리합니다. 컴포넌트는 배치할 수 있는 자산으로 엔터프라이즈 또는 공급업체가 개발하고 엔터프라이즈가 관리합니다. 일반적으로, 컴포넌트 엔터프라이즈에서는 특정 비즈니스 애플리케이션 내에서 사용하기 위해 컴포넌트를 작성할 수 있습니다. 예를 들어, ACME Corporation에서 Payroll Application에 필요한 비즈니스 로직을 표시하기 위해 엔터프라이즈 Bean 세트를 작성할 수 있습니다. 컴포넌트는 공급업체에서 작성하고 엔터프라이즈에서 획득하는 자산이 될 수도 있습니다. 이러한 컴포넌트의 예로는 하드웨어 제품(예: IBM® eServers 또는 Sun Solaris 시스템) 또는 소프트웨어 제품(예: IBM WebSphere® Application Server, Oracle 데이터베이스 서버)이 있습니다.
하위 컴포넌트
해당 복잡도에 따라 특정 컴포넌트는 몇 개의 하위 컴포넌트로 구성될 수 있습니다. 예를 들어, IBM WebSphere Application Server는 엔터프라이즈 Bean 컨테이너 및 서블릿 엔진과 같은 여러 하위 컴포넌트로 구성됩니다. 하위 컴포넌트 정보는 대개 컴포넌트 작성자가 컴포넌트를 처리하기 위해 사용하며, 엔터프라이즈에서 별도로 배치하거나 관리할 수 없는 자원입니다. 엔터프라이즈에서 하위 컴포넌트의 변경 또는 업데이트를 배치할 수 있지만, 컴포넌트 공급업체가 지시하는 경우에만 공급업체 컴포넌트의 파트로 배치할 수 있습니다. 예를 들어, IBM WebSphere Application Server의 엔터프라이즈 Bean 컨테이너에 대한 소프트웨어 수정사항은 IBM WebSphere Application Server의 소프트웨어 업데이트로 패키지되고 배치됩니다. IBM eServer™에서 프로세서의 교체는 물리적 파트로 배치되지만, 원래 배치된 컴포넌트인 IBM eServer의 파트로 배치됩니다.

주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=ctrb_cbecomponents
파일 이름:ctrb_cbecomponents.html