<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Airstorms &#187; 物业管理</title>
	<atom:link href="http://www.airstorm.org/blog/tag/%e7%89%a9%e4%b8%9a%e7%ae%a1%e7%90%86/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.airstorm.org/blog</link>
	<description>Building Project Management knowladgement weblog</description>
	<lastBuildDate>Mon, 09 Nov 2009 05:39:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>BIM与竣工移交</title>
		<link>http://www.airstorm.org/blog/2008/07/17/bim-vs-handover/</link>
		<comments>http://www.airstorm.org/blog/2008/07/17/bim-vs-handover/#comments</comments>
		<pubDate>Thu, 17 Jul 2008 01:13:23 +0000</pubDate>
		<dc:creator>clockwork59</dc:creator>
				<category><![CDATA[AEC]]></category>
		<category><![CDATA[BIM]]></category>
		<category><![CDATA[COBIE]]></category>
		<category><![CDATA[物业管理]]></category>
		<category><![CDATA[竣工移交]]></category>
		<category><![CDATA[Design specification]]></category>
		<category><![CDATA[验收体系]]></category>
		<category><![CDATA[资产管理]]></category>
		<category><![CDATA[运营维护]]></category>
		<category><![CDATA[handover]]></category>
		<category><![CDATA[O&M]]></category>

		<guid isPermaLink="false">http://www.airstorm.org/blog/?p=62</guid>
		<description><![CDATA[建筑是一个系统，而不是一个简单的构筑物。因此当我们完成建造过程，准备使用建筑物的时候，首先需要对建筑进行必要的测试和调整，确保它可以按照当初的设计运营。当然，最后的移交工作也非常重要，因为建筑的运营和维护工作将在移交的时候正式启动。
应该承认国内工程管理中竣工移交方面还存在非常多的缺陷和不足，尤其是民用建筑工程领域。下面airstorm将从几个方面探讨这个问题，看看一个信息模型可以在那些方面给我们更好的帮助和体验：

最接近实际的物料清单
这是一个最让物业管理部门懊恼的问题，无论是设计图纸、竣工图还是其他竣工资料，都不能正确反映真实的设备、材料安装使用情况，更不要谈常用件易损件等与运营维护相关的清单了。问题出在哪里？实际上有用的信息被淹没在不同种类的纸质文档中了（例如某个设备的中标文件详细地列明了所有参数，并替代了原设计的选型）。
据说美国的一些项目需要雇佣设施调查人员，以便实施有效的物业管理。这也是BIM的这个工具被普遍期待的一个原因：摒弃传统的纸质文档，整合建筑生命周期内的文档流，使文档数据成为可以利用的资源。
Design specification
很多设计人员不够重视设计说明，很多情况下设计了温度控制器、流量控制器，却不给出控制参数，有经验的楼控厂商或者调试公司或许会找到一个解决方法，但是更多的情况是设计的缺失造成系统无法按照预期的方式运转。（不知道你见过这类现象没有，设施设备在安装完成的那一刻起就成为了废物）
不过令人欣慰的是很多BIM软件都继承了美国的工程资料和报告体系，Design specification也是其中之一。剩下的就是设计人员何时可以完成本该履行的义务。
验收体系
现有的工程资料体系中，忽略了很多有价值的资料和数据。在民用建筑中也很少实施带负荷调试，进而造成许多系统问题直到物业运营的时候才出现，而到了这时已经不可能追朔施工质量了。不过很多设备设施的调试是独立于所谓的“带负荷调试”，因此在验收阶段，有相当的设备设施得到了应有的检验和调整。但由于验收体系的不健全，很多细节被遗漏、被忽略、被淹没，以至于物业运营接管工程的时候，要从头开始摸索设备设施的特性和工况。
我们看看验收体系可以做些什么，或者公认可以由验收过程实现的任务有哪些？
检验工程设计、建造成果，确保工程达到了最初的目标和具体要求；
对工程做最终评价，并完成支付、移交等合同义务；
资料归档、编制运营维护手册、培训物业人员；
……
看起来差不多嘛？！其实关键的问题就是：承包商提交的、业主接受的资料，是运营维护人员最需要的吗？实际的工作经验一定会给你一个否定的答案。你见过完整的涉及所有设施设备的易损件、常备件清单吗？至少我见过的都不完整，甚至是一塌糊涂。
COBIE项目
美国NIBS在制定NBIMS的时候，专门成立了一个COBIE项目，目的是在整个建筑设施生命周期中识别设施维护、经营者、资产管理者的信息交换需求，并最终消除验收移交过程中的信息淹没现象，同时提高信息生产率，确保上述人士可以从BIM中直接提取运营维护乃至资产管理所必需的IFC产品数据。
问题是，上述数据是产生于设计建造阶段的，而且这些数据只是那些过程的副产品，它们随着设计建造过程的变更而产生的变化从来没有被记录过。现在该明白BIM的作用了，在建筑设施整个生命周期中BIM可以解决数据的变迁和更新，如果COBIE数据集被有效地制定出来，剩下的工作是不过是BIM或者COBIE相关软件在数据产生时捕获它们而已。
可喜的是老美正在制定COBIE数据集和指南，以及从IFC产品数据转换为COBIE数据的表单模板和增量比较工具。它们无疑会提高建筑产业效率
 本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright &#169; 2008 作者 clockwork59  at Airstorm (数字指纹: 24fed2e143ca40ef26657495da818d48)]]></description>
			<content:encoded><![CDATA[<p>建筑是一个系统，而不是一个简单的构筑物。因此当我们完成建造过程，准备使用建筑物的时候，首先需要对建筑进行必要的测试和调整，确保它可以按照当初的设计运营。当然，最后的移交工作也非常重要，因为建筑的运营和维护工作将在移交的时候正式启动。</p>
<p>应该承认国内工程管理中竣工移交方面还存在非常多的缺陷和不足，尤其是民用建筑工程领域。下面airstorm将从几个方面探讨这个问题，看看一个信息模型可以在那些方面给我们更好的帮助和体验：<br />
<span id="more-62"></span><br />
<strong>最接近实际的物料清单</strong></p>
<p>这是一个最让物业管理部门懊恼的问题，无论是设计图纸、竣工图还是其他竣工资料，都不能正确反映真实的设备、材料安装使用情况，更不要谈常用件易损件等与运营维护相关的清单了。问题出在哪里？实际上有用的信息被淹没在不同种类的纸质文档中了（例如某个设备的中标文件详细地列明了所有参数，并替代了原设计的选型）。</p>
<p>据说美国的一些项目需要雇佣设施调查人员，以便实施有效的物业管理。这也是BIM的这个工具被普遍期待的一个原因：摒弃传统的纸质文档，整合建筑生命周期内的文档流，使文档数据成为可以利用的资源。</p>
<p><strong>Design specification</strong></p>
<p>很多设计人员不够重视设计说明，很多情况下设计了温度控制器、流量控制器，却不给出控制参数，有经验的楼控厂商或者调试公司或许会找到一个解决方法，但是更多的情况是设计的缺失造成系统无法按照预期的方式运转。（不知道你见过这类现象没有，设施设备在安装完成的那一刻起就成为了废物）</p>
<p>不过令人欣慰的是很多BIM软件都继承了美国的工程资料和报告体系，Design specification也是其中之一。剩下的就是设计人员何时可以完成本该履行的义务。</p>
<p><strong>验收体系</strong></p>
<p>现有的工程资料体系中，忽略了很多有价值的资料和数据。在民用建筑中也很少实施带负荷调试，进而造成许多系统问题直到物业运营的时候才出现，而到了这时已经不可能追朔施工质量了。不过很多设备设施的调试是独立于所谓的“带负荷调试”，因此在验收阶段，有相当的设备设施得到了应有的检验和调整。但由于验收体系的不健全，很多细节被遗漏、被忽略、被淹没，以至于物业运营接管工程的时候，要从头开始摸索设备设施的特性和工况。</p>
<p>我们看看验收体系可以做些什么，或者公认可以由验收过程实现的任务有哪些？</p>
<blockquote><p>检验工程设计、建造成果，确保工程达到了最初的目标和具体要求；<br />
对工程做最终评价，并完成支付、移交等合同义务；<br />
资料归档、编制运营维护手册、培训物业人员；<br />
……</p></blockquote>
<p>看起来差不多嘛？！其实关键的问题就是：承包商提交的、业主接受的资料，是运营维护人员最需要的吗？实际的工作经验一定会给你一个否定的答案。你见过完整的涉及所有设施设备的易损件、常备件清单吗？至少我见过的都不完整，甚至是一塌糊涂。</p>
<p><strong>COBIE项目</strong></p>
<p>美国NIBS在制定NBIMS的时候，专门成立了一个COBIE项目，目的是在整个建筑设施生命周期中识别设施维护、经营者、资产管理者的信息交换需求，并最终消除验收移交过程中的信息淹没现象，同时提高信息生产率，确保上述人士可以从BIM中直接提取运营维护乃至资产管理所必需的IFC产品数据。</p>
<p>问题是，上述数据是产生于设计建造阶段的，而且这些数据只是那些过程的副产品，它们随着设计建造过程的变更而产生的变化从来没有被记录过。现在该明白BIM的作用了，在建筑设施整个生命周期中BIM可以解决数据的变迁和更新，如果COBIE数据集被有效地制定出来，剩下的工作是不过是BIM或者COBIE相关软件在数据产生时捕获它们而已。</p>
<p>可喜的是老美正在制定COBIE数据集和指南，以及从IFC产品数据转换为COBIE数据的表单模板和增量比较工具。它们无疑会<a href="http://www.airstorm.org/blog/2006/12/14/about-construction-productivity/">提高建筑产业效率</a></p>
<hr /><small> <a rel="license" href="http://creativecommons.org/licenses/by-nc-sa/2.5/cn/"><img alt="Creative Commons License" style="border-width:0" src="http://i.creativecommons.org/l/by-nc-sa/2.5/cn/80x15.png"/></a><br/>本<span xmlns:dc="http://purl.org/dc/elements/1.1/" href="http://purl.org/dc/dcmitype/Text" rel="dc:type">作品</span>采用<a rel="license" href="http://creativecommons.org/licenses/by-nc-sa/2.5/cn/">知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议</a>进行许可。Copyright &copy; 2008 作者<a href="http://www.airstorm.org/blog/about/"> clockwork59 </a> at <a href="http://www.airstorm.org/blog/">Airstorm</a> (数字指纹:<br /> 24fed2e143ca40ef26657495da818d48)</small>]]></content:encoded>
			<wfw:commentRss>http://www.airstorm.org/blog/2008/07/17/bim-vs-handover/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
