Architecture 如何分别识别架构和设计的抽象和范围？

我正处于项目的架构阶段。我面临的挑战是，目前我无法保持一定程度的抽象。我经常潜入我们通常作为设计的一部分处理的领域

我不知道在哪里停止思考和阐述。。。因此，我最终阐述了解决方案的非常详细的细节，这些细节将直接供程序员使用。在这个过程中，我失去了大局（愿景），并将时间完全用于建筑目的

---

当我在解决架构的问题时，是否有任何方法/方法/途径可以用来限制我自己在架构的范围内？当我在设计阶段时，是否同样适用于设计？

恐怕唯一真正的答案是实践；实践；练习。然而，我发现，在考虑不同领域之间的主题分布时，不断提醒自己三件事是有用的

首先，要时刻记住你目前正在做的工作是什么级别的。当考虑架构/设计的任何部分时，请（对自己）不断地说：这是适合此任务的主题吗。（例如，我目前正在从事的项目需要语法分析器的规范。这对体系结构至关重要，但我很长一段时间都不记得程序的输出是语法分析器，而不是语法描述。）

第二，简化。我发现，好的设计和好的架构往往都很简单——它们往往会导致一个“啊哈”的时刻——很明显，这是一条路要走。这确实意味着（特别是在进行架构设计时）准备好重新组织事情；将东西从架构中移除-放入“好主意片段”位置，以便您可以返回到它们。还要记住，如果您有适当的抽象级别，那么即使是非常简单的系统描述也会有相当的深度

第三，记录你的想法、想法和建议。这不需要太详细-我使用文本日志格式，在创建条目时为其添加时间戳。我捕捉到当时似乎很重要的事情。我不经常回头看，但我确实会回头看，特别是当我的思想有了突破的时候。这个工具是我个人使用的-我不能提供给其他人

最后，在研究体系结构时，深入研究设计很可能是这个过程的一部分。一个人需要真正理解你试图满足的含义和需求，有时候唯一的方法就是深入了解。只需记住浮出水面，准备将深入研究的结果放在其他地方，并将研究结果集成到您的体系结构中——当然是在适当的抽象级别上

编辑：

就工具而言，我已经找到了一些工具来帮助思考大多数帮助。思维导图软件，如；你提到的UML工具；白板类工具，其中项目可以放置和移动，并使用与白板相同的设施进行修改；以及（如果在公司环境中）头脑风暴会议软件。我不能参考后面这些工具，因为我的知识已经严重过时了。此外，将所有笔记置于版本控制之下，按任务划分为不同的项目也会有所帮助

---

作为我最初提到的项目的一部分，我正在尝试开发一些工具来帮助这类过程。这些工具将通过参考架构、设计和构建过程的模型进行集成。然而，这是一个只有我自己一个开发者的娱乐项目，我还不能提供工具。

我担心唯一真正的答案是实践；实践；练习。然而，我发现，在考虑不同领域之间的主题分布时，不断提醒自己三件事是有用的

首先，要时刻记住你目前正在做的工作是什么级别的。当考虑架构/设计的任何部分时，请（对自己）不断地说：这是适合此任务的主题吗。（例如，我目前正在从事的项目需要语法分析器的规范。这对体系结构至关重要，但我很长一段时间都不记得程序的输出是语法分析器，而不是语法描述。）

第二，简化。我发现，好的设计和好的架构往往都很简单——它们往往会导致一个“啊哈”的时刻——很明显，这是一条路要走。这确实意味着（特别是在进行架构设计时）准备好重新组织事情；将东西从架构中移除-放入“好主意片段”位置，以便您可以返回到它们。还要记住，如果您有适当的抽象级别，那么即使是非常简单的系统描述也会有相当的深度

第三，记录你的想法、想法和建议。这不需要太详细-我使用文本日志格式，在创建条目时为其添加时间戳。我捕捉到当时似乎很重要的事情。我不经常回头看，但我确实会回头看，特别是当我的思想有了突破的时候。这个工具是我个人使用的-我不能提供给其他人

最后，在研究体系结构时，深入研究设计很可能是这个过程的一部分。一个人需要真正理解你试图满足的含义和需求，有时候唯一的方法就是深入了解。只需记住浮出水面，准备将深入研究的结果放在其他地方，并将研究结果整合到架构中——以适当的abs级别