백서: 서비스 지향 아키텍처의 RUP 갱신사항
이 문서는 서비스 모델 개발에 있어 소프트웨어 설계자 및 디자이너에게 필요한 안내 도입 범위와 관련된 RUP(Rational Unified Process) 갱신사항을 설명합니다. 서비스 모델은 RUP의 기존 구현 타스크에 대한 기반으로 사용할 수 있는 서비스 포트폴리오를 나타냅니다.
관계
설명
기본 설명

작성자: Ali Arsanjani, Simon Johnston, John Smith, IBM © Copyright 2005, 2006 by IBM Corporation. All Rights Reserved.

주제

소개

이 문서에서는 서비스 및 서비스 지향 아키텍처(SOA)에 초점을 맞춘 RUP(Rational Unified Process)의 세 번째 갱신사항에 대해 설명합니다. 이러한 갱신은 SOA에 대한 RUP 안내에 중요한 이정표가 됩니다. 이는 이 RUP 갱신으로 SOA 컨텐츠의 이전 RUP를 IBM 글로벌 비즈니스 서비스(GBS) 서비스 지향 모델링 및 아키텍처(SOMA) 메소드의 컨텐츠와 결합시키는 통합 메소드가 제공되기 때문입니다. SOMA 메소드는 IBM이 많은 클라이언트 계약에서 사용해 왔습니다. 초기에 이 SOAM 메소드는 기존 IBM 글로벌 서비스 메소드(GS 메소드) 사용에 도움이 되도록 개발되었지만 SOA 영역에서는 IBM과 당사 고객 모두에게 두 개의 독립된 메소드 사용보다 통합 메소드 접근 방식이 더 도움이 됩니다. 두 가지 메소드를 보면 작성자들이 매우 유사한 목표를 갖고 유사한 방식으로 두 메소드를 각각 작성했음을 알 수 있습니다. 사실 두 팀은 2004년에 만나 두 메소드를 일부 변경해 용어를 맞추었습니다. 이러한 연계는 두 메소드 모두 서비스 지향 솔루션 개발이라는 활동에 초점을 맞추고 있으므로 당연한 일이며 상위 레벨의 두 가지 메소드에 대한 설명이 가능한 일반 프레임워크를 추출할 수 있습니다.

일반 RUP에 익숙한 고객의 경우, 개념: 서비스 지향 솔루션 개발을 검토할 수 있습니다.

SOMA에 익숙한 IBM 스태프의 경우엔 로드맵: IBM SOMA에서 변환을 검토할 수 있습니다.

메소드 통합 개요

위에서 설명된 프레임워크는 다음 다이어그램과 같습니다. 이 다이어그램에는 서비스 지향 솔루션 개발의 과정에 필요한 활동의 메소드 중립 세트가 표시됩니다. 이 다이어그램은 어느 메소드의 컨텐츠든 이를 단순화한 것이지만 두 메소드의 핵심 활동(서비스 식별, 서비스 스펙 및 서비스 실현)을 분명하게 나타냅니다. 중간 산출물의 영역에 많은 개념 연계가 있습니다. 유사한 중간 산출물은 유사한 역할 및 이해 당사자에게 필요하지만 경우에 따라 다르게 실현됩니다(예: UML 모델 또는 워드 문서). 이 중간 산출물은 상대적으로 연계하기 간단해 보입니다. 일반적으로 활동은 중요한 영향력을 갖지만 실제로는 모든 요구사항이 모든 활동과 관계가 있습니다.

 메소드 개요

그림 - 통합 SOA 메소드 프레임워크

여기에서 식별된 활동은 여러 기술로 지원되기 때문에 프레임워크의 단계 확장이 가능합니다. 또한 메소드 통합은 세부 기술 영역에서 이루어집니다. 이 문서에서는 기술 통합의 세부사항을 제공하지는 않지만 단일 및 일관된 메소드의 개발로 시작점으로 사용된 두 메소드 모두가 변경됨을 알 수 있습니다. 이 시작점에서는 독자가 개념, 접근 방식, 타스크 및 중간 산출물 정의에 일관성이 있음을 확인할 수 있습니다. 예를 들어, SOA 중간 산출물의 기존 RUP 사용 결정으로 컨텐츠에 대한 일관성 레벨이 제공됩니다. 이 SOA 중간 산출물인 서비스 모델은 여러 텍스트 보고서 및 테이블을 생성하여 SOMA 종사자(practitioner)에게 필요한 중간 산출물을 제공하는 기본 소스입니다. 이러한 변경으로 UML 서비스 모델에 추가 시맨틱이 있는 값이 제공되고 서비스 스펙 및 실현(realization) 모델 모두를 개발할 수 있습니다. 하지만 서비스 모델을 확장하여 기존 SOMA 중간 산출물에 필요한 추가 정보를 캡처해야 합니다. 예를 들어, 중간 산출물인 서비스 스펙은 추가 특성 소스 및 SOMA 종사자(practitioner)가 일상적으로 사용한 정보를 캡처하는 상태로 확장됩니다.

원리

플러그인은 다음 안내서 아이디어를 기반으로 합니다.

  1. 앞으로의 발전을 허용하십시오. 즉 장래의 활동, 중간 산출물, 역할 등의 추가에 대한 제한조건을 최소화하거나 무효화하십시오.
  2. 소유 확장자(예: SOMA의 특정 확장자 또는 자산)를 현재 또는 미래 상업용 메소드에 추가하는 기능을 유지보수하십시오. 소유 컨텐츠는 또한 서비스 레버리지의 프레임워크에 추가할 수 있습니다.
  3. 고객 응대 및 IBM 내부 메시지 전달을 모으십시오.
  4. 메소드에는 도구 제한이 없어야 하지만 IBM 포트폴리오를 선호하는 도구 사용 도움말의 통합 가이드라인을 제공해야 합니다.
  5. GS 메소드 또는 RUP 또는 기타 레거시 메소드를 기반으로 한 기능을 제한하기보다는 메소드 활동 기능을 사용하십시오.

