무엇 모델 기반의 개발을 위해 좋은?

문제

Microsoft,카이로의 명성에 노력하고 오슬로 플랫폼이 새로운 모델링.밥 Muglia,의 수석 부사장 Microsoft 서버 및 툴 비즈니스 상태의 장점을 모델링은 항상 명확하다.

에서,간단한 실용적인 측면,무엇을 명확한 혜택한 오슬로 부여에 따라 사용자가?

해결책

이론적으로,거기에 몇 가지 혜택:

사람과 사업 지식을 만들 수 있는 소프트웨어 모형을 그래서 당신은 가능성이 적게 아무것도 잃에서 번역이 있습니다.
우 비기술적인 주주들이 모델,그것을 그대"처럼 생각하는 개발자".그들이 그들이 무엇으로 간주 명백하고 쉬운데 실제로 어려운 경우 공식화하다.
더 효율적입니다.비즈니스 사람들은 비즈니스 지식과 기술적인 사람들이 기술적인 지식이 그렇게 각 그룹은 시스템 디자인에 자신의 전문 영역?더 이상의 게임 전화로 비즈니스 전문가들은 다시 그들은 무엇을 의미하는 개발자이다.개발자는 더 이상 산만한 사업 필요합니다.그들에 초점을 맞출 수 있습니다 간의 상호 작용을 고도의 기술 시스템입니다.

실제로,그것의 많은 까다:

모델은 하드는다.단지 때문에 당신은 밀어 모델을 생성하는 다른 그룹 의미하지 않을 얻을 절대 안전한 모델입니다.소프트웨어 개발은 모두에 대한 모델링 그래서 개발자들은 그것을 사용하고 있습니다.할 수 있습니다 실제로 잃을 효율적으로 두번째 그룹에 관해서와 그립적 이해 비즈니스 필요합니다.
모델 몬 dev 긴밀하게 연결하는 OO 개념이 있습니다.OO 에 대한 좋은 많은 것들,그러나 모든 것이 아니다.무슨 일이 경우에 당신이 정말로 필요한 벗어 능력의 모델링 도구입니까?
내 경험에서 구분이 비즈니스 및 기술 사람들은 인공 있습니다.가장 효과적인 사람들은 기술적인 생각을 가진 사업을 사람이나 비즈니스 지향 기술 사람들이다.그들은 일이 일어난다.는 경우 별도의 비즈니스 작업에서 기술적 작업을 망칠 기회를 위해 십자가 훈련하고 십자가는 생각이다.

다른 팁

모델링은 다음 추상화 수준에 관한 것 같습니다. 일단 설립되면 생산성이 높아집니다.

오늘날 MDSD - 주로 코드 생성 형태로 시간을 절약합니다. 소프트웨어의 다른 부분에 대한 작업 패턴을 복제하고 실제 비즈니스 코드 만 작성하면 생산성이 약간 높아지지만 소프트웨어 품질이 향상되고 더 깨끗한 아키텍처가 향상 될 가능성이 높습니다.

짧은 대답은 연구 프로젝트라고 생각합니다!

시작하기에 좋은 곳이지만 더 많이보고 싶어한다면 Doug Purdy의 PDC Talk "Around Oslo"입니다. 여기. 그는 오슬로가 어떻게 "의식없이 코드의 본질을 포착한다"고 설명합니다.

HTH.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow