为什么我们应该使用建模？目前，我在项目中写课程而没有模型。我考虑每个班级的任务并编写方法。现在我想知道是什么使建模更好？呢以及如何使用它？呢我熟悉UML设计谢谢。
建模类具有以下好处：
-
建模使您可以更快地设计复杂的软件结构，该结构需要几个类别的参与：
- 在模型上，您在它们之间绘制几个类和链接（关联，依赖等等等）。然后，您可以验证后果并微调模型。
- 虽然您可以轻松地创建一个代码骨架来显示几个类，也许是某些继承，但在代码中表示关联更困难：这是构图吗？聚合？一对一？还是多对多的？这种替代方案中的每一个都需要有关如何实现链接的一些选择，这需要更多的时间。一旦做出了这些选择，并且将完成草稿代码，那么您将更少的更改。
-
建模允许对复杂的类结构进行更紧凑的概述：
- 您可以在一张纸上轻松显示20个类（无细节），并掌握零件如何将其连接在一起。
- 有了IDE，您也许可以通过折叠课上在屏幕上展示20个类，但是如果您需要查看类之间的关系（因此，有关类成员的一些详细信息，您会大大减少可以显示的内容（并掌握）一次。
-
建模允许与不同背景的人进行互动讨论，而不一定是编码大师。尽管业务用户无法掌握模型的细节，但他们可以掌握关系，因此可以建设性地参与讨论。
-
建模为将加入该项目或必须维护该项目的人提供了有用的文档。
建模不能替代编程
我不想发起热烈的教条辩论。但是我认为建模不应替换编程：
- 如果您开始将所有详细信息放在模型中所有类的所有成员上，然后开始在OCL中表达复杂的限制，则可以放松时间受监管的环境。
- 该模型将很快与代码不同步，因为在大多数情况下，只有很少的项目拥有太多的资源，因此他们可以负担得起双重维护。
如果您有一些高级工具（例如，用于OOP或数据库模型的S-Designer的理性玫瑰）可以进行建模，代码生成，反向工程以更新模型等在模型中。
如果没有，请在模型中设计系统的轮廓，而没有太多细节（例如，对理解整体结构和职责的重要性很重要），并为编码提供额外的努力。