architecture - 转向模型驱动架构方法有哪些好处和风险？

Question

我在一家拥有大约 350 名员工的公司工作，我们正在成长。我们当前的代码库结构不是很好，我们正在研究如何立即改进它(通过将对象组织到命名空间、分离关注点等)并转向模型驱动的架构方法，在这种方法中我们首先使用 uml 建模和设计一切，然后从该模型生成代码。我们一直在大量关注 Sparx Systems Enterprise Architect (EA)(支持 UML 2.0)，我们也在考虑 VS 2010 中的工具。我知道还有其他工具(Rational XDE 就是其中之一)但我真的不知道认为此时我们可以为每个许可证花费 1500 美元以上。

我不是在寻找关于哪个工具比另一个更好的答案，而是更多地寻找从牛仔编码环境(即，很少规划和设计，只需跳入并开始编码)到模型驱动架构的体验。回顾过去对您的组织有帮助吗？痛点是什么？有哪些风险？有什么好处？

Answer 1

我们曾经用 3 mloc 物流规划器系统做过一次，效果很好。然而，我们很早就意识到 UML 是不够的。捕捉规范所需的详细程度实在是太迟钝了。最好的方法实际上是使用伪代码(每个人都在使用它来交流想法)!这就是实现的方式。使用 UML 感觉就像离清晰一步之遥。

随着想法开始缩小到解决方案的范围，我们采用了版本控制系统来跟踪伪代码(和用例等)的变化。所以，组里的每个人都跟随着变化。一点一点的部分被翻译成实际代码以及文档和动机和讨论的引用。

最后，从模型到代码的过渡非常顺利。非常好的部分是，恕我直言，使用 vcs 可以让您在不切换环境的情况下查看原始伪代码。