WebSphere Business Modeler 모델 프로젝트를 작업공간으로 가져오려면 WebSphere Business Modeler 통합 지원이 설치되어 있어야 합니다.
WebSphere Business Modeler 모델 프로젝트를 작업공간으로 가져올 때 사용자 작업공간에 비즈니스 모델의 UML 표시가 작성됩니다. 이 UML 표시를 스펙 모델 또는 비즈니스 프로세스 모델이라고도 합니다. 스펙 모델은 비즈니스 프로세스가 상호작용하는 방법과 액터 또는 다른 서비스에서 이 비즈니스 프로세스가 호출되는 방법을 정의합니다. 스펙 모델의 각 요소 이름은 WebSphere Business Modeler 비즈니스 분석 모델에 있는 해당 요소의 이름과 같으며 UML 협업은 비즈니스 프로세스를 나타냅니다. 비즈니스 모델에 의해 정의된 비즈니스 프로세스 및 역할 사이에 있는 계약의 보기를 작성하기 위해, UML 실현 모델에서 자유 양식 다이어그램을 작성하고 역할, 프로세스 및 인터페이스를 다이어그램으로 끌어올 수 있습니다.
스펙 모델의 구조와 세부사항은 resources.xmi 파일에 포함됩니다. 이 파일은 스펙 모델의 최상위 레벨 폴더에 있습니다. resources.xmi 파일을 UML 2.1 EMX 모델 파일로 저장할 수 있습니다. 그러나 스펙 모델에 대한 변경사항을 편집한 후 저장하면 변경사항을 원래 WebSphere Business Modeler 모델 프로젝트로 내보낼 수 없습니다.
스펙 모델을 변환 소스로 지정할 수 있습니다. 비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환 구성을 작성하고 변환을 실행할 때 스펙 모델이 열려 있어야 하고, 비즈니스 분석 모델을 포함하는 WebSphere Business Modeler 프로젝트가 Eclipse 작업공간에 있어야 합니다.
변환 구성 편집기를 사용하는 대신 프로젝트 탐색기 보기에서 변환 소스를 선택하는 경우, 사용자가 선택하는 프로젝트는 변환 구성에 지정된 소스 프로젝트를 대체합니다. 변환 구성은 영향을 받지 않으며 변환 구성 편집기의 소스 및 대상 페이지나 새 변환 구성 마법사에서 지정하는 소스는 변경되지 않습니다.
비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환의 출력에 대한 대상 위치로 프로젝트나 폴더를 지정할 수 있습니다.
기타 도메인에 대한 구현 세부사항을 포함하는 UML 서비스 모델을 작성하기 위해 비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환에 대한 사용자 정의 확장을 작성하고 등록할 수 있습니다.
스펙 모델에 있는 모든 비즈니스 프로세스에 하나의 변환 확장을 적용하거나, 스펙 모델에 있는 각 비즈니스 프로세스에 변환 확장을 지정할 수 있습니다. 변환 구성에서 변환 확장을 지정할 수 있습니다.
비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환 구성에서, 생성된 서비스 모델에 다른 이름을 지정할 수 있습니다. 변환은 사용자가 변환 대상으로 지정하는 프로젝트 또는 폴더에서 스펙 모델과 이름이 같은 서비스 모델을 생성합니다. 비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환의 출력을 UML에서 SOA로 변환과 같은 다른 변환의 소스로 사용하여 SOA(service-oriented architecture) 솔루션에 대한 소프트웨어 서비스 아티팩트를 작성할 수 있습니다.
소프트웨어 서비스 프로파일(소프트웨어 서비스용 UML 2.0 프로파일이라고도 함)에 대한 자세한 정보는 IBM® developerWorks® 웹 사이트에 있는 '소프트웨어 서비스용 UML 2.0 프로파일' 문서를 참조하십시오.
변환을 실행한 후, 컴포지트 구조 다이어그램에 추가하여 생성된 컴포넌트의 시각적 표시를 작성할 수 있습니다.
서비스 모델이나 계약 이행 모델은 스펙 모델에 정의된 계약 정보를 보존하고, 계약을 이행하는 데 필요한 구현 세부사항을 제공합니다. 비즈니스 프로세스를 설명하는 스펙 모델의 각 UML 협업은 서비스 모델에서 서비스를 표시하는 UML 컴포넌트로 변환됩니다. 변환은 생성된 컴포넌트를 비즈니스 프로세스에서 제공되거나 필요로 하는 인터페이스를 지정하는 포트로 채웁니다.
변환은 컴포넌트마다 CollaborationUse 요소를 생성합니다. 생성된 CollaborationUse는 스펙 모델의 원래 협업 요소와 서비스 모델의 컴포넌트 요소 사이에 링크를 유지보수합니다. 변환은 또한 협업 역할과 컴포넌트 포트 사이에 바인딩을 생성합니다. 역할 및 포트의 바인딩은 비즈니스 계약 검증을 나타냅니다. 서비스의 구현 세부사항을 지정하려면 변환 확장을 지정하거나 작성하여 각 서비스의 구현 세부사항을 생성하면 됩니다. 지정하거나 작성하는 확장의 유형은 대상 도메인에 따라 다르고, 구현 언어 및 배치 환경과 같은 고려사항이 포함됩니다. 변환 구성에서 적절한 변환 확장을 지정할 수 있습니다.
변환이 서비스 모델을 생성한 후 시스템 또는 소프트웨어 설계자는 서비스 모델을 추가로 정제할 수 있습니다. 여기에는 추가 구현 세부사항을 지정하거나 레거시 라이브러리에 대한 참조를 작성하는 작업이 포함될 수 있습니다.
비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환이 실현(realization) 모델에서 요소를 변환하는 방법에 대한 자세한 정보는 이 주제 끝에 있는 관련 참조 링크를 참조하십시오.
추적성을 사용하면 생성된 서비스 모델에 정의되는 아키텍처가 WebSphere Business Modeler 비즈니스 분석 모델에 표시되는 비즈니스 요구사항을 충족하는지 확인할 수 있습니다.
비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환은 비교 및 병합 기능을 사용하여 변환에서 생성되는 서비스 모델과 스펙 모델 사이의 차이를 판별합니다. 스펙 모델에 대한 변경사항을 저장하고 비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환을 재실행할 때 병합 편집기는 두 서비스 모델 사이의 차이를 표시합니다. 병합 편집기에서 변환이 대상 모델에 병합하는 변경사항을 선택할 수 있습니다.
비즈니스 프로세스에서 서비스 모델로(Business-Process-to-Service-Model) 변환은 IBM Rational Team Concert, CVS, Rational ClearCase® 및 Rational ClearCase LT 버전 제어 시스템(파일을 자동으로 체크아웃하거나 새 파일을 추가할 수 있도록 하는)과의 통합 기능을 제공합니다.을 제공합니다.
구성 관리 시스템에 대해 작업하려면 팀 기능을 사용해야 합니다.