Architecture 我是否也应该记录当前的上下文和范围

我目前正在为一个应用程序编写一个arc42规范文档，该应用程序应该可以替代几个复杂的手动过程

在文档以及我注意到的示例中，“上下文和范围”通常只包括要开发的应用程序的上下文和范围

我还应该包括当前流程的图表吗？ 我个人认为，显示应用程序的“之前”和“之后”状态之间的差异将有助于包括在内。

arc42将有助于沟通和记录软件体系结构，因此可以包括支持理解的所有内容

“范围和上下文”显示系统及其近邻，包括所有外部接口。我建议使用图表加表格-如

在arc42中，您通常可以选择在何处（以及如何）传达信息， 因此，我们创建了一个相当广泛的 和它的网站

根据您对工具的选择和现有信息的种类，我看到了一些选项或方面：

1.使用当前的手动流程作为新系统的动力 您提到的“手动过程”可能是创建 新系统。因此，您可以描述这些方法的一些缺点或问题 第1.2节中的手动步骤（）

2.在“先前”和“新”中拆分第3节（上下文） 如果这些“手动过程”与外部接口有关，您可以创建一个第3.1节，描述当前情况及其缺点）

在3.2中，您可以提出或指定具有改进或自动化流程的新系统

3.“手动进程”可显示在“6.运行时视图”下 “流程”由一系列步骤或活动组成，因此可以是流程的一部分

4.将“手动过程”委托给其他类型的文档 您可以创建一个“当前情况回顾”文档，描述 “手动流程”的现状及相关问题和风险

在这种情况下，您可以避免使用与新系统的设计、构造和实施不直接相关的信息来充实您的arc42体系结构文档