Architecture 这个图是有效的UML组件图吗？

我正在计划一个新的web应用程序，因此我想创建一个显示应用程序体系结构的组件图。 现在我实际上不是UML方面的专家，我想知道我制作的图表是否适合UML标准化

我已经在一些例子中使用了很多google，但这些都不能真正帮助我展示其中的数据库、orm和webbrowser

所以这是我的实际结果，如果我能收到一些关于什么是错误的以及如何正确做出的反馈，那就太好了

---

基本上，您的图表很好（除了下方的填充箭头）。然而，还有改进的余地

您可以在每个端口上显示所需和提供的接口，并将功能委托给组件的内部类（请参见下面的编辑）。上面的内容非常简单，但应该清楚地说明

委托

关系的用法

此外，在更粗略的图片中，您可以只保留

应用程序的内部部分，只显示其端口/接口以获得概览图：


编辑：学习永不停止。首先，在UML2.1.1中，如果使用required的箭头，则它是另一种方式。但是现在（UML2.5）他们只使用一条直线来进行授权。组件元素中既没有箭头也没有关键字
委托
，您可以显示其内部结构，也可以显示其打包的元素。看来你把这两个混为一谈了。如果要同时显示这两个分区，则必须使用两个单独的分区。以下是UML 2.5规范中的图11.48：


我建议你选择展示内部结构。在这种情况下，组件符号中的元素应该是“Parts”，在类名前面有一个冒号。组件内部的虚线箭头应替换为实线

有关更多信息，请参见
感谢您的宝贵反馈！使用一个不太正式的图表，你会更快，更清晰。在特定情况下，两行文字将提供相同的详细程度。（是的，这是一个UML咆哮，我认为在2019年这样做是社会的，是可以接受的）@eckes也许这是“可以接受的”，但仍然是错误的。时间到了。谢谢你的详细解释和提示。我想这正是我想要的答案。我只是更新了我的图表，希望它现在是正确的。请你再检查一下好吗。谢谢。：）我仍然看到了原始的图表。您检查了我评论中的链接了吗？@www.admiralit.nl为什么
Order
中的类前面有冒号，使它们看起来像实例？在UML中，类型列在冒号之后，您也可以在内部结构隔室中的冒号之前添加实例名称（但不是在类图中，因为您可以在packaged elements隔间中看到，无论出于何种原因）