当前位置: 联商论坛  -   -  贴子
  |  

主题:SOA在零售业的应用

toddfun

积分:373    金币:81
  |   只看他 61楼
是的,SAP是这样来弄得,不过一般来说,主数据定了,流程定了,改得也不多
如果国内也有类似真正按照商业逻辑来配置的程序的话,那还真有点意思~

ShenxinAZ

积分:891    金币:94
  |   只看他 62楼
------ 以下是引用的内容 ----------------
所以,应该只有一个版本,客户的不同修改都在数据库里实现,通过选择打勾来管理。

这也是国内软件公司为什么版本多的原因。


这种软件存在吗?在什么地方有应用,我认为只是想象而已,SAP有近万个参数,投入使用还改去改来的



http://www.linkshop.com.cn/club/dispbbs.aspx?boardid=6&rootid=296014

呵呵,其实就在慢慢成型中嘛

abacus

积分:39    金币:9
  |   只看他 63楼
------ 以下是引用的内容 ----------------
搂主已经跑路了。。。。。。


基本资料 无头像
网 名: 奥博克
性 别: 女
主 页: 未填

用户论坛属性
积分: 44 主题总数: 1 篇
回帖总数: 0 精华帖子: 1篇
金钱: 6 被删主题: -0 篇
注册日期: 2006-11-13 10:34:00
上次登录: 2006-11-14 10:25:00


发了帖子也就没出现过了,呵呵


身虽远 心仍在 总的来说 走的很安详……

水煮开

积分:57    金币:17
  |   只看他 64楼
回63楼
呵呵,其实就在慢慢成型中嘛


任何一种产品的出生、兴盛、衰亡都有一过程,也必须有相应的理论支持,不知阁下为什么认为你开发的产品最终能商品化,会不会象以前的MIS生成器昙花一现,但愿你的愿望能有效地实施,这样对应用者都有好处。

ShenxinAZ

积分:891    金币:94
  |   只看他 65楼
------ 以下是引用的内容 ----------------
回63楼
呵呵,其实就在慢慢成型中嘛


任何一种产品的出生、兴盛、衰亡都有一过程,也必须有相应的理论支持,不知阁下为什么认为你开发的产品最终能商品化,会不会象以前的MIS生成器昙花一现,但愿你的愿望能有效地实施,这样对应用者都有好处。


你能定义一下什么叫做商品化么?我好朝这个方向努力:)
不过要找理论支持可能就比较难了,毕竟我们不是做理论研究的。


MIS生成器主要生成重点在于:数据库结构、菜单设计、查询统计、录人界面等
因此不可避免的有性能、业务逻辑等关键问题无法解决,太通用了。


联商博客

积分:528    金币:57
  |   只看他 66楼
------ 以下是引用的内容 ----------------
是协同软件吗?

学习中,了解一点点,
不是协同软件,是一种理想的软件开发技术,

水煮开

积分:57    金币:17
  |   只看他 67楼
回六十六楼

业务逻辑在数据库里,请问你用的是面向对象的数据库,还是关系型的数据库呢?

我认为商品化关键在于软件的规范和满足需求的能力.

ShenxinAZ

积分:891    金币:94
  |   只看他 68楼
------ 以下是引用的内容 ----------------
回六十六楼

业务逻辑在数据库里,请问你用的是面向对象的数据库,还是关系型的数据库呢?

我认为商品化关键在于软件的规范和满足需求的能力.



用的是关系型数据库,但是通过一个影射关系来处理对象。
引擎的一部分就是解释对象的。

另外,逻辑关系由于是顺序执行,所以,用普通的数据库存放就可以了。当然,理论上某些逻辑效验可以多线程执行,但是对于C/S不现实,B/S的引擎正在做这个优化。


商品化的关键,你说得很好,软件的规范,和满足需求的能力。
目前的大多数平台产品,都需要掌握一定的编程语言,这样对开发的难度较高,而我的想法是应该尽量通过SQL来进行,少和程序代码打交道。在客户端的使用结果来看,满足需求的能力,应该还是比较成功的:)

软件的规范,这也是很重要的问题,很多平台并不提供开发的管理,例如:代码版本控制,补丁版本控制,历史文档控制,这些都被推给了第三方工具,项目的好坏,有的时候受这些的影响蛮大的,所以,我建议把这些打包进系统平台,这样可以保证项目的成功和软件的规范。

现在考虑得更多的是,如何共用,例如A企业通过平台实现了某个功能,B企业是不是应该很简单的就可以同样得到这个功能呢?如果是基于开放源代码的这种管理方式,可能会好一点,至少,AB企业之间不会有太多的顾忌,毕竟大家都用的是开源的东西嘛。


我大嘴

积分:402    金币:133
  |   只看他 69楼
------ 以下是引用的内容 ----------------
例如在收银机端,我们采用不同的收银机,由于驱动程序不一样,我们必须在前台程序中定义不同的参数代表不同的机型,并将驱动预置入前台程序,这有两个问题,第一当有新的POS上市时,要增加新的参数和驱动,产生了新的版本,如果不对所有在使用的前台程序升级,在有进一步需求时,就很难去实现版本的统一了.而SOA架构是将驱动逻辑放在后台服务器,在前台安装时去选取服务器中的驱动进行组装,因此收银机变化,驱动变化,与前台收银程序无关.不需更改前台程序,同理,只要收银界面不变化,当交易处理逻辑变化时是不会影响前台程序的.


不赞成你这样使用和理解SOA. 你的"设备驱动随需应变"的解决方案应该是UPOS或者OPOS。也就是共性设备抽象驱动。好好理解一下Windows为什么当年从DOS脱颖而出? 你年到忘了DOS时代给统一款游戏寻找不同显示卡驱动程序的痛苦了?

我大嘴

