The title of ISO 15926 is:
Industrial automation systems and integration — Integration of life-cycle data for process plants including oil and gas production facilities
This topic explains a way to achieve that integration.
Of course this is not the entire model of a plant, it is a skeleton for one plant item (not really, see later) during its entire cradle-to-grave existence.
So let's begin at the begin: Process Design at the far left of the above diagram.
It is an Activity model at Class level. In this example around a specialization of an instance of ClassOfActivity, called PUMPING WASTE WATER TO V-101 or the like.
Two things are participating to that ClassOfActivity:
The Stream data in the Heat & Material Balance are used by the Process Engineer for his Process Data Sheet for P-101 (see Plant Design below).
For the declaration use TIP_EC001 "Declaration of a Class", for the participation the TIP_C0011 "Class Of Participation in a ClassOfActivity".
The design world, so the green part, is shown in the diagram below
A PhysicalObject, like PUMP SYSTEM P-101 is represented on a P&ID, which means that the pumping service at the topological location defined by that P&ID shall be fulfilled by a to-be-designed PhysicalObject that we call P-101.
P-101 has two aspects:
Here, by exception, a Classification template is not used, because this link shall be immutable and changing rdf:type is more difficult that deprecating a template.
These three objects (17, 14, and 21 in above diagram) shall be declared simultaneously with TIP_P1751 - DeclarationOfPhysicalObject. And whenever terminated they get the same valDeprecationDate as well.
P-101 is represented on a P&ID, and in a 3D Plant Model.
Resuming: These three objects shall be declared for each plant item, stream, spatial location, and for any parts thereof in case there is information to be attributed to those parts. This can, and will in most cases, be done at a later date. This cluster is the immutable core of the design, all information shall be attributed to temporal parts of the PhysicalObject '17', or to class-of-temporal-parts of CO- xxx-FRC or CO-xxx. For this attribution some 170 standard templates are available (for free, like everything else on this website).
All PhysicalObjects shown in a P&ID are to be declared as discussed above and subsequently interconnected following the topology of that P&ID, using TIP_P4201 "ClassifiedDirectConnectionOfTwoIndividuals".
Other than this topological information and some composition and containment (of Streams) information (P-101 is a part of Plant 12345, Stream P-101-S is contained in P-101) no other information shall be attributed to the PhysicalObject in the Design World, but rather to the classes CO- xxx-FRC or CO-xxx . This is discussed below.
Process Engineering & Detailed Engineering (at Class level)
Based on the Heat & Material Balance data the Process Engineer provides the information about the process conditions that must be handled by P-101 (or other equipment, piping, instrumentation). The related document or data set represents (and defines) a version of the FunctionalRequirementsClass CO-P-101-FRC. Any revision of that document/data set must result in a new class-of-temporal-part of CO-P-101-FRC.
The RequirementsClass CO-P-101 is made a subclass of the FunctionalRequirementsClass, thus adding the Process Conditions section to the Technical Specification, that represents/defines a version of the RequirementsClass CO-P-101 . Any revision of that document must result in a new class-of-temporal-part of CO-P-101.
There are three steps to be taken:
(soon to be continued for the Actual World)