无论是做工程设计还是做工程模型首先必须是收集数据。数据不是摆在你面前，而是需要你挖掘，今天我们就说说“数据挖掘”【如果你搜索“数据挖掘”完全不是我们今天要说的概念】。
1.1数据罗列
序号
行为描述
行为数据需求
示例与描述
1.
设计选型
选型需要什么数据
最基本数据是流量（要多少水）、扬程（水要提升多高）、功率（配多大的控制柜）
2.
采购
采购中要比价、编写合同条款
合同中至少要涉及
标的物描述：合法名称
质量描述：材质、执行标准
采购范围：是否有配件、易损失件、配套都包含什么
3.
安装
安排安装人员、机械
安装方式：（立式\卧式，几何尺寸）
重量：知道重量知道怎么做基础、怎么搬运、物流包装大约是什么样
4.
交付
确立某一对象的最后结果
交付执行标准
物流交付描述
怎么清点
好，构建了这些。别急，这只是罗列数据。接下来们开始清洗数据
1.2清洗数据不容忽视的三个原则
1.数据对行为的影响力，也就是我们常说的影响力或称之为驱动力。
我们返回看上表没有第一行的数据，下面所有数据都不成立，因为没有它相当于你没有确定对象主体。
如果说“编写合同”是行为，那么标的物描述、质量描述这些数据是为了支撑“编写合同”。假如我们有一条数据“运输工具”数据值为“大型卡车”，这条数据假如根据合同条款你列为“不用管”那么这一条就称之为垃圾，或者在数据排列中敏感性靠后。
2.必须符合标准
假如说你采购是的生活供水泵，那么流量单位应该是“m3/h”,如果是消防供水泵则流量单位是“L/S”（设计规范）。（你可能会说换算一下嘛，那我告诉你，数据质量下降了）
3.数据封装
所谓封装是在数据交易的时候，双方确认了数据项、数据值形成固化的条款。如果你要修改某一数据项，那么必须征得双方同意，比如说，流量原来是“10m3/h”现在要修改为“9.9m3/h”，私自拆封修改不可以。
对了，数据封装后通常给一个ID号，如01005一旦修改这个对象的任何元数据，这个ID号就不存在了。
最后要说的也是最重要的一条，数据中要分清数据的稳定性，基于这个标准分类。还是拿上面的数据说事儿
假如说你要把这个对象的数据存储在数据库里，那么关于物流运输、供货范围也许都不存在。因为这些数据是基于项目需求拟定的。但是“流量、扬程、功率”这些数据必须写，因为在任何情况，这个对象只要出厂那么这些数据是不可以更改的。“浅谈建筑信息模型设计”一文中我提到过“信息是随着项目进展不断地添加的。这句话对也不对”原因就在这里。
1.3只有做了软件适配才可以在模型中应用
数据主要是为模型服务，但不仅限于模型者说是不仅限于BIM模型（如果经常看我文章的读者可能会发现《REVIT模型在污水处理中的应用》文章中我没有提及BIM，严格的说水处理模型不是建筑信息模型，以后有机会我会专门写一篇模型深度文章介绍模型这个概念）。
软件适配是为了有效在你使用的软件中加载，而不造成数据混乱、污染等现象。在这里呀，我们举个小例子
读者朋友也许会发现REVIT模型中有人用共享数据写电话号码，对吧。
我们先不说这个对错，这条数据发生作用至少有以下前提
电话号码所有人（单位与你当前项目达成了协议即合同）
电话号码的所有人（单位）是合同中约定的有效字段
这条数据加载最好封装一下，比如“联系方式”写在一个文档里这个文档命名为“联系函”同时给这个文档一个ID（TX002）,这样做的目的是模型中的数据不容易污染、形成结构化以后防止数据丢失、数据有了权责后形成更有效的驱动力。如果之条数据背后没有文档没有数据源支撑（数据后台），那我会认为他是“无源之水”没有任何作用。
好了，今天就说这些，水平有限，不对之处请包容。但愿读者能辨别接受，获取自己想要的知识。
