我正在编写一些初学者编程教程,我发现很难跟踪所涉及的许多模块和函数、它们的目的(抽象地)以及它们之间的相互关系。我希望看到从鸟瞰的一切,以更好地想象我如何能够更优雅地重组和重构代码。
专业人员是否有专门的工具(除了白板和标记)来管理这种复杂性?程序员应该仅仅依靠心理模型吗?专业人士是否会为这类事情使用流程图软件?
发布于 2016-04-04 05:31:57
从70年代中期开始,结构图就已经出现了。如果您只执行叶级-1,数据流图对于结构化(非OO)也很有用。如果做非OO操作,请看Yourdon方法。还可以将本质系统分析作为事件分区的基础。目前仍在使用各种案例工具。
如果您正在执行OO,UML可以很好地工作,并且已经存在了很多年了。如果一个人不去“图快乐”,那么UML可以很好地工作。
有用于数据关系的ERD。
图形化建模工具从未渗透到普通程序员群体中超过18%。我认为,部分原因是缺乏对开发人员的适当培训,缺乏对管理人员使用模型管理项目的适当培训,以及过份承诺/不符合案例工具供应商的要求。我开始在大学结构图中使用图形工具。我总是感到惊讶的是,“专业开发人员”如何能够编写大型程序,而没有可视化的相互关系和依赖模型。他们怎么会记得这些?当他们加入这个项目时,他们如何培养新的人来加快他们的速度?
我们中那些问你问题的人似乎是少数人。我不认为这是“工具”我认为有些开发人员想要“更高层次的抽象”和可视化,而有些则不需要。
发布于 2016-04-04 05:14:04
https://stackoverflow.com/questions/36394955
复制相似问题