가이드라인: 서비스의 서비스와 비즈니스의 연계에 대한 설명에서는 비즈니스 모델과 서비스 식별 간의 연결에 대해 논의했습니다. 일반적으로 이 접근 방식은
서비스 오퍼레이션이 프로세스 모델에서 식별된 타스크를 직접 지원할 수 있어 비즈니스 이해 당사자(stakeholder)/사용자와 서비스를 구현하는 IT 조직 간의 긴밀한 연결을 제공합니다. 일반적으로 비즈니스
프로세스 모델은 조직의 역할 및/또는 자원이 특정 목적을 완료하기 위해 수행하는 타스크에 초점을 맞추며 고객 또는 파트너와 같은 외부 관계자에게 제품 또는 서비스 양식으로 가치를 제공합니다. 전체 프로세스는 이러한
일련의 타스크 세트로서, 서브프로세스로 분해될 수 있습니다. 프로세스는 연관된 조직, 자원 및 데이터 모델을 통해 수행 역할뿐만 아니라 필수/사용한 자원, 자원 소유권, 책임성, 타스크의 내부 및 외부로 전달된
항목의 정의 등을 포함하는 모든 프로세스 측면을 캡처합니다. 개념: 비즈니스 프로세스 분해에는 아래 예제 표시된 대로 후보 서비스 식별이 가능한 비즈니스 프로세스 모델의 설명 레벨에 도달하는 방법이
설명됩니다. 아티팩트: 비즈니스 유스 케이스 모델의 세분화 레벨에 따라서 유용한 프로세스 모델을 생성할 수 있는 분해 레벨에 도달 가능한
비즈니스 유스 케이스 정제에 필요합니다.
다음은 IBM WebSphere Business Integration Modeler를 사용하는 간단한 프로세스 모델을 보여줍니다.
이러한 경우 각 수평 스윔레인은 프로세스에서 타스크를 수행하는 특정 역할을 나타냅니다. 프로세스는 녹색 원으로 시작되어 붉은색 테두리 원으로 끝나며 일부 타스크 간 대출 요청 양식의 데이터 플로우가 존재합니다. 이
프로세스는 간단하게 작성되었지만 상위 레벨 타스크를 보여줍니다. 해당 타스크는 비즈니스 관점에서는 사소한 조치이지만 IT 레벨로 분해하는 경우 실제로 여러 단계가 필요합니다. 일반적으로 컴포넌트 기반 개발의 객체
지향 개발에서는 각 개별 타스크를 IT 보기의 유스 케이스로서 비즈니스 보기에서 처리하며 컴포넌트 및 클래스 세트로 분해하여 유스 케이스를 구현합니다.
서비스 지향 솔루션의 경우 서비스는 유사한 세분성 레벨에서 식별됩니다. 일반적으로 서비스 스펙에 대한 오퍼레이션은 비즈니스 프로세스 모델에서 식별된 원자 타스크와 1:1로 대응하는 것으로 가정합니다. 이는 매력적인
접근 방식이며 주의깊게 수행하는 경우 올바른 결과를 달성할 수 있습니다. 그러나 일단 서비스가 식별되면 프로세스 모델에서 설명하는 것처럼 직접 구현되는 것으로 가정됩니다. 특히 각 역할(스윔레인)은 이름 지정된
서비스가 되며 이 서비스에는 다음 다이어그램에 표시된 대로 해당 서비스에 대한 오퍼레이션으로서 작성된 스윔레인에 각 타스크가 있습니다.
이 접근 방식에서 고려하지 못한 점은 개발될 서비스 유형에 영향을 주는 비기능적 요구사항, 서비스에서 오퍼레이션을 식별하는 방식 등입니다. 일반적으로 이러한 도구로 캡처하는 세부사항 레벨에는 예를 들어, 보안,
서비스 품질 또는 관리용이성 정책 등을 캡처하는 레벨이 포함되지 않습니다. 프로세스를 서비스 모델의 후보 서비스 스펙 세트로 변환함으로써 시작점을 제공하지만 실제 구현을 설명하는 디자인 모델이 개발되기
전에 수행되는 세부 분석의 시작점으로만 간주해야 합니다. 따라서 이러한 서비스 모두 Rational Software Modeler 특성 보기에 있는 이 보기 표시대로, '후보'로 설정된 상태이어야 합니다.
대체 표시
서비스 모델에서 문서 중심 형식이 사용된 경우, 이는 프로세스 타스크와 테이블 형식 서비스 간의 맵핑을 캡처하는 데 더 적합할 수 있습니다. 아래 예제에서는 이렇게 가능한 형식을 보여줍니다.
|