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

123crm

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

这个我完全同意，问题是怎么说服顽固地认为“数据就是一切”的用户来接受这个观点。

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

olive

原帖由 123crm 于 2010-7-16 12:50 发表

这个问题无非就是一个系统分析的过程。按照面向对象的方式，你得先有业务模型，然后才有概念模型。才有。。。。呵呵

你们公司的内部流程管理的问题，怎么扯到用户身上去了？？呵呵

流程是一个方面，还涉及到业务模式的变革，流程变动，涉及一大堆人（每个流程环节的岗位职责变动）的考核变动。呵呵，这些要想清楚了，不仅仅是ERP和BI的问题

你没看懂吧。我说的用户就是将来的系统的用户，也就是公司其他部门的人员。是内部人员，但是也是用户啊。

olive

原帖由 ccwlm741212 于 2010-7-16 12:51 发表
如果按照用户的想法做，其实就是信息孤岛。。各自为政。。这是信息化的初级阶段

用户确实意识到了信息孤岛的问题，因为这就是当前他们面对的问题。
但是他们的想法就是，做一个大的数据库，谁都把数据放进去，谁都可以拿出来用拿出来看，他们觉得这样就达到共享的目的了！

olive

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

没有什么矛盾的地方啊

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

如果流程没有确定，怎么知道需要哪些数据呢？即使有一个大而全的数据库，里面的数据适合不适合流程使用呢？比如数据的格式，数据之间的关联。

[ 本帖最后由 olive 于 2010-7-16 16:30 编辑 ]

it01

明白了  是我理解错误


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

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

cowherd

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

数据的录入量是其中一个方面，而且录入也通常是用户自己做，但是仅此一点好像还不够有力来反驳。

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

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

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

马甲168

先整业务流程，业务流程整顺了，再整数据
不然，你的业务流程朝令夕改，你的数据永远都是垃圾。

it01

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


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

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

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

   学习了

目前的项目也涉及数据来源的不一致性

很头疼

olive

原帖由 123crm 于 2010-7-16 13:26 发表

不按照用户的想法做，你能推动得了？ 实际上，这些问题都不是IT解决的。配套的业务流程和业务模式的变革没有跟上。IT系统在哪里，也没有人用。
推动下来的流程，所有人的岗位职责和岗位流程都会发生变化，别人还是想在OA，或者直接回复邮件解决问题。

需要强有力的自上而下的推动力才行。这些在私营企业，也许就老板一句话，但是能付钱给你们上ERP的公司，可能没那么容易了。哈哈

如果完全按照用户的想法做，肯定走不出老路，随后死路一条。
各个部门的用户各有各的想法，每个人都首先想到如何自己方便。这样是不可能做出一个成功的跨部门的系统的。
我认同你说的，这个问题不是IT的问题，需要全员参与，领导支持。
但是这些不是我的帖子的重点。我主要是想让用户明白，流程才是关键。

olive

原帖由 bq_wang 于 2010-7-16 13:28 发表
如果是BI的话，用户想法也许是对的
如果是ERP的话，当然是业务流程优先了

如果是BI，怎么看待流程和数据？