Java Enterprise System 소프트웨어 기반 비즈니스 솔루션 생성에는 여러 표준 작업이 포함되어 있습니다.이러한 작업의 범위 및 난이도는 Java Enterprise System을 도입한 시점과 생성 및 배포하려는 솔루션의 특성에 따라 다릅니다.
이 절에서는 일반적으로 연관된 Java Enterprise System의 두 가지 면, 즉 Java Enterprise System 솔루션 라이프 사이클과 다양한 도입 시나리오에 대해 설명합니다.
Java ES 소프트웨어를 기반으로 비즈니스 솔루션을 만드는 일에 관련된 작업은 그림 1–3과 같이 몇 가지로 나눌 수 있습니다. 여기서는 여러 가지 작업을 수행하는 Java Enterprise System 사용자의 범주도 보여줍니다.
그림 1–3에 표시된 라이프 사이클 단계는 다음과 같은 일반적인 그룹으로 분류할 수 있습니다.
배포 전. 이 단계에서 비즈니스 요구 사항이 배포 시나리오 즉, 논리 구조 및 서비스 품질 요구 사항 집합으로 변환됩니다. 배포 시나리오는 배포 구조 설계를 위한 사양으로 사용됩니다.
배포. 이 단계에서 배포 시나리오는 배포 구조로 변환됩니다. 이 구조는 프로젝트 승인 및 예산 편성을 위한 기초로 사용할 수 있습니다. 이 배포 구조는 소프트웨어를 작업 환경에 배포(빌드 테스트 및 롤아웃)하는 데 필요한 세부 정보를 제공하는 구현 사양의 기초이기도 합니다.
배포 후. 운영 단계에서 배포된 솔루션은 프로덕션 조건에서 실행되고 모니터링되어 성능에 최적화됩니다. 배포된 솔루션도 필요한 새 기능을 포함하도록 업그레이드됩니다.
그림 1–3에 표시된 솔루션 라이프 사이클 및 각 단계의 작업에 대해서는 4 장, Java Enterprise System 솔루션 라이프 사이클 작업에서 자세히 설명합니다.
그림 1–3에서는 라이프 사이클 단계에 대한 작업을 일반적으로 수행하는 Java ES 사용자를 나타냅니다. Java ES 작업을 할 경우 작업은 그림 1–3에 표시된 사용자 범주 중 하나 이상에 적합해야 합니다. 다음 표에서는 각 사용자 범주의 기술 및 배경 지식을 설명합니다.
표 1–5 라이프 사이클 작업용 Java ES 사용자 범주
사용자 |
기술 및 배경 지식 |
단계 |
---|---|---|
시스템 분석가 |
심도 있는 기술 지식이 아닌 일반적인 지식 습득 기업의 전략적 방향 이해 비즈니스 프로세스, 목적 및 요구 사항 파악 |
비즈니스 분석 기술 요구 사항 논리 설계 |
높은 기술적 지식 습득 배포 구조에 대한 폭넓은 지식 습득 최신 기술 숙지 비즈니스 요구 사항 및 제약 조건 이해 |
논리 설계 배포 설계 |
|
현장 엔지니어 시스템 관리자 시스템 관리자 |
높은 기술적 지식 습득 정보 기술 환경 숙지 분산된 소프트웨어 솔루션 구현 경험 네트워크 구조, 프로토콜, 장치 및 보안 이해 스크립트 및 프로그래밍 언어 이해 |
배포 설계 배포 구현 |
위임된 관리자 지원 엔지니어 |
전문 기술 또는 제품 지식 보유 하드웨어, 플랫폼, 디렉토리 및 데이터베이스 숙지 소프트웨어 모니터링, 문제 해결 및 업그레이드 기능 숙달 운영 체제 플랫폼에 대한 시스템 관리 이해 |
작업 |
Java ES 도입에 이르게 되는 비즈니스 요구 사항은 다양합니다. 그러나 거의 모든 Java ES 배포에 대한 높은 수준의 목표는 다음 도입 시나리오 가운데 하나에 해당합니다.
새 시스템. 기존 소프트웨어 시스템 없이 시작하는 경우, 새로운 비즈니스 솔루션 지원을 위해 Java Enterprise System 소프트웨어를 배포합니다.
기능 향상. 기존의 정보 기술(IT) 인프라로 시작할 경우 해당 시스템의 한 부분, 많은 부분 또는 모든 부분을 Java ES 소프트웨어로 대체합니다. 대개는 시스템이나 하위 시스템이 너무 복잡하거나 너무 제한적이거나 또는 유지 관리 비용이 너무 비싸서 교체합니다. 예를 들어 더 나은 보안, 고가용성, 확장성 및 융통성, 더 적은 복잡도, 추가 기능(예: 단일 사인 온) 또는 IT 자원의 효율적인 사용이 필요할 수 있습니다. 즉 기존 시스템에서 제공하는 것보다 더 나은 투자 수익을 원할 수 있습니다.
기능 확장. 기존 IT 인프라로 시작하는 경우, 현재 해당 시스템의 일부가 아닌 Java Enterprise System 소프트웨어를 배포합니다. 새로운 비즈니스 요구 사항을 충족시킬 필요가 있기 때문에 일반적으로 소프트웨어 시스템을 이런 방식으로 확장합니다. Java ES 포털을 통한 기존 서비스의 개인화된 집계 또는 기존 서비스에 대한 Java 인증 및 권한 부여와 같은 새로운 기능이 필요할 수 있습니다.
업그레이드. Java Enterprise System의 이전 버전 또는 Java Enterprise System 보다 전에 출시된 Sun 제품으로 구성된 IT 인프라로 시작하는 경우Java Enterprise System 구성 요소의 최신 버전으로 업그레이드합니다.
모든 도입 시나리오에는 각각의 고려 사항과 위험이 있습니다. 사용자 상황의 특성을 묘사하는 도입 시나리오에 상관없이 그림 1–3에 표시된 솔루션 라이프 사이클 프로세스가 적용됩니다. 그러나 도입 시나리오에 따라 라이프 사이클 단계에서 투자해야 할 자원과 처리해야 할 문제가 다를 수 있습니다.
다음과 같은 고려 사항이 도입 시나리오에 다양하게 적용됩니다.
마이그레이션. 기존 인프라를 새로운 소프트웨어로 기능 향상 또는 업그레이드하려면 종종 데이터를 기존 시스템에서 새로운 시스템으로 마이그레이션해야 합니다. 구성 정보, 사용자 정보 또는 응용 프로그램 정보 등이 이러한 데이터에 해당할 수 있습니다. 새로운 프로그래밍 인터페이스로 인해 비즈니스 또는 프리젠테이션 논리를 마이그레이션해야할 수도 있습니다.
통합. 기존 시스템에 새로운 소프트웨어를 추가하거나 또는 소프트웨어 하위 시스템을 교체하려면 새로운 소프트웨어 구성 요소를 나머지 하위 시스템에 통합해야 합니다. 새로운 인터페이스 계층 개발, J2EE 커넥터 또는 자원 어댑터 사용, 기존 구성 요소 재구성 및 데이터 변환 스키마 구현 등이 통합에 포함될 수 있습니다.
교육. 거의 모든 인프라 변경은 IT 절차 및 기술 세트의 변경을 의미합니다. Java Enterprise System 기술을 지원하려면 IT 부서에 새로운 기술을 확보하거나 또는 이전 기술을 이전하기 위한 적절한 시간이 필요합니다.
하드웨어. 기존 시스템이나 하위 시스템을 교체하거나 기능을 향상시킬 경우 비즈니스 제약 조건으로 인해 기존 하드웨어를 재사용해야 할 수도 있습니다. 도입 시나리오에 따라 하드웨어 자원이 중요한 요소가 될 수도 있습니다.
다음 표에서는 모든 Java ES 도입 시나리오에 적용되는 고려 사항의 기본적인 특성을 요약합니다.
표 1–6 Java ES 도입 시나리오 고려 사항