在ERP或者BI的设计阶段，业务流程和业务数据，哪个重要？哪个应当首先确定？

olive

原帖由 it01 于 2010-7-16 15:44 发表
大型的企业一般都有DB_CENTER的吧,如果如用户所说的 数据存储不成问题,流程通过专用的DB_CENTER接口来调用所需要的数据

没有什么矛盾的地方啊

你建立你的流程,在流程中规定输入输出数据

数据和流程有关的吧？流程不同，就算是同一个数据，需要呈现的形式，以及和其他数据的关系，也不一样吧？

123crm

不管有没有IT系统，你们的业务流程和业务实体都是客观存在的。。
业务流程和业务模式是可以完全脱离IT系统的。你们要解决的问题是业务流程的梳理和对应的业务模式的变革。然后在IT系统中落地。

依据系统分析的原则 在现在这个阶段还是跟具体的实现扯不上太大的关系。所谓的数据也好，其他的也好。只是用来支撑企业生产和业务运营，也可能包括一些非功能性的需求。当然还得包括很多系统的非功能性需求。

it01

原帖由 olive 于 2010-7-16 04:15 PM 发表

数据和流程有关的吧？流程不同，就算是同一个数据，需要呈现的形式，以及和其他数据的关系，也不一样吧？

数据的展现格式 能不能在流程实施过程中 由底层数据进行加工来展现?

123crm

原帖由 it01 于 2010-7-16 16:22 发表



数据的展现格式 能不能在流程实施过程中 由底层数据进行加工来展现?

这个是本末倒置。底层的数据是流程梳理出来的一些抽象的实体。

olive

原帖由 近九成网友 于 2010-7-16 15:52 发表
用户之间的数据是有联系的，这个联系就是业务流程。如果大家各自为阵，数据是有了，但是数据之间的对应关系不存在，要一堆不能互相联系的数据干什么用？

比如销售认为A是个整体，而生产认为A是可以拆分的一堆东西，管理时也是按照一堆东西来管理的，那么，按照他们说的，数据是有了，但是销售和生产的数据无法联系起来，有用吗？

这个比较有说服力！

olive

原帖由 sead 于 2010-7-16 15:54 发表
用户只想谈数据，回避流程，期望数据入库，流程依旧。避免权利重组。

作为调研者，了解现有数据，业务流程即可，流程重组只要和大领导讨论，不要和基层强辩。

这个也有体会，有些事情的确必须要大老板支持，下面的人只见树叶不见森林，说了也白说。
另外用户都不愿意改动，都害怕触及到自己的利益，这是最困难的。

olive

原帖由 123crm 于 2010-7-16 15:57 发表

哦。这个简单啊 从头到尾给他讲一遍。IT系统建设的方法论

简单的话，你先给我讲讲吧

olive

原帖由 it01 于 2010-7-16 16:06 发表
明白了  是我理解错误


建议如果需要全数据,那就建立数据中心

在数据中心做冗余数据的整合

有些抽输出数据中心能解决的。比如前面有个网友说的，不同部门对数据的要求是不一样的。比如同一个基建项目，销售部门只要把一整张invoice输进去，而施工部分需要分解项目，那怎么样才叫“全数据”呢？何况数据之间的关联还没有考虑呢。

olive

原帖由 cowherd 于 2010-7-16 16:10 发表


如果不同业务数据全部都是用户在一个地方，一次性录入完成，可以想见录入数据的质量。

只有大家各自录入自己负责的业务数据，才能保证各自录入数据的准确性，而要保证各自录入
数据之间的关联，那只能通过流程来控制。

这个帖子中各位兄弟说的都很好了。
不能和基层具体办事人员争论系统全局问题啊。

其实和我们讨论的用户，都已经是部门经理了，可是还是不够啊！

olive

原帖由 马甲168 于 2010-7-16 16:11 发表
先整业务流程，业务流程整顺了，再整数据
不然，你的业务流程朝令夕改，你的数据永远都是垃圾。

用户确实提出了流程的灵活性的问题。并且认为“管理就是这样，管理是艺术，不是科学，所以要面对变化。”