使用流程图或图表进行跨程序的例程

如何解决使用流程图或图表进行跨程序的例程

| 我有大量的例程来验证或下载当前的客户端应用程序。它以调用.WSF文件的Windows桌面快捷方式开头。这将调用多个.VBS文件，一个用于设置的.INI以及一个可能的.BAT文件。其中一些脚本文档具有内部功能。最后阶段将打开一个Microsoft Access数据库，其中包含一个AutoExec宏，该宏启动了一些VBA，其中包括一种在VBA中具有自己的加载例程的表单。 这些细节都不是特别重要的（因此，请不要添加VBA标签，否则请批评我宝贵的复杂性）。关键是我有各种各样的工具和容器，它们在功能上可能是嵌套的。 我需要更好的技术来在流程图中进行解析。目前，我依赖以下任何一项或全部： 鲜明的色彩 一个装有例行程序的大盒子 经典的“控制权转移”符号 也许是说明性的呼吁 我不应该增加流程图的词汇量吗？教程解释了正方形，菱形，圆形，仅此而已。当然，FC可以帮助我处理以下问题： 过多的脚本类型使我能够回答不同的需求，并且我想指出工具/语言。 子例程可能会导致整个任务中止或出错，我想通过更高级别的“封装”例程来说明对它的处理（或产生的后果）。 我想将\“ internal \”子例程与其他脚本文件中的子例程区分开。 并发脚本处理可能变得很关键，因此我想指出这一点。 .INI文件使我可以为所有例程提供持久值。怎么绘制的？ 一个函数可能有一个参数和一个返回值/引用……我什至不知道如何有效地引用它。 请提供指导或为我提供更多帮助的资源。如果您推荐一个分析工具集（例如UML，我还没有掌握），还请告诉我在哪里可以找到好的介绍。 我对软件不感兴趣。请认为这是白板练习。     

解决方法

对问题的讨论表明流程图没有用或不准确。 准确性取决于流程图的构造方式。如果它们是手动构建的，则它们与其他任何手动构建的文档一样，几乎会立即过期。这使得手工构建的流程图真的无用，这就是为什么人们倾向于喜欢看代码的原因。 [此响应的其余部分违反了“对软件（对生成流程图）不感兴趣”的OP要求，因为我认为这是以某种有用形式获得它们的唯一方法。] 如果流程图是通过适当的语言精确分析工具从代码中得出的，则它们将是准确的。请参见http://www.semanticdesigns.com/Products/DMS/FlowAnalysis.html上的示例。这些示例在语义上是精确的，尽管那里的页面没有提供确切的语义，但这只是文档详细信息。 很难找到这样的工具：-}尤其是如果您想要跨多种语言的流程图以及多个“执行范例”（OP希望包括他的INI文件；它们是某种隐式赋值语句，而我非常确定他想对无法对流程图进行有效处理的SQL操作建模，因为它们往往是对表的纯计算）。 还不清楚这种流程图是否有用。我在页面上提供的示例应该令人信服。如果您考虑到所有微观细节（例如，每个子例程调用都可能产生ABORT控制流弧[因为每个调用都可能引发异常]），那么这些图表将变得异常庞大，快速。图表占用空间（框，菱形，线条，大量空白）的事实使此情况更加严重。一旦变大，您就会迷失在弧线以下的空间中。同样，人们避免整个系统流程图的一个很好的理由。 （人们喜欢文本语言的另一个原因是它们实际上可能非常密集；使用简洁的语言，您可以在页面上看到很多东西，然后等一下您会看到APL ：） 如果功能具有复杂的逻辑，它们可能对单个功能没有帮助。 我认为您不太可能获得语言精确的分析器来为所有想要的语言生成流程图，这样的分析器可以很好地构成其流程图（您希望JavaScript调用运行SQL的C＃来执行JavaScript ...？） 您可能希望的是一个折衷的解决方案：显示带有指向所引用其他工件的各种超级链接的代码。您仍然需要能够生成这样的超链接代码（请参见http://www.semanticdesigns.com/Products/Formatters/JavaBrowser.html，以了解可能的一种工作方式），但是您还需要跨语言边界的超链接。 我不知道目前有任何工具可以做到这一点。我怀疑您是否有兴趣或意愿自行构建此类工具。