Академический Документы
Профессиональный Документы
Культура Документы
Scope
This Global Practice Supplement (GPS) specifies additional Upstream Nigeria (UN) detail requirements
for the preparation and content of Computer Assisted Design Drafting (CAD) drawings and the CAD
system for use within Upstream onshore and offshore facilities and other Upstream process and industrial
applications.
This GPS includes UN requirements specifically for Process Flow Diagrams (PFD), Utility Flow
Diagrams (UFD), Piping and Instrumentation Diagrams (P&ID’s), plot plans, electrical schematics, 3-D
Models, control drawings, Materials of Construction (MOC), piping drawings, instrumentation drawings,
and other drawings.
GP 01-01-03S Upstream CAD Requirements Drawings, Data, and System (UN Supplement) January 2013
Table of Contents
1 Required references.............................................................................................. 7
1.1 Global Practices – ExxonMobil Engineering Practices ................................. 7
2 General CAD Systsem, Tag-centric Data, and Drawing Instructions................ 8
2.1 General......................................................................................................... 8
2.2 [Modification] CAD System ........................................................................... 8
2.3 [Addition] CAD Drawings .............................................................................. 8
3 Identification and Numbering ............................................................................... 8
1 Required references
1.1 Global Practices – ExxonMobil Engineering Practices
2.1 General
[No Additions]
9 Line List
[No Changes]
Drawing sequence numbers shall be assigned by company, (The suggestion is that you contact the UN
Information Management Group through the project DCC for the sequence numbers).
Discipline leads shall determine the drawing numbers for all new drawings and communicate this to the
drawing creator or contractor.
All drawings shall be numbered in the title block accordingly. Refer to section D-1.3 & D-1.4 for details
on title block.
Drawings being revised from existing drawings maintain the same drawing number.
The drawing electronic file name shall be the same as the drawing number.
The numbering system shall be used on all technical documentation such as drawings, documents,
calculations, datasheets, design philosophies, technical manuals, lists and specifications etc.
Drafting personnel and the drawing owners are required to complete drawing border sheet content
consistently on drawings to ensure:
• Drawings should show the north arrow on the top left hand corner of the border sheet.
• Facility names/codes are shown on the top right corner of the border sheet.
Note: Drafting personnel should not explode or alter the given title block attributes.
All three lines of the standard drawing title are complete to a maximum of 50 characters and spacers per
title line.
Uppercase letters are used in all words, abbreviations and acronyms in the drawing title.
Standard abbreviations are only used if necessary. Refer to table D-1.6
CONTACTOR PANEL
INTERCONNECTION
JUNCTION BOX
WIRING DIAGRAM
PANEL
TERMINAL BOX
TRANSMITTER
ALARM AND EMERGENCY PROCESS SHUTDOWN KEY
CATHODIC PROTECTION DETAILS
CATHODIC PROTECTION PLAN
CATHODIC PROTECTION SCHEMATICS
Due to the limited amount of space in drawing title blocks, drafting personnel should use abbreviations
and acronyms to include as much pertinent information as possible.
The following list (table D-1.6) of standard abbreviations shall be used in engineering drawing titles.
Architectural unit should be used for all linear measurements and decimal degree for angular
measurement in AutoCAD.
Company will supply standard border sheets for ISO A1 and ISO A3 drawings. Deviation from these
default border sheets will require Company approval.
All details and layouts shall be drawn to scale 1:1 using model space mode. Two acceptable methods can
be used for sizing the border.
Using only Model space for drawing details and drawing border etc. The border is scaled up to the size of
drawing to be plotted i.e. if the drawing is to be plotted to a scale of 1:200, the drawing border should be
scaled up 200 times.
Using AutoCAD Paper space and model space methods. Paper space should be used for drawing border
and title blocks and Model space for drawing details.
Note: However, where multiple scales are required in a drawing, paper space should be used.
Drawing scales shall be shown in the space provided in the title block. If more than one scale is used in a
single drawing, it should be shown directly below each detail/plan/section and shown “NOTED” in the
title block.
Schematic drawings need not be drawn to a scale. The finished drawing shall be on smallest size drawing
that is clearly legible. In the title block it should be noted as “NTS” for scale.
A graphic scale bar shall be provided on all scaled drawings to allow scale measurements on reduced
size prints as shown below.
D-1.9. Abbreviations
In order to save time and drawing space, words may be abbreviated, except in cases where confusion or
ambiguity might occur. Only abbreviations listed in table 4.9 herein or in ASME Y1.1 shall be permitted.
Title blocks shall not contain abbreviations except in cases where lack of space precludes spelling out the
entire word. Refer to table 4.6 for title block abbreviations.
D-1.10. Annotations
All dimensions shall be in imperial units (i.e., feet and inches). However metric dimensions can also be
displayed when required as alternate units (in parenthesis) provided they do not crowd the drawing.
Sufficient dimensions shall be given for positioning the equipment, piping, structure and building.
Dimensions need to be sufficient for the fabricator / erector to complete the work.
Plan views shall show most of the dimensional information. Duplication of dimensions across different
views in the same drawing shall be avoided as this may lead to errors in case of revisions to drawings.
Consistency in dimensions shall be checked and maintained across all drawings.
Decimals of a foot shall not be used for dimensions except for survey drawings. All out of scale
dimensions shall be noted as “NTS” along with the dimension value.
Dimension style “MPN” as supplied in the title blocks shall be used and must not be exploded or
overridden for scaled drawings
Dimensions must not be exploded or overridden for scaled drawings
Only “romans” font shall be used on all drawings. Third party font files shall not be used unless otherwise
approved. PDMS 2D drawings should use only PDMS supplied auto draft fonts. Drafting personnel shall
have those fonts mapped in to AutoCAD while working on drawings generated from PDMS Draft.
Note: For Process drawings (P&IDs, PFDs, etc.) use table below;
Text height (mm)
Description Font A1
General text, material lists, dimension text, notes Romans 2.5
Subtitles, headings, labels, match-line text Romans 3.5
View, section and elevation notations Romans 3.5
Text width factor of the drawing title of standard border may be changed depending upon length of the
text. All texts and symbols should be legible when printed on ISO A3 sheets. It should be ensured that
text is not obscured, overlapped by drawing details, dimensions, call-out lines etc.
Proper justifications should be used to locate the texts aesthetically in the drawing. Vertical texts shall
have an orientation of 90° in AutoCAD.
The following method can be used to calculate text heights for scaled drawings.
D-1.12. Layers
Layers shall be used in engineering AutoCAD drawings to show different types of technical information
consistently. This makes the drawings easier to read, interpret and revise. Additionally, selective
information can be presented by displaying certain layers and not others. Approved layers are embedded
within the title blocks.
It must be ensured that colors of all entities created must be set to “BYLAYER”. All leader lines must be
drawn with a continuous line type and text leaders must be on the same layer as the text.
Drafting personnel must create engineering drawings using approved layering groups. Layering groups
for different disciplines are shown in table 4.12 through table 4.17
D-1.16. Holds
Drawing area which is not finalized or pending information is marked in reverse cloud withhold number
as shown below. Reason for hold is to be listed in title block area under HOLD subtitle.
Drafting personnel must ensure that all reference drawings have complete drawing numbers and titles
(Title 1 and 2) in the reference drawing area of the title block.
Mark-up information during the construction /erection / installation / site verification shall be formally
incorporated into a new revision of original document as post-construction as-built.
Typically areas that are affected by the project scope are updated in as-built. In such cases a note in the
title block shall be added stating that “This drawing has been partially as-built only in areas affected by
the project scope.”
Note: Changes to IFC drawings shall be documented in a log for Construction Contractor. The log shall
include a list of all drawings and a description of the changes made between the previous and current IFC
release.
Same drawing number as the base drawing with a suffix “DEMO” to the drawing number shall be used to
identify and distinguish a demolition drawing from a modification drawing. Hatch lines shall be used to
identify sections, equipment, pipes or steel members to be removed and cut lines should be clearly
identified.
Demolition drawings shall not be provided to IMG for inclusion in to Master database at the end of the
project.
The previous revisions are carried through to the redrawn AutoCAD drawing.
The date format must always be DD-MM-YY (Day, Month, Year e.g. 22-05-96)
Punctuation, such as periods, slashes, commas between characters must not be used.
Revision Initials
Drafting personnel will electronically insert the appropriate initials, with no spaces, in the BY, CHK’D
and APP’D columns in the revision block.
Manual initials shall be inserted in the APP’D columns on the original legal copy of a drawing, after
completing their tasks.
Minor Changes
There is no need to insert revision clouds if there are only minor changes, such as spelling corrections or
notes that have been moved to another location on the same drawing.
Checking Procedure
Every engineering drawing must be checked within its discipline by a checker other than the drawing
originator before proceeding to the next document checking level.
All checking comment / markup on drawings shall use the following color coding:
LISP routines / utilities that are essential to work with drawings shall be submitted along with
instructions.
Where ever possible texts associated with blocks shall be defined as attributes. This facilitates
data extraction from the drawing database.
The electronic drawing files are purged of all unused layers, text styles and line types to reduce the size
of the file for quicker exporting and importing.
D-3.2. Verification
The followings aspects of the drawing must be verified to ensure compliance:
E-1.0 Purpose
Plant Design and Management System (PDMS) is a 3D modeling software that has been adopted by
COMPANY as a standard design engineering tool for its facilities.
The implementation of PDMS is a part of ongoing effort to improve the quality and integrity of
engineering solutions. Benefits, such as good productivity, less field reworks, clash reductions, accurate
material reporting, minimal material wastage and maximum drawing productions have been realized. This
procedure is intended to further improve the use of PDMS and enhance the quality of Engineering using
PDMS.
The benefit gained by using PDMS during Engineering and Construction phases is being extended to
Operation and Maintenance of facility. Ultimately it is envisaged that 3D models will play a role in
supporting the entire life of facility or plant.
When the PDMS software is used in a project, it is essential that the same version is maintained for the
duration of the project. Under no circumstances shall a new version of the software be implemented in the
project, without prior agreement from the COMPANY. However this condition does not apply to minor
or maintenance upgrades or patches.
After the creation of the PDMS project directories, PDMS coordinator together with Contractor Project
Engineer, Discipline leads and PDMS Administrator will review the overall project requirement in order
to establish the optimum project database working environment. In particular the following criteria shall
be considered:
• Project program
• Manpower requirements
• Degree of complexity
PDMS Coordinator shall prepare a PDMS Implementation checklist following the above criteria and
provide same to the project discipline leads. The project discipline leads shall complete and return this
form to the PDMS Coordinator. Once the above data has been assessed and the project requirements are
established, PDMS Coordinator and PDMS Administrator shall initialize the PDMS project in accordance
with this section. A PDMS Implementation Procedure shall be developed in line with this procedure and
all deviations shall be documented for necessary approval.
A concept of Facility and Sub-facility shall be used to break down a complex project.
For example (figure E-1.2), the development program contains a Wellhead platform (facility QA), a
Process Platform (facility QP) which is connected by bridge. Bridge can be added to either of the projects
depending upon installation / fabrication contract and priority. Each facility is further divided into sub-
facilities level wise or module wise as shown in the example.
Each of this facility shall be setup as a different PDMS project with bridge databases shared to both
projects. Catalogue project shall be setup as a separate project and databases shall be referenced to both
design projects as shown in the sketch (figure E-1.1) below:
Facility QP Facility QA
PDMS Model PDMS Model
Project EUN
Catalogs catalogs
COMPANY PDMS Administrator and Coordinator shall select a three digit alphabetical logical code for
the PDMS project. This code shall be unique and shall be checked against current and archived projects.
The following guidelines shall be followed while selecting the code:
For example,
• IDOHO-A wellhead platform code is BA as per Table-1. Thus PDMS code for that facility shall
be ‘xba’
• EDOP-12 wellhead platform code is Q12 and PDMS code shall be ‘qab’
A typical project directory structure is detailed below for an example project code “abc”:
The naming convention for all other files will comply with the Project PDMS Implementation Procedure.
E-1.6.2. Program defined files
Under no circumstances shall program defined files or filenames be edited or changed. These files may
include Aveva application files / project default files or customized utilities that are deployed for a
project.
COMPANY forbids contractor from making any changes to EUN project databases. In the event of
modifications required to EUN databases, contactor shall do a formal request to COMPANY PDMS
Administrator or shall copy the catalog instances to the design project catalog database to modify.
For more details on EUN catalogs and specifications please refer to section E-3.0
All design and drawing databases shall have multi write access.
Where,
Code Discipline
C Civil / Architectural
E Electrical
H HVAC
I Instrumentation
L Piping
M Mechanical
N Structural
R Reserve Volumes
S Safety / Loss Control
X Service supports
Code Sub-Facility
LD Lower Deck
MD Main Deck
CD Cellar Deck
SD Sub Cellar Deck / Sump Deck
MZ Mezzanine Deck
BR Bridge
HD Helideck
JK Jacket
TS Topsides
Hook-up area names shall start with prefix H (or K), followed by numbers from 1 to 9.
For example, in a PDMS project called xqp,
Where,
Database numbers 6000 to 6999 are reserved for Upstream Nigeria databases and 7000 and above for
Aveva databases. Contractor shall use database numbers from 1 to 5999 for PDMS design project
Projects containing more than a single facility can have MDBs for each facility to reduce number of
databases in a single MDB. /DESI-xx or /DWG-xx shall be created where xx is the facility code and
adding only relevant design or draft databases.
A cataloguing MDB /CATA shall also be created. Only CATA, DICT, PROP and cataloguing design,
draft databases shall be added to this MDB.
A READONLY (password READONLY) user shall be created for general purpose. This user shall have a
read only access to the model.
All design users shall be GENERAL users. Data Access Control (DAC) shall be used to control access to
different disciplines, model areas and restrict extent of modifications.
Use of extract database shall be restricted for non-global projects. Refer to section E-8.0 for more details
on global project management.
It is important that any data corruption that occurs is detected as quickly as possible so that corrective
measures can be taken. PDMS Administrator is responsible for carrying out such actions on a regular
basis and not just when an immediate need arises.
PDMS Administrator shall be responsible for initial setup of a script to automatically check the integrity
of PDMS model on a daily basis. This will identify any possible database corruption and ensure that the
backup data can be restored with minimal detriment to the project.
E-2.2. Reconfiguration
PDMS database Reconfiguration can be used in the following cases:
Enough care shall be taken while using Reconfiguration to recover a corrupt database. All databases have
external references to other databases. Improper use of Reconfiguration process may lead to loss of
references and hence the data.
It shall be a good practice to see that no users are accessing the databases and make a backup of all
databases. SAMEREF option shall be used while recovering a corrupt database since it keeps same
element reference name. It will keep all database cross references intact. The following example shows
use of SAMEREF option:
Please note that, for the use of SAMEREF option the database need to be deleted after dumping data to a
neutral file. So, care must be taken to note down the database number before deleting the database to
recreate it with the same number.
FROM DB LDEWOR/LDE-QP-MD
TO FILE /F1 /F2
RCFCOPY ALL
RECONFIGURE
DELETE DB LDEWOR/LDE-QP-MD
Database sessions shall be stamped to mark specific milestones so that changes thereafter can be tracked
and highlighted.
When a new session is made, the changed data is appended to the end of the database file. Appending
updated data to files will increase the disk space required. Large database files may lead to slow response
and also lead to database corruption. If this is a problem the intermediate sessions shall be merged after
doing a date stamping.
EUN PDMS databases shall be updated or modified only by COMPANY PDMS Administrator or anyone
authorized by the COMPANY. ExxonMobil Global Practice (GP) approved changes / modifications shall
be updated to those databases as and when change happens. COMPANY PDMS Administrator shall
maintain a revision control register stating the revision, date and description of changes/additions done to
databases. Project specific requirements shall not be added / updated to the EUN databases.
User /Admin access rights for EUN project shall not be provided to contractor unless otherwise approved
by the COMPANY.
Database numbers 6000 and above are reserved for EUN databases. These numbers shall not be used
while setting up a design project.
The following figure describes how the catalogs shall be linked to a design project.
COMPANY Supplied
catalog databases Design project
EUN Local
CATA DB
Contractor shall use supplied template project (EUT) databases to setup a new design project. EUN
databases are already linked into this template project. Contractor shall take COMPANY PDMS
Administrator help to link EUN databases to an existing design project.
Supplied Catalog databases folders (eun000) shall be held within design project folder. Refer to section
E-1.5 for PDMS project folder setup details.
EUN PDMS databases contain 53 Upstream Piping material classes. The following list shows the piping
specifications available.
PDMS
No Class Rating Material
Name
1 A45A 125 GRE Ameron 2000M A45A
2 A45B 125 Cu-Ni, SS (dry system) and GRE 2000M A45B
3 A45C 125 SS, GRE 2000M A45C
4 A1 150 CS A1
5 A3 150 CS Galvanized A3
6 A5 150 LTCS A5
7 A6 150 CS A6
8 A7 150 LTCS A7
9 A11 150 SS A11
10 A13 150 SS A13
11 A15 150 SS A15
12 A32 150 Cu-Ni, CS Cement Lined A32
13 B1 300 CS B1
14 B5 300 LTCS B5
15 B6 300 CS B6
16 B7 300 LTCS B7
17 B11 300 SS B11
18 B13 300 SS B13
19 B15 300 SS B15
20 D1 600 CS D1
21 D5 600 LTCS D5
22 D6 600 CS D6
23 D7 600 LTCS D7
24 D11 600 SS D11
25 D13 600 SS D13
26 D15 600 SS D15
27 E1 900 CS E1
28 E5 900 LTCS E5
29 E6 900 CS E6
30 E7 900 LTCS E7
31 E11 900 SS E11
32 E15 900 SS E15
33 F1 1500 CS F1
34 F5 1500 LTCS F5
35 F6 1500 CS F6
36 F7 1500 LTCS F7
37 F11 1500 SS F11
38 F15 1500 SS F15
39 G1 2500 CS G1
Upstream For ExxonMobil Use Only
PDMS
No Class Rating Material
Name
40 G5 2500 LTCS G5
41 G6 2500 CS G6
42 G7 2500 LTCS G7
43 G11 2500 SS G11
44 API5000 5000 CS (Sweet services) API5KS
45 API5000 5000 CS (Sour services) API5KU
46 API5000 5000 High Alloy (Wet Sour) API5KW
47 MA1 150 CS MA1
48 MA3 150 CS Galvanized MA3
49 MA11 150 SS MA11
50 MA32 150 Cu-Ni MA32
51 MA45 150 GRE Ameron 2000M MA45
52 MB32 300 Cu-Ni MB32
53 MD1 600 CS MD1
All above piping specifications are coded into databases using a pipe thickness for corrosion allowance of
3mm (or 0mm if 3mm is not available as per GP 03-20-01 to GP 03-20-16)
Contractor shall copy required specifications to local project catalog database with a new name by adding
a suffix to denote the corrosion allowance being used. The corrosion allowance code shall be as per table
E-3.3. For example A1, 150# Carbon steel specification for corrosion allowance of 3.0mm shall be copied
name named as A1E.
Corrosion
Allowance Code
mm in
0 0 A
1.25 0.05 B
1.50 0.06 C
2.50 0.10 D
3.0 0.12 E
3.75 0.15 F
4.0 0.157 G
5.0 0.20 H
6.25 0.25 I
All project specific changes like additions / deletion / modification of specification components shall be
done in local catalog database. Local project specifications shall be reported out in a format suitable for
QA/QC and a material engineer shall do a detailed checking. PDMS specification shall not have any
component with ambiguous description or component that should not be used by the project.
Any exceptions to the conventions mentioned herein must be approved by the COMPANY.
Where,
Code Description
D Deck / plant installed items
E Existing items
U Underground items (onshore)
X Hook-up items
V Vendor items
F Future items
S Study design / Temporary design
Note: All above functional SITEs may be within a Database. So, a database may contain more than a
SITE.
All equipments shall be modeled with enough details to enable space reservations for clash checks. All
major parts shall be modeled to exact available dimensions. Equipment internals shall not be modeled
unless otherwise it is essential for design.
Vessel access man-ways and hand holes shall be modeled with exact dimensions with required access
reserve volumes. Tube bundle removal volume for heat exchanges, heaters, and cartridge / filter basket
removal space for filters shall be modeled. All obstruction volumes shall be under SUBE named as
<equipment tag>/OBST.
Vessel / Equipment insulation / fireproofing shall be modeled with correct thickness under SUBE
<equipment tag>/INSU.
Support or ladder clips on vessels/columns shall be modeled to exact dimensions under a separate SUBE
named as <equipment tag>/CLIP.
Structural beams / profiles, ladders of a package item shall be modeled accordingly in STR zone with
structure name as <equipment tag>/STRU. Origin of STRU shall be same as corresponding equipment.
The equipment datum / origin location shall be as per the table below:
saddle
Intersection of vessel center line and fixed support
Heat exchangers
saddle
Pumps Intersection of suction & discharge nozzles
Compressor packages As marked by vendor
Should be decided by package engineer & shall be
Other equipment packages
indicated in the vendor drawing
Origin of all sub-equipments (except COG sub equipment) under equipments shall be E0, N0, and U0
with respect to Equipment datum, i.e. SUBE origin shall be same as EQUI origin.
Equipment or package center of gravity (COG) shall be modeled as a SUBE <equipment tag>/COG. Two
dishes shall be modeled to make a sphere of max diameter 50mm. The origin of this SUBE carrying
COG shall be located at COG point of the Equipment.
EQUI & SUBEquipments shall be modeled with default orientation of ‘Y is North and Z is Up’. PDMS
Administrator shall generate a report of all equipments and shall take necessary action to re-orient them.
The following attributes shall be filled to equipments (EQUI),
Modeling status code (code as per progress measuring procedure for the
:Pstatus
project if any)
:Mdsn Mechanical datasheet number
:Mdsr Mechanical datasheet revision
:Vdrname Vendor name
:Vdrgno Vendor drawing number
:Vdrgrev Vendor drawing revision
Weight of the item. If no accurate data is available package engineer shall
:Weight
estimate the weight.
:Hold Hold (True or False)
:Holddesc Description / reason for the hold
E-4.4. Piping
PDMS Piping module shall be used to model all piping / pipelines and vessel trims.
All piping starting from ½” shall be modeled with proper piping specification and insulation / tracing
specifications. Piping shall be complete, accurate and must comply with P & ID.
Pipes shall be named according to line numbers indicated in P&ID. If piping is classified under different
area, area codes shall be used as prefix as below,
Inline instruments, SP-items, Valves etc. shall be tagged as per P & ID.
Following guidelines shall be followed while modeling piping:
• Proper ISPEC/TSPEC spec shall be used to model insulation or tracing. TEMP attribute in PIPE
and BRANCH level shall be set to proper temperature to select correct insulation thickness.
• Piping within equipment / vendor package shall be modeled if determined necessary by piping
design and if certified vendor data is available.
• Different piping specs shall not be under a single line number. Process department shall provide a
new line number after the spec break. If the spec break contains no significant pipe run (for
example, only gasket, spectacle blind connected to equipment nozzle or a drain connection) then
a new branch shall be created for those components. The branch PSPEC shall be set properly so
that spec break mark appears in the design isometric.
• Pipes passing from one sub-facility to another shall be split at a natural or logical break point only
if there is any fabrication/installation requirement such as in modular design / construction.
Otherwise pipes shall not be split.
• Point 3 of TEE and OLET in sloped lines shall be oriented up or down for rising or dropping
branch connections using command syntax “DIR AND P3 is UP” or DOWN.
• Pipe branch open ends (HCON/TCON) for vent or drain shall be set as VENT or DRAN.
• All deck penetration, wall penetration or beam penetrations shall be modeled using appropriate
ATTA.
• In no case shall MTOComponent attribute be set to OFF. If required to be switched off, MTOC
DOTD or DOTU shall be used.
• Data consistency check for a pipe shall not produce any errors. PDMS Admin shall prepare a list
of approved errors / warnings.
• Vessel trims shall be modeled as individual pipe with tag number per P & ID and service code
shall be VT.
Structural items are modeled in PDMS to fulfill four major functions: structural drawing production,
reference (back ground/foreground for piping plans, model reviews etc.), clash detection and material
take-offs. Each of these functions may be present in a particular project with differing levels of details
needed of each function. The types and location of project, the layout, and the piping modeling hierarchy
also affect the structural modeling procedure. All of these factors make it extremely difficult to specify a
global structural modeling procedure that is both functional and economical. Instead, a specific example
will be presented that should be followed whenever possible. In all cases the Project PDMS
Implementation Procedure shall specify all required conventions; the level of detail needed in the
modeled elements, and thus supersedes any requirements presented herein.
For the purpose of this document, structural items are classified as all steel catalog elements and concrete
elements such as foundations, elevated slabs, ground floor slabs inside of buildings/structures, structural
walls etc. for both offshore & onshore plants.
E-4.5.3. Abbreviations
Civil / structural technical names shall be used to name PDMS elements to denote the content of the
model. The abbreviations shall be uniform over the full project and shall be documented in Project PDMS
Implementation Procedure.
possible instead of multiple BOX or NBOX. This enables extraction of MTO and weight / COG for those
elements.
E-4.5.8. Columns
All of the named columns for each building/structure must be included in a separate FRMW. This allows
the PNODEs and multi-pieced columns (spliced) to be handled as one unit. Each of the FRMWs should
be named similarly (i.e. /COL_A-1 or /COL_DA-3.5, etc.). The first SCTN in each FRMW should be
named with column mark (i.e. in FRMW /COL_A-1 the first SCTN should be named /A-1). Once the
columns are started being used for reference in the drawings or referenced by other disciplines, the
column SCTN and FRMW should only be modified. It shall not be deleted and remodeled.
• SITEs are created and named by PDMS admin and shall not be modified by the user.
• Zones shall be created by PDMS designers and origin shall be E0 N0 U0.
• All child elements shall contain ZONE names as prefix.
• All element names shall be in descending order of importance.
• Service platform or Floors STRU shall contain all SCTN, Plating/grating and handrails under
separate FRMW (within same STRU).
• Ladders and stairs shall be numbered consecutively through the area or building.
• Platforms provided by equipment vendor or that is integral with equipment are to be modeled in
Mechanical database.
SITE /NQPMDD
ZONE /NQPMDD-DPS
STRU /NQPMDD-DPS/TOS_EL10.000
FRMW /NQPMDD-DPS/TOS_EL10.000/FRMW
ZONE /NQPMDD-DSS
STRU /NQPMDD-DSS/TOS_EL10.000
FRMW /NQPMDD-DSS/TOS_EL10.000/FRMW
ZONE /NQPMDD-COL
STRU /NQPMDD-COL/STRU
FRMW /NQPMDD-COL/A-1/FRMW
SCTN /NQPMDD-COL/A-1
ZONE /NQPMDD-PLT
STRU /NQPMDD-PLT/V-1001
FRMW /NQPMDD-PLT/V-1001/FRMW
FRMW /NQPMDD-PLT/V-1001/GRAT
FRMW /NQPMDD-PLT/V-1001/HR
ZONE /NQPMDD-DPL
STRU /NQPMDD-DPL/TOS_EL10.000
FRMW /NQPMDD-DPL/TOS_EL10.000/PL
FRMW /NQPMDD-DPL/TOS_EL10.000/HR
ZONE /NQPMDD-BRC
STRU /NQPMDD-BRC/ROW_1
STRU /NQPMDD-BRC/ROW_A
Figure E-4.4 – Typical hierarchy for offshore structural elements (continued in fig E-4.5)
SITE
ZONE /NQPMDD-ASL
STRU /NQPMDD-ASL/LAD/1
STRU /NQPMDD-ASL/LAD/2
STRU /NQPMDD-ASL/STA/1
ZONE /NQPMDD-SEQ
STRU /NQPMDD-SEQ/V-1001
STRU /NQPMDD-SEQ/V-1002
ZONE /NQPMDD-SPR
STRU /NQPMDD-SPR/TOS_EL.14.000/NS
STRU /NQPMDD-SPR/TOS_EL.14.000/EW
ZONE /NQPMDD-SMH
STRU /NQPMDD-SMH/MONORAIL_BOS_15.500
STRU /NQPMDD-SMH/V-1001/DAVIT
STRU /NQPMDD-SMH/V-1001/STRU
To enable accurate reporting the following should be taken care of while modeling,
• Matref attribute for SCTN and PANE elements should be set. Matref contains material density
value which should be set according to material type and grade.
• Non-structural primitives (for ex box, cylinders) shall not be used to represent structural
elements. Material, weight and COG reporting cannot be done for non-structural elements.
E-4.6. Civil
A similar hierarchy structure as described in section E-4.5 shall be followed and defined in Project PDMS
Implementation Procedure.
Column footings shall be modeled with enough details to check interferences between equipment
foundations or underground piping. Ground sloping shall be modeled with enough accuracy to enable
piping design to get proper elevations.
Obstruction volumes shall be modeled as reserve volumes for existing underground cables, pipes or other
type of voids.
E-4.7. Architectural
Architectural elements should be modeled as separate structures within the zone and clearly named to
identify the element concerned. The hierarchy and naming should follow the format shown in the
structural section whenever possible.
A detailed architectural hierarchy shall be defined in the Project PDMS Implementation Procedure.
E-4.8. HVAC
The purpose of this section is to ensure a common approach to the input of HVAC into the PDMS model.
The hierarchy and naming will follow the similar format of Piping (section E-4.4) for HVAC Ducts and
Mechanical equipment (section E-4.3) for HVAC Equipment. All HVAC equipment and ductwork must
be modeled using the HVAC applications.
On projects where contractor is not responsible for HVAC ductwork design and no accurate design data is
available, space shall be reserved by using PDMS equipment primitives. Enough soft volumes shall be
modeled for insulation flanging, supports, inline instrument and maintenance or access area on equipment
cabinets and personnel access.
E & I group is responsible for providing vendor information to PDMS Administrator / Coordinator for
inline instruments. Piping is responsible for placement of these items and proper sizing based on vendor
information received from E&I engineers. Refer to the piping section for more details on inline items.
Instrument engineers are responsible for checking the location and orientation of all inline instruments.
Upstream For ExxonMobil Use Only
All electrical and instrument items described below shall be modeled by E&I designers with the exception
of inline instruments.
Cable trays are modeled with proper tray or ladder specs detailed enough to reserve space and extract
MTO. Tray main (PIPE) shall be named as given below:
Where,
If a tray numbering system is used for the project, same shall be used instead of the above defined.
Upstream For ExxonMobil Use Only
Junction boxes, Control panels shall be modeled as STRU with enough details for accessing and opening
of panel doors etc. STRU origin shall be on the supporting point uniformly and shall be used to query or
report their locations. STRU shall have a FRMW for modeling SCTN elements for support of JB /
Control panels. SUBS shall be used to model primitives to hold panels. Model shall enable MTO
extraction for JB / Control panel support sections. The following naming shall be followed:
<tag number> - is the JB / Control panels (CPL) identification number used in layout design.
For example:
STRU – IQPMDD/CPL-1001
FRMW– IQPMDD/CPL-1001/STRU
SUBS – IQPMDD/CPL-1001/PANEL1
SUBS – IQPMDD/CPL-1001/PANEL2
All lighting fixtures shall be modeled as STRU with enough details to represent the shape / size and with
enough obstruction volume for accessing / maintenance. Mounting pole shall be modeled as standard
structural tubes or profiles. Each lighting fixture (SUBS) shall be given enough description (type of
fitting, wattage etc.) for MTO extraction.
<site name> / <tag number>
<tag number> - is the identification tag used in the layout or shall be as following:
For example:
The above naming conventions may not always meet requirements across different projects. If a new code
is required it shall be added and naming conventions are amended accordingly.
Primary supports include attachments to the lines such as U-bolts, clamps, pipe shoes, pads, guides,
anchors etc. Secondary supports are the standard structural support frames using Aveva structural
catalogs.
Support model shall have enough details to develop support drawing, extract MTO and do interference
checks. Model shall be used to check support requirements, adequacy and optimization / sharing of
supports between different disciplines i.e. sharing supports between pipes, trays and ducts.
Piping discipline is responsible for modeling of pipe supports and generation of drawings. Structural
discipline shall check the adequacy of the support members and configuration, if the load on support is
more than 2MT. A similar process shall be followed for tray and duct supports. Piping discipline shall
check and optimize supports between different disciplines i.e., tray and duct supports.
• Hose reel
• Fire monitor
• AFFF hose reel
• Fire extinguishers
• Fire blankets
• Life raft
• Life buoy
• Escape rope
• Life jacket
• Life boat
• Safety shower & Eye wash
• Primary / Secondary escape route
Escape routes shall be modeled as PIPEs and BRANches using EUN’s “ER” Spec. Equipment primitives
shall not be used unless otherwise the required configuration or shape can’t be achieved by using ER
Spec.
Where, functional codes shall be PRI for primary and SEC for secondary route.
For example,
PIPE - /LPMDD/ESC/PRI
BRAN - /LPMDD/ESC/PRI/B13
All access ways, maintenance space, lay down area, material handling space and other void areas shall be
modeled as EQUI.
Service / access platforms for equipment or instrumentation access shall be modeled by piping designer as
a preliminary design and shall be used as input for structural discipline. Piping designer shall check and
delete this reserve volume once structural designer designs the platform.
Volumes shall be modeled under specific zones depending upon their function as shown below:
Where,
<functional code> - is the code as in table above.
<description> - small description to explain the purpose of the volume.
Functional codes marked “* “in the table E-4.8 above are valid only for study model. Upon confirmation
of the study, the same shall be replaced by proper design by the structural discipline in correct hierarchy.
All piping / insulation / tracing specifications shall be checked thoroughly by PDMS Administrator with
the help of Piping Material Engineer before any formal extraction of Isometrics or MTO. PDMS
administrator shall produce a report of piping classes in a suitable format to be checked by Material
Engineer against latest Piping class GPs. The following should at least be checked:
• Component description
• Material description
• Suitable codes / standards
• Branch table – branch fittings
• Pipe thickness / schedule
• Pipe, fitting and structural profile weights
All irrelevant items shall be removed and spec should be completed as per GP.
Piping specification check prints shall be filed and preserved for Quality Audit.
• Compatibility of connection
• Adjacent items are connected and no gaps exist
• Connected components are not skewed with respect to one another
• Piping component bores are consistent
• Branches are properly terminated
• Pipe cut lengths are not less than acceptable minimum
• Angles of elbows and pulled bends are within set limits in the Piping spec
PDMS piping designer is responsible for the preliminary DATACON check for all pipes under his
responsibility.
Upstream For ExxonMobil Use Only
PDMS Administrator shall do a formal run of DATACON and output shall be saved in to file for
checking.
PDMS coordinator shall be responsible for making sure all pipes are error free and are good to generate
final isometrics. He shall maintain a list of acceptable errors or warnings which are not design errors.
It is the responsibility of the PDMS Administrator to do formal clash checks for all design disciplines.
Piping, Mechanical and E & I model must be clash checked. Structural design may not need a formal
clash check since all connections produce clashes. Instead, designers shall do a check using manual clash
check on screen and visual check adding volume around the structure.
Aveva “ClashManager” or any other Clash management utility that has options to run, view and approve
the clashes shall be used. PDMS Administrator shall do frequent Spatial Map updates for all databases to
avoid spurious results.
A formal clash report shall be available with proper approval status while issuing piping design isometrics
for construction. No piping isometric shall be issued with unapproved clashes. Corrective action must be
taken to resolve the clash before issuing isometrics.
Project PDMS Implementation Procedure shall clearly define the procedure to identify and approve /
resolve clashes.
Drawings which are developed outside of PDMS environment such as structural drawings shall be first
modeled in PDMS to conform the design. A simple drawing extraction shall be done for that design and
further annotation / amendment shall be in other applications such as AutoCAD.
All drawings which are developed outside of PDMS environment shall be checked against PDMS model
for their conformity before a formal issue.
This section provides guidelines as to when and how a model review should be conducted.
Aveva’s Review Reality application shall be used for conducting Model Reviews.
E-6.2. Responsibilities
E-6.2.1. COMPANY Project Team
COMPANY Project Management Team shall be responsible for scheduling formal model reviews as per
guidelines in this section.
The items listed below should have been completed for these model reviews:
At least the following disciplines shall be represented in a review team, depending on the progress of the
model:
• Projects
• Process technology
• Piping and Mechanical
• Civil / Structural
• Technical safety and operability
• Operations
• Maintenance
The team may occasionally be extended by a rotating equipment or mechanical representative, especially
if extraordinarily large pieces of rotating or mechanical equipment need to be installed or maintained.
Furthermore, it is advisable to consult other relevant specialists at an early stage of model design if
required (e.g. for solids handling, slurry transport etc.).
The 30% model review shall be concluded with a statement describing which aspects are considered to be
frozen at this stage. For a list of these aspects, reference is made to section E-6.3.
For a 60% model review, teams shall review the model for operability and safety, and engineering and
maintenance.
More teams with additional discipline representatives may be formed depending upon the nature of
process under view. These teams may include, for example a representative from fire-safety and rotating
equipment disciplines.
A detailed check of major process / utility piping systems shall be done with respect to P&ID. A check of
process design reflected in the P&ID’s shall be avoided during the model review, but if the model review
leads to more economically attractive solutions without jeopardizing the design functionality and safety,
this change may be implemented and P&ID shall be made consistent with the model. However such
changes shall be brought to the attention of the Project Manager.
The 60% model review shall be concluded with a statement describing which aspects are considered to be
frozen at this stage. For a list of these aspects, reference is made to section E-7.3.
For a 90% model review, the composition of the main review team should be identical as it is for 60%
model review. The team shall review the model on the added details such as the location of junction
boxes, instrumentation, sample point locations and steam manifolds etc. Further agreed comments from
60% reviews shall be reviewed.
Screen shots of the model shall be taken showing clearly the items under comment. The picture file names
shall be according to the comment number and shall be attached along with the model review comments.
• Reference tag numbers shall be mentioned or Screen shot numbers shall be referred if any.
• Identification of team member who made the comment shall be noted for future follow up.
• Additional remarks like reason for closing the comment or reason for rejecting the comment.
The comments shall be projected on the screen, so that the text of the comment is mutually agreed with
the concerned parties.
Once the model review is concluded a formal distribution of Model Review comment shall be done along
with necessary attachments.
Internal design review shall be conducted at least once a month. All internal technical issues should be
reviewed and resolved during the internal model reviews as much as possible. Any unresolved issues shall
be documented and presented during the following formal design review.
The Project PDMS Implementation Procedure shall contain the details and plans for the internal reviews.
Contractor shall use supplied back sheet, representation styles, and symbols to create the drawing. If a
particular symbol or style is not found, the same shall be created by the contractor.
PDMS intelligent texts shall be used to annotate or label line numbers, elevations, tag numbers or any
attribute data. Hard coded texts shall not be used instead of tag no’s. PDMS Automatic drawing
production (ADP) may be used for creating and updating drawings.
The following drawings shall be generated and maintained in PDMS draft module,
Since PDMS 2D drafting has its own limitations, many drawings can’t be completed without transferring
them to external 2D applications like AutoCAD. Enough care shall be taken not to lose the scaling or
dimensional information / intelligence transferred from PDMS. If possible the PDMS data shall be kept as
a block or external reference drawing (xref), so that revision updates from PDMS can be done easily.
The following drawings shall be generated from PDMS and may be transferred to external 2D packages
for annotations/modifications:
PDMS plot files and DXF files for final issue of Isometrics shall be saved and maintained in project
folders. Isometric file names shall be named according to PDMS pipe name and sheet number.
Isometrics for Stress analysis purposes shall be generated from PDMS Isodraft. Necessary annotations
shall be done in external 2D applications.
Piping system isometrics shall be generated by using PDMS Isodraft. If Isodraft can’t handle complex
systems, such systems shall be broken down to simpler sub-systems for the purpose of Isometric
generation.
AutoCAD command ‘PREFERENCES’ is used to map fonts to support file search path. Click on ‘Add’
button and then ‘Browse’ button to select ‘Autodraftfonts’ subfolder in PDMS program folders. Restart
AutoCAD to open the drawings.
• Equipment lists
• PDMS line lists
• Inline instrument list
• Piping special item list
• Material take-off
• Center of gravity
• Weight control report
• Model Progress report
PDMS reporting can be used for many other reports. It’s the responsibility of the PDMS Administrator /
Coordinator to judge and guide for proper reporting.
PDMS reporting feature from Design module can be used for limited reporting since it can’t take care of
above cases.
A comprehensive material reporting can be done by the use of PDMS Isodraft. Contractor shall use
PDMS Isodraft for all formal issue of Piping MTO.
Bolt materials shall be extracted by using Bolt reporting feature in Isodraft if a separate reporting is
required.
If Isometric generation is failing, then the material extraction will be incomplete. Log files generated shall
be checked for any fails or errors. It will be important to check inconsistencies (DATACON) or design
errors before extracting material using Isodraft. A cross-check of PDMS line list with MTO shall be done
to make sure that all PDMS lines are included in the MTO.
• Structural – Structural model shall be as explained in section E-4.5.12. Report shall extract NWEI
and NCOFG.
• Equipments – All Mechanical Equipments / Packages shall have Weight attribute input and COG
marked. Report shall extract weight and COG sub equipment location.
• Piping – Piping fittings, SP Items, Instruments shall contain weights input in their specifications.
BRWEI and BRCOG shall be reported out to extract weight and COG respectively.
• E & I – E & I Equipments shall be similar to mechanical equipments to report Weight and COG.
Cable trays shall be similar to Pipes. Weight of cables shall be added to cable trays and with the
same COG.
• HVAC Ducts – Since HVAC is a parametric modeling using Aveva specification, weight should
be as per HVAC vendor drawings. Geometrical center of gravity can be reported from PDMS.
Any items that are not modeled in PDMS shall be listed and added by Discipline engineers who are
responsible for final reporting to Weight Control Report (WCR).
• Multi-location engineering
• Concurrent design engineering and fabrication engineering
A dedicated or shared communication link of minimum 2Mbps (megabytes per second) shall be used
between Hub and Satellite locations.
The following key notes shall be followed for Global projects:
• All Satellite locations shall be directly under Hub unless otherwise unavoidable.
• Corporate database need not be propagated.
• Frequency of database updates across locations shall be decided based on kind of work sharing
and phase of project.
• Unnecessary use of extract databases shall be avoided. Extracts shall be used if a single database
needs to be worked on two locations.
• Explicit claim type of extract databases shall be used. Owner or location UDA attributes shall be
used the control the claiming.
• All extract databases shall be issued daily or regularly.
• All locations shall do local backup of all databases.
Contractor need to submit a detailed plan / procedure to define the global activities and responsibilities
which shall include the following,
Contractor shall include a Readme.txt (ASCII file) in the transfer which shall have administrative user
details and other useful instruction / information that should be followed to install the databases.
• Remove all irrelevant design data such as copy databases, study sites, temporary items etc.
• Remove / cleanup SPCOs from limbo specs.
• Perform Database Integrity Check (DICE) and fix errors.
• Merge and compact all databases
• Expunge all ghost users and cleanup database claim lists.
• Clash Report – make sure that there are no unapproved clashes.
• Datacon – make sure all PDMS pipes pass the consistency check.
Contractor shall have a dedicated workstation for viewing Review Model with higher specification. It
shall have minimum 16GB RAM and 1GB graphics memory.
Aveva support web site shall be referred to select a compatible graphics cards.
PDMS Coordinator and Administrator are responsible to make a daily backup of PDMS databases. Daily
backups shall be kept a minimum of one month period. They shall also coordinate with IT backup
services to include PDMS projects under backup service.
Record of Change
Version 2.0.0 Date: 01/13
Location Action Description
Sections 1 Modifications & Addition of Reference: GP 12-01-02S, Upstream Border Sheet
Additions sizes & P&ID Symbols and Legend Sheets
Sections 2 Modifications Specification of applicable software. AutoCAD for 2D, and
PDMS for 3D.
Standard paper plot sizes.
Appendix D Additions Incorporated the Design Drafting Standard
Appendix E Additions Incorporated the PDMS Implementation Procedure
Version 1.1.0 Date: 02/07
Section 1.2, Modifications “For Upstream Nigeria, Drawings will be in AutoCad 2000
Note (4); format”
Section 2.3, 1) Modifications Upstream Nigeria drawing size shall be Iso A1, (594mm x
841mm) versus “D” size and Iso A3, (297mm x 420mm) versus
“B” size
Version 1.0.0 Date: 11/06
Location Action Initial Publish