关于企业数据标准化（不知道发哪好，经常来这就发这里吧！）

MYERP_ABC

原帖由 多梦 于 2008-1-26 08:15 发表
标准化，谈何容易啊，除非能够制定国际通用标准！
如果只是每个企业指定自己的标准，那软件供应商都活不下去了，每个企业标准都不一样，还做啥标准产品？
除非每个企业都自己开发系统，按照自己的标准来实施
偶只听说过各个软件供应商有制定自己的产品开发标准

没看明白，企业数据标准化与软件供应商有什么关系？

rexyudl

原帖由 多梦 于 2008-1-26 08:15 发表
标准化，谈何容易啊，除非能够制定国际通用标准！
如果只是每个企业指定自己的标准，那软件供应商都活不下去了，每个企业标准都不一样，还做啥标准产品？
除非每个企业都自己开发系统，按照自己的标准来实施
偶只听说过各个软件供应商有制定自己的产品开发标准

反过来说,每个软件供应商一个标准,企业还怎么利用各系统积累出的数据.软件供应商就是个卖东西的小贩,企业是顾客,哪有让顾客买一个不合适的商品回家适应的道理?
你出去买东西,不喜欢的你买吗?

alone1998

这个标准化应该叫企业基础数据规划更适当些，目的就是建立一套标准的、与具体软件系统无关的标准基础数据，也就是各种资源在信息世界中对应的“名字”，软件系统只是信息世界中信息流动/表述的工具，企业难道需要为这个工具而改变自己的基础信息吗？不应该是工具来适应企业吗？

davidecnu

支持，这个确实需要企业的大力支持的

icetea_cn

ISA95，定义了在各个层次的软件之间实现数据交换格式的标准协议，现在很多软件都在往一定的标准上靠的。希望有兴趣的朋友可以了解一下。

rexyudl

原帖由 icetea_cn 于 2008-1-28 09:54 发表
ISA95，定义了在各个层次的软件之间实现数据交换格式的标准协议，现在很多软件都在往一定的标准上靠的。希望有兴趣的朋友可以了解一下。

一样啊！即便有这个标准，各家厂商的对规则的遵守程度和理解差异，最后导致使用时各家厂商之间标准的差异，最后还是我说的那个结果！只有企业自己牵头按照自己的业务最终确定下来标准，让那些想拿下企业项目的厂商来遵守！当然不一定非要按照这个结构来改，但至少你要提供符合这个企业标准的数据！
给您一个实例！
系统整合
　　老惠普和康柏各自都实施了SAP系统，合并后它们开展了名为“业务流程架构计划”的系统整合项目。作为这个项目的一部分，惠普要将35个ERP系统整合为4个，将3500个应用系统整合为1500个。并且，惠普将通过基于业务流程的方法实现IT和业务目标的结合。当时，惠普宣布主要的信息系统——如ERP、SCM——将在一年内整合完毕。然而这个项目没有能够按照预定的时间表完成。2004年8月份，系统整合问题给惠普带来了大麻烦，出现了长时间的客户订单中断，也对惠普的收入造成了很大的影响。
　　“业务流程架构计划”中的SAP整合项目涉及到35个订单处理系统的迁移以及向SAP R/3 4.6C版本的升级。2004年8月份，惠普原计划在实施项目过程中SAP系统的供应链模块会中断3个星期，但最终这种中断持续了6个星期。导致订单中断，也迫使惠普在发出部分货物时必须采空运，而非陆运。这对惠普当季度的营业收入造成了很大的影响，导致惠普的企业存储部门损失了4亿美元的收入和2.75亿美元的净利润。
　　问题的原因主要在于项目管理不力，以及业务部门遗留下来的烟囱式结构。此外，数据完整性和对服务器的并发访问也是原因之一。
　　问题发生之后，惠普与SAP加深了合作力度，期望能够在最短时间内完成系统整合。

SAP够知名了吧！他们自己的产品和自己的产品整合都存在问题啊！若是和其他公司的产品整合那……！HP和康柏虽然不是一个公司，但是大部分业务都是差不多的吧！怎么会出现这么严重的问题？

icetea_cn

原帖由 rexyudl 于 2008-1-28 17:00 发表

SAP够知名了吧！他们自己的产品和自己的产品整合都存在问题啊！若是和其他公司的产品整合那……！HP和康柏虽然不是一个公司，但是大部分业务都是差不多的吧！怎么会出现这么严重的问题？

呵呵，我想这些整合问题，更大的原因应该不在软件上吧。
2个人貌合神离，想整合成功真的很难呢。
诚然，一个标准不能解决任何问题，任何2个系统的整合其实面对的更多的还是一些现实因素。不过有这样的标准，了解这样的标准，对我们实现系统整合是大有裨益的。

rexyudl

原帖由 icetea_cn 于 2008-1-28 23:09 发表


呵呵，我想这些整合问题，更大的原因应该不在软件上吧。
2个人貌合神离，想整合成功真的很难呢。
诚然，一个标准不能解决任何问题，任何2个系统的整合其实面对的更多的还是一些现实因素。不过有这样的标准，了解这样的标准，对我们实现系统整合是大有裨益的。

我举这个例子主要是说明SAP同一个公司内部的同样系统，因为版本或者实施的项目组不同，可能都存在不同的数据结构！更不用说两家不同公司的不同类型产品了！那差异可能大了去了，说不定A公司的程序的数据库中，表的列名是拼音缩写，B公司的是英文缩写。请问你让企业怎么利用两个系统的内的数据进行挖掘和分析？
所以才要有一套企业的标准，我不管你程序遵循什么样的标准，但是你要把程序卖到我企业里来，那么至少你也要能够按照我的标准给我倒出数据！便于我今后搞数据仓库、数据中心和基于此的BI系统！

MYERP_ABC

原帖由 alone1998 于 2008-1-27 22:14 发表
这个标准化应该叫企业基础数据规划更适当些，目的就是建立一套标准的、与具体软件系统无关的标准基础数据，也就是各种资源在信息世界中对应的“名字”，软件系统只是信息世界中信息流动/表述的工具，企业难道需要为这个工具而改变自己的基础信息吗？不应该是工具来适应企业吗？

所谓的标准化就是企业在信息化之前先对数据元素标准化
先把元数据挑出来标准化
再对元数据构成的实体标准化
再对业务流程标准化
以后将企业数据与应用软件分离

[ 本帖最后由 MYERP_ABC 于 2008-1-29 10:22 编辑 ]

icetea_cn

当我们在为这些问题苦恼的时候，为什么不看看其他人为解决这个问题做了什么呢？