Experiences in Deploying Model-Driven Engineering

http://www.telenor.com/en/resources/images/Telek_1-09_Page_21-34_tcm28-44741.pdf

 

이 자료는 Motorola에서 지난 수년간 MDD를 적용하고 정리한 Lessons Learned에 대한 내용을 소개한다. 주요하게 소개하고 싶은 내용은 다음과 같다.

 

1. MDD란 무엇인가? 

pic1.gif

 그림을 보면 Code Centric 방법과 MDD의 차이를 명확하게 알 수 있을 것이다. MDD는 Model 이 주요 산출물이며 코드는 단지 부가적인 산출물로 간주된다. 때문에 MDD에서는 TestCase, Inspection 등 기존의 Code에 대해서 행해졌던 주요한 작업들이 모두 Model 을 기반으로 행해지게 된다.

 

그렇다면 무엇이 달라진다는 것인가? 자료에서는 전체적인 개발 및 개발산출물에 대한 유지 보수 비용이 크게 줄어든다고 설명한다.

 

2. MDD를 조직에 어떻게 안정화시킬 것인가?

일단 자료에서는 이 문제를 매우 신중하게 생각하고 있으며 점진적이고 단계적으로 접근할 것을 권고한다.

step1 : Create an internal gevernance board that sets tool recommendations and establishes process-selection guidelines and an exception process

step2 : Create and participate in an industry - wide modeling consortium

step3 : Make training and information on processes, languages, tools, etc., readily available, and make it known who the experts are

step4 : Establish an internal modeling advisory board to collect, prioritize, and disseminate best practices, metrics, tool and vendor issues, etc.

step5 : Establish dialogs with senior management based on established metrics and ROI projections

step6 : Create and use domain-specific languages where they make sense. Participate in language standardization

step7 : Capture platform experise in internally developed code generator 

pic1.gif

0.02MB