加载中…
个人资料
believe
believe
  • 博客等级:
  • 博客积分:0
  • 博客访问:1,844
  • 关注人气:0
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
好友
加载中…
图片播放器
博文
通俗版什么是ERP
一天中午,丈夫在外给家里打电话:'亲爱的老婆,晚上我想带几个同事回家吃饭可以吗?'(订货意向)
妻子:'当然可以,来几个人,几点来,想吃什么菜?'
丈夫:'6个人,我们7点左右回来,准备些酒 烤鸭 番茄炒蛋 凉菜 蛋花汤。。。。。。,你看可以吗?'(商务沟通)
妻子:'没问题,我会准备好的,'(订单确认)
妻子记录下需要做的菜单(MPS计划),具体要准备的菜:鸭 酒 番茄 鸡蛋 作油。。。。。。(BOM物料清单),发现需要:1只鸭,5瓶酒,4个番茄,。。。。。。(BOM展开),炒蛋需要6个鸡蛋,蛋花汤需要4个鸡蛋(共用物料)。
打开冰箱一看(库房),只剩下2个鸡蛋(缺料)。
来到自由市场,妻子:'请问鸡蛋怎么卖?'(采购询价)
小贩:'1个1元,半打5元,1打9.5元。'
妻子:'我只需要8个,但这次买1打。'(经济批量采购)
妻子:'这有一个坏的,换一个。'(验收、退料、换料)
回到家中,准备洗菜 切菜 炒菜。。。。。。(工艺路线),厨房中有燃气灶、微波炉、电饭堡。。。。。。(工作中心)。妻子发现拔鸭毛最费时间(瓶颈工序,关键工艺路线),用微波炉自己做烤鸭可能就来不及
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2006-06-12 22:37)

 

 

 

 

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
有了“服务池”,我们就要往服务池里面添加服务,要添加服务,我们必须先要从业务流中分析出业务流程、优化业务流程并且提取出不变的一些业务流程,组成一些服务(标识服务),然后,我们要编程实现这些服务,把实现的服务有效组织后,放在服务池里面供其他系统使用。这样,即使其他系统的业务流程变化了,我们也只是修改这个“服务池”里面的服务实现,使用这些服务的系统并不受影响。
 
接下来,我们要设计各个系统和这个“服务池”之间的通信格式和通信协议,确保他们通信通畅、高效,这里包括设计通信协议的格式等,我觉得和我们学得网络协议有点类似。
 
目前,我觉得标识服务方面有点难度,我对业务流程不是很了解。。。
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
下图是我看了一些资料后,按自己的理解画出来的系统的概图,比较粗略。。。
 
说明:图中的Service Pool表示我们要实现的系统——这个系统可以为企业中的其它系统或人员提供服务,因此我把它名字叫做“服务池”,即这里有很多服务供其他系统定制。
SR——表示其他系统向这个“服务池”请求服务(Service Request)
RS——表示“服务池”,即我们做的系统回复其他系统的服务请求(Respond Service)
ESB——是在其他书上看到的一个名词,即企业服务总线,用于传递系统之间的服务,我觉得这应该是一个虚拟的总线吧,应为系统之间可以通过电话、传真、短信等渠道通信。
[这个“服务池”系统,不一定是独立的一个系统,可能是ERP的一部分,不过,它具有一定的独立性——可以单独的为其它系统提供服务,因此单列出来了,也便于说明问题。]
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
发件人: '程少川'<sccheng@mail.xjtu.edu.cn>    [添加到地址簿] [拒收] [垃圾举报]
收件人: dafen256@sohu.com
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
我们还要多花一些时间去理解一下题目中的“使用信息只能服务”那块,因为,平时看到关于商业的文章中,很多都比较强调企业的“核心业务”,对于一些不是本企业的核心业务,一般企业不做,而是“外包”给其他公司去做。
   我们是不是最好能够分析一下题目中的凤凰公司的核心业务,然后,不一些例如信息处理等业务交给那个'IISC'去做?题目鼓励我们这样做哦。这样我们可以多花点时间在业务流的重整(创新点之一)?
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
  上次开会,聪聪同学的见解相当犀利阿,从得分点出发,提出了四个创新点,IBM也倡导我们以目的为导向嘛。
 
  根据SOA的原则业务驱动服务,服务驱动技术。我们提出了以下四个创新点:
 
  一。从ERP系统的功能出发,这个创新点就是找出产品之间的联系。例如...........
 
  二. 从CRM系统的功能出发,第二个创新点就是发现客户之间的联系,产生新的订单。例如这么一个案例:沃尔玛公司曾经做过这样一件事情,他们分析了一段时间以来的顾客的采购清单,发现这么一个规律,就是通常购买啤酒的顾客都会购买婴儿用的尿布。原因是很多年轻的父亲出来采购,通常都会二者一起购买,于是沃尔玛公司对商品的摆放作了调整,将啤酒和尿布放在相邻的货架上,如此一来,顾客和公司都节省了很多“资源”。
    我们也可以由此得到启发,对客户关系进行分析,从而优化客户服务。
  三. 业务流的优化
    这点也是我们工作的重点。
   两个系统被引入后,一般会出现两个方面的问题:
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 

文章有点大不能全放上来。我就发个链接。下面是其他的要注意的东西。

业务战略与过程:把SOA映射到业务

SOA

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
  嗯,我很赞同把一些好的资料传到ftp上面。有这么一个方便的途径来存储资料,我们是应该要好好利用哦。
 
  至于我们的博克上目前发的比较多的文章都是在网上找的,。。。不过,通过看了大家发的文章收获很大,因为感觉一个人找资料总没有一起找资料来得全面、高效。如果大家在网上找到相关的有价值的材料的话,还请大家发到博克上来吧,这样快捷、高效、方便交流。况且,我们目前大家对这个东西都不是很理解的情况下,我们更需要参考多方面的材料、多多讨论。至于技术含量,。。。就先不管啦,涉及面广了、理解渗入了,自然会好的:)到时“技术含量”也就提高了。我们的博克也更充实、丰富多彩了:)
   我担心qq上的留言会被“冲”掉,看不见,错过了一些精彩的东西啊。
 
   大家一起加油吧!
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 

提供中间件
运用前面提到的“新的模块化软件概念”,提供ERP或CRM系统同第三方软件集成的标准件,即业务应用程序接口BAPI。

以下是双方都可提供中间件的一个实例。

弗吉尼亚州的一家名为Value America的公司最近在他们的CRM工程中遇到了下面的问题——这家公司采用SAP的R/3系统作为他们ERP的后台架构,并安装了Siebel 99.5作为前端进行销售、市场推广和客户服务的IT平台。由于安装时没有采用标准的Siebel和SAP接口的中间软件,在系统运行之后发现有这样两个大的问题:

为了保持两个系统之间数据(尤其是顾客信息方面的数据)的同步更新,在一个系统运行过数据更新之后,必须人工启动另外一个系统的数据更新,否则在两个系统中有关同一个顾客的信

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
  

新浪BLOG意见反馈留言板 电话:4006900000 提示音后按1键(按当地市话标准计费) 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

新浪公司 版权所有