保持逻辑和物理体系结构图的更新

Question

在任何涉及多个开发人员的分布式系统的软件开发项目中，拥有逻辑和物理架构图是最佳实践，但在我的经验中，这些关系图总是在项目开始时得到很好的维护，但在项目发布和维护阶段开始时不会得到更新。

对于具有大量分布式过程的复杂项目，即使在初始发布之前，图表往往很快就会过时或不准确，因为没有一个人拥有全部知识。

在此背景下，我想向社会人士提出以下问题：

1. 拥有准确和最新的逻辑和物理架构图有多重要？
2. 是否有任何工具和过程可以帮助他们保持最新？
3. 谁应该负责保持他们的最新进展？sys管理员、开发人员和QA团队如何做出贡献？

Answer 1

我生活在一个有时间限制和资源问题的现实世界中，所以我理解为什么大多数软件文档要么被忽略，要么被遗漏，但即使在这种情况下，我也绝对坚持创建和保持数据库关系图是最新的。如果它不是通常的关系模型，并且由具有文档、键值对或JSON/XML结构的实体组成，那么还应该创建和维护这些项的对象模型。如果一个项目的文档工作失败了，那么至少一个数据库图和/或对象模型(S)将允许一个人反向工作到前端，以了解正在发生的事情。

有许多创建和维护软件文档的选项，但我最喜欢的一个选项是Enterprise。它是全面和联系在一起的用例，序列图，类图，和其他。

至于谁对此负责，我认为这是一项团队努力。很少有人喜欢这样做，但必须这样做。项目的架构师或技术负责人最终应该对其负责，适当地委派任务。