SoaML Almost Ready.

infoworld, zapthink, itbusinessedge에 SoaML이 떴네요.

AnOMG official recently remarked that SoaML (Service-orientedarchitecture Modeling Language) is expected to be released within thenext month. The aims of the specification are to supportservice-modeling and design so that they align with a model-drivenapproach. When released, SoaML will be published as a UML profile.

'soa모델링 용어사전'을 정의하자는 얘기입니다.
밴더와 일부리더(벨,얼)들은 표기법을 정의해서 사용하고 있죠.
모델표기법이 범람하는 상황은 미리미리 정리해주는 것이 좋겠죠.

bell의 somf notation을 볼까요..

서비스 관계나 클러스터 관계에 대해 용어와 notation이 잘 기술 되었지만,
흐름이나 서비스나 메세지와 같이 요소를 상세히 정의할 때는
별도 표기가 없으므로 uml을 혼용해서 스테레오 타입으로 적절히 기술해야겠죠.

visio로 notation을 4가지로 분류하여 제공하는 형태입니다.

- business integration
- conceptual & logical architecture
- logical design
- service analysis

rsa7.5에서 제공하는 soa model을 보죠.

uml profile로 지원하는 형태입니다.
스테레오타입과 네이밍을 보면 bell이 정의한 것들과 약간씩 차이가 있다는 점이 보이죠.
cluster와 같은 부분들은 각자 스테레오 타입을 주기마련이니 좀 더 정확한 표준용어가 필요하겠죠.

이와 같이 혼란을 초래할 수 있는 용어 및 모델링 요소에 대한 표준을 omg가 추진한다는 얘기.


p.s 샛길로 빠져서..

위 rsa7.5 soa 모델구조를 보면..
모델은 비즈니스 컨택스트별로 팀, perspective는 롤,
프로세스 패키지 정도로 담당정의, 별도 패키지에서 도메인관점으로 통합 view를 제공
서비스 하부 컴포넌트 개발에 대한 것을 패키지나 별도 모델로 두는 식으로 정의하면,
기존 어플리케이션 조직과 아키텍처로는 크게 문제가 될 요소는 없을 듯 합니다만..
데이터 서비스 부분을 어떻게 포용할 것인지 조직과 롤에 대한 고민이 필요하겠네요.
(직접 데이터 서비스를 제공하거나 그 사이 어플리케이션에 제공될 데이터 서비스 레이어

데이터 서비스 레이어를 정의하는 조직과 롤은 어떤식으로 구성되어야 할까요?
- DA나 DBA가 포괄적이고 범용적인 데이터서비스를 정의하기
- 도메인에 의해서 이런식으로 되어야 합니다라 정의하고
  프로세스나 서비스쪽에서 요건을 떨어트려 주고 그것에 맞춰 구성하기
- 두가지를 섞어서 하기