本帖最后由 tzbm123456 于 2019-12-18 20:48 编辑
本文是杰里,莱瑟林先生最新完成的文章,内容是关于“BIM的重新定义”。众所周知,由于他在2002年发表的“比较苹果与橙子”的文章在BPM的发展史上被看成个里程碑,并使BIM这术语被业界广泛接受而且迅速风靡全球的建设行业,莱瑟林先生认为作为BIM的“教父”和“BIM”一词的推动者,他有权发表他自己对于BM的重新定义。 什么是Building InformationModemlq(BIM)?这个答案取决于给它下定义的那个人的最终用意。大多数软件开发商、营销商,通常只根据他们各自软件能够提供的功能来给BIM下定义,许多学术研究人员,把BIM看作是理论上的理想,而不一定是在现实世界中可以应用实施的(如果在现实世界里可以实施,那它就不太适合于学术研究了,对吧?),对于那些没有实践经验的,在建设行业里自称是“领导性权威”和软件评论员来说,他们如何来定义BIM?其实,没什么人在乎他们是怎么想的。 作为被维基网站(www.省略)称为帮助BIM这一术语“大众化和标准化”的人来说,我一直觉得我有权利来推出我个人对于BIM的定义。在2005年4月“乔治亚理工大学/莱瑟林来信”的BIM大会上,我曾建议,Buiiding Information Modeling是一个表述系统,在一个项目的生命周期过程中,它保持着多维的、数据丰富的“视图”;用来支持沟通(数据共享),协调(运用共享的数据)、模拟(应用数据来预测)和优化(应用反馈来改进设计、文件和成果)。 为此,我还强调了以下观点BIM是一个业务流程,不是一个软件。成功的建设行业的业务程序已经把BIM实践当作过程。因此,通过软件来表达该过程且使之自动化,将使一切随之而改变。 我的定义与2005年那次会议的其他演讲者的定义大不相同(直到现在还是不同的),他们的定义来自软件商、学者、设计师和建筑商的混合体。他们的本性和共同利益使得他们愿意看到BIM被视作软件。我目前的观点还代表了自从我在2002年“莱瑟林来信”中,第一次提出BIM的想法至今的演变过程。 那时候我也掉入了把BIM“当作对下一代设计软件的描述”。因此,BIM这一术语便具有双重意义:一个过程,以及一个自动化和外在化这一过程的某些部分的软件技术。 过程而非技术 为了完全澄清,我的观点如下:BIM是百分之百的关于过程(和过程的变化)的和百分之零的关于技术的选择。用设施管理(FM)领域打个比方,大家似乎对“设施管理”和“计算机辅助设施管理”的区别很清楚。前者代表设施管理者所做的事情(一个过程),而后者只是设施管理者用来自动完成一些过程的特定的一套软件技术。 我衷心希望用“CaBIM”来代表自动执行一些过程的软件技术,从而与BIM过程(上面定义过的)本身加以区分。此后全球的建筑行业可以从BIM的模棱两可的、过程与技术双重含义的境地中摆脱出来。 什么是鱼所不知道的? 然而,过程与技术的区别不仅体现在语义学的层面。加拿大出生的媒体预言家,马歇尔,麦克卢汉(Marshall McLuhan)在1968年的著名观察中注意到;“鱼类对于一件事情是一无所知的,那就是水。因为它们不具备反环境的意识,所以他们不会意识到他们所生存其中的环境元素(水)”。如果拿建筑设计师、施工企业和业主及运营商来作比较,缺乏对于(非自动运行的)BIM作为一个过程这种“反环境”的意识,是不可能完全了解BIM自动运行技术的。反过来讲,所有的建设行业的参与者,不断地学习非自动运行的,或者自动运行之前的BIM过程;把它与新的“反环境”的BlM自动运行技术对比(例如:第一代的CAD用户在把手绘图与当时新出现的“反环境”的计算机自动绘图进行比较,他们对于手绘图有更好的了解。)
|