因开罗而闻名的微软正在奥斯陆开展工作 新的建模平台. 。Microsoft 服务器和工具业务高级副总裁 Bob Muglia 表示,建模的好处一直很明显。

简而言之,奥斯陆为其用户带来了哪些明显的好处?

有帮助吗?

解决方案

理论上来说,有以下几个好处:

  • 具有业务知识的人可以创建软件模型,这样您就不太可能在翻译过程中丢失任何东西。
  • 当非技术股东创建模型时,它迫使他们“像开发人员一样思考”。他们发现,当你将其形式化时,他们认为显而易见且简单的事情实际上很困难。
  • 效率更高。业务人员有业务知识,技术人员有技术知识,为什么不让每个小组在自己的专业领域设计一个系统呢?随着业务专家重新解释电话游戏对开发人员的意义,不再有电话游戏。开发人员不再因神秘的业务需求而分心。他们可以专注于高科技系统之间的交互。

在实践中,这要棘手得多:

  • 模型很难,仅此而已。仅仅因为您将模型创建推给不同的团队并不意味着您会得到万无一失的模型。软件开发都是关于建模的,因此开发人员已经习惯了它。当第二组开始正式确定他们对业务需求的理解时,您实际上可能会失去效率。
  • 模型驱动的开发与 OO 概念紧密相关。面向对象对很多事情都有好处,但不是对所有事情都有好处。如果您真正需要的东西超出了建模工具的能力,会发生什么?
  • 根据我的经验,业务人员和技术人员之间的划分是人为的。最高效的人是具有技术头脑的业务人员或具有业务头脑的技术人员。他们让事情发生。如果将业务任务与技术任务分开,就会破坏交叉培训和交叉思维的机会。

其他提示

我认为建模只是下一个抽象层次。一旦建立,它将提高生产力。

今日MDSD - 主要以代码生成的形式 - 节省时间。复制软件不同部分的工作模式,只手动编写实际业务代码可以提高工作效率,但最有可能带来更好的软件质量和更清晰的架构。

我认为简短的答案是研究项目!

一个好的开始的地方如果你热衷于调查它,那么Doug Purdy的PDC谈话就会更多<!>;一圈绕着奥斯陆<!>您可以在此处查看。他解释了奥斯陆如何在没有仪式的情况下捕捉代码的本质<!>,...,无论那意味着什么。

HTH。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top