软件工程文件的图纸编号？

Question

软件工程公司在创建软件图表时使用绘图编号和绘图模板是常见的做法吗？

例如，我发现UML图或流程图在规划和稍后描述特定软件的工作方式时特别有效。然而，在电子工程的职业生涯中，我习惯于将这些图表编号并在一个中心位置注册。

Answer 1

您可能会在一些受规范的上下文中看到这一点，但可能不是在每个图表级别上。当我在航空航天工作时，建筑和设计文件都受到控制。在新的版本进入正式核查程序之前，文件将根据文件编号和修订本出口，并签署，然后由文件控制部门管理。应用于给定版本的所有文档的数量和修订都是作为软件或软件嵌入的系统的一部分而捕获的。每个文档的作用范围都是特定的系统、子系统或组件，并将包含多个文本和图形部分(表格、图表等)。和那个系统有关。

然而，对于大多数组织来说，这可能是过火了。很少有必要拥有如此严格的文档控制。有许多工具提供版本控制、更改跟踪，甚至不需要所有这些概念的审查和批准。最重要的是，使用代码来表示图(例如，请参阅[医]结构和PlantUML )，可以在源代码管理系统中对图进行管理，其分支和标记方案与它们所代表的软件相同。

Answer 2

不完全如此；图纸往往是信息性的，而不是确定性的，而在工程中，图纸是工作产品。

然而，软件工程更广泛地使用了自动版本控制系统(git等)，因此很自然地将图纸检查到其中。这给了您两个“中心位置”，并使绘图版本与软件版本保持同步。

Answer 3

不是在我有限的经验里。

UML经常用于设计或架构文档中的插图。在这种情况下，它不会单独存储为一个编号的文档。

如果您使用的是一个设计工具，比如，那么每个图都将是一个更大模型的一部分，并作为该模型的一部分存储在版本控制下。