用于建立网站结构和功能模型的图表

Question

我试图了解什么UML模型/图表可以用来沟通一个网站的架构。

模型的目的是向技术人员(其他软件开发人员和工程师)传达网站的体系结构和功能。

网站特色：

• 该网站是一个食谱搜索引擎。

• 服务器端代码是Python。客户端使用HTML、CSS、JQuery和AJAX。

• 该网站将有一个网络爬虫/索引

• 在查看搜索结果时使用无限滚动，所以我需要建模异步请求( GET和POST)。

我倾向于使用的图表是组件图(用于通信体系结构)和序列图(用于传递HTTP请求的功能)。

你过去用过哪些图表来向技术人员传达网站的架构和功能？

Answer 1

如果您认为UML模型和图只用于向技术人员传递体系结构，那么您可能是错的，因为架构必须传达给许多其他人，特别是那些穿着黑色西装坐在管理层中的人，并且希望有一些很好的理由来证明，为了实现特定的体系结构，必须花费金钱/时间/资源。

这也是为什么UML提供这么多不同的图表的原因之一，这些图表只是针对具有不同(技术)知识的不同涉众。

使用不同图表的另一个原因是项目的复杂性。通常，您可以在软件项目上拥有静态视图(涉及结构)、动态视图(涉及运行时行为)和分配视图(涉及环境映射)。将它们包含在一个图中会导致很大的混乱，所以您可以将它们分割成一个图中的一个整体复杂性的一部分。

关于您的方法，组件图是系统上的静态视图，序列图是系统上的动态视图，因此这是文档化体系结构的一个很好的开端。

很明显，您没有时间/金钱为您的系统记录每一个可能的视图/图表。其结果是，你必须选择最重要的，但之间的标准？一方面，你必须确定你的系统的主要复杂性。由于web项目主要是运行时行为，所以您将集中精力查看系统的动态视图。另一方面，质量属性(如性能或可用性)在确定文档记录工作中起着重要作用，因为它们横切着整个项目，因此，如果您错误地判断它们，则会花费很大的成本。

正如我前面提到的，如果黑衣人听到成本钟声，他们想得到彻底的理由，在这种情况下，有什么比在你的口袋里有一些图表描述最复杂的系统-部分与利益相关者调整的复杂性？

为了对架构文档有一个大致的理解，我强烈推荐Philippe Kruchten 架构蓝图- 4+1视图模型的论文，在您阅读了它之后，您可能更容易确定需要哪些模型/图表。