비즈니스 컴포넌트3 비즈니스 컴포넌트와 데이터 ownership 비즈니스 컴포넌트의 내부 구조는 레이어드 방식보다는 크로스 레이어드 방식을 선호한다. 그러한 성질로 인해서 컴포넌트 간의 의존관계는 상당히 중요한 정보로써 관리되어야 하며, 이는 컴포넌트 방식으로 중요 비즈니스 로직을 구성할 경우, 지속적으로 모니터링이 되어 해당 컴포넌트 간의 의존관계가 비즈니스적인 의미가 있게 구성되어야 한다. 따라서, 이를 위해서는 당연히 데이터에 대한 ownership 문제가 제기되지 않을 수 없으니, 논리적인 데이터 모델 뿐만 아니라, 물리적으로 무결성을 위해서 테이블 간에 많은 FK를 통해 연결된 데이터베이스 구조의 성격상 ownership을 나누기는 여간 불편한게 아닐게다. 컴포넌트의 의존관계를 관리할 수 있는 수준이라면, 당연히 데이터의 ownership을 지정하여 관리하도.. 2009. 10. 5. 비즈니스 컴포넌트 식별 및 구조(2) - 배경 배경 SOA(Service-Oriented Architecture)는 기존의 CBD(Component-Based Development) 방식과 연계가 되면서 최근에 각광을 받는 아키텍처가 되고 있다. 기존의 컴포넌트나 인터페이스 중심의 아키텍처가 비즈니스적으로 의미가 있는 서비스 중심의 아키텍처로 패러다임이 이동하면서 기존의 개발 방식과 차이가 발생하게 되었다.[1] "SOA" 용어 - 비즈니스 정의 : 경쟁적인 우위를 위한 민첩한 비즈니스 환경을 만들면서 IT를 사용하는 노력을 줄이거나 없애주고 IT의 비즈니스적 가치를 양적으로 측정하는 비즈니스, 프로세스, 조직, 관리, 기술적인 방법들의 총칭. - (IBM에서 소개된) 또 다른 비즈니스 정의 : 비즈니스 프로세스들의 요소들과 변경되는 비즈니스 우월권.. 2008. 2. 14. 비즈니스 컴포넌트 식별 및 구조(1) - 개요 비즈니스 컴포넌트 식별은 여러가지 기준이 있지만, Business Component Factory에서 사용하는 비즈니스 프로세스 모델링에서 얻어진 결과를 기반으로 식별하는 기법을 소개한다. 서비스 중심의 아키텍처는 내부 구현체인 컴포넌트에 영향을 미치게 되며, 이는 컴포넌트를 식별하는 방법과 컴포넌트에 대한 구조에 영향을 미치게 됨을 의미한다. 따라서, 비즈니스의 유연성과 민첩성을 위해서는 비즈니스 중심의 컴포넌트가 식별되어야 하며, 이에 맞는 컴포넌트 구조를 갖출 필요가 있다. 다음>> 2008. 2. 14. 이전 1 다음 반응형
