胡长城(银狐999)BLOG

专注SOA,MDA,EAI,BPM,工作流,J2EE;个人主页http://www.javafox.org

用户操作
[即时聊天] [发私信] [加为好友]
银狐999ID:james999
568670次访问,排名70好友0人,关注者71
J2EE,Workflow,BPM,EAI,SOA,工作流
james999的文章
原创 187 篇
翻译 0 篇
转载 2 篇
评论 636 篇
银狐999的公告
个人主要工作流文档可从 javafox live网络硬盘下载

最近评论
j2eejia:最近也在看jbpm,谢谢。
看你简历也在中信网络干过,前辈
d_yang:反射, 是因为没用好.
downdoc2:把思路和一些方法多讲讲把
kwlong2008:来看看朋友,最近过的怎么样?俺的空间是介绍网站制作网站建设的,有时间也常去一下我的空间谢谢,来看看朋友,最近过的怎么样?俺的空间是介绍网站制作网站建设的,有时间也常去一下我的空间谢谢,
收藏
    相册
    50 Relational Blogs
    Hongsoft博客
    J2EE与ERP禅话
    Peter's Blog
    俠盜躶奔漢
    切尔斯基(RSS)
    动物园的猪
    胡奇
    赵斌BLog
    阿飞外传
    55 Workflow Preacher
    Ekkart Kindler
    Michael zur Muehlen
    Wil van der Aalst
    存档
    订阅我的博客
    XML聚合  FeedSky

    原创 试用国内厂商ActionSoft的AWS平台感慨收藏

    新一篇: 感慨于丁肇中教授的“技术的发展生根于基础研究之中” | 旧一篇: Liferay Portal额外研究(7):修改用户登录首页布局之方案二

           今天终于小试了一把国产平台厂商炎黄盈动的AWS平台,就在这里说说一些试用感受吧。

           与炎黄盈动的创立者刘金柱(我们都习惯叫他“jack”)交识已久,早在javaunion的时候就有过交道,那个时候他刚刚离开金蝶,也刚刚创立ActionSoft没有多久。可能更多人了解“柱子”是通过cn-java网站。
           
           昨天和陈光(我们都习惯叫他“holen”)兄去了柱子公司,大家难得在一起讨论了一次平台和应用开发方面事宜,顺便也听柱子给我们讲解了他的AWS3.9。上次筹办“2006北京工作流厂商交流会”的时候,ActionSoft的研发经理邢波涛也过来了,可惜那天他没有带演示机,否则想来会跟浪潮楼上的LouShang平台够PK一把吧。

           今天按不住好奇,找柱子要了一个demo版本,赶快安装了一把。
           安装的时AWS Enterprise3.9版,安装很简单,产品也提供了不同操作系统的图形化安装(图1)。

        在AWS3.x系列中,最重要的有三种模型概念:业务对象元数据建模,表单建模,流程建模。并提供了一整套基于Event Driven的扩展架构。这三种模型在很多平台中都会被提及,但对于AWS来说,也有一些他们自己比较有特色的地方:
           在BO的建模中,引入了较完善的“公式规则”概念,以及“透视图”概念,让元数据建模变得更加适合业务扩展。
           在表单建模中,引入了“数据源”的概念。并提供了一个B/S的表单设计器,同时也为表单元素提供了很多可扩展的组件。
       流程建模在AWS平台中占有很重要的位置。AWS底层流程模型是基于WfMCXPDL,并在ActivityParticipant Assginment(提供了14种分配模式)处做了很多的扩展。

       既然是说“感慨”,那就再说点感言吧。

          我自己本身就是做“应用开发平台”的,但是看了AWS之后,还是有很多令我佩服的地方。
         第二,AWS的发展趋势,代表过了国内大部分中小型平台厂商(非纯业务性平台)的发展趋势。早些年的“业务基础软件平台”可能让很多人都心有余悸了,但是像诸如ActionSoft,起步(原思维加速)这样的一批公司,依然在锲而不舍的“追寻模型”所带来的无限动力。
        第三,模型驱动和模型架构,肯定是未来降低软件开发周期的必然方向,可服务化,可配置化,可管理化,可模型化—— 这似乎是新的“四化”。

         当然AWS3.9中,依然也还有很多不完善的地方,比如受B/S图形化的影响,流程模型对分支的控制就不是很直观。业务的Event模型也不够抽象化,虽然想到了Event Driven的概念,但是还没有完全抽象到EPC那样的深度。另外就是基于BO原数据建模,虽然很直观,但是也为“定制化编码实施”带来一定的扩展难度。
        
        昨天跟jack交流的时候,得知他们正在研发4.x,于是就把我的一些建议跟他们沟通了。并提了两点方向性的建议:SOA架构是未来的方向;内部框架是需要面向service和微内核的。



    (图2:AWS Console端界面)


    (图3:BO元数据建模的公式编辑)


    (图4:BO元数据建模的透视图)


    (图5:表单键模数据源控制)


    (图6:表单设计)


    (图7:流程节点属性设置)


    (图8:流程Event扩展)


    (图9:用户视图布局切换)


    (图10:模型导入导出)


    (图11:模型报告)


    (图12:集群监控)


    (图13:客户端首页:此页面风格是由后台分配的

    发表于 @ 2006年09月11日 22:05:00|评论(loading...)|编辑

    新一篇: 感慨于丁肇中教授的“技术的发展生根于基础研究之中” | 旧一篇: Liferay Portal额外研究(7):修改用户登录首页布局之方案二

    评论

    #my5155.meibu.com 发表于2006-09-12 10:37:00  IP: 219.236.24.*
    感觉做得面太大.不容易成功.比如表单设计部分比eform(详见: http://my5155.meibu.com)就差远了.
    #my5155.meibu.com 发表于2006-09-12 10:40:00  IP: 219.236.24.*
    感觉做的面太大,不容易成功. 比如表单设计部分就比不上我的(详见: my5155.meibu.com )
    #felicarsy 发表于2006-09-12 10:49:00  IP: 219.232.44.*
    事件驱动和Ioc模式有什么区别吗,为什么现在平台都有事件驱动,不是面向对象的OO开发了
    #yans 发表于2006-09-12 11:43:00  IP: 207.46.89.*
    这个东西看起来如此复杂,到底是什么人回来使用他?
    开发人员? 业务人员?
    或者是懂业务的开发人员,还是懂开发的业务人员?

    要用好这个需要多长时间的培训阿。。
    #银狐999 发表于2006-09-12 11:59:00  IP: 124.42.18.*
    to: felicary
    ED和Ioc完全是两种不同的思想;另外事件驱动的,也是属于面向对象的思想范畴内。

    to:yans
    听jack说,他们的平台主要是面向业务性人员,但是我想,大家也都可能可以理解,纯粹的业务人员是不可能的了,或多或少总会在软件开发中需要开发人员的辅助。
    #billyw 发表于2006-09-12 12:14:00  IP: 210.83.196.*
    哦,又出现一个二次开发平台。

    可是为什么不使用成熟的Lotus Domino/Notes进行二次开发呢?
    #阿生 发表于2006-09-12 12:56:00  IP: 172.16.75.*
    是一个很好的尝试,也是对目前MIS系统开发方式的一种彻底的颠覆,我支持。不相信在不久的将来,中国将成为软件的主流。
    #re 发表于2006-09-12 12:37:00  IP: 218.2.187.*
    ruitang
    #ent 发表于2006-09-12 13:47:00  IP: 219.232.44.*
    Lotus/Notes在企业级业务系统支撑和业务流程优化方面并没有太多优势,如果能给用户一个Websphere+IBM Portal Server+UML Modeling的整合方案,这个领域基于Lotus就丰满些了
    #ent 发表于2006-09-12 14:03:00  IP: 219.232.44.*
    to:yans

    (建模实施90%)AWS平台是面向以合作伙伴和集团信息中心的产品,使用AWS平台与同类业务中间件比较,学习曲线应该是最段了,30分钟就能从无到有设计出一个完整的网上报销系统。但是实施方法论和工具技巧比较多,估计没有几个项目是掌握不到这些模型属性全部特性的。

    (开发扩展10%)另外这个平台不排斥自己团队积累的J2EE技术架构(甚至自己的.Net应用),也拥抱现在的Ajax、Spring、Ruby等新技术架构,因为其自身就是一个必须要解决端到端整合问题的BPM平台,所以采用AWS平台还有一个好处就是与自己团队技术沉淀相互拥抱而不是非我即他。
    #web 发表于2006-09-12 14:57:00  IP: 211.147.27.*
    这个看起来很复杂哦,做二次开发的平台还是要注意容易上手为好哦
    推荐看看这两个给开发人员用的工具
    web自定义表单 http://my5155.meibu.com
    web自定义打印 http://qq6441.meibu.com
    #高级牛头怪 发表于2006-09-12 15:00:00  IP: 61.236.228.*
    这个产品定位明显有问题,象开发工具吧,还有点象某些可以二次开发的软件,比如目录服务器.结果什么都不是!
    #ent 发表于2006-09-12 16:21:00  IP: 219.232.44.*
    这个产品其核心是为解决流程管理系统而提供的一个应用建模平台和运行环境,主要面向业务层面,如果我们以coding的视角分析这个平台可能会一头雾水,简单来说解决了三个核心问题:
    1.企业建模
    2.业务建模
    3.以外观皮肤框架和Portal为基础的运行环境

    剩下的都是BPM的工具部分了。如果有兴趣可以到http://www.actionsoft.com.cn/atn/login.jsp下载免费的Open版本和技术资料

    技术不分帮派,欢迎大家从正反方面进行评论
    #Jimmy.Shine 发表于2006-09-14 17:37:00  IP: 219.142.135.*
    不知道这种平台有什么作用,给开发人员用,开发人员肯定不会用。因为开发人员会使用的是开源的很多的平台,而且肯定在性能什么方面都强。
    给用户用,用户会明白什么是触发器什么吗?这种开发的实际意义有限!
    #ent 发表于2006-09-15 09:33:00  IP: 219.232.44.*
    to Jimmy.Shine
    有观点,但是很多程序员都喜欢创新,我也是。面对几百页客户需求和浩瀚的项目文档一一实现并不是件好差事,为什么不能用10%的时间完成项目,花90%的时间架构自己的框架或利用Opensource丰富周边的应用呢?有多少项目因为后期无法灵活调整或程序员不乐意做这些重复性体力活而出现交付危机,只有加班再加班。平台复用和组件复用的概念不同,对于程序员,平台复用不会影响自己的知识沉淀和Opensource文化
    #bug 发表于2006-09-15 13:51:00  IP: 221.122.43.*
    这种二次开发平台的使用大多数来说都是一种痛苦过程, 结果更不好说.
    1) 平台的稳定性
    很多使用二次开发平台的用户(指的是所谓的业务性人员, 不知道什么人叫做业务性人员)大多都成为了平台的调试人员. 平台本身的不稳定性使得开发成为一个痛苦的过程: 如何才能定位bug的来源(开发中的还是平台自己的)? 厂商的技术支持能够及时到位吗?

    2) 平台的扩展性
    平台并不能解决所有的问题, 所以其扩展能力才是非常重要的. 如果试图让用户只在平台内部来解决问题, 那么在用户在系统设计方面就完全局限在这个平台本身的架构上了. 这样到底是谁在设计系统来满足最终用户的需求呢?

    3) 平台的性能
    当你建立在这种二次开发平台上的系统碰到性能瓶颈时, 你就会陷入有心无力的地步: 所有平台底层的性能调优都需要平台厂商的强力技术支持.

    还有很多的问题都存在其中, 这也就是为什么很多大型的跨国IT厂商没有涉足这样的领域: 虽然它有很大的市场, 但是目前的技术基础仍然不够解决平台带来的很多局限性.

    老老实实写代码吧:)
    #bjblues 发表于2006-09-15 13:56:00  IP: 219.232.44.*
    支持小胡
    #bjblues 发表于2006-09-15 13:39:00  IP: 219.232.44.*
    呵呵,支持小胡
    #jtalk 发表于2006-09-15 16:41:00  IP: 219.232.44.*
    我来说两句


    这有是一个造轮子的问题。因为轮子可以复用这个道理,我们从机器语言编程提升到面向过程、面向对象的代码复用技术,又从面向对象提升到面向组件的组件复用,从组件迈向平台复用是一个必然的过程,只不过这个过程可以由具备实力的软件公司自己实现,也可以通过商业的或Opensurce软件作为基础业务平台来构建。

    目前没有一家国外的IT巨头没有不持续的关注在平台或组件复用领域,从MDA、MOF、BPEL或针对技术层的标准技术,目的就是达到平台级复用,互连互通。TIBCO、Appian、FileNet、Ultimus、M1 Global等早已积蓄了上十年的BPMS平台经验,而像IBM、Oracle则是提供以整合为目的的BPMS平台,今年8月初,IBM 16亿现金收购传统的BPM&EMC厂商FileNet。就如CCW研究所说,到2008年,中国国内的软件将迎来软件迁移的高峰期,不使用商用的业务基础平台也必然需要选择开源或自己研发,我认为这取决于以下因素(需要借助平台快速提升自己技术竞争力的团队、对快速进入特定软件市场的战略需求、对满足客户持久优化应用的需求),无论如何,并不一定适合所有团队所需
    #agemis 发表于2006-09-15 12:13:00  IP: 221.216.167.*
    MIS开发博客 http://blog.csdn.net/agemis
    #程序员 发表于2006-09-15 16:45:00  IP: 211.94.130.*
    看了上面的评论,拜托,自己写不出来还打击别人的劳动成果,现在是没有想法的自己没想法,还不准别人有想法,太劣根了

    支持,无论做的成熟不成熟
    #jtalk 发表于2006-09-15 16:58:00  IP: 219.232.44.*
    支持楼上~~~

    平台复用的理想境界是产生MDA的PIM层,而PIM->PSM可由任何厂家支持,这样开发商和用户都得益,开发商不必考虑J2EE、.NET还是PHP、Ruby(国内几大ERP厂商最头疼的技术问题莫过于此),而用户最关心的就是希望购买的不是软件产品而是技术服务,开发商通过建模调整和逻辑补偿低成本满足用户的需求
    #LEK 发表于2006-09-17 00:10:00  IP: 58.35.64.*
    K2.net是个不错的workflow产品,而且和office结合的非常好。
    #NJ_STNU 发表于2006-09-17 14:27:00  IP: 221.221.152.*
    因单位需要,本人最近1年评测过国内外无数workflow或bpms平台,也对楼主写的这个产品文章评测过,lek说的k2也用过。aws和k2相比,正如LEK兄所说,k2还只是个工作流系统,Aws在业务建模周期方面有较完整的管理和平台特征,算是不错的业务平台,但是如果脱离他们的UI部分由我们项目组的开发人员开发自己的界面和k3的功能就差不多了,目前正在评测infolow的产品,有没有了解这个产品的
    #tototo 发表于2006-09-18 09:26:00  IP: 210.21.120.*
    不错的东西,使企业级别的开发大为简单!
    但有个很大的问题,就是用户群体的问题。
    我觉得用户群体应该是企业信息维护人员,而非软件公司的开发人员和企业的业务人员。

    这样的用户群体的结果就会出现这样的市场模式: 由公司(或者比较亲密合作)的项目部门给企业做项目,而企业那边也有自己的开发人员,他们在这个项目上做二次开发。

    但一般企业也不敢轻易选用别的软件公司用这套平台开发的系统,除非炎黄盈动亲自出马做项目。
    #TOTOTO 发表于2006-09-18 09:27:00  IP: 210.21.120.*
    不错的东西,使企业级别的开发大为简单!
    但有个很大的问题,就是用户群体的问题。
    我觉得用户群体应该是企业信息维护人员,而非软件公司的开发人员和企业的业务人员。

    这样的用户群体的结果就会出现这样的市场模式: 由公司(或者比较亲密合作)的项目部门给企业做项目,而企业那边也有自己的开发人员,他们在这个项目上做二次开发。

    但一般企业也不敢轻易选用别的软件公司用这套平台开发的系统,除非炎黄盈动亲自出马做项目。
    # 发表于2006-09-19 08:21:00  IP: 61.138.108.*
    什么公司啊?一点信用都没有,我注册后说是48小时提供给我下载地址,但快一下星期了,连封邮件都没收到。是不是公司没有销售人员?还是看不起外地人?还是只管闭门造车?
    同样的产品KA-2我参加过他们的培训,中午还管饭。不是一顿饭收买了我,而是感觉有一种亲切感。
    #jtalk 发表于2006-09-19 12:53:00  IP: 219.232.44.*
    赵兄误解了,下载申请的通知邮件是自动的,是否你留的邮件地址有误。我们正好在十月中下旬有次公开培训,若有兴趣可报名参加
    #基督山伯爵 发表于2006-10-19 16:22:00  IP: 219.142.169.*
    AWS有点言过其实了,XPDL2.0 、BPEL 这些概念也不能乱套吧,广告中加入这些有点不靠谱,把技术做实点。概念少用点会更好啊!
    #hitai.com 发表于2006-10-25 11:51:00  IP: 58.60.34.*
    我用過AWS3.8易用性差了點,表單設計、流程設計不如wwww.hitai.com的gooffice
    #dump 发表于2006-11-26 15:47:00  IP: 219.232.44.*
    AWS的3.8已经是2004年的老版本了,经过2年的时间后,现在刚刚发布3.9.2稳定版本,还提供Open Software版和Enterprise 评估版的下载,光文档就30多份,分量十足,有兴趣的可以去下载试用
    #zxm 发表于2006-12-02 18:43:00  IP: 125.33.128.*
    流程管理比起工作流对应用支持度更务实些
    发表评论  


    当前用户设置只有注册用户才能发表评论。如果你没有登录,请点击登录
    Csdn Blog version 3.1a
    Copyright © 银狐999