MDA(Model Driven Architecture)

목차

1. OMG의 MDA란?

2. MDA의 구성요소

3. MDA 개발 프로세스와 특징

4. MDA의 특징

5. MDA의 현재와 미래

본문내용

델이기 때문에 향후 다른 시스템에서도 쉽게 이용될 수 있으며 재사용성이 높아지게 된다.
4.4 용이한 문서 작성
디자인 문서를 업데이트하고 관련 코드를 수작업으로 관리하는 것은 매우 시간이 많이 걸리고 귀찮은 작업이다. MDA에서는 모델과 코드, 문서가 항상 동기화되기 때문에 이러한 문서 작업에 필요한 일의 양을 줄여준다.
4.5 품질 관리 비용의 감소
개발 과정에서 소프트웨어의 문제가 늦게 발견될수록 이를 고치는 데 들어가는 비용은 증가한다. MDA 모델 자동화와 테스트 툴을 이용하면 개발자들이 애플리케이션을 모델 수준에서 테스트할 수 있기 때문에 디자인의 문제점이나 애플리케이션 로직의 에러를 빨리 잡을 수 있다. 이를 통해 품질 관리에 들어가는 비용도 감소한다.
4.6 양질의 시스템 구축
PIM의 단순함은 양질의 시스템 구축을 가능하게 한다. 모델링은 팀 멤버들 사이의 의사소통을 원활하게 만들고 동시에 결점이 있을 때 이를 빨리 제거할 수 있도록 도와준다. 또한 MDA의 자동화 도구들은 잘 정리된 코딩 패턴을 모델에 적용하기 때문에 손으로 직접 작성한 코드에 비해 결점이 적을 가능성이 많다.
5. MDA의 현재와 미래
MDA는 소프트웨어를 모델 기반으로 개발할 때 개발자가 가장 많은 이익을 받을 수 있도록 하는 방법을 전파하기 위한 OMG의 각고의 결과물이다. 빠른 속도로 발전하고 있지만 아직도 기술적으로 많은 부분이 보완되어야 한다. 그럼에도 불구하고 많은 도구 제공 업체에서는 MDA를 “지원한다” 혹은 “적합하다”라는 마케팅 용어를 사용하고 있다. 이러한 도구들의 나누어 보면 다음의 2가지 범주로 나눌 수 있다.
[1] 상당히 자동화된 기능을 제공하는 도구
[2] 일반화된 기능을 제공하는 도구
앞의 두 도구에 대한 분류 기준은 공통성이다. 웹 서비스 응용 소프트웨어를 J2EE 플랫폼에서 정형화된 WAS와 DB 시스템을 사용하는 경우, 많은 부분들이 공통적으로 사용될 수 있기 때문에 비즈니스 정책에 대한 부분만 모델링을 하면 쉽게 시스템을 생성할 수 있다. 이러한 프로젝트는 범주 [1]에 해당하는 자동화된 도구를 사용하여 한달 안에 개발을 완료하기도 한다.
[2]의 경우에는 일반화되어 있지 않은 정보를 많이 사용하는 경우여서, 개발자 스스로가 도메인 정보나 경험적 지식을 정형화하여 저장하고 이를 모델에 적용시킬 수 있는 메커니즘을 지원한다. 이를 얼마나 효율적이고 쉽게 지원하느냐에 따라 도구의 성능이 결정된다. OMG는 이런 메커니즘을 위해 최근 RAS(Reusable Asset Specification)이라는 재사용 패턴에 대해 표준화를 추진하고 있다. RAS 표준의 형태로 각종 개발 정보를 정리하고 공유했다가 개발에 실제적으로 적용하는 방법을 지원하는 것이다. 이 방법은 앞으로 도메인 영역별로 고유의 프레임워크를 갖도록 하는데 많은 도움을 줄 것이다.
초기에는[1]에 해당하는 도구들이 MDA 도구로 많이 소개되었으나 앞으로는 [2]에 해당하는 도구들이 많이 출시되며 앞으로의 MDA 시장을 개척할 것이다.

키워드

MDA,   Model Driven Architecture,   소프트웨어공학,   소프트웨어개발,   OMG,   UML