我正在编写一些初学者编程教程，并且发现很难跟踪所涉及的许多模块和功能，它们的目的（抽象地）以及它们之间的相互关系。我希望从鸟瞰图中看到所有内容，以便更好地设想如何更优雅地重新组织和重构代码。
是否有专业人员用来管理这种复杂性的专用工具（白板和标记除外）？程序员是否只想依靠心理模型？专业人士是否使用像Lucidchart这样的流程图软件来做这件事？
答案 0 :(得分：3)
Structure Charts自70年代中期以来一直存在。 Data Flow Diagrams，如果仅执行叶级别-1，对于结构化（非OO）也是有用的。如果做非OO看看Yourdon方法。另请参阅Essential Systems Analysis作为事件分区的基础。有各种CASE工具仍在使用中。
如果你正在做OO，那么UML可以很好地工作多年。如果一个人不去＆＃34;图表 - 快乐＆＃34;那么UML可以很好地工作。有数据关系的ERD。
图形建模工具从未超过一般程序员人口超过18％。我认为部分原因是由于缺乏对开发人员的适当培训，缺乏使用管理模型管理项目的适当培训以及CASE工具供应商过度承诺/欠交付。我开始在大学 - 结构图表中使用图形工具。我总是惊讶于＆＃34;专业开发人员＆＃34;可以编写大型程序，没有相互关系和依赖关系的可视化模型。 他们怎么记得那一切？他们如何在加入项目时让新人加快速度？
我们这些问你问的问题的人似乎属于少数。我不认为它是一种工具。＆＃34;我认为一些开发人员希望更高级别的抽象＆＃34;和可视化，有些人没有。
答案 1 :(得分：1)
总是UML，虽然我不是一个忠实粉丝。
您也没有标记您正在谈论的语言。
对于.Net，Visual Studio实际上可以auto-generate code来自这些图表。
您还可以查看similar post on Quora。