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

hsq972 · 发表于 2010-7-16 17:45

原帖由 olive 于 2010-7-16 17:44 发表

是的，要把大老板拖进来！

把大老板拖進來你必須能夠比用戶更能說服老板,不然會死得很難看.

smilefish · 发表于 2010-7-16 17:49

数据吧

zeng_zhh · 发表于 2010-7-16 18:26

原帖由 olive 于 2010-7-16 17:45 发表

其实我不太清楚BI和ERP有什么异同？

一个是产生数据，一个是分析数据

wangyuweng · 发表于 2010-7-16 19:05

当然是流程先，刚出差回来，有个客户那边也是流程出了问题，导致成品仓库存堆得都乱套了，仓库一点周转区都没有，目前是外租货柜，以柜代仓在作业。

fals · 发表于 2010-7-16 19:17

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

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

为什么要把数据和流程对立起来？这两个东西本来就是统一的，是一个问题的两个方面

提几个问题就明白了：

1  原始数据（不是统计数据）是从哪里来的？是怎么产生的？
数据一定是从业务中产生的，一定是业务本身就具备的属性

2  哪些数据先产生？哪些数据后产生？
一定是先发生业务的数据先产生，后发生业务的数据后产生

3  不同的数据与数据之间的相互关系由谁来定义？
一定是业务流程和业务关系来定义的！！

使用部门是希望基础数据全采集，后期才能提取使用，这个要求是完全合理的，我们不能预见今后会使用哪些数据，因此在业务发生的当时把业务属性数据全部采集到数据库中，实际上是完全可行的。

我理解业务部门疑惑的问题是：每一个业务对象的需要定义哪些属性？比如一个个人基本信息中，除了姓名性别外，是不是需要记录他的手机号、家庭电话号码、办公室电话号码、家庭住址、紧急联系人、紧急联系人电话、与紧急联系人的关系……这些数据才是需要与业务部门讨论的。业务部门希望这些数据尽量的全，但实际上是不可能的，因为二十年以前不会有人想到要记录手机号，到今天就非常需要了；今天的大多数系统记录个人信息时也不记录他们的email地址，但很快就会发现这是需要的，以后可能还会要求记录QQ号什么的，这些东西是我们没法预测的，但是这东西随时可以通过修改数据库结构在需要的时候增加。关系型数据库设计来就是让人能够根据业务的扩展而不断地增加新的信息的，所以这个疑虑完全可以让业务部门打消掉。在系统早期设计的时候，完全可以不考虑得那么全，在需要的时候再增加就行了。

楼主数据库原理学得不好啊！！！丢人噢

fals · 发表于 2010-7-16 19:27

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

显然用户不想改动流程，只想得到更多的数据。但是不讲流程只讲数据，只能是空中楼阁。

很不理解做信息系统为什么一定需要改动流程？？你就按他们现有的业务流程，把手工的业务搬到信息系统里就不行了吗？这是最简单的办法，为什么一定要用户改动流程？

改动业务流程一定是因为数据的原因：以前手工操作的时候为了某些原因方便之类的，增加了一些业务环节，现在信息系统上起来了，这些环节可以不要了——我在医院上系统第一件事就是取消住院结算中心，只需要出入院处了，因为系统能够自动结算了；同样因为以前的业务为了某些数据采集比较繁琐就省略掉了，现在上信息系统了，以前繁琐的业务现在变成了必须的，比如医院挂号的问题，以前不挂号也可以看病，现在不挂号的话，医生连病人都找不着，所以变成必须的了。这种改动一定不会是基础业务的改动，信息系统必须让基础业务、核心业务更方便，效率更高，这是不用讨论的，信息系统的价值就在这里，如果一个系统上起来让人家的基础业务核心业务都变得不方便了，那上这个系统干嘛？管理也是为基础业务和核心业务服务的，管理的目标是让核心业务效率更高、资源配置更合理，而不是单纯的为了领导的某些统计数据！！这个一定不能本末倒置！！！

有点理解为什么楼主和业务部门有这么大的分歧了，楼主应该抛开数据啦、业务流程啦这些表象的东西，从核心上去理解你要服务的部门发生的业务价值在哪里！要从根上去找，找着了这个东西，你提出来的方法自然能让用户接受了。