我阅读了《文档架构：入门》一文，并决定用另一种方法描述上述内容。
我不会在文本中绘制图表，请尝试在Archimate中阅读它们。想象一下解密埃及象形文字。这是一个提示-用于解码语言符号摘要的字符集
动机和策略的描述
让我提醒您我先前介绍的定义：
体系结构是一种设计解决方案，可以将一组设计解决方案组织到与预期目的相对应的系统中。
因此，您需要确定系统的用途。我们没有直接设定目标和要求，但是可以使用JTBD方法在更大范围内考虑它。
业务层和应用层
让我们假设“ Man”已从可用替代方案中选择了信息产品“ Blog”。
该产品是数字的，因此可以立即连接业务层（功能体系结构）和应用程序层（应用程序体系结构）。
同时，由于审核需要时间资源，因此将不再使用“评论”和“管理评论”服务。
技术层（技术架构）
有许多博客平台，您无需从头开始实现任何东西。要选择特定平台，您需要根据需求（可惜未指定）绘制一个比较表。您可以用其他条件补充它。在这里，我认为一切都清楚了。假设我们选择了Ghost CMS，Apache HTTP Server和MySQL。
现在，我们需要将所有这些放置在某些基础结构中，我们还将根据相关标准进行选择。设为GCP。
概要
好，仅此而已。是的，我知道几乎没有解释。
可能会出现什么问题：
1）是否可以将所有信息放在一张图像上？
答：是的，如果您需要控制连接性。但是您需要保持平衡，并仔细组合各个层次（业务，应用程序和技术等）。您创建的不同图表越少，发生不匹配的可能性就越小。图中的元素越多，就越难理解其含义。因此，需要平衡。
2）可以使用Viewpoint概念吗？
回答：是的，但是请确保视图始终一致，否则，您将不得不同意阅读图表的人员。见第1项）
