我想模拟软件组件及其之间的交互，传递什么信息，每个组件中发生的过程（不太详细）以及组件输入/输出的明确规范。
到目前为止，我在UML中看到的内容过于抽象，并没有过多细节。
有什么建议吗？
答案 0 :(得分：1)
Someg人在论文上设计程序作为图表，
然后将它们传递给软件开发人员以构建。
这个appraoach尝试：“聪明的家伙”做模型，并将模型传递给“普通”开发人员做艰苦的任务。 这没效果。
我们喜欢类比。很多时候，我们对建筑行业进行了类比，其中一些人做模型 - 蓝图和其他建筑结构。我们首先认为UML或其他模型图等同于建筑行业模型 - 蓝图。但似乎我们错了。
与建筑行业类比，我们的蓝图不是 模型图，我们的蓝图实际上是我们编写的代码。
烹饪食谱等详细纸张模型
完全在具有详细模型的纸张上设计软件系统是不现实的。软件开发是迭代和增量过程。
想想一个制作城市纸质地图的地图制作者，因为建模者包含没有任何抽象级别的每个细节。它会有用吗？
建模无用吗？
绝对不是。但是你应该把它应用到你的问题解决空间的困难部分，而不是它们的每个部分。
因此，不要将系统的每个细节都写在开发人员身上，而是使用可视化图表与开发人员面对面地探索问题解决方案空间的难点部分。
在软件行业喜欢或讨厌它，源代码仍然是 王。在实施和测试之前，所有模型都是骗子