我在我的ANSI C程序(简单程序)中定义了一些函数。如何在流程图中表示函数?
在我看来,流程图更多的是对算法的功能描述,而不是在程序意义上“定义”函数的地方。是的,流程图中表示的功能方面可能会直接映射到 C 程序中的单个函数,但也可能使用多个函数或多个线程来完成它。流程图不是您描述这些内容的地方。
简而言之,流程图不是您应该为 C 程序“定义”函数的地方。它应该是程序功能方面的高级表示,而不是它的实现。
在流程图上,函数可以是任何东西:状态、在状态之间转换时发生的操作等。这完全取决于您如何组织流程图。我建议正常构建流程图,然后返回并将函数名称添加到函数实现的任何内容的描述中。
这里是使用 DRAKON 图表编写 C 函数的教程(DRAKON 图表与流程图非常相似):
没有任何直接符号...您可以使用基本输入/输出/过程符号创建函数。
我有一个类似的问题,Flowcharting a Get-ter,答案是:
注意:请不要投票支持此答案,而应投票支持上述链接中的原始答案。
流程图代表控制流,而不是信息流。 流程图正式捕获步骤及其之间的联系 描述控制流的转移,通常基于 关于决策:特别是条件分支和循环。
控制流程是关于接下来要做的事情或接下来发生的事情,(遗憾的是)不是 关于执行该步骤所需的数据。
根据维基百科,有一些流程的扩展 数据;但是,它们基本上仅限于文档和文件。
一般来说,状态在流程图中的表现很差;那里 实际上没有数据、变量、范围、生命周期或 类型。因此,数据(以及有关该数据的元数据,例如允许的或 预期类型)大多用人类语言非正式地记录 流程图各个步骤中的文本描述。
流程图中的输入和输出旨在表示与 另一个独立的顶级流程(即使只是后来的一个流程) 运行自己的副本)。因此,本次沟通的目的是 读取/写入光盘或网络。
getter 不符合输入或输出的条件,也就是说 与另一个独立进程的通信,所以我认为这是 出去。我认为当流程图刚出现时他们甚至没有吸气剂 应用于软件设计(大约 1950 年)。
您可能会查看 UML。 – Erik Eidt 2016 年 12 月 12 日 16:51