为跨程序的例程使用流程图或图表

Question

我有一组繁忙的例程来验证或下载当前的客户端应用程序。它从调用.WSF文件的Windows桌面快捷方式开始。这将调用多个.VBS文件、用于设置的.INI以及潜在的.BAT文件。其中一些脚本文档具有内部功能。最后阶段打开一个Microsoft数据库，其中包含一个AutoExec宏，它启动了一些VBA，包括一个在VBA中有自己的加载例程的表单。

这些细节都不是特别重要的(所以请不要添加VBA标签，或者批评我宝贵的复杂性)。关键是我有各种各样的工具和容器，它们可能是功能嵌套的。

我需要更好的技术来在流程图中解析这一点。目前，我依赖以下任何或全部：

• ，一个独特的颜色
• ，一个大盒子，里面有一个常规的
• ，这是经典的‘传输控制’符号
• ，也许是解释性的调用

我不应该增加我的流程图词汇量吗？教程解释正方形，菱形，圆圈，几乎什么都没有。当然，FC可以帮助我处理的这类事情：

大量的脚本类型让我能够满足不同的需求，我想指出tool/language.

• A子例程可能会导致整个任务的中止，或者一个错误，我想通过(或对)更高级别的“封闭”例程来显示对它的处理。

• -I想要区分“内部”子例程和其他脚本file.

• Concurrent脚本处理中的子程序可能变得非常关键，所以我想指出这一点。

• .INI文件允许我为所有例程提供持久化值。

• A函数可能有一个参数和一个返回值/引用.我甚至不知道如何有效地引用这一点。

请提供指导或向我指出一个额外的帮助资源。如果您推荐一个分析工具集(比如UML，我还没有掌握它的窍门)，请告诉我在哪里可以找到一个很好的介绍。

我对软件不感兴趣。请考虑这是白板练习。

Answer 1

对这个问题的讨论表明，流程图既不有用，也不准确。

准确性取决于流程图的构造方式。如果它们是手动构造的，它们就像任何其他手动构建的文档一样，几乎立即就过时了；这使得手工构建的流程图实际上毫无用处，这就是人们喜欢查看代码的原因。

这个响应的其余部分违反了“对软件不感兴趣(生成流程图)”的操作要求，因为我认为这是以某种有用的形式获得它们的唯一方法。

如果流程图是由适当的语言精确分析工具从代码中导出的，它们将是准确的。参见http://www.semanticdesigns.com/Products/DMS/FlowAnalysis.html中的示例--这些示例在语义上是精确的，尽管那里的页面没有提供确切的语义，但这只是一个文档化的细节。

很难找到这样的工具:-}特别是如果您想要跨多个语言的流程图，以及多个“执行范例”(OP希望包含他的INI文件；它们是某种隐含的赋值语句，我很确定他会希望建模那些没有流程图的SQL操作，因为它们往往是纯计算而不是表)。

同样不清楚的是，这种流程图是否有用。我提供的页面中的示例应该是半图标化的；如果考虑到所有的微观细节(例如，每个子例程调用中发出的中止控制流弧的可能性，因为每个调用都可能抛出异常)，这些图就会变得异常庞大、快速。事实上，图表是空间消耗(框，钻石，线条，大量的空格)，这是非常严重的恶化。一旦它们变大，你就会在太空中迷失方向。同样，人们避免使用整个系统的流程图也是一个很好的理由。(人们喜欢文本语言的另一个原因是，它们实际上非常密集；使用简洁的语言可以在页面上获得很多信息，然后等着看APL :)

如果函数具有复杂的逻辑，它们在单个函数中可能会有很大的帮助。

我认为您不太可能获得语言精确分析器，为您想要的所有语言生成流程图，这样的分析程序可以很好地组合它们的流程图(您希望JavaScript调用C#运行SQL .？)

您可能希望的是一个折衷的解决方案:使用指向引用的其他工件的各种超链接显示代码。您仍然需要产生这样的超链接代码的能力(请参阅http://www.semanticdesigns.com/Products/Formatters/JavaBrowser.html中的一种可能工作方式)，但您也需要跨越语言边界的超链接。

我知道目前没有任何工具能做到这一点。我怀疑你是否有兴趣或意志力建立这样的工具，你自己。