我想对软件组件及其之间的交互、传递的信息、每个组件中发生的过程（不太详细）以及组件输入/输出的明确规范进行建模。
到目前为止，我在 UML 中看到的内容太抽象了，没有详细介绍。
有什么建议么？
问问题
216 次
1 回答
1
Someg Guys 在论文上设计程序作为图表，
然后将它们传递给软件开发人员到 Construct。
尝试了这种方法：“聪明人”做建模，然后将模型传递给“普通”开发人员来完成繁重的任务。这没有奏效。
我们喜欢类比。很多时候，我们将建筑行业类比为一些人做模型蓝图，而另一些人做建筑施工。我们首先认为UML或其他模型图相当于建筑行业模型蓝图。但似乎我们错了。
与建筑行业类比，我们的蓝图不是模型图，我们的蓝图实际上是我们编写的代码。
详细的纸模型，如烹饪收据
完全在论文上预先设计详细模型的软件系统是不现实的。软件开发是迭代和增量的过程。
想想一个地图制作者，他制作了与城市一样大的城市纸质地图，因为建模器包含了每个细节，没有任何抽象级别。它有用吗？
建模没用吗？
当然不。但是你应该把它应用到你的问题解决空间的困难部分，而不是它们的每一个琐碎的部分。
因此，与其将系统的每个细节都写在纸上给开发人员，不如使用可视化图表与开发人员面对面探索问题解决空间的困难部分。
在喜欢或讨厌它的软件行业，源代码仍然是王者。在实施和测试之前，所有模型都是骗子
于 2013-10-10T12:03:14.937 回答