Log In   View a printable version of the current page.
(COBIE-ER-13) Exchange Project Handover - Job Plan Constraints
Added by Bill East, last edited by Bill East on May 02, 2007  (view change)
Labels: 
(None)


(COBIE-ER-13) Exchange Project Handover - Job Plan Constraints

NBIMS Development Stage

Stage Name Status
0 Draft, not yet approved as NBIMS project  
1 Part of a 'pilot' project  
3 Part of a project out for 'consensus' review
4 Part of an operational standard  
5 Superseded by:  
6 Retired  

Note: For information on the specific stages of NBIMS project development, please visit www.nbims.org.

Project Stage

Stage Name Valid
0 Portfolio requirements  
1 Conception of need  
2 Outline feasibility  
3 Substantive feasibility  
4 Outline conceptual design  
5 Full conceptual design  
6 Coordinated design and procurement  
7 Production information  
8 Construction
9 Operation and maintenance
10 Disposal  

Note: While the information exchange described in the COBIE project occurs following construction during building handover, as noted in the table above, the data contained in this particular exchange requirements is generally applicable throughout the facility life-cycle.

Overview

COBIE contains information information describing the operations, maintenance, and assets in capital facilities. The authoritative sources for this information include designers, builders, installers, and manufacturers. On the design side of the exchange, BIM-based design tools may be used to capture COBIE data. From construction, information about approved submittals are included in COBIE exchanges. Builders identify products to be installed. Manufacturers provide operating and maintenance information. Installers provide serial and tag numbers. Quality Control/Assurance staff provide test and certification reports. All these parties can capture building handover data through the COBIE standard, tying their diverse set of software together for the purpose of providing a consistent data set of operations, maintenance, and asset management to building staff.

This exchange requirement defines method by which the constraints upon specific job plans, or job plan tasks are described by the manufacturer and provided to the facility operator/maintainer in the construction-operation information exchange. The information contained in this exchange requirement is commonly created by manufacturers. The information typically flows through the general contractor to the owner as part of exchange of paper handover documents. An example scenario for this stage is shown in the table below:

Task Scenario
Constraint Name  
Constraint Type One of Safety, Tools, or Training
Product (Reference) Identifies the system, product or equipment for which the constraints apply.
Documents (Reference) Identifies document containing information about the constraint.

The COBIE exchange requirements fully recognize the "maturity model" approach to the transformation of information within image-based e-paper documents and meta-data. As manufacturers' begin to embrace the COBIE exchange, COBIE can expand from a documents containing job plans to full data sets that contain job-plans, constraints, and expected task durations. File-based exchange is currently the norm in most manufacturer's literature.

The information provided through this exchange will reflect information provided by the manufacturer or supplier. The data provided here should be appended/changed during construction. Information related to the facility that may be exchanged include:

  • Constraint Name
  • Constraint Type
  • Document(s) containing additional information about the constraint
  • Applicable products and/or systems

The following information auditing is also required for all COBIE file exchanges that occur in a batch file transfer mode. Software that mediates that transmission of COBIE data may capture this data automatically based on process model implementations:

  • The party who created the data provided. This is required for individual record.
  • The full history of all changes to the data must be included in the data file.

The authoritative source for this information is the manufacturer. Ultimately the goal is to have a manufacturer to directly provide the information related to the pending material, product, and equipment purchase order.

Information Requirements

Context Information Needed MAN REC OPT Actor Supplying Functional Part
Precursor Product Name for each material, product, or equipment to be installed in the facility must be identified before it can be associated with specific documents.     Designer or Constructor fp_model_inventory(asset)
Precursor Documentation for individual or set of constraints.     Manufacturer fp_associates_document
Constraint Name Manufacturer provided name of the constraint (or constraint set).     Manufacturer to be determined
Constraint Type Manufacturer provided identifier of constraint type.     Manufacturer to be determined
Authoritative Source The user responsible for creating the project wrapper data set.     Constructor or Manufacturer fp_apply_owner_history
History All versions of information captured during the project will be provided in the file. Superseding data is explicitly identified.     Constructor or Manufacturer fp_apply_owner_history

Powered by Atlassian Confluence, the Enterprise Wiki. (Version: 2.1.3 Build:#408 Jan 23, 2006) - Bug/feature request - Contact Administrators