IBM의 서비스 지향 모델링 및 아키텍처(SOMA)
SOMA 메소드는 IBM의 글로벌 비즈니스 서비스 그룹의 고용 모델로 개발되었습니다. 공용 문서 및 설명이 사용 가능하지만 주로 필드의 컨설턴트가 사용하는 메소드이고 IBM 고객은 사용할 수 없습니다. 반면에
RUP는 고객이 자신의 소프트웨어 개발 프로세스를 개발하는 데 사용하는 IBM의 상용 제품입니다. 이 통합 메소드 제품인 RUP/SOMA는 SOMA의 고유한 형태를 RUP 상용 메소드로 가져오고 구매 고객이 사용할
수 있도록 개발되었습니다.
SOA 솔루션 디자인 영역에서 이 두 메소드에 나타난 유사한 여러 요소를 찾는 것은 어려운 일입니다. 여기에는 다음과 같은 세 가지 주제 영역이 있습니다.
이 활동에 대한 지원으로 SOMA에서는 기법 및 중간 산출물의 세트(아래 그림에 표시)를 정의하여 종단 간 솔루션 모델을 정의했습니다. 아래 메소드 요소는 하향식으로 식별 그리고 스펙, 마지막으로
실현(realization) 요소로 색상 지정됩니다. 2004년과 2005년에 고객에게 유사한 많은 기법과 중간 산출물 세트를 제공한 SOA 컨텐츠가 포함된 RUP는 기존 RUP 프레임워크로 통합되었습니다.
통합된 SOA 메소드
RUP SOA 컨텐츠 및 SOMA를 결합하는 경우 아래 프레임워크에 따라 메소드, 기법 및 중간 산출물을 결합합니다. 코어 활동이 동일하면 중간 산출물도 모두 동일하며(세부사항의 상위 레벨에서) 여기에서는 여러
활동을 이끄는 기본적인 영향력을 설명합니다(대부분의 활동이 이 영향력의 대부분 중 일부 형태를 고려하지만). 이렇게 하면 반복적인 메소드로 남게 되며, 식별, 스펙 및 실현(realization)
활동이 여러 번 발생하고 종종 겹침, 반복이 다른 서비스 또는 여러 도메인의 다양한 서비스에 초점을 맞춥니다.
현재 메소드에서는 지금 서비스의 배치, 제공 및 관리를 포함하지 않습니다.
단계(Phase): 식별
이미 언급했듯이 서비스 식별에 대한 핵심 접근 방식은 SOMA와 RUP 모두에 공통되지만 약간의 차이가 존재하며 이 차이점 중 일부는 결과 통합 메소드에 나타납니다. 다음 테이블은 SOMA의 기법을 통합
RUP/SOMA에 실현하는 방법과 결과 메소드 컨텐츠에 있는 주제의 위치를 설명합니다. 가능한 이름이 기존 RUP 자료가 훨씬 우선되는 위치를 제외한 SOMA에서 보존됩니다.
이렇게 하면 다음과 같은 식별 단계(Phase) 구조가 나타납니다.
또한 RUP 메소드 컨텐츠에는 SOMA에 해당 기법이 없는 다음 요소가 포함됩니다.
단계(Phase): 스펙
서비스 스펙은 식별과 유사한 방법으로 개발되었으며 아래 테이블에 설명되어 있습니다.
이렇게 하면 다음과 같은 스펙 단계(Phase) 구조가 나타납니다.
또한 RUP 메소드 컨텐츠에는 SOMA에 해당 기법이 없는 다음 요소가 포함됩니다.
단계(Phase): 실현(realization)
서비스 실현(realization)은 위에 있는 두 개의 활동과 유사한 방법으로 개발되었으며 아래의 테이블에 설명되어 있습니다.
이렇게 하면 다음과 같은 실현(realization) 단계(Phase) 구조가 나타납니다.
서비스 모델
SOMA에서 서비스 모델은 아래의 그림으로 설명됩니다. 이 모델은 문서 기반 단일 중간 산출물로 프로젝트 중에 식별 및 지정된 서비스의 여러 기술 및 라이프사이클 보기를 포함합니다. 서비스 모델의 여러
섹션은 RUP/SOMA에 있는 아티팩트: 서비스 모델 에 자세하게 열거되어 있습니다.
프로젝트에서 작업의 결과를 표시하는 데 문서 및 UML 양식의 요소를 사용하기 쉽지만 RUP 양식: 서비스 모델은 문서 양식 및 UML 양식(템플리트: 워드의 서비스 모델 및 템플리트: UML의 서비스 모델)으로 설명됩니다.
|