Qual é o modelo de desenvolvimento orientado bom para?
-
08-07-2019 - |
Pergunta
Microsoft, do Cairo fama, está trabalhando em Oslo, a nova plataforma de modelagem . Bob Muglia, vice-presidente sênior da Microsoft Servidor e Ferramentas de Negócios, afirma que os benefícios da modelagem sempre foram claras.
Em simples, termos práticos, quais são os benefícios claros de que Oslo concede a seus usuários?
Solução
Em teoria, existem alguns benefícios:
- As pessoas com o conhecimento do negócio pode criar os modelos de software que você é menos provável que nada perde na tradução.
- Quando os acionistas não-técnicos criar modelos, força-os a "pensar como um desenvolvedor". Eles vêem que o que eles consideravam óbvia e fácil é realmente difícil quando você formalizá-la.
- É mais eficiente. Os empresários têm conhecimento do negócio e os técnicos têm conhecimento técnico assim, por que não deixar cada grupo desenhar um sistema em sua área de especialização? Não há mais jogos de telefone como especialistas em negócios re-explicar o que eles significam para um desenvolvedor. Os desenvolvedores não estão mais distraídos por necessidades de negócios enigmáticas. Eles podem focar a interação entre sistemas altamente técnicos.
Na prática, é um complicado muito:
- Modelos são difíceis e que é isso. Só porque você empurra a criação do modelo para um grupo diferente, não significa que você começa infalível modelos. desenvolvimento de software é tudo sobre modelagem para que os desenvolvedores estão acostumados a isso. Você pode realmente perder eficiência como um segundo grupo vem aos apertos com formalizar a sua compreensão de uma necessidade de negócios.
- Modelo dev impulsionado está intimamente ligado aos conceitos de OO. OO é bom para um monte de coisas, mas não tudo. O que acontece se o que você realmente necessidade cai fora das habilidades de sua ferramenta de modelagem?
- Na minha experiência, a divisão entre o mundo empresarial e pessoal técnico é artificial. Maioria das pessoas eficazes são pessoas técnicas-minded negócios ou pessoas técnicas de espírito empresarial. Eles fazem as coisas acontecerem. Se você tarefas de negócios separadas de tarefas técnicas, você arruinar a oportunidade de cross-training e cross-pensamento.
Outras dicas
Eu acho que a modelagem é apenas sobre o próximo nível de abstração. Uma vez estabelecido que irá conduzir a uma maior produtividade.
MDSD hoje - principalmente na forma de geração de código - economiza tempo. Duplicando padrões de trabalho para diferentes partes do seu software e apenas escrever o código verdadeiro negócio aumenta manualmente produtividade um pouco, mas a maioria dos leads prováveis ??para uma melhor qualidade de software e arquitetura mais limpa.
Eu acho que a resposta é curta projetos de pesquisa!
Um bom lugar para começar, porém, se você está interessado em olhar para ele é mais PDC palestra de Doug Purdy "Uma volta ao redor de Oslo", que você pode ver aqui . Ele explica como Oslo "captura a essência do código sem a cerimônia", .. o que isso significa.
HTH.