COBie的具体信息架构，其内容可分为两大主体-空间与设备，而空间又可分为楼层、空间、区域等主体;设备则可分为型式、组件与系统等主体，为配合维护作业的需求，再将发展出备用品、工作与资源等主体，并透过设备的类型结合。COBie包含了资产设备所应具备的操作、维护信息，分别来自设计者、施工者、安装者和制造商。设计者建立BIM模型作为COBie信息储存的平台，提供了设备的所在楼层、空间与置放位置等信息，施工者则输入包含设备抽验、送验讯息，包商确定设备被安装，制造商则提供了操作与维护信息，安装者提供设备的编号与标签，品保人员提供测试与验证报告。这么多繁杂的讯息则需要透过COBie的统一标准，来确立各工程参与者需获取与移交的信息，较后提供给资产管理使用。并遵守着以下三项信息处理原则：

1.可重复使用：一项信息输入，可输出给多方使用(one input, many outputs)

2.可被检核的：一项信息输入，可受多方检核确认(one input, many checks)

3.可互操作：一种信息格式，可供多种路径使用(one format, many paths)

COBie的较大功能的一即大数据库形式呈现，可由BIM模型汇入COBie的字段，在BIM生命周期过程中，由COBie的数据格式纪录模型内各对象的属性列表，可由Revit或是其他BIM绘图软件所完成的模型组件，依各生命周期所填入属性信息于模型组件中，后续导出于Excel格式中以完成清单列表，利用BIM的「对象(Object)」、「属性(Attribute)」与「可编码(encode)」等等的呈现特性，供各生命周期阶段作业人员修改或管理使用。

COBie 电子表单为具有完整定义的数据格式，每一个名词都是一个独立的数据表，而浅色区的各窗体为主要结构用于储存空间与设备的基本数据，如型式(Type)为记录如设备的厂牌、保固期限、制造商等设备型式相关信息;组件(Component)则储存各对象空间、安装日期、保固日期等对象相关信息;而深色区的窗体则用于储存主要结构的其他相关信息，例如属性(Attribute)可以储存组件(Component)、空间(Spaces)等主窗体的其他信息，因此当主要窗体的信息内容无法完全符合需求的时候就可以透过属性(Attributes)加以扩充或以文件(Documents)连结外部文件，以建置客制化的信息内容。而窗体的连接方式则可以分成两种，浅色区的窗体透过名称为主键链接其他窗体，而深色区因为可以储存各窗体的其他信息是以窗体名称与对象名称为外部参考键连结到其中。

使用此表不仅可将厂商提供的型录、产品说明文件等列为附件，以更清楚的说明这些模型组件的特性与使用范围。日后就可以成为4D时程仿真(如该组件为施工阶段)、5D价格仿真(该组件的价格信息)的素材，也可以导出到项目管理软件中，进行项目管制，每一个模型组件就相等于项目的一个作业项目(Task)。

经由COBie的信息交付架构与有系统的电子表单格式，可整合工程生命周期各阶段所产生非几何属性信息，使工程生命周期各阶段人员能依循此电子表单格式「缴交」与「接收」所需的BIM 非几何属性信息，为了能更加精确且无缝串起BIM工程全生命周期，并提供BIM系统对系统更且标准化的存取模式，BIM编码系统将是推行工程管理电子化不可或缺重要角色，透过BIM编码系统让用户于同一编码作业原则下无间隙、协同化的共同进行作业，使工作流程与工作接口互相协调而创出较大的效益。