借这里的人气！


公司内部一些跨部门的流程运行不太顺畅，关键是各个部门各自为政，各用各的系统，各家自扫门前雪，而且信息对其他部门不透明，造成跨部门的数据查询或协调比较困难。另外某些流程步骤依然采用古老的纸笔。针对这些问题老板打算做一个通盘的改进，打通流程，然后上一个系统让各相关部门都在上面运作，以提高总体效率。

昨天和用户讨论这个问题，我们认为关键是要确定总的工作流程，然后依据流程确定数据和数据流。
但是用户认为关键是数据，只要把数据统统放进数据库，什么时候要用什么时候拿出来，就是这么简单。

双方各执己见。我们认为，数据要依附于流程才有意义，如果有些数据在任何流程中都没有用到，那么这些数据就是没有用的。所以流程是关键，必须要先确定流程，然后再流程的每一步上确定输入和输出的数据，然后才能设计数据模型来存放数据。

但是用户认为，不管有用没用，把数据统统放在中心数据库里，没用就让他放着，有用的时候拿出来，就可以解决一切问题。还举了一个例子，说
前段时间要做一个统计，需要10年前的某些数据，但是这些数据当时没有放在系统数据库中，结果现在找不到了，统计也没法做了。所以即使是“没用”的数据，也要放起来，谁知道以后有没有用？只要有了数据，一切都好办。所以数据是关键。

我觉得用户的观点显然是有错误的，但是似乎又找不到有力的理据来说服他们，大家给点参考意见？