积分:402    金币:133
  |   只看他 70楼
------ 以下是引用的内容 ----------------
本来还对SOA有期望,结果一看,POS要用,算了吧。。。。
OPOS不就是用来处理这个的么?
POS用 SOA。。。。。。寒一个。


POS系统当然可以采用SOA架构设计。 因为当服务层和物理设备层 “解耦”后,你才可以面对各种现在,未来的销售设备和方式。

当然从POS系统的另外一端,SOA架构可以让你的系统更加容易的 同其他系统相集成。甚至你可以 对 SCM->ERP/MIS->CRM->LOG->FIN的整个流程任意根据业务需要做出灵活调整。 欢迎更多对SOA和现代零售行业总体架构设计的朋友,可以一起参与探讨。

我大嘴

积分:402    金币:133
  |   只看他 71楼
------ 以下是引用的内容 ----------------
------ 以下是引用的内容 ----------------

回38楼
为什么POS端不能用SOA架构,请指教???



当然不是不能,问题是:
1)性能
2)杀鸡用牛刀


SOA是针对经常需要修改的业务逻辑的,POS没有这么频繁
SOA对性能有影响,运行环境要求也很高,没有必要在POS上跑SOA

SOA本身是基于WEB结构的,你告诉我,如果POS断网运行,你怎么SOA?
如果断网运行的程序又是另外一套,那么又为什么不用同一套?而要去搞两个东西?
真得大家的钱都没地方花了么?

SOA是个好东西,但是,如果你用POS作为例子来解释,我只能说,你们还停留在概念的阶段,并没有了解实质。



1. SOA 架构 有轻量级别 和 重量级别的 解决方案, 也有侧重 集成能力和 侧重性能的方法, 作刀子的也要随需应变,都是刀子,杀鸡的 和 杀牛的 当然不一样?

2. POS 是冰山水面的 10% , 那么水面下的 90%呢? POS 可不是店内系统的唯一,世界在变化,SOA就是要应对变化。

3. 谁说过SOA是必须实时联网的? SOA 的含义是 "面向服务的系统架构" 那里说过必须保持在线?

4. Abacus 能够在新技术领域 发展 是值得鼓励的。

5. 我不是Abacus的 人, 也不想当Abacus的枪手, 我发表意见 仅仅是就技术谈技术。

胡不言

积分:1004    金币:75
  |   只看他 72楼
零售业首个SOA系统正式投入应用

http://www.linkshop.com.cn/web/archives/2007/70559.shtml

联商网消息:4月13日,IBM与奥博克信息系统有限公司在成都联合宣布,全国首个SOA架构零售行业系统在成都HOMY鸿基木业投入应用,并召开了“2007大型流通企业基于SOA架构应用实践研讨会”,来自全国各地的100多位业内人士参与了讨论。

  SOA近年来一直是行业讨论的热门话题,采用SOA架构,对零售商而言,可以更加快速、灵活的应对信息系统的调整需求。随着零售业的迅猛扩展,零售商的需求总是处在不断的变化中,对信息系统的要求也是日益复杂。

  采取以往系统架构和硬编码的方式,一旦有新的需求,往往存在调整周期长、费用高、重用率低等特点,零售商的调整需求很难得到快速充分满足。以前台软件为例,代码成千上万行,修改一个地方,可谓是“牵一发、动全身”,难以控制产品的质量。同时,传统的开发模式下,是通过打补丁、版本升级等方式来满足需求的变化,导致了后来的版本混乱,软件系统过于繁杂。

  SOA是基于服务的架构,针对各个服务需求开发出相对独立的软件模块,这些模块类似“积木”,可以更加灵活的调整和可抽换,在应对需求变化时,只要调整相应部分组件即可。

  奥博克经过近两年的潜心开发,在零售业解决方案采用了全新的面向服务的系统架构(SOA),开发出以IBM零售商店集成架构为平台的信息系统管理软件XPOS,并成功在HOMY鸿基木业进行了部署。该系统采用分层结构,具有软件部署方便、速度快、变更小、提高均衡负载等特点。

  成都HOMY鸿基木业作为首家使用SOA系统架构的零售商,从事以木地板为主的家装用品制造、销售,在成都开有十余家专卖店。在谈到目前SOA架构系统的效果时,鸿基木业认为目前还是比较满意的,虽然最终的效果还需要时间的检验。

  在研讨会上,业内人士纷纷肯定了“SOA架构”是必然的趋势,但对SOA的标准、服务单元如何进行分拆,如何与其他系统软件进行融合等问题还是没有特别明晰的答案。

  IBM大中华区零售行业解决方案部总经理陈明华先生在会上表示:IBM作为IT行业创新的领导者,一直致力于成为零售行业的创新合作伙伴,希望通过一系列创新的零售门店解决方案,为快速成长中的中国零售企业发展助力,在激烈的市场竞争中不断优化营运和服务,IBM将与合作伙伴一起,致力于将最先进的技术和最适合的解决方案带给零售商;对于SOA,IBM也将会继续积极的推进。

  据悉,奥博克目前在SOA研发方面走在了国内零售软件服务商的前列,其他软件服务商也已经在逐步跟进。不过对于SOA架构如何得到更广泛用户的理解和认可,相信还会有一个较长的适应调整过程。

我大嘴

积分:402    金币:133
  |   只看他 73楼
“全国首个SOA架构零售行业系统“

晕, 现在"牛肉几分钱一斤"?







camel028

积分:193    金币:24
  |   只看他 74楼
时间 实践
这么几年的SOA架构,终于有个落地的孩子,还是不容易的,值得关注
回顶部

  快速回复 高级回复
用户名:   密码:   [注册]
[Ctrl+Enter直接提交帖子]  



网站简介 | 联系我们 | 法律声明

ICP证:浙B2-20070104