범위

RUP(Rational Unified Process)에 대한 이 갱신사항에는 서비스 모델 개발 시 소프트웨어 설계자디자이너의 소개 안내 범위가 있으며 모델은 RUP의 기존 구현 타스크에 대한 기반으로 사용할 수 있는 서비스 포트폴리오를 나타냅니다. 또한 비즈니스 모델링과 서비스 모델 간의 연결에 대해 설명합니다. 많은 서비스 지향 아키텍처(SOA) 프로젝트는 해당 비즈니스, 기능적 요구사항 및 프로세스 지원에 필요한 서비스를 이해하는 데 있어 비즈니스 프로세스 모델링을 사용합니다.

이 갱신 범위는 소개 부분에서 간략하게 설명했으며 다음은 프로젝트 안내에 사용되는 요구사항 및 범위 설명 세트입니다.

  • 기존 RUP 활용: 가능한 경우 RUP의 기존 타스크 및 중간 산출물과 관련하여 새 타스크 및 중간 산출물을 설명해야 하며 새 개념을 추가하지 않아도 됩니다. 또한 전체 RUP 플로우에 맞는 새 요소를 추가해야 합니다.
  • 향후 도구 기능 기대: RUP는 도구에 의존하지는 않지만, 도구가 존재하지 않는 영역의 컨텐츠 개발은 의미가 없으므로 현재 상용 도구는 없어도 앞으로 출시될 수 있기 때문에 주제를 작성하지 않을 필요는 없습니다.
  • SOA에 있어 기타 IBM 경험 통합: 다른 IBM 그룹의 경험을 활용 및 획득하여 새로운 개념, 가이드라인 및 사례에 추가할 수 있습니다.
  • 분석 및 디자인에 대한 범위 변경사항: 비즈니스 디자인에 대한 SOA 적용과, 비즈니스 모델, 운영 조직 및 비즈니스 통합에 대한 SOA의 의미에 대해 설명하는 문서를 이미 참조했습니다. 또한 구현, 배치 및 운영 관리에 대한 SOA의 차이점에 대해서도 알아봤습니다. 첫 번째 반복의 경우 해당 범위가 너무 넓으므로 아키텍처 및 디자인 문제에만 초점을 맞추었습니다.
  • 기반 전달: 첫 번째 반복입니다. 여기서 제시하는 프레임워크에 추가 안내를 제공할 수 있으며 후속 반복에서 이 컨텐츠와 나머지 RUP가 연결됩니다.
  • 필요한 기본 변경사항 확인 및 향후 릴리스로 연기: 새로운 개념 중 일부는 용어 설명이 필요하거나 기본 RUP에 대한 기타 사소한 변경이 필요합니다. RUP를 변경할 수는 있지만 보다 광범위하고 장기적인 관점에서 의미가 있어야 합니다.

주요 결정사항

이 컨텐츠는 제품의 다음 상용 릴리스에서 기본 RUP의 일부로 포함될 예정입니다. 또한 여기서 설명하는 컨텐츠를 RUP 플러그인으로 패키지하고 고객이 다운로드할 수 있도록 할 예정입니다.

동시에, 비즈니스 모델링(BM) 원칙을 변경하여 BM과 SOA 간의 관계를 보다 강화합니다. 그러나 SOA 플러그인을 완료하기 전에 BM 변경사항을 대기해야 하는 원칙이 적용됩니다. 상용 릴리스에는 두 변경사항 세트가 함께 통합됩니다.

GBS 서비스 지향 모델링 및 아키텍처(SOMA)에서 여러 핵심 아이디어가 통합됩니다. SOMA의 모든 아이디어 및 안내를 통합할 수는 없지만(특히 설정한 범위 내부에 포함되지 않는 경우) 작업 안내에 유용합니다.

기타 컨텐츠에 대한 접근 방식에 영향을 준 개념을 포함하여 특정 새 원칙이 도입되었습니다. 해당 개념에는 엔터프라이즈에서 제공되는 서비스의 엔터프라이즈 전체 보기 및 서비스 포트폴리오 개념이 포함됩니다.

감사의 글

저자는 본 문서 작업과 관련하여 다음 분들의 노고에 대해 감사의 뜻을 전합니다. Alan Brown과 Sky Matthews는 컨텐츠를 검토하고 제반 지원을 제공해주었으며 Eoin Lane, Steve Graham, Ed Kahan 및 Grant Larsen은 본 문서에 대한 의견뿐만 아니라 유용하고 때로는 도전적인 여러 예제를 제공해주었습니다. 또한 SOMA 노력에 대해 함께 작업한 동료 Ali Arsanjani, Luba Cherbakov 및 Kerrie Holley에게도 감사의 마음을 전합니다. 추가 자료에는 IBM의 웹 서비스 보안 설계자인 Maryann Hondo가 작성한 이 개정판이 포함됩니다.

마지막으로 Danske Bank의 Claus Torp Jensen와 그의 팀은 실제 생활의 SOA 적용과 관련하여 자신의 은행 업무 경험을 있는 그대로 모두 제공해주었습니다.