I A ship is not a document set
A ship is a coupled physical system. Mass is displaced water; power is heat; a bracket moved three centimeters is a cable route, an access panel and a maintenance procedure. That is why naval architecture exists, and it was true for a century before anyone drew a ship on a screen.
What changed is that the record of the ship fragmented. A modern program holds its vessel in a product-lifecycle system, a CAD environment, a planning tool, a materials system, a quality system and several thousand documents, each authoritative for something and silent about everything else. Each is correct. The ship is the thing that spans them, and nothing in that stack is responsible for the span.
So the span becomes a person, who holds in their head or a spreadsheet the relationship between a drawing revision and the work packages planned against it. That has built every ship ever built. It does not scale past the relationships one person can hold, and it does not survive that person leaving.
The claim of this paper is narrow: those relationships are data, they are currently not data, and almost everything people want from artificial intelligence in shipbuilding is downstream of making them data.
The order matters. A reasoning system over a fragmented record inherits the fragmentation silently, because a language model asked about a relationship nobody recorded does not return nothing.