问除了类图之外，是否还有其他方法(使用或不使用UML)来对MVC web应用程序设计进行建模？

EN

您可能想尝试健壮性图表，有时也称为MVC图表。请参见示例here和there。

它不是一个真正的UML图，但是大多数UML工具通过构造型和自定义图标来管理它。我使用的工具Magicdraw使用类图，但我想我听说过使用通信图的工具(虽然不确定)。

但是，它可能满足您的期望，也可能不满足您的期望，因为它是一个非常全局的图表。

存在一个名为UWA (Ubiquitous Web Application)的metodology，它不仅允许您描述数据结构，还允许您描述导航、表示和事务模型。

UWA方法有一个以用户为中心的方法，它改进了需求和设计定义。由于这种metodology是专门为web应用程序建模而开发的，因此它允许清晰地分离内容、导航、事务、发布和操作元素。

UWA从面向目标的需求工程开始，自然地出现在后期设计阶段，揭示了应该实现的关键功能。这导致了对一些需求的推理，这些需求可能没有事先确定，或者可能被低估了。

你可以找到更多关于UWA here的信息。

即使您决定不应用此方法，它也可以为您提供一些使UML图适应web应用程序的技巧。

你以前遇到过用例图吗？严格来说，它不是勾勒系统架构的图表，但它确实提供了在给定的“用例”(或过程)期间与系统的其他部分/外部参与者进行通信的良好可视化表示。

例如：用户(执行元) -->更新状态(用例)--包括-->(登录)

这里我们有一个用户想要更新他们的状态。为了做到这一点，他们需要登录到站点(一个包含的用例)。在MVC模式中考虑这一点，我们知道"Update Status“和"Log in”都是控制器方法，它们都将与被吸引的网站数据库(也是一个参与者)通信，从而演示系统内的通信路径。

系统的参与者可以是在过程中与实际系统通信的任何东西，通常是外部的，因此用户、浏览器、数据库、客户端等。就MVC体系结构建模而言，类图最好完成这一点，但用例图也有助于可视化表示。

在我开始编码之前，我总是把用例和类图一起画出来，作为提取系统需求并在工作设计中展示它们的一种方式。UML图毕竟是设计工具--在你写完系统代码之后，创建一个图并没有多大意义！

无论如何，只是一些需要思考的事情-希望这能有所帮助！brief overview of basic use-case diagrams