2008-11-21 6 views

Respuesta

10

En teoría, hay algunas ventajas:

  • Las personas con el conocimiento del negocio puede crear los modelos de software lo que es menos probable que pierda nada en la traducción.
  • Cuando los accionistas no técnicos crean modelos, los obliga a "pensar como un desarrollador". Ven que lo que consideran obvio y fácil es realmente difícil cuando lo formalizas.
  • Es más eficiente. Las personas de negocios tienen conocimiento comercial y las personas técnicas tienen conocimiento técnico, entonces, ¿por qué no dejar que cada grupo diseñe un sistema en su área de experiencia? No más juegos de teléfono, ya que los expertos en negocios vuelven a explicar lo que significan para un desarrollador. Los desarrolladores ya no se distraen con las necesidades comerciales crípticas. Pueden enfocarse en la interacción entre sistemas altamente técnicos.

En la práctica, es mucho más complicado:

  • modelos son duras y eso es todo. El hecho de que empuje la creación del modelo a un grupo diferente no significa que obtenga modelos infalibles. El desarrollo de software tiene que ver con el modelado, por lo que los desarrolladores están acostumbrados. En realidad, puede perder eficiencia cuando un segundo grupo se da cuenta de formalizar su comprensión de una necesidad comercial.
  • El desarrollo impulsado por el modelo está estrechamente vinculado a los conceptos OO. OO es bueno para muchas cosas, pero no todo. ¿Qué sucede si lo que realmente necesita queda fuera de las capacidades de su herramienta de modelado?
  • En mi experiencia, la división entre empresarios y técnicos es artificial. Las personas más efectivas son personas de negocios con mentalidad técnica o personas técnicas con mentalidad empresarial. Ellos hacen que las cosas sucedan. Si separa las tareas comerciales de las tareas técnicas, arruina la oportunidad de formación cruzada y pensamiento cruzado.
+0

Las personas con conocimientos empresariales están en la mejor posición para crear los modelos * business *. Esto de ninguna manera los hace adecuados para escribir modelos de software. Mientras que oslo puede ser una gran tecnología, este aspecto particular está condenado al fracaso –

3

Creo que el modelado es casi el próximo nivel de abstracción. Una vez que se establezca, conducirá a una mayor productividad.

MDSD Hoy en día, principalmente en forma de generación de código, ahorra tiempo. Duplicar patrones de trabajo para diferentes partes de su software y solo escribir códigos de negocios reales manualmente aumenta un poco la productividad, pero lo más probable es que conduzca a una mejor calidad de software y una arquitectura más limpia.

2

¡Creo que la respuesta corta es proyectos de investigación!

Un buen lugar para comenzar, aunque si está interesado en profundizar más, es la charla del PDC de Doug Purdy "Una vuelta alrededor de Oslo" que se puede ver en here. Explica cómo Oslo "capta la esencia del código sin la ceremonia", lo que sea que eso signifique.

HTH.

Cuestiones relacionadas